Маленький модуль с линукс.

32 метра флэша - это реально дофига. засрать его - надо умудриться (ну если ессно не пытаться туда какой-нить дебиан вкрячить).

ну и да, больше 32 метров - это будет nand, у которой рандомно могут появляться бэдблоки, а каких-либо механизмов борьбы с ними у роутерных SoC нет, особенно - в бюджетном сегменте (т.е. тупое блочное устройство as-is, с wear leveling/remapping на уровне ФС). т.е. загрузчик/ядро в один прекрасный момент могут тупо не прочитаться...

Понятно, дебиан было бы хорошо конечно, но openwrt меня должна устроить. Там самопальная софтина планируется, плюс логи. Значит придется карточку памяти цеплять.

есть варианты типа http://linuxgizmos.com/tiny-iot-oriented-imx6ul-module-includes-linux-bsp/ - но там ценник другой будет

http://armdevs.com/core9g25.html как вариант - но оно по железу протухло лет на 15 (ARM9 как-никак) и попахивает. если производительность не критична - кое-как сойдет (но опять же NAND)

в идеале - все логово выносить нафиг на внешнюю microsd. сдохла - и хрен с ней, сменить на новую - и делов.

https://www.friendlyarm.com/index.php?route=product/product&product_id=151

в идеале - все логово выносить нафиг на внешнюю microsd. сдохла - и хрен с ней, сменить на новую - и делов.

Похоже так и придется. Спасибо за консультацию!

Такая у меня есть, великовата по размеру и жрет, зараза, много.

VoCore уже предлагали?

https://vocore.io/img/pic2.jpg (да, это RJ45)

https://vocore.io/img/pic1c.jpg (да, это USB Type A)

Интересная штуковина, не знал про нее.

а каких-либо механизмов борьбы с ними у роутерных SoC нет

с wear leveling/remapping на уровне ФС

ты сам себе противоречишь

т.е. загрузчик/ядро в один прекрасный момент могут тупо не прочитаться...

обычно загрузчик и ядро пишутся не в ФС, а так, напрямую, и ничего в тот раздел в процессе работы не пишется

32 метра флэша - это реально дофига

Ты с ГБ не перепутал? Потому что на 32МБ только ведро и coreutils влезут. Чего в таком линуксе делать-то? Даже gcc не воткнешь...

Без gcc на этой железке я как-нибудь проживу.

ты сам себе противоречишь

нет, потому что это делаю не SoC

обычно загрузчик и ядро пишутся не в ФС, а так, напрямую, и ничего в тот раздел в процессе работы не пишется

вот в этом и проблема. бэдблоки на новой искаропки нанд (или повышенная утечка приводящая к потере данных через скажем месяц) - легко. ну и обычно «алгоритм коррекции» - обычная ЕСС, которая оперирует 32+4 бит блоками и максимум може скорректировать 1 бит в блоке.

на 32 метра влезут и ядро, и бизибокс со всеми утилями, и самба, и фтп, и еще метров 25 останется.

ну а gcc на 400МГц скалярном (даже не суперскалярном) мипсе - спасибо, посмеялся. не, оно-то можно, и может даже ядро сам себе за неделю соберет, но зачем?...

Всем подходит, но 32М флеша - это как-то мало

32 метра - это достаточно много для Linux, не забывайте что фс для флешей (jffs, squashfs) поддерживает компрессию и реально туда влезет раза в полтора болше.

сквош жмет таки поболее. gzip -9, или даже xz -9 как-никак.

Нужно: uart, usb host и несколько gpio.

Тебе бы модуль CHIP идеально подошёл, но NextThing Co решили прирезать производители памяти. Может ещё сможешь найти в продаже эти модули - на ebay китайцы, которые не успели отгрузить их перед банкротством конторы, распродают всё даже с дополнениями вроде PocketCHIP и VGA и HDMI DIP.