Test Adapter sureflap v3.2.0

[Sickboy78]

Version 2.2.0 ist jetzt stable und in Version 2.2.1 sind folgende neue Datenpunkte hinzugekommen:
Felaqua.water.fill_percent und last_filled_at
Surefeed.bowls.0|1.fill_percent, last_filled_at und last_zeroed_at.

English:

Version 2.2.0 is now stable and version 2.2.1 added new datapoints:
Felaqua.water.fill_percent and last_filled_at
Surefeed.bowls.0|1.fill_percent, last_filled_at and last_zeroed_at.

[Sickboy78]

Version 2.2.1 ist jetzt stable und in Version 2.3.0 habe ich die API Aufrufe fehlertoleranter gemacht.
Unter anderem wird z.B. abgefangen, wenn einem Gerät ein Haustier zugeordnet ist, das aber bereits aus dem Haushalt gelöscht wurde.

English:

Version 2.2.1 is now stable and in version 2.3.0 I have made the API calls more error-tolerant:
For example, pets that have already been deleted from the household, but are still assigned to a device, do not lead to an error anymore.

[Sickboy78]

Anscheinend hat Surepetcare etwas an der API geändert, aktuell funktioniert die Positionsangabe der Tiere nicht, also
pets.name.inside und pets.name.since.
Weiterhin korrekt sind die Angaben unter pets.name.movement.* und können aktuell alternativ verwendet werden.
Ich werde mir das anschauen, sobald ich Zeit habe.

English:

Apparently Surepetcare has changed something in the API and currently the position of the animals does not work, i.e.
pets.name.inside and pets.name.since.
The status under pets.name.movement.* is still correct and can currently be used as an alternative.
I will have a look at this asap.

[Sickboy78]

Ich hab auf github einen Quickfix eingecheckt, der einen zusätzlichen Aufruf an die API macht, um die Position der Tiere abzufragen. Aber Achtung, Benutzung auf eigene Gefahr, der Fix ist quick und dirty.
Ich hoffe Suerpetcare ändert nicht noch mehr vor Weihnachten an der API und ich finde zwischen den Jahren die Zeit das ganze sauber zu implementieren.

English:

I pushed a quickfix to github with an additional call to the API to query the position of the pets. But beware, use at your own risk, the fix is quick and dirty
I hope Suerpetcare doesn't make any more changes to the API before Christmas and I find the time to implement it properly.

[Stefi]

@sickboy78 Ganz lieben Dank für deine Arbeit

Ich scheine irgendwie kein Glück mit dem Adapter zu haben
Habe es heute endlich mal geschafft alles wieder auf den aktuellen Stand zu bringen und einen weiteren Versuch mit dem Adapter zu starten.

Aber leider bekomme ich nach wie vor folgende Fehlermeldung (Version 2.3.2):

2024-12-29 20:19:44.929	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
2024-12-29 20:19:44.928	info	terminating
2024-12-29 20:19:44.926	info	everything cleaned up
2024-12-29 20:19:44.916	error	Cannot read properties of undefined (reading 'type')
2024-12-29 20:19:44.915	error	TypeError: Cannot read properties of undefined (reading 'type') at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.sureflap/main.js:2795:68) at process.processImmediate (node:internal/timers:485:21)
2024-12-29 20:19:44.914	error	uncaught exception: Cannot read properties of undefined (reading 'type')
2024-12-29 20:19:44.911	error	Cannot read properties of undefined (reading 'type')
2024-12-29 20:19:44.909	error	TypeError: Cannot read properties of undefined (reading 'type') at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.sureflap/main.js:2795:68) at process.processImmediate (node:internal/timers:485:21)
2024-12-29 20:19:44.905	error	uncaught exception: Cannot read properties of undefined (reading 'type')
2024-12-29 20:19:43.040	info	update loop started

Ergebnis von iob info

