Lupus Integration Missing

Hi,

I am running the latest version of haos

Home Assistant 2022.9.6
Supervisor 2022.09.1
Operating System 9.0
Frontend 20220907.2 - latest

and I am not able to find the lupusec integration.

2022-09-25 13_31_18-Einstellungen – Home Assistant - Vivaldi

Does anyone have a hint for me?

Regards

From the link you posted:

Then restart Home Assistant.

Thx that helped a bit. Now I get the following error:
Logger: homeassistant.setup
Source: components/lupusec/init.py:81
First occurred: 21:51:20 (1 occurrences)
Last logged: 21:51:20

Error during setup of component lupusec
Traceback (most recent call last):
File “/usr/src/homeassistant/homeassistant/setup.py”, line 235, in _async_setup_component
result = await task
File “/usr/local/lib/python3.10/concurrent/futures/thread.py”, line 58, in run
result = self.fn(*self.args, **self.kwargs)
File “/usr/src/homeassistant/homeassistant/components/lupusec/init.py”, line 58, in setup
hass.data[DOMAIN] = LupusecSystem(username, password, ip_address, name)
File “/usr/src/homeassistant/homeassistant/components/lupusec/init.py”, line 81, in init
self.lupusec = lupupy.Lupusec(username, password, ip_address)
File “/usr/local/lib/python3.10/site-packages/lupupy/init.py”, line 42, in init
self._panel = self.get_panel()
File “/usr/local/lib/python3.10/site-packages/lupupy/init.py”, line 127, in get_panel
panel = self.clean_json(response.text)[“updates”]
TypeError: string indices must be integers

Logger: lupupy
Source: components/lupusec/init.py:81
First occurred: 21:51:20 (1 occurrences)
Last logged: 21:51:20

Lupupy couldn’t parse provided response: while parsing a block mapping in “”, line 1, column 3: “updates” : { ^ expected , but found ‘,’ in “”, line 21, column 4: }, ^, “updates” : { “mode_a1” : “{AREA_MODE_0}”, “mode_a2” : “{AREA_MODE_0}”, “fw_updated” : “0”, “fw_auto” : “1”, “dc_ex” : “1”, “alarm_ex” : “0”, “battery_ex” : “1”, “battery_ok” : “1”, “battery” : “{WEB_MSG_NORMAL}”, “tamper_ok” : “1”, “tamper” : “{WEB_MSG_NORMAL}”, “interference_ok” : “1”, “interference” : “{WEB_MSG_NORMAL}”, “ac_activation_ok” : “1”, “ac_activation” : “{WEB_MSG_NORMAL}”, “sys_in_inst”: “”, “rssi” : “1”, “sig_gsm_ok” : “1”, “sig_gsm” : “{WEB_MSG_NA}” }, “forms” : { “pcondform1” : { “mode” : “0”, “f_arm” : “0” }, “pcondform2” : { “mode” : “0”, “f_arm” : “0” } }

Looks like it does not like the replies it is getting from your alarm panel. You can open an issue here: