MajorDoMo

Нода 0 это всегда гейт. Так что он есть у всех кроме систем без гейта.

Насчёт проверки соединения. модуль запрашивает версию гейта (посылает запрос), гейт отвечает версией. Если не отправляется или не приходит в течении 15 сек то модуль онимает что связи нет и делает отключение подключение.

Попробуйте при зависании определить кто залочил устройство /dev/ttyMySensorsGateway
Тогда ясно будет из-за чего проблема

Да, а у всех в списке нод модуля числится нулевая? У меня изначально нет, а потом по мере прихода "плохих" сообщений появляется. Причем вначале с одним сенсором, потом еще один и еще...

Не гуру в линуксе... погуглил - не нашел команду проверки кем занят порт. Если кто подскажет - буду благодарен.

Чуть позже выяснилось что падает сервис PiGatewaySerial, собственно который поднимает /dev/ttyMySensorsGateway. И падает он при "совсем плохом" сообщении. Думаю смогу воспроизвести и расписать со всеми подробностями дня через 2. В друг у кого время раньше появится, велкам.

У меня Ethernet гейт, работает нормально. Правда был случай гейт стартанул не первым и за 0 ноду принял бинарный сенсор на отрытие двери... и сообщения "пинга" шли на этот сенсор ... батарейка на сенсоре враз села У меня вопрос - прописал в модуле связанное свойство state у объекта doorsensor, у которого есть метод changed. При изменении state (сработка сенсора) у объекта истории появляются данные, но вызываемый метод не отрабатывает. Даже банальное через say не говорит через этот метод .... В чем может быть причина? я просто хочу чтобы еще сразу у объекта ставилось когда последий раз была срабтка...

darsh4004 писал(а):У меня Ethernet гейт, работает нормально. Правда был случай гейт стартанул не первым и за 0 ноду принял бинарный сенсор на отрытие двери... и сообщения "пинга" шли на этот сенсор ... батарейка на сенсоре враз села У меня вопрос - прописал в модуле связанное свойство state у объекта doorsensor, у которого есть метод changed. При изменении state (сработка сенсора) у объекта истории появляются данные, но вызываемый метод не отрабатывает. Даже банальное через say не говорит через этот метод .... В чем может быть причина? я просто хочу чтобы еще сразу у объекта ставилось когда последий раз была срабтка...

Проверяйте правильность ввода. Чтобы не было русских символов, пробелов спереди сзади.

Открыта группа для обсуждения модуля и всё что связанно с MySensor
Skype https://join.skype.com/jsQQtgUwKIEk

Ivan писал(а):Открыта группа для обсуждения модуля и всё что связанно с MySensor
Skype https://join.skype.com/jsQQtgUwKIEk

а ламерские вопросы там можно? ибо живой чатик как то быстрее поможет...

Нужно

Включил отладку на ноде... и не все понятно что она пишет, может мне кто-нибудь разъяснить. Сразу скажу, вот это читал: http://www.mysensors.org/download/serial_api_15
Итак, нода у меня с номером 20, на ней сенсор 2 (кнопка) и исполнитель 2 (некая команда). Эксперимент простой - нажимаю кнопку, должно отправляться сообщение с ноды, приниматься гейтом, пересылаться контроллеру.
В контроллере очень простая логика: если принимает сообщение от кнопки - переключает состояние (включает-выключает свет), это команды: 0,1 и 6,1,95
Нажимаю первый раз: Нажимаю второй: При каждом нажатии в логе генерируется три сообщения: одно отправка и два прием.
1. Почему приходит первое сообщение read? Это подтверждение? Но на ноде и в модуле у меня ACK выключены.
2. Что означают 20-20-0-0 и 0-0-20?
3. pt - это payload type? Я правильно понимаю, типо число, строка, булево...?

Потом периодически нажимаю и смотрю в лог, и с какой-то там ..надцатой попытки, при нажатии вываливается только одно сообщение: 4. Что это может означать? Шлюз не принял это сообщение или даже при самой отправке произошла какая-то ошибка?

...и также с ..надцатой попытки тоже только одно сообщение: Поведение одинаковое как и с предыдущим сообщением. В debmes на контроллере как будто не было никаких сообщений.
5. Собственно почему такое может происходить?

20-20-0-0 : Странное сообщение. Должно быть 0 числа (может чего добавили)
0-0-20 : первое число от кому, второе число через кого (репетир), третье число от кого
pt-Это тип значения 2 = V_STATUS или V_LIGHT

fail - означает что пакет не передан.
Варианты:
- Нет сглаживающего конденсатора
- Ноды слишком далеко друг от друга (либо много стен, либо антенны развёрнуты так что не попадают в поляризацию)
- Также бывает пригоревшие NRF. Или проблемы по питанию

NightRider писал(а):Чуть позже выяснилось что падает сервис PiGatewaySerial, собственно который поднимает /dev/ttyMySensorsGateway. И падает он при "совсем плохом" сообщении. Думаю смогу воспроизвести и расписать со всеми подробностями дня через 2. В друг у кого время раньше появится, велкам.

Внес поправку: в строку 197 файла MyGateway.cpp, перекомпилировал, запустил, патался снова "уровнить" сервис "плохим сообщением" ...пока не получилось. Оставил в работе, ждемс...