Platform       : docker
os             : linux
Architecture   : arm64
CPUs           : 4
Speed          : 1500 MHz
Model          : Cortex-A72
RAM            : 3.7 GB
System uptime  : 06:02:15
Node.js        : v20.18.1
time           : 1735500303144
timeOffset     : -60
NPM            : 10.8.2
adapters count : 553
dockerInformation: [object Object]
Disk size      : 112.8 GiB
Disk free      : 68.6 GiB

Docker Image Version: docker (official image - v9.1.2)

Habe es auch mit der Adapter Version v2.3.1 versucht, ebenfalls ohne Erfolg.

Ich habe zur Sicherheit den Adapter bzw. die Instanz gelöscht und auch die verwaisten Nodes entfernt. Anschließend Instanz neu installiert, neu verbunden - leider selbes Ergebnis.

Habt ihr einen Tipp für mich, was ich noch prüfen/tun kann?

Liebe Grüße und besten Dank!

[Sickboy78]

Hallo @stefi ,
kannst du bitte mal die Ausgabe vom Adapter auf debug stellen und mir das gesamte Log vom Start bis zum Fehler kopieren?

[Stefi]

@sickboy78 Aber sicher. Hoffe, hab alles erwischt

2024-12-29 22:22:38.755 - info: host.39e083369edf "system.adapter.sureflap.0" enabled
2024-12-29 22:22:39.741 - info: host.39e083369edf instance system.adapter.sureflap.0 in version "2.3.2" started with pid 735
2024-12-29 22:22:41.633 - debug: sureflap.0 (735) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-12-29 22:22:41.688 - debug: sureflap.0 (735) Objects client ready ... initialize now
2024-12-29 22:22:41.691 - debug: sureflap.0 (735) Objects create System PubSub Client
2024-12-29 22:22:41.693 - debug: sureflap.0 (735) Objects create User PubSub Client
2024-12-29 22:22:41.775 - debug: sureflap.0 (735) Objects client initialize lua scripts
2024-12-29 22:22:41.786 - debug: sureflap.0 (735) Objects connected to redis: 127.0.0.1:9001
2024-12-29 22:22:41.844 - debug: sureflap.0 (735) Redis States: Use Redis connection: 127.0.0.1:9000
2024-12-29 22:22:41.870 - debug: sureflap.0 (735) States create System PubSub Client
2024-12-29 22:22:41.872 - debug: sureflap.0 (735) States create User PubSub Client
2024-12-29 22:22:41.967 - debug: sureflap.0 (735) States connected to redis: 127.0.0.1:9000
2024-12-29 22:22:42.295 - info: sureflap.0 (735) starting. Version 2.3.2 in /opt/iobroker/node_modules/iobroker.sureflap, node: v20.18.1, js-controller: 7.0.6
2024-12-29 22:22:42.322 - info: sureflap.0 (735) checking adapter configuration...
2024-12-29 22:22:42.323 - info: sureflap.0 (735) API host: app-api.production.surehub.io
2024-12-29 22:22:42.324 - info: sureflap.0 (735) sureflap battery voltage full: 6.1
2024-12-29 22:22:42.325 - info: sureflap.0 (735) sureflap battery voltage empty: 5.1
2024-12-29 22:22:42.325 - info: sureflap.0 (735) surefeed battery voltage full: 6.2
2024-12-29 22:22:42.326 - info: sureflap.0 (735) surefeed battery voltage empty: 5.2
2024-12-29 22:22:42.326 - info: sureflap.0 (735) felaqua battery voltage full: 6.2
2024-12-29 22:22:42.328 - info: sureflap.0 (735) felaqua battery voltage empty: 5.2
2024-12-29 22:22:42.330 - info: sureflap.0 (735) history enabled: false
2024-12-29 22:22:42.331 - info: sureflap.0 (735) number of history entries: 10
2024-12-29 22:22:42.332 - info: sureflap.0 (735) adapter configuration ok
2024-12-29 22:22:42.334 - debug: sureflap.0 (735) starting SureFlap Adapter v2.3.2
2024-12-29 22:22:42.336 - info: sureflap.0 (735) connecting...
2024-12-29 22:22:42.337 - debug: sureflap.0 (735) json: {"email_address":"******","password":"******","device_id":"******"}
2024-12-29 22:22:42.337 - debug: sureflap.0 (735) login count: 1
2024-12-29 22:22:43.392 - info: sureflap.0 (735) connected
2024-12-29 22:22:43.393 - info: sureflap.0 (735) starting update loop...
2024-12-29 22:22:43.396 - info: sureflap.0 (735) update loop started
2024-12-29 22:22:47.370 - debug: sureflap.0 (735) creating device hierarchy...
2024-12-29 22:22:47.373 - debug: sureflap.0 (735) searching and removing of obsolete objects
2024-12-29 22:22:47.381 - debug: sureflap.0 (735) deleting event history from adapter
2024-12-29 22:22:47.440 - debug: sureflap.0 (735) searching and removing of obsolete objects complete
2024-12-29 22:22:47.441 - debug: sureflap.0 (735) searching and removing of deleted and renamed pets
2024-12-29 22:22:47.581 - debug: sureflap.0 (735) deleted or renamed pet sureflap.0.Wir.Flur.Abwasserkanal.assigned_pets.Katze1 (Pet 'Katze1' ('429176')) found. trying to delete (state)
2024-12-29 22:22:47.582 - debug: sureflap.0 (735) deleted or renamed pet sureflap.0.Wir.Flur.Abwasserkanal.assigned_pets.Katze2 (Pet 'Katze2' ('429175')) found. trying to delete (state)
2024-12-29 22:22:47.725 - debug: sureflap.0 (735) searching and removing of deleted and renamed pets complete
2024-12-29 22:22:47.896 - error: sureflap.0 (735) uncaught exception: Cannot read properties of undefined (reading 'type')
2024-12-29 22:22:47.898 - error: sureflap.0 (735) TypeError: Cannot read properties of undefined (reading 'type')
at Immediate. (/opt/iobroker/node_modules/iobroker.sureflap/main.js:2845:68)
at process.processImmediate (node:internal/timers:485:21)
2024-12-29 22:22:47.898 - error: sureflap.0 (735) Cannot read properties of undefined (reading 'type')
2024-12-29 22:22:47.906 - info: sureflap.0 (735) everything cleaned up
2024-12-29 22:22:47.907 - info: sureflap.0 (735) terminating
2024-12-29 22:22:47.909 - warn: sureflap.0 (735) Terminated (UNCAUGHT_EXCEPTION): Without reason
2024-12-29 22:22:47.911 - error: sureflap.0 (735) uncaught exception: Cannot read properties of undefined (reading 'type')
2024-12-29 22:22:47.912 - error: sureflap.0 (735) TypeError: Cannot read properties of undefined (reading 'type')
at Immediate. (/opt/iobroker/node_modules/iobroker.sureflap/main.js:2845:68)
at process.processImmediate (node:internal/timers:485:21)
2024-12-29 22:22:47.913 - error: sureflap.0 (735) Cannot read properties of undefined (reading 'type')
2024-12-29 22:22:48.411 - info: sureflap.0 (735) terminating
2024-12-29 22:22:48.513 - error: host.39e083369edf instance system.adapter.sureflap.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2024-12-29 22:22:48.514 - info: host.39e083369edf Restart adapter system.adapter.sureflap.0 because enabled
2024-12-29 22:23:04.710 - info: host.39e083369edf "system.adapter.sureflap.0" disabled

