Проблема с 16I-XT #26
Comments
|
Проблема ясна, поправлю |
|
исправил в v0.5.2, просьба протестировать, отписаться если все ок |
|
Не пойму как настроить интеграцию в ХА, чтобы состояния MegaD-16I-XT обновлялись. Пока получилось только установив периодичность обновления. Но секунда это слишком большая задержка. Может я что-то делаю не так? |
|
Состояния вы имеете в виду входов? Входы должны обновляться моментально, если нет, то это это баг. Если выходы, то тут на стороне контроллера уведомлений об изменениях нет, поэтому только polling |
|
Состояния входов. Нигде не нужно в настройках интеграции устанавливать что-то или менять? Потому что у меня состояния в интерфейсе меги меняются, в ХА нет |
Нужно на самом контроллере все правильно настроить. И линия прерывания настроена? Если да, то включайте детальный лог, понажимайте кнопки, присылайте лог сюда |
|
2021-02-27 16:21:47 DEBUG (MainThread) [custom_components.mega.http.http] request from 192.168.16.14 <CIMultiDictProxy('Host': '192.168.16.6', 'User-Agent': 'megad', 'Accept': 'text/html', 'Cache-Control': 'no-cache')> |
|
31 это линия прерывания. Настройки проверил - вроде всё как написано |
|
Все, я понял в чем проблема. Исправлю |
|
пробуйте v0.5.3b1, это бета, в инструкции по установке есть инфа как ставить беты |
|
Работает, спасибо. В логах без ошибок |
|
К сожалению, проблема так и осталась. При подключенном сервере ХА поле act перестает работать. Так же состояния входящих портов на 16I-XT отстают на 3 секунды. |
|
Нашел ошибку у себя. В автоматизации в поле порта (к примеру: ext9) состояние брал не в ковычках.
|
|
Так, я не понял, состояния все же отстают? Потому что то что вы описали в триггере к состояниям отношения не имеет-это событие mega.sensor, а не состояние вашего входа И я не пойму. Почему у вас теперь события приходят на 36 ой порт? Линия прерывания у вас же на 31ом, события должны быть на нем. |
|
Вобщем вы очевидно рано сказали что все заработало. Выпустил еще обнову: v0.5.4b4 trigger:
- platform: state
entity_id: binary_sensor.mega1_32e1mega.sensor событие есть в целом больше для тестирования и заведения того что не работает, но им пользоваться неудобно, тк в нем цифры, а не названия портов. Названия вы кстати можете менять на более понятные вам из интерфейса |
|
И кстати в v0.5.4b4 теперь должны срабатывать ваши "act", указанные в контроллере. |
После обновы мега отвалилась
|
|
Лог, всегда нужен лог |
Извини, добавил |
|
что-то не пойму. на картинке менюха интеграции. ошибка возникает при нажатии кнопки подтвердить при этом стоит галка обновить объекты. но в логе нет ничего на эту тему. должна быть прямо ошибка красным цветом с кучей контекста о том где она возникла весь лог про нажимание кнопок на екстендере, есть ворнинги о том что не удалось найти екстендер для порта 36 |
|
вобщем очень жду правильный лог ) с записями уровня ERROR, они точно где-то есть, тк менюха говорит о том что есть ошибка. И лучше не делать лишних телодвижений (переустановка интеграции, перезагрузка HA) - если ошибка есть, то она точно есть в логе, а если вы перезагружаете HA - лог пишется заново. |
|
|
|
все, вижу, теперь вопрос, как у вас выглядит страница с настройками екстендера на контроллере? интересует исходный код страницы |
|
Это 16I-XT |
|
все теперь ясно ) на 16R-XT у вас поле int пустое. Я внесу правки, чтобы такое состояние не вызывало ошибок. Я думал, там всегда что-то есть |
Не, не, не... Поле не пустое. |
|
еще как пустое (это ваш исходный код) Поставил обнову v0.5.4b6, тут уже неважно пустое оно или нет, ошибки не будет по этому поводу |
|
вобщем еще одна обнова, ничего не поменяет в плане работы, но добавит важную строчку в лог (она будет начинаться на "act on port ") извиняюсь за ваши мучения, если надоело - скажите, бог с ним - это не так важно, можн бросить |
|
Сейчас. Отходил |
Спасибо Вам, за ваши мучения! А я рад помочь на общее дело |
|
|
мы уже почти близко ) v0.5.4b9 |
|
Сейчас |
|
|
отлично, v0.5.4b10 - предпоследняя итерация ) |
|
|
какая же была тупая ошибка ) v0.5.4b11 - думаю тут все уже должно заработать |
|
Тишина |
|
не может быть ) 2021-02-28 22:10:34 DEBUG (MainThread) [custom_components.mega.mega1] request: http://192.168.100.14/sec/?cmd=32e6:3 Видимо контроллер все же не поддерживает команду 3 на расширителях |
|
На 2ке все работает! |
|
а ну точно ) с чего бы ей вообще работать, тут же даже нет инфы о том какой "вход" вызывает эту команду 3. |
ну ясно, осталось выяснить и это уже вопрос к разработчику меги, как вызывать команду 3 с сервера |
|
но я думаю никак, скорее всего этот функционал не сделан, как и поддержка команды d |
|
вы кстати можете ради эксперимента попробовать но я думаю вряд ли это что-то даст |
|
а, я чет туплю - можно же на сервере заменить 3 на состояние порта 36 ) сейчас сделаю |
|
Возможно. Андрею напиши
Ничего не делает. выкидывает на страницу 36порта. (INT от 16I-XT) |
сделал в v0.5.4b11 должно работать :3 |
|
Неа... |
|
извиняюсь, тупанул - v0.5.3b13 |
|
Работает! |
|
Ну тогда это победа! Спасибо вам за помощь в отладке. |
|
Спасибо Вам за труды! |
Звезду нажмите плиз за спасибо ) |
|
В след релизе сделаю долгие/двойные/тройные нажатия на расширителях. Их же там нет, но это несложно сделать силами сервера |
Будет совсем круто |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Описание
После перезагрузки 2561 порты через 10-30 секунд перестают управляться с 16I-XT на 16R-XT. На первом стоят только кнопки(выключатели без фиксации)
Версии систем
Enviroment: docker
HA version: intel-nuc Home Assistant OS 5.12 core-2021.2.3
mega_hacs version: 1.11.3
megad firmware version: 4.48b7
используется mqtt: false
Ожидаемое поведение
Screenshots
LOG
Прошу прощения, но туплю и не понимаю про отладку. Вот только нашел из пункта Настройки-сервер-журнал севера этот Лог
Logger: homeassistant.components.binary_sensor
Source: custom_components/mega/binary_sensor.py:81
Integration: Бинарный сенсор (documentation, issues)
First occurred: 0:32:52 (2 occurrences)
Last logged: 0:32:52
Error adding entities for domain binary_sensor with platform mega
Error while setting up mega platform for binary_sensor
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 315, in async_add_entities
await asyncio.gather(*tasks)
File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 506, in _async_add_entity
await entity.add_to_platform_finish()
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 531, in add_to_platform_finish
self.async_write_ha_state()
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 296, in async_write_ha_state
self._async_write_ha_state()
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 320, in _async_write_ha_state
sstate = self.state
File "/usr/src/homeassistant/homeassistant/components/binary_sensor/init.py", line 158, in state
return STATE_ON if self.is_on else STATE_OFF
File "/config/custom_components/mega/binary_sensor.py", line 81, in is_on
val = self.mega.values.get(self.port, {}).get("value")
AttributeError: 'str' object has no attribute 'get'
The text was updated successfully, but these errors were encountered: