Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[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"}]

[Sickboy78]

Hi @matt77che ,
ich seh schon wo der Hase im Pfeffer liegt. 12h Zeitformat berücksichtige ich aktuell im Adapter noch nicht.
Im Moment wird das als 9:00 Uhr morgens bis 05:30 morgens interpretiert und da liegt 16:45 drin, weshalb curfew_active auf true gesetzt wird.
Ich muss mir das bei Gelegenheit genauer ansehen.
Evtl. könnte es helfen, wenn du in der App unter Konto - Einstellungen das Zeitformat auf 24h stellst.
Allerdings hab ich es bei mir nicht geschafft, die Ausgangssperre auf 12h Fomat umzustellen. Auch nach Änderung des Zeitformat blieb sie 24h.

[Matt77CHE]

@sickboy78
war bei mir bereits auf 24h eingestellt - das scheint jedoch nicht weitergegeben zu werden...

[Sickboy78]

Hi @matt77che ,
das ist echt merkwürdig, dass er die Zeiten bei dir im 12h Format ausgibt.
Kannst du mir noch sagen, welche Einstellungen du sonst hast? (Konto - Einstellungen - Sprache, Einheiten, Land)
Und welche Zeitzone? (Haushalt - Einstellungen - Zeitzone)

[Matt77CHE]

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

Hi @matt77che ,
das ist echt merkwürdig, dass er die Zeiten bei dir im 12h Format ausgibt.
Kannst du mir noch sagen, welche Einstellungen du sonst hast? (Konto - Einstellungen - Sprache, Einheiten, Land)
Und welche Zeitzone? (Haushalt - Einstellungen - Zeitzone)

Deutsch
Metrisch
Schweiz
Zurich, Europe (UTC+01:00)

[Sickboy78]

Hi @matt77che ,
danke für die Rückmeldung, das sieht soweit gut aus.
Aber ich glaub, ich hab das Problem gefunden und es hat wahrscheinlich nichts mit den Einstellungen in der App zu tun.
Da die Surepet-API die Zeiten immer in britischer Zeitzone liefert (UTC), wandele ich sie mit toLocaleTimeString() in die Zeitzone des User um. Dies Funktion benutzt dazu die Locale des Systems, also des OS auf dem ioBroker läuft.
Ich vermute, du hast in deinem OS eine locale eingestellt, die 12h Zeitformat verwendet.
Ich hab gestern bei der Funktion toLocaleTimeString() die Option "hour12: false" hinzugefügt, so dass sie unabhängig von der Locale des Systems immer 24h Zeitformat erzeugt.
Bitte installier mal die letzte Version direkt von Github und sag Bescheid, ob deine Asugangssperre dann 24h Zeitformat hat.

[Matt77CHE]

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

Hi @matt77che ,
danke für die Rückmeldung, das sieht soweit gut aus.
Aber ich glaub, ich hab das Problem gefunden und es hat wahrscheinlich nichts mit den Einstellungen in der App zu tun.
Da die Surepet-API die Zeiten immer in britischer Zeitzone liefert (UTC), wandele ich sie mit toLocaleTimeString() in die Zeitzone des User um. Dies Funktion benutzt dazu die Locale des Systems, also des OS auf dem ioBroker läuft.
Ich vermute, du hast in deinem OS eine locale eingestellt, die 12h Zeitformat verwendet.
Ich hab gestern bei der Funktion toLocaleTimeString() die Option "hour12: false" hinzugefügt, so dass sie unabhängig von der Locale des Systems immer 24h Zeitformat erzeugt.
Bitte installier mal die letzte Version direkt von Github und sag Bescheid, ob deine Asugangssperre dann 24h Zeitformat hat.

[{"enabled":true,"lock_time":"21:00","unlock_time":"05:30"}]

So funktioniert wieder alles.
Vielen Dank für deine Arbeit!

[Manolo]

Habe folgendes Problem mit dem sureflat Adapter:

2025-02-19 10:35:46.265 - warn: sureflap.0 (1021576) got feeder status data for object 'Manolos_Welt.Manolos_Haus.Lindas_Futterautomat.bowls.1' but object does not exist. This can happen if number of bowls is changed and can be ignored. If you did not change number of bowls or remaining food is not updated properly, contact developer.

Diese Meldung hatte ich zuvor schon auf dem alten System, nach einem Update war das aber irgendwann weg.
Jetzt habe ich den Adapter auf ein neues System unter Proxmox neu installiert, den Hub und den Futterautomaten neu eingerichtet und im Adapter eingestellt.
Seither kommt wieder diese Warnung.
Eingerichtet ist eine Bowl, die in den Objekten als "bowls.0" angelegt wurde.
"bowls.1" gibt es bei den Objekten nicht.
Ich habe bereits versucht die Anzahl der bowls zu ändern indem ich in den Einstellungen die zwei bowls-Hälften angelegt habe, aber trotzdem wurde alles als eine bowl angezeigt und der Fehler kam weiterhin.
Irgendwelche Ideen? Was kann ich machen, damit die Warnung nicht mehr auftaucht?

[Sickboy78]

Hallo @manolo,
ich bekomme die Warnung auch, obwohl seit geraumer Zeit nur 1 große Schüssel eingerichtet ist.
Vermutlich werden in der neuen API immer beide geliefert, egal was eingestellt ist. Früher war das nicht so.
Wahrscheinlich sollte ich die Warnung ausbauen oder zumindest auf info oder debug runterstufen.
Ich schau mir das bei Gelegenheit noch einmal an.
In der Zwischenzeit kannst du die Warnung getrost ignorieren.

[Manolo]

Hi @sickboy78
Danke für die schnelle Antwort!
Kann der Adapter nicht einfach 2 bowls anlegen, also "bowls.0" und "bowls.1"?
Dann wären die Objekte da und man muss sie ja nicht verwenden.
Nur so ne Idee...

[Sickboy78]

@manolo said in Test Adapter sureflap v1.0.x GitHub:

Kann der Adapter nicht einfach 2 bowls anlegen, also "bowls.0" und "bowls.1"?

Das wäre auch eine Möglichkeit.
Kann aber aktuell etwas dauern, bis ich Zeit dazu finde.

[Manolo]

Ich habe jetzt einfach mal die Objekte von "bowl.0" in einen neuen Ordner "bowl.1" kopiert, aber die Warnung kommt trotzdem.

[Sickboy78]

Hallo @manolo,
ich hab die Logik so angepasst, dass die Warnung wirklich nur noch im Fehlerfall kommen sollte.
Bei mir ist sie seitdem weg. Kannst du mal mit der neuen Version 3.1.0 testen, obs bei dir auch geholfen hat?

[Sickboy78]

Es gab wohl eine Änderung oder einen Bug in der Surepet API, was dazu führt dass die Hub RSSI zufällig manchmal nicht zurückgeliefert wird, was zu häufigen Warnungen im Log geführt hat.
Version 3.1.1. adressiert das Problem und deaktiviert die Warnung im Log nach dem ersten Auftreten.

English:

There seems to have been a change or bug in the Surepet API, which causes the Hub RSSI to be randomly not returned, resulting in frequent warnings in the log.
Version 3.1.1. addresses the problem and disables the warning in the log after the first occurrence.

[Sickboy78]

Einmal Werbung in eigener Sache für meinen neuen OnlyCat Adapter.
OnlyCat hat nichts mit Furry Fans zu tun , sondern OnlyCat ist (laut Hersteller) die fortschrittlichste Katzenklappe auf dem Markt.
Sie ist eine Kamera-basierte KI-gestützte smarte Katzenklappe mit Beuteerkennung und aus eigener Erfahrung kann ich sagen, dass die Beuteerkennung äußerst zuverlässig funktioniert. Sie basiert auf der SureFlap Klappe und hat ein ähnliches Design, benötigt jedoch keinen Hub, sondern wird direkt per WLan angebunden. Dafür braucht sie jedoch dauerhafte Stromzufuhr per USB. Mehr Infos gibts im Test-Thread, im Github Repo oder auf der Webseite des Herstellers.

English

A personal advertisement for my new OnlyCat adapter.
OnlyCat has nothing to do with furry fans , it is (according to the manufacturer) the most advanced cat flap on the market.
It is a camera-based AI-supported smart cat flap with prey detection and from my own experience I can say that the prey detection works extremely reliably. It is based on the SureFlap and has a similar design, but does not require a hub and is connected directly via WiFi. However it requires a permanent power supply via USB. More information can be found in the test thread, in the Github Repo or on the manufacturer's website.