caxapa.ru :: Это в варианте подхода, когда программим обычное ядро. Вариант HDL кодинга для периферии требует !микроконтроллерных скилов, и это другая постановка задачи. Хотя может быть эффективной.

Evgeny_CD, Архитектор (04.09.2012 16:09, просмотров: 225) ответил Evgeny_CD на Согласен еще больше! Но пока с мелкими ядрами и набортной памятью в плисинах не все так хорошо в плане цены.

Это в варианте подхода, когда программим обычное ядро. Вариант HDL кодинга для периферии требует !микроконтроллерных скилов, и это другая постановка задачи. Хотя может быть эффективной.

Ответить

- вариант HDL кодинга самый эффективный в плане затрат ресурсов. Mahagam(295 знак., 04.09.2012 16:21)
  - А теперь внимание - вопрос!!!! А как все это перетащить в адресное пространство МК, стоящего рядом? ну чтобы проц мого обработать всю эту красоту. Evgeny_CD(440 знак., 04.09.2012 18:13)
    - /* удобная унирвесальная шина для периферии, чтобы на аппаратном уровне прозрачно отображать данные внешних устройств в память. Нету такой универсальной и распространенной./ Есть, есть такая шина! Это - PCI. ( Ну или PCIe. :) - USSR(04.09.2012 19:00, )
      - Маладец!!! Как ты догадался??? Самый дешевый из известных мне контроллеров с PCI - MCF54452CVR200, который в опте 100 шт стоит $12.43 на маузере. В общем, цена терпимая, но PCI, в силу совместимости с целой кучей всего - слишком сложная штука. В Evgeny_CD(23 знак., 04.09.2012 19:17)
        
        Евгений, есть еще mpc8309. На маузере цены $11.46. Ruslan(389 знак., 04.09.2012 21:29, ссылка)
        
        крутняк. Но 489 pin не предполагает быстрого освоения студентом :) - scorpion(04.09.2012 22:11)
        
        PCIe, но штучка зачетная, спасибо! - Evgeny_CD(04.09.2012 21:52)
        
        У MPC8309 32-bit PCI Interface, а у MPC8308 PCI Express. - Ruslan(04.09.2012 22:07)
        
        Очень интересный чип! USB там забажили по полной, и еще много чего, но все равно надо будет покурить доку на чип. - Evgeny_CD(04.09.2012 22:08)
        
        Я не догадался, я знал! В ПЛИС-ине съест не много, максимум - 1К LE. - USSR(04.09.2012 19:24, )
        
        Кстати, простенький "target" когда-то влезал в EPM7256SQC208.. :):) - USSR(04.09.2012 19:34, )
        
        И он, конечно, был bus master? :) - Evgeny_CD(04.09.2012 19:44)
        
        Ну я же написал, что в MAX7000 был исключительно target. Master+target занимает меньше 1K LE. Точнее сказать не могу, т.к. в том проекте кроме, собсно PCI, был ещё контроллер внешней 32-х битной SSRAM, кучка счетчиков, компараторов и проч. ерунды.. - USSR(04.09.2012 19:51, )
    - у меня ПЛИСина корчит из себя обычную SRAM. интерфейс соответствующий. там где такого нет, можно прицепить через практически любой интерфейс удовлетворяющий по скорости и латентности. да хоть на I²S - его обычно DMA обрабатывает. Mahagam(148 знак., 04.09.2012 18:26)
      - Там есть приятная фишка - локальный, пусть и дохлый, процессор. Evgeny_CD(1200 знак., 04.09.2012 18:49)
        
        :) Интересно, когда нижеподписавшиеся коллеги ставят в схему какой-нибудь СР2102... Их не смущает, что это МК с соответствующей прошивкой? - Chum_A(05.09.2012 09:49)
        
        говнорешение - koyodza(04.09.2012 19:04)
        
        +100500 - раз тоже прошелся по этим граблям, под руками не было мк в нужном корпусе, воткнул второй в качестве IO. в итоге прошить два мк, запрограммировать 2 мк - в общем 20 раз пожалел уже - по количетсву плат :) - AVF(05.09.2012 06:33)
        
        А контрпримерчик? - Evgeny_CD(04.09.2012 19:11)
        
        чего примерчик? Если бы мы обсуждали решение конкретной задачи, то можно было бы. А так ведь Ваш примерчик из пальца высосан 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)
        
        +100500.. ессно.. :) - USSR(04.09.2012 19:06, )
        
        И Вас попрощу объясниться. - Evgeny_CD(04.09.2012 19:12)
        
        любой проц с внешней SRAM-шиной + любая небольшая плисина зарулит это стадо атмег на соплях по всем показателям. даже и думать нечего. даже если плисина не на шине внешней памяти - все равно как расширитель возможностей она удобнее пачки мелких Mahagam(248 знак., 04.09.2012 20:58)
        
        Про холтеки я не говорил. А вот из GSM модема при помощи "ARM за бакс" можно сделать очень удобный ресурс на SPI шине. Из GLONASS|GPS приемника тоже. Но это уже дело вкуса. - Evgeny_CD(04.09.2012 22:10)
        
        для UART`ов куда срут свои NMEA-потоки GPS/Glonass приёмники есть DMA, с кольцевым буфером. никаких прерываний и прочего ресурсоотжирающего бреда. проц хоть раз в секунду просыпается и в саааамом низком приоритете парсит что накапало по DMA. Mahagam(88 знак., 05.09.2012 00:18)
        
        даже без DMA прием/передача по прерываниям из буфера никаких сложностей не представляет и ресурсов жрет совсем немного. Если, конечно, написано правильно. Разве что в таких проектах может мешать - koyodza(05.09.2012 09:52, ссылка)
        
        4 UART х 115200 = 40 тыщ прерываний в секунду. нахрен надо. (и это только потоки в одну сторону). мне это просто по своей сути ненравится. несмотря на то что я понимаю, что скорости проца хватит с запасом. - Mahagam(05.09.2012 11:47)
        
        нафига? Их же можно асинхронно опрашивать тем МК, который решения принимает, тут же никакого высокого быстродействия не нужно - koyodza(04.09.2012 22:54)
        
        Как всегда, правильное решение задачи начинается с её правильной формулировки. Вопрос: чего Вы хотите получить от этой грозди мелких периферийных процессоров? Системный блок + мышь + клавиатуру + модем + ХЗ-что-ещё? Или какое-то более-менее USSR(21 знак., 04.09.2012 19:19, )
        
        +100500 - koyodza(04.09.2012 19:27)

О смысле всего сущего