[Sickboy78]

Hallo @stefi,
installier mal bitte den aktuellen Stand von Github, habe gerade was eingecheckt.
Du hast einen oder zwei Futterautomaten?

[Stefi]

@sickboy78 Oh man, jetzt wo du es erwähnst. Ich habe zwei Futterautomaten, die ich heute außer Betrieb genommen habe. Kam die Fehlermeldung aus dieser Ecke? Mit deinem Update hat es auf jeden Fall geklappt

[Sickboy78]

Hallo @stefi ,

ja normalerweise hat ein Futterautomat in seinen Daten ein Object 'bowls' das wiederum einen 'type' hat (1 oder 2 Futterschüsseln). In deinem Fall, wahrscheinlich weil du die Futterautomaten außer Betrieb genommen hast, gab es das object 'bowls' nicht und beim Zugriff auf 'bowls.type' hat es dann gekracht. Hab jetzt eine zusätzliche Prüfung eingebaut, ob das Object 'bowls' auch existiert.
Guten Rutsch!

Gruß
Sebastian

[Stefi]

@sickboy78 Super, danke für die Anpassung

[Sickboy78]

Version 3.0.0 ist da und enthält hauptsächlich Änderungen unter der Haube. Zwar habe ich mit Version 2.x auf die neue URL umgestellt, aber teilweise noch Schnittstellen der alten API/App verwendet. Leider sind nach und nach einige Daten wie z.B. die Position der Tiere aus den alten Schnittstellen entfernt worden, so dass es zu Funktionseinschränkungen im Adapter kam und ich regelmäßig nachbessern musste.
Um das zukünftig zu vermeiden, habe ich den kompletten API-Code überarbeitet und verwende nur noch Schnittstellen, die auch von der neuen App verwendet werden, in der Hoffnung, dass sich diese nicht so schnell ändern.
Ansonsten habe ich, wie von ioBroker empfohlen, die Admin-Seite auf jsonConfig umgestellt.
Und ein neuer Datenpunkt offline_devices ist hinzugekommen, der alle aktuell nicht mit dem Hub verbundenen Geräte auflistet.

