Уважаемые специалисты, очень прошу Вашей помощи!
Ситуация следующая (заранее извиняюсь если несколько скомкано описываю). Имеется не маленький KNX проект с главной линией и десятью отходящими. В двух из отходящих линиях находятся канальные датчики температуры фирмы RTS Automation (арт. 151 344 05). Почти все датчики подключены по топологии звезда, т.е. провода от них сходится в щит. Проблема с идентификацией датчиков с помощью Диагностики физических адресов в ETS3. ETS находит не все датчики (видит не все физические адреса) при попытке поиска устройств на линии. При повторном поиске могут появится какие-либо датчики, а какие-то исчезнуть. Такая ситуация с обоими линиями на которых находятся эти датчики. До датчиков можно добраться физически (пока еще ) и убедиться, что они получают питание с шины (замерить мультиметром, нажать кнопку программирования). При этом, даже если на датчике нажать клавишу программирования ETS то видит датчик, то НЕТ (((
Иногда при диагностики линии ETS может "выдать" 2,3,4 устройства с одинаковым физическим адресом. Раньше никогда с такой проблеммой не сталкивался. Из-за чего такое может быть? Возникает подозрение, что существует закольцовка. Но делали опытные монтажники, и это не первый их проект, они такую вероятность практически исключают. Длины линии не значительные, устройства рассосредоточены с запасом по питанию. Одна из этих двух "глючных" линий имеет в своем составе Репитер и это единственная линия в которой больше 64 устройств. После репитера снова стоит блок питания. Вроде все корректно, но......
Пробовали отключать данную линию от остальных. Не помогает. Сам проект ETS делает двугой подрядчик, поэтому нет возможности посмотреть, как в топологии гуляют телеграммы.( Может есть еще способы проверить, нет ли кольцевания? Или в чем то еще может быть дело (глюки ETS.. хотя сомнительно..., глюки датчиков..).
Сейчас на объекте полным ходом идут отделочные работы, включено много различного оборудования. Заземление экрана шинного кабеля не выполнялось. Может ли это быть причиной таких траблов...?
Любые Ваши версии...очень буду благодарен!!!

Очень срочно у нас только в мусорке
Дайте теме осмысленное название или она там и окажется

Для реальной помощи при данной ситуации требуется от Вас узнать, из какой топологии тестируете систему, какой локальный адрес имеет ETS. А репитер однозначно будет источником эха.

Как-то все бредово....

О физ. адресе. В ETS занести 2 изделия с одним физ. адресом нельзя - программа не позволяет. Но сделать один проект, записать одни изделия, снять их, "после вчерашнего" подключить другие, опять те же адреса записать - можно.... и т.д.

Об эксперименте. Только что проделали

1. Записали в 2 одинаковых у-ва один адрес (записали в одно, сняли, записали в другое, подключили оба к шине). Диагностика. Мигают светодиоды на обоих у-вах, программа видит только одно у-во. Кстати, при мигании в верхнем окне пишет физ. адрес мигающего у-ва . При поиске адресов на линии - пишет этот адрес только один раз.

2. Записали один адрес в 2 разных у-ва. Диагностика. Программа видит 2 у-ва с одним адресом. В верхнем окне пишет при мигании этот адрес и в скобках (*2). При поиске физ. адресов - пишет этот адрес 2 раза!

О закольцевании. Интересный вопрос, т.к. в ранней документации по KNX (EIB!) такая возможность допускалась - в теории. Точнее - физическое кольцо на линии.
Это я к тому, что такие ситуации проблем вроде вызывать и не должны. Но на них лучше не нарываться

О заземлении. Оплетка шинного кабеля НИКОГДА не заземляется. Ни до, ни после, ни "во время"

О проекте. Странная ситуация с KNX-проектом, подготовленным другими людьми....
Потому решение одно - делать все сначала и самим - проект, прошивать адреса и так далее. Все будет работать - гарантированно.

Если Вы делаете часть большого проекта, то смею предположить наличие коплера линий (хотя бы одного), между вашей линией и остальной частью проекта. Вот и попробуйте отключиться от всего проекта и тщательно провериь свою часть. А затем тщательно проверить и настроить фильтрацию на коплерах линий.
Сам Я с подобным сталкивался при большом колличестве устройств на блок питания (более 70-ти) и больших длинах...

Очень трудно Вам помочь, так как вы говорите много, а информацми несёте мало.
1) Почему ушел предыдущий подрядчик, может ему просто не заплатили за сделанную работу? Я бы поискал его и поговорил.
2) Что такое маленькая системка? Давно бы структуру выложили с количеством адресов и длинами, сразу стало бы понятно.
3) Есть возможность измерить напряжение? Измерили? Сколько?
4) Линии по отдельности тестировали, без главной?

