Параллельная работа двух БВД Options

[artik]

Исходные данные:
В многоквартирном доме 100 квартир.
Вход осуществляется с двух противоположных дверей в подъезде.
необходимо на каждую дверь поставить блок вызова, для параллельной работы.

Из оборудования в описании нашел что параллельно работает БВД-М200
схему подключения не нашел, где посмотреть?

какие есть еще варианты для параллельной работы двух блоков вызова?

[alex_t2]

Пользуясь юридическими терминами, я скорее "человек, похожий на АСМ-программера"
Так, могу написать несложную прошивку по "дрыганью" ножками. Типа интерсептера. На мой взгляд, на ассемблере такие вещи лучше.
По крайней мере делать преобразователь интерфейса "Райкман-Визит" начал было на Си, потом плюнул, и перешёл на АСМ. В итоге полный функционал в 600 байт
По поводу трёхбайтных контроллеров. Просто немногие понимают, для чего это может пригодиться. Ещё меньше умеют применить на практике. Да и задача не самая частая, больше характерна для крупных городов.
Вот сейчас потребовалось закрыть калитку на довольно большом жилом комплексе, построенном на "Визите". В сумме оказалось почти 4000 ключей (трехбайтных, заметьте) и куда их?
Вот и пришлось сделать на тини13 "1-wire cool besser" для Z5R-5000

[Сергей]

Пользуясь юридическими терминами, я скорее "человек, похожий на АСМ-программера"
Так, могу написать несложную прошивку по "дрыганью" ножками. Типа интерсептера. На мой взгляд, на ассемблере такие вещи лучше.
По крайней мере делать преобразователь интерфейса "Райкман-Визит" начал было на Си, потом плюнул, и перешёл на АСМ. В итоге полный функционал в 600 байт
По поводу трёхбайтных контроллеров. Просто немногие понимают, для чего это может пригодиться. Ещё меньше умеют применить на практике. Да и задача не самая частая, больше характерна для крупных городов.
Вот сейчас потребовалось закрыть калитку на довольно большом жилом комплексе, построенном на "Визите". В сумме оказалось почти 4000 ключей (трехбайтных, заметьте) и куда их?
Вот и пришлось сделать на тини13 "1-wire cool besser" для Z5R-5000

Х-м...Вы знаете, ув. Alex_t2? И и для С-программера НЕхуже выйдет, если такую программно-аппаратную связочку организовать как в Вашем варианте (наверное я угадаю: в анализе и привязке типовых соcтояний протокола и аналоговых состояний связи двупроводки к Визитовскому алгоритму, с их лаконичной взвимосвязной адаптацией И Эффективней, конечно, не в ASM'е даже, а ..... в машинных кодах, sorry за банальность Ну, а если к тому пошло (не впадая в типичные баталии/опустим их/...ASM vs C) всё зависит от того же уровня оптимизации в компиляции исходника. Например, в том же H- Tech-C эффективность оптимизации на очень приличном уровне. Австралийцы давно и не слабо поработали над этим и продолжают улучшать свой замечательный(ые) продукт(ы). В сравнении с ASM -потери в размере колеблются на уровне 8-10 % не более. Иногда,правда мозгом и ручками надо помогать компилятору. А куда без них? Ну, а с СОВРЕМЕННЫМИ (и падающими в цене) шикарными "камнями" и богатой аппаратной периферией, да вкупе с быстро-адаптивной переносимостью , да с наработанными библиотеками (плавучкой и т.п.) АХ как класно в С'ях всё, о чём Вы выше говорили писАть! Но... кто, к чему привык/к чему пришёл...
Главное, чтоб работало и находилось в должных рамках: Цена/Качество!