English:

Version 3.0.0 is here and mainly contains changes under the hood. Although I switched to the new API-URL with version 2.x, I still used some of the interfaces of the old API/app. Unfortunately, some data, such as the position of the pets, was gradually removed from the old interfaces, which led to functional restrictions in the adapter and I had to make regular adaptions.
To avoid this situation in future, I have refactored the entire API code to use only interfaces that are also used by the new App, in the hope that these will not change so quickly.
Otherwise, as recommended by ioBroker, I have changed the admin page to jsonConfig.
And a new data point offline_devices has been added, which lists all devices not currently connected to the hub.

[Matt77CHE]

Habe gerade festgestellt, dass zB die Werte ob die Klappe nach Zeitplan gesperrt ist, nicht richtig angezeigt werden (Klappe ist gesperrt, Objekt-ID steht auf "open") - in der App wird gesperrt angezeigt und die Klappe ist auch gesperrt.

War auf 3.0.0; bin runter auf 2.3.3, das Selbe Ergebnis, auch mit der 2.3.2.
Ob die Katzen draussen oder drinnen sind, wird richtig angezeigt und aktualisiert....

Edit: Ich habe den Objektbaum gelöscht, nun habe ich noch eine warn im Log, dass die Seriennummer der Klappe nicht gefunden werde.... (wiederholend)

[Sickboy78]

Hallo @matt77che ,
was meinst du mit Objekt-ID?
Der control.lockmode Datenpunkt ändert sich nicht, wenn die Ausgangssperre aktiv ist, da er unabhängig von der Ausgangssperre gesetzt werden kann. Wohingegen der Datenpunkt curfew_active auf true wechseln sollte, wenn eine Ausgangssperre aktiv ist.
Kannst du mir bitte die Fehlermeldung zur Seriennummer aus dem log kopieren? Danke!

[Matt77CHE]

@sickboy78 sagte in Test Adapter sureflap v1.0.x GitHub:

Hallo @matt77che ,
was meinst du mit Objekt-ID?
Der control.lockmode Datenpunkt ändert sich nicht, wenn die Ausgangssperre aktiv ist, da er unabhängig von der Ausgangssperre gesetzt werden kann. Wohingegen der Datenpunkt curfew_active auf true wechseln sollte, wenn eine Ausgangssperre aktiv ist.
Kannst du mir bitte die Fehlermeldung zur Seriennummer aus dem log kopieren? Danke!

Da war es wohl zu späht für mich gestern Abend.... ich habe mich auf den falschen Datenpunkt eingeschossen - sorry.

