Обработка большого кол-ва каналов

[paul2002 0]

Необходимо анализировать большое количество каналов с помощью AVR(порядка 100 набирается). Портов МК столько не набирается. Возможность матричного соединения анализируемых входов ограничена. Приходит на ум вариант использования шифратора. Чего посоветуете?

[Infineon 0]

На этот случай есть режим временного разделения каналов TDM. Если есть 1 порт и n сигналов, то делается временной фрейм, состоящий из n тайм слотов. В каждый момент времени активен один тайм-слот. По договорённости в этот тайм-слот должен работать только один канал.

[paul2002 0]

На этот случай есть режим временного разделения каналов TDM. Если есть 1 порт и n сигналов, то делается временной фрейм, состоящий из n тайм слотов. В каждый момент времени активен один тайм-слот. По договорённости в этот тайм-слот должен работать только один канал.

<{POST_SNAPBACK}>

 

А как подключать каналы, если физически разделены?

[sln 0]

Скажите , а почему не хотите сделать мультиплицирование каналов?

А также разделите их по времени.

[paul2002 0]

Скажите , а почему не хотите сделать мультиплицирование каналов?

А также  разделите их по времени.

<{POST_SNAPBACK}>

Думаю стоит попробовать. Спасибо

[savcom 0]

Приходит на ум вариант использования шифратора. Чего посоветуете?

<{POST_SNAPBACK}>

 

Это потребует использование либо специализированного шифратора на 100 входов (честно говоря не видел), либо собирать такой шифратор из шифраторов малой разрядности. В любом случае это дополнительные корпуса и детали. По моему легче все-таки поставить микроконтроллер на 128 ног.

[paul2002 0]

Приходит на ум вариант использования шифратора. Чего посоветуете?

<{POST_SNAPBACK}>

 

Это потребует использование либо специализированного шифратора на 100 входов (честно говоря не видел), либо собирать такой шифратор из шифраторов малой разрядности. В любом случае это дополнительные корпуса и детали. По моему легче все-таки поставить микроконтроллер на 128 ног.

<{POST_SNAPBACK}>

 

Вариант использования только МК конечно предпочтительнее, но если не ошибаюсь, AVR имеют максимум 53 порта?

[vetal 0]

На fpslic посмотрите.

[Alexandr 0]

Самый простой и бескровный вариант - это соорудить шифратор на ПЛИС, если не хотите разводить дополнительные элементы на плате, то действительно, согласен с vetal - Ваш вариант это FPSLIC (AVR+FPGA) от Atmel. (Только не fplslic ;) )

[rezident 0]

А применить систему из нескольких AVR, которые связаны между собой пр к-либо интерфейсу, нельзя? Тем более в этом случае их (AVR) можно гальванически развязать друг от друга, если это потребуется при соединении этих 100 сигналов.

[nameless 0]

Имхо ПЛИСЫ здесь - нерационально (100 in + 8 out + 4 in (mux) =112 как минимум, тогда плисина в 144 TQFP [MAX-ов таких не припомню, отсюда - ACEX, APEX] - дорого!!!) проще мультиплицировать рассыпухой. 13 штук АП5 -х вам помогут. При этом если дешифратор ставить - то быстрее получится (тупым инкрементом входы перебирать и адрес в байтовой таблице заодно)

[Alexandr 0]

FPGA в FPSLIC имеет от 96 до 288 пользовательских контактов

[TMX 0]

Необходимо анализировать большое количество каналов с помощью AVR(порядка 100 набирается). Портов МК столько не набирается. Возможность матричного соединения анализируемых входов ограничена. Приходит на ум вариант использования шифратора. Чего посоветуете?

<{POST_SNAPBACK}>

 

Если необходимо анализировать, то можно рассмотреть вариант - связь по I2C и микроконтроллеры ATmega8 (23 - 2 портов, 50 р/шт) или HOLTEK HT46R24 (40 - 2 портов, 50 р/шт).

[Valery_Y 0]

Во-певых, из вопроса непонятно что за сигналы - логические/аналоговые/ШИМ/ЧИМ...

Во - вторых, непонятно что значит анализировать - какие параметры определять?

[IgorKossak 0]

Если речь идёт о простом опросе дискретных входов, то применять ПЛИС крайне не рационально ввиду простоты и однородности задачи.

Возможны следующие варианты решения:

1. применение нужного количества буферов с 3 состояниями;

2. применение мультиплексоров (медленнее, но экономнее по пинам контроллера);

3. применение параллельно-последовательных регистров (ещё медленнее, но ещё более экономно);

4. ... сразу и не придумаешь.