Не нашел куда написать по поводу платы SK-9G45-MB. На сайте
выложена схема платы ревизии А. А плата по факту ревизии С. Можно схемку обновить ?
Собрали свою плату для ОЕМ модуля на основе схемы ревизии А, выкинув ненужное, да добавив нужное. Но ОЕМ-модуль почему то перезагружается через фиксированный интервал времени... . Что с sd-карты, что с nand-флеш. Времена перезагрузки только отличаются с sd и с nand.
Непонятно в чём причина, мож в ревизии С мат. платы что то добавлено...
Шорт возьми! Проблема возобновилась. В прошлый раз я оказывается убрал u-boot вообще и грузил ядро напрямую bootstrap`ом. Сейчас запускаю новый модуль и получаю теже грабли.
Т.е. тупо бутстрап в цикле крутиться и всё... не совсем понимаю в чём косяк... кхм
По сбросу как раз на всякий случай и была RC цепь с подтяжкой к 3,3В с номиналами 10К и 0,1 мкФ. На материнской плате цепи никакой нету. Убрал цепь, всё работает. Чудеса епта.
Есть еще 1 нюанс: "стандартный" u-boot останавливается при нажатии любой клавиши. У нас консоль подключена через com-usb мост FTDI, и, возможно этот мост иногда(!), на некоторых(!) платах чего-то видимо стремился выдать (или не очищал свой буфер или еще чего...., короче, останавливался и линукс не грузил. Перекомпилировали u-boot на останов конкретно по ctrl-c, остановки в u-boot прекритились.
более корректно сказать "почти любого кода"
например нет реакции на клавишу "Ctrl"
я бы погрешил на терминалку, которая при запуске со стандартными настройками шлет в порт AT-команды в надежде, что там модем.. вот их то юбут и интерпретирует как "любую клавишу"..
за FTDI такого глюка не замечал..
это не наш случай, поскольку останавливается на u-boot-e без подключения консоли.
Точнее говоря, FTDI на DBGU подключена навсегда, просто кабель USB не воткнут, и, соответственно никто ничего слать не может. 2 платы из примерно 30 строго висят в u-boot-e и загрузка линукса не стартует.