Несколько считывателей 1-WIRE
 

какие ИД БК поддерживают одновременное подключение нескольких считывателей 1-WIRE?

200000 и выше.

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

Параллельно. И всё.
Есть же в руководстве схема подключения нескольких датчиков температуры... со считывателями всё идентично.

http://www.tk-chel.ru/tk_books/autog...?pageNumber=40

проверить пока не на чем, вот и спрашивал, у меня щас под руками БК 130ххх :temazakryta:

а как они будут отображаться в АГ ?

Никак. Отображаться будет то, что с них считывается.
Если взять металлические считыватели айбаттонов - это вообще тупо два железных контакта.
Но вообще, в протоколе предусмотрен и адрес считывателя для считанного ID.

интересный вопрос, но конкретного ответа тут наверное не будет.
завтра че нить сломаю и проверим:zaboy:
один бутон в АГ вот так:
https://yadi.sk/i/4ewwzXSuWFCXW

перефразирую вопрос.
КАк будет в АГ выглядеть информация если одновременно стоит 2 считывателя 1-Wire ?
Т.е. как информация будет показываться в АГ ?

csistra, допустим у вас два контактных считывателя таблеток. Если одновременно приложить 2 iBotton, то возникнет коллизия на линии, и прибор ничего не считает.
Теперь, если приложат один за другим, то прибор запишет последовательное чтение двух меток. В записях у вас будет записаны два разных номера ключей.
Следующий этап, это чтение бесконтактных меток специализированными считывателями. Но насколько я понял, это не ваш вариант.

Усложняем вопрос. Если на светодиод считывателя мы подадим сигнал с ОК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С.

Пока не знаю.


в АГ это реализовано ?



Это заключающий этап.
План следующий:
1-Подбор и тестирование оборудования.
2-Оснащение контрольной группы.
3-Запуск механизмов отчетов в АГ.
4-Массовое оснащение в межсезонье.
5-Автоматизация с 1С к весенней посевной.

Если не составит труда, сообщите что вы тестируете, чтобы потом не было мучительно больно, из-за того, что сцепки делаются на "живую" т.е. при подключенном питании на приборах. Я бы рекомендовал добавить снаружи дополнительную цепь защиты на 1Wire.

Чип взяли погонять у Андрея Смирнова.
http://forum.tk-chel.ru/showthread.php?t=3380
Конструкцию подобную думали сделать, но есть пара мыслей, будем эксперементировать. Между конструкцией Андрея и http://saveimg.ru/show-image.php?id=...bb6582a50391d3
вот такой штукой.


Я бы был ВАм благодарен, если бы вы в примере это сделали. Какую железку дополнительно воткнуть ?:)

эти разъемы не герметичные и очень капризные в работе.

Да я знаю. Я не сказал, что именно такие. Буду брать 2\3х контактные для агресивной среды, гадкого яркого кислотного цвета, мегабольшого размера, чтобы незаметить было нельзя.

Произвольные параметры в индивидуальных настройках ТС... Сколько угодно много.

Я знаю )))
Запись в память идет не таким потоком... Иначе у Вас были бы гигабайты трафика.

А причем тут доп настройки ТС ? Если разговор идет о метках ?
Это должно быть в "Список Водителей и радиометок" или я может не допонимаю чего то ?

Сергей, надо было Вам сразу взять несколько меток, чтобы погонять "паровоз".. никаких проблем с этим.

Как раз обсуждал это с еще несколькими дилерами применительно к с\х и рефам..
Сейчас экспериментируем.

На этапе разработки идеи меток я задавался вопросом дополнительной защиты . Вышел на интегратора по 1-wire. Если памяти не изменяет, то ЭЛИН. И у них было решение с защитой цепи, я его изначально хотел пустить в дело. Однако спецы ЭЛИНА в итоге отсоветовали так загоняться, поскольку сам базовый чип метки изначально имеет встроенные защиты.

Тогда с защитой вопрос пока снимем.

Я бы не был так категоричен...

Ну вообще можно поэкспериментировать с защитой. Интересно все же проверить идею в "тяжелой" версии. просто вероятно, что цена вопроса подскочит, и как бы для такой схемы не потребовалось доп.питание вводить в метку.. пока не буду утверждать. надо вспоминать схемное решение

потому что прицепных агрегатов может быть несколько, как оказывается
кроме того, требуется определение продолжения подключения меток, а не просто отметка о вкл и выкл.
на примере это так:допустим на камазе используем картридер с запретом заведения двигателя по 1-wire. а так же подключаем по 1-wire метку на прицеп. Обе метки требуют не прикосновения, а подкючения и продолжительное считывание ИД метки

Поясняю, когда пишутся данные с нескольких ДУТ в одну запись - вроде как это делается "одновременно", но на самом деле - последовательно.
Просто дельта времени настолько мала, что ею можно пренебречь.
Одновременность в современной электронике - понятие весьма условное.

ок, пусть будет так, но пара айбутонов одновременно точно не может работать:ha:
а другой железяки пока нЭт:frown:
а идентифицировать надо уже как всегда вчера:good2:

потому как данное устройство и не предназначено для этого ))

да, это понятно, у нас, как и у других, много чего используется не по назначению.
вы ж не можете дать конкретного решения проблемы, вот и приходится ковыряться с тем что имеем:ha:

Если речь про:
То я уже несколько раз говорил про подключение карт-ридера по RS485. Что касается одновременной работы, то у нас 8 датчиков температуры работают без никаких либо проблем. Тоже самое относится к чистым iBotton (не путать со считывателями эмулирующими iBotton, они не поддерживают такой режим). Будет просто запись нескольких меток.

ок, дайте почитать, что это и как оно работает, как оно подключается и т.д.?
вот то что выше, мне мало о чем говорит, если честно.

:D
Но три страницы в теме вы что-то бурно обсуждали....

уже 5, толку от них пока мало.

rukav, подключил 2 датчика D18B20, в конфиге все замечательно отображается по обоим датчикам. в АГ вижу данные только по первому датчику. как увидеть сразу 2? и их ИД:)

Пользуйтесь актуальными версиями АГ.

это вы о НЕТ?

4.0.6. текущей сборки как бы пользуем.

сборка 2007

Добавлено через 55 секунд
все разобрался в чем проблема была. вижу оба датчика

4ynaka6pa, если разобрались, напишите, что было не так и что Вы сделали - это поможет тем, кто столкнется с аналогичной проблемой и в поиске найдет Ваш вопрос.

контакт доп.питания плохо был пропаян

а АГ 4+ не может ИД датчиков отображать?

Нет. Для этого нужно дописывать программу...

АГ НЕТ может?

Простите за оффтоп, и повторение вопроса в этой теме, но судя по всему она больше (и её раздел) больше соответствует моей проблеме.

Прочитав тему пришел к выводу, что можно повесить несколько RFID считывателей (карточек и/или таблеток до конца правда не понял), и данные АГ с них увидит, но не скажет с какого из них какой идентификатор метки пришел (по крайней мере в текущей версии). Так?

Так же осталось загадкой получение данных с более чем одного считывателя (во внешней системе, через COM например). Особенно со сдвоенных датчиков ("идентификаторов водителей и меток прицепного оборудования).

Да и касательно прицепного оборудования ситуация в целом не ясна... Поддерживаются или или нет....
(имеется введу, с точки зрения внешней системы)

а как информация о них в АГ4+ отображается? киньте скрин пожалуйста