Closed phoenix-blue closed 2 years ago
Capture a log file and upload it to pastebin with a link and I'll take a look. The log file I need is after the reboot of HA when the integration suspends.
I have upload the log file -> https://pastebin.com/sKgMmW3k Alarm panel is connected direct with an serial port (/dev/ttyS3) but i have the same issue when i use an USB-RS232 converter.
And when I remove the integration and install it back it's working, but after an reboot it's not communicate anymore. note: codes are set in the pastbin to 0000
And tested the visonic software itself and that one works with the comport and also with the usb adapter with the same user codes.
This is a weird one. From the log file it is making a connection to a USB device but that device does not send any data in response to the panel commands that the integration sends. Might more than 1 USB device be grabbing /dev/ttyS3 ? It could also be the USB driver failing and restarting
Unplugging all other USB devices may be a good test but this in itself is not conclusive.
I also have a problem (Integration Suspended - No data from the panel) But this problem occurs only on versions since 0.7.0.3, on version 0.7.0.2 there is no such problem. So far I have remained on version 0.7.0.2. (connection via WeMos, PowerMaster10)
Hi, can you upgrade to the latest version 0.8.1.0 and if you still have a problem then upload a log file to pastebin please. I can then have a proper look to see what is going on. If I can narrow it down then I can do code diffs between the versions.
I've had a similar issue when updating the OS. It turned out to be a reassignment of the USB logical to physical port. Currently, I'm running HA OS, but I've used Ubuntu and Debian in the past. It's been quite a while since I experienced the issue, so I can't remember which OS had the problem. What's the configuration of the operating environment having the issue?
The current USB assignment can be found in /config/.storage/core.config_entries
by searching for the string visonic
and looking for the path
assignment. If you use any editor to view the file, be sure you don't save or alter the file. You might break the HA configuration. If it differs from the integration entry, that would be a clue if not the proximate cause. That said, I'm not sure how to fix the problem short of removing all integrations using USB ports and reintegrating them. Come to think of it, I might've rebuilt the installation to fix the issue.
Here's a link to the issue: https://community.home-assistant.io/t/failed-to-start-the-z-wave-js-add-on/340913/7
Hi, can you upgrade to the latest version 0.8.1.0 and if you still have a problem then upload a log file to pastebin please. I can then have a proper look to see what is going on. If I can narrow it down then I can do code diffs between the versions.
I completely removed the integration, downloaded version 0.8.1.0 via HACS. Reloaded HASS. I created an integration, as before, the panel falls off (does not work) ... I downloaded version 0.7.0.2 and everything works fine.
I have the problem on version 0.8.2.1. fter updating to the new version and rebooting the NASS, the integration started, then it switched to Standard Mod and after the restart it does not work. returned to 0.7.0.2 everything works
I think it's to do with the processing of the B0 messages. This is experimental stuff and doesn't really help with the state of the sensors etc, at least not yet. Can you reinstall version 0.8.2.1 and set up this integration so it runs. Then go back to the integrations page in HA, and for this integration select "Configure" and then find the settings page with "Enable B0 message processing (PowerMaster Panels only)" and make sure it's unticked. Let me know if it was ticked ot not. Then click submit. This page is only shown after he integration is set up and I know that it's a PowerMaster panel type.
I also noticed the problem of entering the user code in the settings if the code starts with "0", for example 0123
Yeah I know about that, I wrote this explanation on the wiki:
For the Override Code
It's a problem with HA internals. I can either do it like this or have a "free text" field where the user could type anything of any length. I know it's not ideal but it's the best I can do in HA at the moment.
I've spotted the problem in the experimental code and if you turn off B0 processing it at least won't execute that code so it should get further.
removed, as you said, the B0 setting, the integration really worked. I will be watching her.
OK that's good to know, is it OK to close this issue as resolved? If you have further issues then just open another.
10 minutes passed and the problem recurred
I'm going to need to see another log file, preferably from initial start up to and including the problem, espcially if it's only 10 minutes then it won't be too large a file
If you find the time to try this, make sure you're using the latest version from Github / HACS please
After one more reinstallation v0.8.2.2 and reboot of HASS, with B0 disabled, the connection problem does not make itself felt, although from time to time the integration loses connection with the panel, but it is reconect itself.
I have update the last version to 8.2.3,but I'm not able to load the integrations list when I have installed this update. When I use 8.2.2 I can reload the integration list.
Log HA:
`Logger: homeassistant.components.websocket_api.http.connection Source: loader.py:287 Integration: Home Assistant WebSocket API (documentation, issues) First occurred: 18:50:42 (1 occurrences) Last logged: 18:50:42
[140645587542192] Error handling message: Unknown error (unknown_error) Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/components/websocket_api/decorators.py", line 27, in _handle_async_response await func(hass, connection, msg) File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 755, in handle_integration_descriptions connection.send_result(msg["id"], await async_get_integration_descriptions(hass)) File "/usr/src/homeassistant/homeassistant/loader.py", line 287, in async_get_integration_descriptions custom_flows[integration.integration_type][integration.domain] = metadata KeyError: 'hub' `
After following the HA instruction here to add the integration_type to the manifest file, this causes hassfest and the integration to fail. I have reported this in the development forums here. This update simply removes the integration_type entry from the manifest file. Sorry for this and please update to 0.8.2.4
I'm closing this issue, please feel free to open an new issue for other problems or suggestions.
I have more and more often the problem that after an reboot of HA the powermax pro not can be found in HA (Integration Suspended - No data from the panel)
Where to start to check/solve the problem? When I use the same rs232/usb converter direct in the pc to communicate with the visonic software it's normal working.