caxapa.ru :: Уточняющий вопрос. А если в контексте МК (сотни кБайт флэш): скажем, флэш кончается, а хочется больше функционала?

SciFi (17.08.2012 09:51, просмотров: 136) ответил SciFi на Просто для обсуждения: есть ли примеры систем, в которых запускают интерпретатор с целью использования более компактного кода (по сравнению с компилированным сишным кодом). Типа Форта, только хотелось бы реальных примеров.

Уточняющий вопрос. А если в контексте МК (сотни кБайт флэш): скажем, флэш кончается, а хочется больше функционала?

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- Очень интересно было бы внешний NOR flash (ибо мелкий, дешёвый и всего 8 ножек) и загружать из него в ОЗУ программы. Ну вроде как в DOS это было. Нужно большое ОЗУ. В ОС нужен в первую очередь загрузчик программ и файловая система, а не фуфлыжая fk0(68 знак., 17.08.2012 11:09)
  - Для всего подобного давно выпущены чипы с i386 ядром. Ставим нативно MSDOS6.22 или FreeDOS (вроде продвинулся со времен MSDOS) и вперед... Чип по сложности освоения вполне себе подъемный для средней руки AVR/LPC/STMщика. - Ralex(17.08.2012 12:45)
    - Например? Ещё же ценовой вопрос ($7 верхний предел, например). Потребление, особенно в IDLE/SLEEP -- микроамперы. Нужен собственно System On the Chip -- микроконтроллер с периферией без внешних микросхем (кроме, может, NOR flash). - fk0(17.08.2012 13:02)
      - M6117C, правда, 7$ вряд ли - чтобы заработало еще нужна SDRAM, флешка итд... - Ralex(18.08.2012 14:53, ссылка)
        
        + Vortex86 семейство, но они посложнее. - Ralex(18.08.2012 15:05)
      - Я почему-то плохо представляю себе такие потребления под выше озвученные задачи... Загружаемые с флешки программы, исполняемые в ОЗУ, и микроамперы - задача под такое как-то невидна. Но может быть. - Ralex(17.08.2012 22:23)
        
        Есть задачи а-ля "пожарник". Который спит 25 часов в сутки, но есливдругчё, то должен с максимальной скоростью подорваться и исполнить обязанности. - Shura(17.08.2012 22:30)
        
        решение через 2 МК. - Mahagam(19.08.2012 18:06)
        
        причины ставить более чем один МК в пределах одного модуля должны быть очень весомыми. В 90% случаев это лень или даунизм - koyodza(19.08.2012 18:11)
        
        Эти причины на поверхности - разделение задач. Например, прикладная + коммуникационная задачи есть практически всегда. Да и прикладные задачи часто весьма сильно по требуемым ресурсам отличаются. Dir(448 знак., 20.08.2012 13:29 - 13:32)
        
        Вы говорите совсем не о том koyodza(195 знак., 20.08.2012 13:51)
        
        Я понимаю, сам видел такие "решения". Несколько МК в простейшем девайсе: один - управляющий, один на клавиатуру, три - на три разных UARTа и т.д. Причем производительности одного МК вполне хватило бы на все ;) Dir(176 знак., 20.08.2012 14:00)
  - Если фуфлыжность оставить в покое, то RT и оверлеи (или загружаемые - выгружаемые задачи) - ядреная смесь. Для этого надо forward шедулер, а не по факту наступления события, чего пока в массовых ОСях не видел :) - Evgeny_CD(17.08.2012 11:13)
    - Оверлеи не обязательно. exec("program.exe") тоже вариант. и как показал пример CP/M, DOS, Unix и т.п. -- вполне работающий. Оверлеи нужны, когда уж совсем не раздробить задачу на отдельные программы -- сильная связность, сложные общие структуры fk0(413 знак., 17.08.2012 11:18)
      - Насчет RT в дровах верно, но это сразу увеличивает размеры буферов, чтобы компенсировать мягкое RT верхнего уровня :) - Evgeny_CD(17.08.2012 13:07)
      - 640K ought to be enough for anybody. Даёшь МК с 640К ОЗУ на борту! :-) - SciFi(17.08.2012 11:22)
        
        Мк с 640к ОЗУ на борту - устаревший отстой. Нынче 2.5М байт ОЗУ в тренде :) -> - Evgeny_CD(17.08.2012 13:05, ссылка)
        
        Freescale Vybrid - 1М SRAM ECC на чипе -> - Evgeny_CD(17.08.2012 13:15, ссылка)
        
        Безфлэшовые LPC43xx (двухядерный Cortex-M4 + Cortex-M0) не намного меньше имеют. Грузи себе программы с последовательной флеши ;) - Dir(17.08.2012 11:28 - 11:31)
        
        Кстати, тоже самое можно сказать и про безфлэшовые LPC1800 (Cortex-M3), например, LPC1820. В корпусе LQFP-100 (пока, правда, development) 168кБ SRAM и куча вариантов последовательной загрузки. - Dir(17.08.2012 12:49)
        
        LPC18xx|LPC43XX имеют отличный QSPI интерфейс, который чуть ли не полгигабита скорости в пике даст. И QSPI FLASH уже есть в природе. - Evgeny_CD(17.08.2012 13:08)
        
        Угу. И совсем недорого (->) - Dir(17.08.2012 13:22, ссылка)
        
        Для того минимальный, хоть OTP, ROM нужен. А тут явно внешняя память, параллельные шины и др. ужасы. - fk0(17.08.2012 11:38)
        
        Внешняя параллельная память не обязательно. Есть последовательный загрузчик. Все как в DSP ;) - Dir(17.08.2012 11:41)

Средства и методы разработки