Многоканальный счетчик импульсов как сделать оптимальнее?... («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Многоканальный счетчик импульсов как сделать оптимальнее?...

Отправлено Mобильный J 30 июля 2007 г. 16:25

Порядка 10-30 каналов. Сигналы 24 вольта меандр до 3..5 КГц. До 30 метров кабель.Оптоизоляция. модбас.
Видится пока так: защита, RC-фильтрик, оптрон, триггер Шмитта, CPLD c двумя десятками 16тибитными счетчиками по количеству каналов, и 8/16-битным регистром на выходе для обмена данными с МК. CPLD oпрашивает нечто типа Меги. В ней-же Modbus. Можно сделать лучше?

Составить ответ | Вернуться на конференцию

Ответы

Делается на одном MSP430F169 - 24 входа (там встроенные ТШ) — =General= (30.07.2007 18:13:19 83.171.65.223, пустое)
Любой МК с достаточным количеством портов, на нем же Modbus. Вся обработка в таймерном (1 мс) прерывании - считал порты, обменял с предыдущими значениями, сравнил с ними же, инкрементировал те ОЗУ-счетчики, что соответствуют правильно изменившимся ногам портов. Там же и антидребезг, а защита-фильтры-развязка - любые по вкусу — =AVR= (30.07.2007 16:54:7 80.92.96.19, пустое)
- 5 кГц в 1 мс прерывании вряд ли получится обработать, нужна частота опроса по кр.мере 10-20кГц, за это время нужно пробежать 30 счетчиков, тут любой МК не подойдет... — ыфефт (30.07.2007 17:02:30 194.187.229.9, пустое)
  - Тьфу, килогерцы с килограммами попутал - разумеется, < 100 мкс, остальное по тексту. Инкрементировать 30 счетчиков за 100 мкс сможет даже АРМ на Бейсике, не говоря уже об AVR/PIC18/24/dsPIC на АСМе — =AVR= (30.07.2007 17:08:37 80.92.96.19, пустое)
какой-нибудь АРМ программно должен успеть — ыфефт (30.07.2007 16:41:49 194.187.229.9, пустое)
- ага, никак не меньше 200МГц. А лучше Р4 ;=) — koyodza (30.07.2007 22:42:8 77.123.53.77, 217 байт)
Не CPLD, а FPGA. 20*16=320 триггеров минимум. Ну и никаких мег - впихнуть в эту же FPGA ядро проца (nios-ii например), все остальное верно — SM (30.07.2007 16:35:13 80.92.255.53, пустое)
- Без DSP это работать не будет. А ФПГА+ДСП без МК и ЦПЛД - как пиво без водки. Итого оптимальный вариант - МК+ЦПЛД+ДСП+ФПГА. Да, думаю он оптимален. — -=ВН=- (30.07.2007 21:01:44 193.125.71.140, пустое)
- и сколько это будет стоить для малой партии? — werewolf (30.07.2007 17:48:1 212.8.34.66, пустое)
  - ФПГА 10-13 у.е. + загрузочник для нее. Или CPLD за 15-шку + проц. — SM (30.07.2007 18:23:50 80.92.255.53, пустое)
    - Это очень "выгодно" по сравнению с МК за пару-тройку баксов — =AVR= (30.07.2007 19:01:45 80.92.96.19, пустое)
      - Зато есть громадный запас по частоте счета. Если он не нужен, разумеется МК правильнее. — SM   (30.07.2007 19:05:40 80.92.255.53, пустое)
        
        Когда человек собирается считать тараканов, то вряд ли он держит в уме возможность апгрейда до счета морских котиков — =AVR=   (30.07.2007 19:20:14 80.92.96.19, пустое)
        
        Далеко не факт, так как он сам имеет мыслю ставить CPLD, — SM   (30.07.2007 19:25:41 80.92.255.53, пустое)
        
        И еще - хорошо если у него там меандр. А если короткие импульсы? — SM   (30.07.2007 19:26:47 80.92.255.53, пустое)
        
        На короткие импульсы есть МК с Interrupt On Pin Change на куче портов. И на то и конфа, чтобы дурной мыслЕ не дать развиться — =AVR=   (30.07.2007 19:28:40 80.92.96.19, пустое)
        
        Вот именно. Вариантов ему наговорили, все рабочие, пусть выбирает что ему нужно. — SM   (30.07.2007 19:34:7 80.92.255.53, пустое)
Можно фильтр, счетчики и выходной интерфейс сделать на одной плисине (+) — smb (30.07.2007 16:28:54 212.5.70.188, 96 байт)