Усложняем вопрос. Если на светодиод считывателя мы подадим сигнал с ОК1 - настроив кратковременное его открытие при считывании ключа. тогда если прикладываем ключи по очереди, то светодиод моргает. Если приложим 2 одновременно и возникнет коллизия, то светодиод не моргнет - верно? тогда приложим еще раз (второй раз не факт что совпадет одновременное прикладывание) и все тип-топ - так?

csistra, а в чем суть вопроса ? В протоколе запишутся все ID, которые пройдут без коллизий. Ну а дальше их можно обрабатывать в том же модуле отчетов кучей разных способов. Это что касается 3.х...4.х. В .NET возможностей обработки в самом ПО будет намного больше.

Yohnus, не путай ключи и бесконтактные метки.

rukav, я не путаю. Я про ibutton говорю

Правильно, суть вопроса сцепка типа "паровоз" 2х-4х агрегатов одновременно. Конечно, можно подхитрить и считывать 1 агрегат, но все же интересно, можно ли это реализовать. По сути получается одновременно надо будет считывать 2-4 метки... причем они однотипные, разница, только в ИД.

Зачем одновременно ???

Так, то оно, так, но там будет только 2 положения, метка вкл и считывается по сути постоянно, метка выкл.

Добавлено через 1 минуту
А можно пример? Я вот четсно не совсем понимаю как в 2 поля уместить информацию, которую надо поместить в 3 поля.
По сути нужно:
1-ИД
2-Наименование.
3-Ширина захвата.

Добавлено через 2 минуты
а про Net версию, вот как будет, тогда и посмотрим. Мне запускать в августе тестовую партию и без вариантов. От Вас может и не видно, но у нас уборочная в Черноземье подходит к экватору, на носу посевная.... А в октябре это все никому не нужно будет. И тестировать по сугробам что ли ?

Добавлено через 1 минуту
А батон мы и не рассматриваем. Мы рассматриваем вариант ЦЧ АПК в закрытой ветке есть фотки.

Добавлено через 2 минуты
Затем, что дальнейшая задача применения этого железа -формирование учетных листов в 1С и от считывателей я хочу получить возможность автозаполнения полей прицепные агрегаты. А комплексы не всегда по бухгалтерии проводятся как комплекс, обычно как набор агрегатов. Гл бухам зачастую лень это сделать или не умеют, а диспетчера потом сношаются это все тыкать.

Извините, о каких конкретно 2-х полях речь ?

Одновременность в шинах данных - суть единомоментность. Если будет разница в несколько миллисекунд - это критично ?

Это решается с помощью "ключевого поля". Например, "наименование" или еще одного промежуточного.
Пример:
ID - Агрегат №ххх
Агрегат №ххх ширина - ххх
Агрегат №ххх наименование - хххххххххххххххх
Получить параметр по наименованию используя подстроку Агрегат №ххх - не проблема

К тому же справочник агрегатов может храниться и не в ПО АГ.
А во внешних источниках данных (например, БД).
Если у Вас отчеты планируются в 1С - сам Господь Бог велел использовать справочники 1С в которых по ID можно разместить сколь угодно много информационных полей и даже связанных справочников, документов и т.п..
Это как минимум избавляет от необходимости дублировать инфо по рабочим местам - можно все хранить централизованно в 1С.