Просмотр полной версии : Вопрос к знатокам
Есть корейский котёл отопления Rinnai RB 166SMF и пульт управления RBMC 14RU.
Связь между ними по двум проводам. Похоже Modbus. Раскрыл пульт . Специфичной микросхемы
типа max485 не нахожу. Все очень сильно залито лаком. Может кто знает точно ,какой протокол
обмена? Не устраивает установка температуры с шагом 5 градусов. Необходимо посмотреть какие
команды выдаёт пульт. Попытку логирования делал. Ничего не дало. Может там не модбас,а что
то другое? Кто натолкнет на мысль, буду благодарен.
Скорее всего там далеко не Modbus и мало того вообще может быть не протокол как таковой. Или там торчит STM или что-то вроде, у которой есть ноги rx,tx и что хочешь то и верти в прошивке, без всяких max485.
Я в свое время запрашивал Kiturami на счет протокола, официально ответили "иди гуляй, ничего мы тебе не дадим"
Сразу вопрос - каким образом он делает шаг температуры 5 градусов ?
глянул на пульт, ничего не сотворить, кнопочное управление, все в прошивке пульта.... а может даже в прошивке котла а с пульта + - подается и по обратной связи в пульт....
Скорее всего там далеко не Modbus и мало того вообще может быть не протокол как таковой. Или там торчит STM или что-то вроде, у которой есть ноги rx,tx и что хочешь то и верти в прошивке, без всяких max485.
Я в свое время запрашивал Kiturami на счет протокола, официально ответили "иди гуляй, ничего мы тебе не дадим"
Сразу вопрос - каким образом он делает шаг температуры 5 градусов ?
глянул на пульт, ничего не сотворить, кнопочное управление, все в прошивке пульта.... а может даже в прошивке котла а с пульта + - подается и по обратной связи в пульт....
Та отож. Если б знал,что там ,не спрашивал бы. Спросил об этом у сервисной службы по этим котлам, так
для них слово протокол- это =матюк= какой то. Чего они там сервисуют непонятно.
У них есть список ошибок, на основе которых они принимают решение о модульной замене. То есть есть способ определить мозг умер или пульт, вот и все.
Я тоже задавал вопрос через официалов в России, они делали запрос в Корею ну и т.д.
А поставить снифер порта на линию не ? без указания протокола, просто слушать порт ? попробовать 485-м интерфейсом подсесть на линию
там из настроек скоростью,четностью, битностью поиграться, может что услышите ? хотя это вряд ли поможет в будущем, даже если услышите. Это же надо будет что-то в разрыв придумывать...
Например Advanced Serial Data Logger, в trial режиме он прекрасно работает...
У них есть список ошибок, на основе которых они принимают решение о модульной замене. То есть есть способ определить мозг умер или пульт, вот и все.
Я тоже задавал вопрос через официалов в России, они делали запрос в Корею ну и т.д.
А поставить снифер порта на линию не ? без указания протокола, просто слушать порт ? попробовать 485-м интерфейсом подсесть на линию
там из настроек скоростью,четностью, битностью поиграться, может что услышите ? хотя это вряд ли поможет в будущем, даже если услышите. Это же надо будет что-то в разрыв придумывать...
Например Advanced Serial Data Logger, в trial режиме он прекрасно работает...
Пробовал подсаживаться. Скоростью битностью игрался. Хоть бы какой то крокозябл нарисовался. Осциллографом смотрел. Что то дергается. Но на модбасовское дергание не похоже.
Хм, может там что-то типа mbus ? передача 0 и 1 током, но вроде осцилой должно быть видно передачу.
Напряжение осцилограф какое показывает ?
Хм, может там что-то типа mbus ? передача 0 и 1 током, но вроде осцилой должно быть видно передачу.
Напряжение осцилограф какое показывает ?
Дергается с 4,5 вольт до нуля. Запоминающего осциллограф нет. Был бы, может анализ осцилограммы на
мысль натолкнул.
Eugene.A
05.07.2018, 12:44
Скорее всего, что-нибудь вроде 1-Wire.
тогда точно не mbus, там 36 вольт.
Да, возможно может быть и 1 Wire или может банально стоят микроконтроллеры и связь между ними через rx/tx, только обвязка все равно какая-то должна быть, так как пульт одновременно и питается через эту линию.
В общем забить и не париться...
тогда точно не mbus, там 36 вольт.
Да, возможно может быть и 1 Wire или может банально стоят микроконтроллеры и связь между ними через rx/tx, только обвязка все равно какая-то должна быть, так как пульт одновременно и питается через эту линию.
В общем забить и не париться...
Завтра пойду к товарищу. Сниму осцилограмму на запоминающем осциллографе. И если не врублюсь,забью и перестану париться. Вообще то заметил ,что все эти фирмы со своими стиралками, кондиционерами и прочей бытовой лабудой применяют протоколы =Как хочу, так и др.. использую= Так что
в их техническо-интимных движениях, специалисту с правильной протокольной ориентацией разобраться
сложно
Это их право и заработок. Межблочный протокол они могут делать как хотят, а если нужно отдавать в диспетчеризацию здания например, велкам фром кошелек несколько десятков баксов... Ну или доп опции типа погодного регулирования к котлу от производителя и т.д.
Это их право и заработок. Межблочный протокол они могут делать как хотят, а если нужно отдавать в диспетчеризацию здания например, велкам фром кошелек несколько десятков баксов... Ну или доп опции типа погодного регулирования к котлу от производителя и т.д.
Та да. Овен вот к примеру придерживается протокольных стандартов и то придумал свой протокол фирме
ный зачем то. Я например не понимаю зачем, хотя он и открытый.
Не сравнивайте Овен, который выпускает модули ввода/вывода и плк и например Кондиционеры. У вторых есть внутренний протокол между внешним блоком и внутренним (пример с котлом тот же самый: мозги - пульт). Никто не обязывает производителей в данном случае использовать общеизвестный протокол.
Нужно передать данные на верхний уровень и управлять - покупайте соответствующий шлюз, если таковой есть.
Нужно рулить котлами - покупайте другой котел, у которого это предусмотрено.
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot