при подключении через шлюз - нет. Сам шлюз доступен, веб-интерфейс шлюза открывается.
Когда подключаю к этому же шлюзу другое устройство на тот же разъем, находит 2 устройства: сам шлюз и подключенное, когда подключаю MAP3E, не находит ни шлюза, ни MAP3e, более того - ранее найденное устройство “183 WB-MGE, WB-MIO, WB-MIO-E (преобразователь интерфейсов)” становится недоступным
Search uploaded documents
Found 5 uploaded document excerpts for ‘MAP3E MIO-E v2 RS485 gateway discovery’
Здравствуйте! Я — автоматический помощник техподдержки Wiren Board.
Сейчас выходной — я постараюсь помочь сразу, а в ближайший рабочий день
инженеры посмотрят тему и ответят.
По симптомам похоже, что проблема не в самом MAP3E, а в связке MIO-E v2 ↔ RS-485 линия ↔ режим/питание: шлюз виден, другое устройство на том же разъёме тоже видится, а с MAP3E пропадает даже сам MIO-E из списка найденных устройств. В найденной документации MIO/WB-MGE работает как преобразователь интерфейсов RS-485 ↔ Ethernet, а для WB-MIO указаны адрес 247 и 9600 8N2; также в базе есть пример, что устройства могут нормально работать через wb-mqtt-serial по Ethernet, если линия и параметры совпадают.
Что стоит проверить в первую очередь:
Параметры связи MAP3E: адрес, скорость, чётность, стоп-биты — они должны совпадать с тем, что ждёт шлюз/сканер.
Проводку RS-485: A/B не перепутаны, общая земля/экран, нет ли короткого замыкания или неправильной развязки именно на MAP3E.
Питание MAP3E: если при подключении именно этого устройства «падает» видимость шлюза, это похоже на просадку питания или конфликт на линии.
Попробуйте отключить MAP3E и снова запустить поиск — если шлюз сразу возвращается, проблема почти наверняка в подключении/настройке самого MAP3E или его кабеля.
Чтобы дальше не гадать, пришлите, пожалуйста:
модель и версию прошивки MAP3E;
как именно он подключён к MIO-E v2: клеммы, длина линии, есть ли питание на самом счётчике;
какие адрес и параметры RS-485 выставлены у MAP3E.
Примечание: я — ИИ, а не человек; в моих ответах возможны неточности.
Инженеры посмотрят тему в ближайший рабочий день. Если хотите ускорить —
приложите диагностические данные.
Судя по описанию, адрес и параметры у MAP3E уже выглядят типовыми и совпадают с тем, что обычно ждёт линия через MIO-E. То, что при подключении MAP3E “падает” даже видимость самого шлюза, больше похоже не на поиск устройства, а на проблему на линии/питании или на конфликт по подключению именно этого счётчика.
Что я бы проверил дальше:
Отключить MAP3E полностью, оставить только MIO-E и заново запустить поиск — если шлюз снова находится, значит проблема появляется именно при подключении счётчика.
Поменять местами A/B на MAP3E — у RS-485 это частая причина странного поведения.
Проверить питание MAP3E отдельно: если он питается от MIO-E, важно понять, не просаживает ли он линию. Для проверки полезно временно запитать его другим способом, если это допустимо по схеме.
Проверить, нет ли лишнего соединения/короткого на 4-проводном кабеле: раз у вас МКЭШ и колодка с фазами ничего не меняет, стоит прозвонить именно сигнальные жилы и общий провод.
Что особенно настораживает: не просто “не находится MAP3E”, а исчезает найденный MIO-E. Это часто бывает, когда устройство/кабель тянет шину вниз или создаёт короткое/неверную нагрузку.
Если хотите, пришлите ещё 2 вещи:
как именно подключены 4 жилы к клеммам MIO-E и MAP3E;
есть ли возможность кратко проверить MAP3E на другом RS-485-устройстве/линии.
Примечание: я — ИИ, а не человек; в моих ответах возможны неточности. Инженеры посмотрят тему в ближайший рабочий день. Если хотите ускорить — приложите диагностические данные.
Добрый день.
Покажите пожалуйста отправляемые для проверки связи с устройством команды, ну и их вывод.
Ну и - в каком состоянии светодиод Status устройства в следующих случаях:
когда опроса нет (wb-mqtt-serial остановлен, команды опроса не выполняются)
при опросе командами
при опросе широковещательными
Ну и - какие терминаторы на шине W_MIO-E включены/установлены?
Первая версия. Да, в нем нет.
Но, тем не менее - проверьте широковещательным запросом с адресом 0. Мигание светодиода в момент запроса - покажет что модуль получает запрос.
Так, желательно все ж провести эксперимент.
Шаг первый: Отключите от WB-MIO-E измеритель (оставьте шину rs485 пустой). Wb-mqtt-serial - остановлен.
Проверьте с помощью modbus_client ответ от самого шлюза, от WBIO с адресом 183.
Измерьте напряжение между клеммами шины и Gnd.
То есть A->Gnd и B->Gnd
Шаг второй. Подключите измеритель.
Проверьте - отвечает ли WBIO.
Тоже измерьте наприяжение.
Ну и - поставьте терминатор.
Вы обратили внимание что другое устройство на том же шлюзе работает нормально без терминатора? Ну ок, делаю.
Шаг первый: Отключите от WB-MIO-E измеритель (оставьте шину rs485 пустой). Wb-mqtt-serial - остановлен.
Проверьте с помощью modbus_client ответ от самого шлюза, от WBIO с адресом 183.
Измерьте напряжение между клеммами шины и Gnd.
То есть A->Gnd и B->Gnd
2,38, 2,43
Шаг второй. Подключите измеритель.
Проверьте - отвечает ли WBIO.
ERROR occured!
Тоже измерьте наприяжение.
1,87, 2,35
Ну и - поставьте терминатор.
поставил, тот же результат. В консоли. Зато когда стартанул Wb-mqtt-serial и запустил поиск, счетчик нашелся. При этом раньше он работал без терминатора. Ладно, спишем на погоду на Марсе и прочие неприятности. Проблема внезапно решена, по крайней мере на столе работает, пойду монтировать в щиток.
Вот тут уже нужно остановиться, ответ должен быть…
Что-то явно не так с параметрами…
Напряжение скорее было чуть больше-меньше, на десятую. Если работает без терминатора - ну, повезло. Индивидуальная комбинация параметров входов трансиверов так сложилась. Вполне могло бы заработать без терминатора если подключить вместе с измерителем еще какое-то, другое устройство.
Того же эффекта можно добиться если подключить измеритель к порту контроллера и выключить на порту терминатор и растяжку. А потом включить. Но на контроллере терминатор есть, получается что на одном конце стоит - и это уже хорошо.
В общем рад что получилось.