fk0, легенда (17.08.2012 11:09, просмотров: 163) ответил SciFi на Уточняющий вопрос. А если в контексте МК (сотни кБайт флэш): скажем, флэш кончается, а хочется больше функционала?[ZX]
-
- Для всего подобного давно выпущены чипы с 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)
- Эти причины на поверхности - разделение задач. Например, прикладная + коммуникационная задачи есть практически всегда. Да и прикладные задачи часто весьма сильно по требуемым ресурсам отличаются. Dir(448 знак., 20.08.2012 13:29 - 13:32)
- причины ставить более чем один МК в пределах одного модуля должны быть очень весомыми. В 90% случаев это лень или даунизм - koyodza(19.08.2012 18:11)
- решение через 2 МК. - Mahagam(19.08.2012 18:06)
- Есть задачи а-ля "пожарник". Который спит 25 часов в сутки, но есливдругчё, то должен с максимальной скоростью подорваться и исполнить обязанности. - Shura(17.08.2012 22:30)
- M6117C, правда, 7$ вряд ли - чтобы заработало еще нужна SDRAM, флешка итд... - Ralex(18.08.2012 14:53, ссылка)
- Например? Ещё же ценовой вопрос ($7 верхний предел, например). Потребление, особенно в IDLE/SLEEP -- микроамперы. Нужен собственно System On the Chip -- микроконтроллер с периферией без внешних микросхем (кроме, может, NOR flash). - fk0(17.08.2012 13:02)
- Если фуфлыжность оставить в покое, то 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, ссылка)
- LPC18xx|LPC43XX имеют отличный QSPI интерфейс, который чуть ли не полгигабита скорости в пике даст. И QSPI FLASH уже есть в природе. - Evgeny_CD(17.08.2012 13:08)
- Для того минимальный, хоть OTP, ROM нужен. А тут явно внешняя память, параллельные шины и др. ужасы. - fk0(17.08.2012 11:38)
- Внешняя параллельная память не обязательно. Есть последовательный загрузчик. Все как в DSP ;) - Dir(17.08.2012 11:41)
- Кстати, тоже самое можно сказать и про безфлэшовые LPC1800 (Cortex-M3), например, LPC1820. В корпусе LQFP-100 (пока, правда, development) 168кБ SRAM и куча вариантов последовательной загрузки. - Dir(17.08.2012 12:49)
- Мк с 640к ОЗУ на борту - устаревший отстой. Нынче 2.5М байт ОЗУ в тренде :) -> - Evgeny_CD(17.08.2012 13:05, ссылка)
- Оверлеи не обязательно. exec("program.exe") тоже вариант. и как показал пример CP/M, DOS, Unix и т.п. -- вполне работающий. Оверлеи нужны, когда уж совсем не раздробить задачу на отдельные программы -- сильная связность, сложные общие структуры fk0(413 знак., 17.08.2012 11:18)
- Для всего подобного давно выпущены чипы с i386 ядром. Ставим нативно MSDOS6.22 или FreeDOS (вроде продвинулся со времен MSDOS) и вперед... Чип по сложности освоения вполне себе подъемный для средней руки AVR/LPC/STMщика. - Ralex(17.08.2012 12:45)