Hier das Log bezüglich der Seriennummer:

sureflap.0
2025-01-26 08:03:30.101	warn	no serial number found for 'Buero_neu.

sureflap.0
2025-01-26 08:03:28.159	info	Got 3 pets

sureflap.0
2025-01-26 08:03:27.985	info	Got 2 devices

sureflap.0
2025-01-26 08:03:27.819	info	update loop started

sureflap.0
2025-01-26 08:03:27.819	info	starting update loop...

sureflap.0
2025-01-26 08:03:27.818	info	Got 1 household

sureflap.0
2025-01-26 08:03:27.663	info	connected

sureflap.0
2025-01-26 08:03:27.108	info	connecting...

sureflap.0
2025-01-26 08:03:27.107	info	adapter configuration ok

sureflap.0
2025-01-26 08:03:27.107	info	number of history entries: 10

sureflap.0
2025-01-26 08:03:27.107	info	history enabled: false

sureflap.0
2025-01-26 08:03:27.107	info	felaqua battery voltage empty: 5.2

sureflap.0
2025-01-26 08:03:27.107	info	felaqua battery voltage full: 6.2

sureflap.0
2025-01-26 08:03:27.106	info	surefeed battery voltage empty: 5.2

sureflap.0
2025-01-26 08:03:27.106	info	surefeed battery voltage full: 6.2

sureflap.0
2025-01-26 08:03:27.106	info	sureflap battery voltage empty: 5.1

sureflap.0
2025-01-26 08:03:27.106	info	sureflap battery voltage full: 6.1

sureflap.0
2025-01-26 08:03:27.106	info	API host: app-api.production.surehub.io

sureflap.0
2025-01-26 08:03:27.106	info	checking adapter configuration...

sureflap.0
2025-01-26 08:03:27.058	info	starting. Version 3.0.0 in /opt/iobroker/node_modules/iobroker.sureflap, node: v20.18.1, js-controller: 7.0.6

[Sickboy78]

Hi @matt77che ,
die Warnung an sich ist schon ok, sollte allerdings nur 1x nach jedem Start des Adapters erscheinen. (Es sei denn, die API liefert mal eine Seriennummer und mal nicht, was ich aber eher für unwahrscheinlich halte.)
Wie oft bzw. in welchem Zeitabstand wiederholt sich denn die Warnung bei dir?

[Matt77CHE]

@sickboy78

Bei mir ebenso nur bei Adapterstart - da ich ihn mehrfach gestartet habe, ist es demnach auch mehrfach im Log erschienen....

[Matt77CHE]

@sickboy78 sagte in Test Adapter sureflap v1.0.x GitHub:

Hallo @matt77che ,
was meinst du mit Objekt-ID?
Der control.lockmode Datenpunkt ändert sich nicht, wenn die Ausgangssperre aktiv ist, da er unabhängig von der Ausgangssperre gesetzt werden kann. Wohingegen der Datenpunkt curfew_active auf true wechseln sollte, wenn eine Ausgangssperre aktiv ist.
Kannst du mir bitte die Fehlermeldung zur Seriennummer aus dem log kopieren? Danke!

Irgend etwas scheint trotzdem im Busch zu sein, habe gerade eben bei mir in der VIS gesehen, dass die Klappe gesperrt sei (DP curfew_active ist auf true) - dies obwohl sie offen ist, auch laut App...
Adapter DP last update ist heute, 16:35 Uhr, also aktuell...

[Sickboy78]

Hi @matt77che , kannst du mir mal deine aktuelle Konfiguration der Ausgangssperre aus control.current_curfew kopieren? Danke!

[Matt77CHE]

@sickboy78 sagte in Test Adapter sureflap v1.0.x GitHub:

Hi @matt77che , kannst du mir mal deine aktuelle Konfiguration der Ausgangssperre aus control.current_curfew kopieren? Danke!

[{"enabled":true,"lock_time":"09:00 PM","unlock_time":"05:30 AM"}]