I have a feeling that when I arm the system thru the HA panel it makes a forced arm. How can I configure the panel correctly not to allow forced arming? What should happen if a zone is open and thus the system cannot be armed? Can I see it on the panel?
It looks like the panel states list in the MQTT interface WIKI is not accurate. For example to get the battery power I had to add the word âpowerâ between system and battery. Is there an updated list of states or does any one have an idea where its possible to find one ?
Good morning, my name is Marco Iâm new to the forum recently
I looked at the spectacular world of home assistantâŚ
I ask for kind help from you forum experts⌠itâs been months that I can not operate my anti-theft paradox⌠I attach to the post all the possible study materialâŚ
error mqtt:
Mosquitto broker
[s6-init] making user provided files available at /var/run/s6/etcâŚexited 0.
[s6-init] ensuring user provided files have correct permsâŚexited 0.
[fix-attrs.d] applying ownership & permissions fixesâŚ
[fix-attrs.d] done.
[cont-init.d] executing container initialization scriptsâŚ
[cont-init.d] mosquitto.sh: executingâŚ
[12:23:09] INFO: Setting up user mqtt
[12:23:09] INFO: Certificates found: SSL is available
[cont-init.d] mosquitto.sh: exited 0.
[cont-init.d] nginx.sh: executingâŚ
[cont-init.d] nginx.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[12:23:10] INFO: Starting NGINX for authentication handlingâŚ
[12:23:10] INFO: Starting mosquitto MQTT brokerâŚ
1643541790: mosquitto version 1.6.12 starting
1643541790: |-- *** auth-plug: startup
[12:23:11] INFO: Successfully send discovery information to Home Assistant.
[12:23:11] INFO: Successfully send service information to the Supervisor.
1643541790: Config loaded from /etc/mosquitto/mosquitto.conf.
1643541790: Loading plugin: /usr/share/mosquitto/auth-plug.so
1643541790: âââ Username/password checking enabled.
1643541790: âââ TLS-PSK checking enabled.
1643541790: âââ Extended authentication not enabled.
1643541790: Opening ipv4 listen socket on port 1883.
1643541790: Opening ipv6 listen socket on port 1883.
1643541790: Opening websockets listen socket on port 1884.
1643541790: Opening ipv4 listen socket on port 8883.
1643541790: Opening ipv6 listen socket on port 8883.
1643541790: Opening websockets listen socket on port 8884.
1643541790: Warning: Mosquitto should not be run as root/administrator.
1643541790: mosquitto version 1.6.12 running
1643541790: New connection from 127.0.0.1 on port 1883.
1643541790: Socket error on client , disconnecting.
1643541791: New connection from 172.30.32.1 on port 1883.
1643541791: New client connected from 172.30.32.1 as 0PKcVhD1iN2MlM8FbMKcML (p2, c1, k60, uâhomeassistantâ).
1643541811: New connection from 172.30.33.5 on port 1883.
401: Unauthorized1643541812: Socket error on client , disconnecting.
1643541876: New connection from 172.30.33.5 on port 1883.
1643541876: Socket error on client , disconnecting.
1643541877: New connection from 172.30.32.2 on port 1883.
1643541877: Socket error on client , disconnecting.
1643541996: New connection from 172.30.33.5 on port 1883.
1643541996: Socket error on client , disconnecting.
1643541997: New connection from 172.30.32.2 on port 1883.
1643541997: Socket error on client , disconnecting.
1643542116: New connection from 172.30.33.5 on port 1883.
401: Unauthorized1643542116: Socket error on client , disconnecting.
1643542117: New connection from 172.30.32.2 on port 1883.
1643542117: Socket error on client , disconnecting.
1643542236: New connection from 172.30.33.5 on port 1883.
1643542236: Socket error on client , disconnecting.
1643542237: New connection from 172.30.32.2 on port 1883.
1643542237: Socket error on client , disconnecting.
1643542356: New connection from 172.30.33.5 on port 1883.
1643542356: Socket error on client , disconnecting.
1643542357: New connection from 172.30.32.2 on port 1883.
1643542357: Socket error on client , disconnecting.
1643542476: New connection from 172.30.33.5 on port 1883.
401: Unauthorized1643542477: Socket error on client , disconnecting.
1643542477: New connection from 172.30.32.2 on port 1883.
1643542477: Socket error on client , disconnecting.
1643542597: New connection from 172.30.32.2 on port 1883.
1643542597: Socket error on client , disconnecting.
1643542597: New connection from 172.30.33.5 on port 1883.
1643542597: Socket error on client , disconnecting.
1643542717: New connection from 172.30.32.2 on port 1883.
1643542717: Socket error on client , disconnecting.
1643542717: New connection from 172.30.33.5 on port 1883.
1643542717: Socket error on client , disconnecting.
1643542837: New connection from 172.30.32.2 on port 1883.
1643542837: Socket error on client , disconnecting.
1643542837: New connection from 172.30.33.5 on port 1883.
401: Unauthorized1643542837: Socket error on client , disconnecting.
1643542957: New connection from 172.30.32.2 on port 1883.
1643542957: Socket error on client , disconnecting.
1643542957: New connection from 172.30.33.5 on port 1883.
1643542957: Socket error on client , disconnecting.
1643543077: New connection from 172.30.32.2 on port 1883.
1643543077: Socket error on client , disconnecting.
1643543077: New connection from 172.30.33.5 on port 1883.
1643543077: Socket error on client , disconnecting.
1643543197: New connection from 172.30.32.2 on port 1883.
1643543197: Socket error on client , disconnecting.
1643543197: New connection from 172.30.33.5 on port 1883.
401: Unauthorized1643543198: Socket error on client , disconnecting.
Can you please check the FW of your IP150? I think you still need to have one below v.4 to use this addon, otherwise you need to use to other one (PAI out of memory) or downgrade your IP150 (not sure this is possible).
If the firmware is ok, you need to test your connection to the IP module through your local network.
If that wirks, it is most probably an MQTT issue and you need to restart the MQTT configuration from scratch.
I am getting the following error when trying to connect this addon, have read above but that has not solved my issue.
mqttuser and password are correct, double checked a few times
[s6-init] making user provided files available at /var/run/s6/etcâŚexited 0.
[s6-init] ensuring user provided files have correct permsâŚexited 0.
[fix-attrs.d] applying ownership & permissions fixesâŚ
[fix-attrs.d] done.
[cont-init.d] executing container initialization scriptsâŚ
[cont-init.d] done.
[services.d] starting services
[services.d] done.
Traceback (most recent call last):
File âip150_mqtt.pyâ, line 140, in
ip_mqtt.loop_forever()
File âip150_mqtt.pyâ, line 122, in loop_forever
self.ip.login(self._cfg[âPANEL_CODEâ], self._cfg[âPANEL_PASSWORDâ])
File â/ip150.pyâ, line 142, in login
raise Paradox_IP150_Error(
ip150.Paradox_IP150_Error: Wrong page fetcehd. Did you connect to the right server and port? Server returned:
Hi, firstly well done and thanks for this add-on⌠Working reasonably well but I have an issue which is that if a zone in a position is âopenâ and this the area shows as ânot readyâ⌠But on home assistant it appears to be âarmedâ even though itâs not. I traced this by inspecting the Mqtt messages and then eventually found the issue is in ip150_mqtt.py in the areas mapping there is no mapping for âNot Readyâ so seems to be defaulting⌠I think of it goes to ready then back to not ready it might be okay but I canât tell for certain. On one of my partitions/areas it seems to default this to disarmed and on partition 2 it is showing as armed home
hi, after updating Home Assistant OS to version 8.1 the addon is unstable, do you have the same problem? I am using the installation on Oracle VirtualBox
Iâm also noticing some instability after recent upgrades of HA OS. One of my PIR entities is reporting activity all the time (in HA) while the PIR itself is not being activated.
The add-on fails with different errors in irregular intervals.
Stoping the add-on and starting after a brief period fixes the issue temporarily
HA Core 2022.05.5, Supervisor 2022.05.3, HA OS 8.1 on odroid-n2
Hi All, Iâm going to check my logs for anything relevant. The errors hinted by @ddppddpp (and reported by @Stewart_Clay ) seem to relate to some inner working of Paho (the MQTT library) â maybe related to the network, but not necessarily under my control.
If you get any further insights, or manage to make the errors more reliably reproducible let me know and we can look further into that.
Also, the changelog for hassOS 8.1 mostly hints to a kernel and other updates that, in principle, should not interfere with the plain networking weâre doing. (That is, if the new OS was breaking something this basic, Iâd expect way more addons having similar issues, maybe?)
Hi @CharlesC I can try to have a look after the recent stability issues are sorted. What Iâll need to check before adding it, is whether a âNot_readyâ start seems to be reported from the IP150 web app. If you are comfortable with broswer debgging tools and JS, you can find the list of all possible reported states. Also, Iâm not sure what the âNot_readyâ is for on a Paradox alarm, but if you know it maps to âdisarmedâ Iâm happy to take that