Evgeny_CDАрхитектор (04.09.2012 19:11, просмотров: 234) ответил koyodza на говнорешение-
- чего примерчик? Если бы мы обсуждали решение конкретной задачи, то можно было бы. А так ведь Ваш примерчик из пальца высосан koyodza(1418 знак., 04.09.2012 19:25)
- +100500 С ростом количества МК накладные расходы на организацию их взаимодействия растут в геометрической прогрессии. Поэтому у меня правило - если можно хоть как то обойтись без МК - то никаких МК! Либо задачу отрабатывает ЦП либо железная логика 3m(20 знак., 04.09.2012 22:14)
- Я про предпрошитые контроллеры и не говорю. CF+ заточен под удобное программирование в схеме. LPC1xxx имеют встроенный загрузчик по UART. Да, нужна будет custom оснастка с "иголками" для удобного прошивания платы + custom софт для наладчика - Evgeny_CD(533 знак., 04.09.2012 19:43)
- А теперь обеспечьте поддержку и апдейты зоопарка на смонтированных системах у юзеров по всей евразии в течение 10 лет. И еще предусмотрите способы "подъема" железки в случае сбоя обновления без выезда специалистов с "иголками" из москвы в 3m(16 знак., 04.09.2012 22:22)
- иголки и прочее это понятно, только тех же иголок нужно больше. А это надёжность, площадь, время и прочее. В общем, решение ставить более одного МК в одну плату/модуль должно быть очень хорошо взвешено - koyodza(04.09.2012 19:48)
- Там так и было. Большой МК - сеть + сложная логика. Мелкий МК - IO в чистом виде, но хитрожопое. SPI на межпроцессорный обмен. - Evgeny_CD(04.09.2012 19:56)
- на 90% уверен, что это решение не было оправдано, а просто Вам так больше нравится koyodza(101 знак., 04.09.2012 20:02)
- Там так и было. Большой МК - сеть + сложная логика. Мелкий МК - IO в чистом виде, но хитрожопое. SPI на межпроцессорный обмен. - Evgeny_CD(04.09.2012 19:56)
- чего примерчик? Если бы мы обсуждали решение конкретной задачи, то можно было бы. А так ведь Ваш примерчик из пальца высосан koyodza(1418 знак., 04.09.2012 19:25)