Большое спасибо всем, что ответили и так скоро.
Постораюсь внесни немного ясности. Излагаю как могу, уже извинялся)
Что касается проекта - наша часть на нем программирование KNX не включает (нам остаётся LON, BACnet на LONе и слаботочка), делаем только разработку топологии, разводку шинного кабеля и сборку шкафов, а уже программирование физических адресов и далее - другой подрядчик (согласен - не айс, но это момент политический,).
Подрядчик-немец, связь с ним не самая лучшая. Его позиция - разберитесь с топологией, чтобы не было описываемых проблем (у него тоже ETS показывала эти фокусы), потом начну настраивать девайсы.
Теперь по делу.
Переферийные устройства в основном все подключены звездой, длины не больше 50-100м (общая до 1000м всетаки не добирает). На конце луча звезды напр. в среднем 26-27В. Общее количество устройств до репитера 23 после - пока около 20 (так мало, т.к. еще не подключены сенсоры-выключатели). Блоки питания везде 640мА.
Адрес USB интерфейса прописывал в зависимости от того с какого места топологии подключаюсь. До этого тупил - не менял адрес.
После этого исчезли проблеммы с одной из линией (ETS стала видеть все устройства, без повторений), с другой - частично:
1. Если отдельно мониторить линию (отключиться от коплера и отключить репитер с блоком питания от продолжения второй части линии),то тоже все обнаруживается корректно.
При подключении к главной линии и поиске устройств на линии с главной: девайсы обнаруживаются сначала несколько раз корректно, затем раза после 3-4 начинают проскакивать ошибки - повторяются некоторые адреса, может пропустить какой-то адрес. Заметил - лечится сбросом питания (снимал напряжение с блока питания текущей линии и отключал клемник главной линии от коплера). После такого "резета" снова несколько раз верно находятся все адреса. Вот этот момент мне не понятен(
2. При подключении продолжения линии 6 через Репитер начинается такой же хаос как описывал - половину адресов повторяет по нескольку раз, некоторые не находит...((
Не могу понять, влияет ли таблица фильтрации, аппликационная программа коплера именно на диагностику физических адресов? Может не та залита просто...
Павел, что Вы имеете в виду под эхом? такие вещи нормальны при наличии репитера? или при его неверной настройке?

Схема начинает проясняться! Проверьте соответствуют ли адреса линейных соединителей адресам линий. Адрес ЛС всегда нулевой! Для первоначальной настройки, откройте их. Пусть ничего не фильтруют. Проверьте, загружено ли в репитер приложение репитера, также проверьте его адрес и тоже откройте. Не забудьте присвоить юсб-интерфейсу адрес из главной линии. Должно работать. И еще, я бы сделал структуру системы таким образом, чтобы в ней не было рептера, но это мое имхо!

Сначала немного политики , потом - по сути...

Если проект у немца, то он не ПОТОМ, а сейчас должен сам все делать (программировать в ETS), если все сделали по науке и за это отвечаете. тем более, если я правильно понял, вы не совсем здесь " в теме".

1. "Эхо" от репитеров - для меня какой-то новый прикол - никогда такого понятия не было и быть не должно!

2. Само собой - в повторителях и линенйных соединителях должны быть соответсвующие программы. Соединители - без таблицы фильтрации (вернее - все открыто в обе стороны).

3. Теперь - самое интересное Интерфейс (USB) может находиться В ЛЮБОМ месте системы и при этом он должне видеть правильно и программироватьь все у-ва в системе. Никаких фокусов типа размещения его "ТОЛЬКО ТАМ-ТО" нет.

4. Важно правильно сделать (и - в первую очередь!!!) программирование соединителей линий. На форму один раз я уже это писал. Повторюсь. Цитата из описания на линейный соединитель JUNG (не думаю, что эта методика принципиально отличается у других производителей!) - см. внизу... (а также в приложении - полный паспорт на 2142REG).

Из НИЖЕСКОПИРОВАННОГО следует - обязательно соединители должны иметь правильный физ. адреса. Также правильный физ. адрес должен быть у интерфейса, через кот. идет программирование - он долж. соответствовать линии, на которой физически устанавливается.

При программировании телеграмма уходит по физ. адресу и должны быть подтверждения тому у-ву, которое делает программирование. Если же у вас у-во имеет адрес другой линии, то телеграмма уйдет (попытается) на ту линию... А вы ее ждете здесь... "А в ответ- тишина..."

A coupler either transmits telegrams using addressing by means of physical addresses (e.g. during start-up) or
group telegrams (e.g. communication via group addresses during regular operation of a KNX / EIB installation.
For transmitting physically addressed telegrams, it is important that the coupler knows its own physical address,
i.e. its assignment to a line is fixed. The coupler compares the target address of a telegram received with his own
line address and - depending on the transmitting direction - either forwards the telegram or not. This behaviour of
the coupler is part of its fixed program and cannot be changed......

Commissioning
During commissioning of a project with area / line couplers, the following sequence of operations should be
observed:
1. Project design of the KNX / EIB installation (physical address, group addresses, parameters)
2. At first, the physical addresses of the couplers and their application programs must be programmed and then
the physical addresses of the other KNX / EIB devices. Thereafter, the applications can be loaded into the
KNX / EIB devices (actuators, sensors, etc.).
For testing of a KNX / EIB installation, especially in the modification phase before project design completion,
it is recommended to set the parameters "Group telegrams main line .. line" and "Group telegrams line ..
main line" at first to "Transmit all". This means that any programmed filter tables are not yet taken into
account in the testing phase.
3. The filter tables can then be generated on completion of project design and commissioning (in the ETS 2
under menu item: Commissioning/Project design – generating filter tables / ETS 3 generates them
automatically).
4. Finally, the filter tables should be programmed into the couplers. The filter tables are loaded automatically
when the complete application is downloaded or also during partial programming of the "group addresses".

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

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

Такое тоже было с физическими адресами (8 линий, 3 из которых имеют еще репитер). Но потихоньку по-отдельности залили в каждое устройство свою программу и проблем сейчас нет.