Weihnachtsangebot 2025! 🎄

[rmoere]

@sickboy78
Hallo @Sickboy78,

danke für die Implementierung der History-Datenpunkte. Ich bin zur Zeit dabei, anhand des Vergleichs von Chronik und History-Datenpunkten die Systematik zu verstehen.
Dabei ist mir aufgefallen, dass die Zeitangaben mit unterschiedlicher Zeitbasis erfasst werden:
- in dem schon länger vorhandenen DP pets.katzenname.since als Lokalzeit GMT+01:00
- in den History-DP`s in GMT+00:00, also 1 Stunde Versatz zur Chronik
Ist das so gewollt?

Gibt es eine Liste zur Bedeutung der type-DP's. Ich habe neben dem von dir erwähnten Type 0 auch die Werte 1, 6 und 7 gefunden.
Ich habe allerdings nur 2 hintereinanderliegende Katzenklappen, wie bereits weiter oben schon erwähnt. Zum Futterautomaten kann ich demzufolge nichts testen.

Der bisherige Test hat zumindest eine Übereinstimmung bei einigen Details ergeben:
- es wurden Durchgangszeiten durch Klappen (device-Ordner) gefunden, die es auch in der Chronik gab, aber es wurde kein zugehöriger pets-Ordner gefunden
- die update_at-Einträge der einzelnen Ordner (device, movements und pets) passen zeitlich nicht zueinander.
Hier ein Auszug aus den Objekten:

Leider habe ich das System der Informationdarstellung offensichtlich noch nicht erkannt. Vielleicht hast du ja noch ein paar Informationen.

VG
Ralf

[Sickboy78]

Hallo @rmoere ,

die Zeitangaben sind alle in GMT+00:00, weil sie so von der Surepet-API zurückgeliefert werden.
Das siehst du z.B. wenn du den Expertenmodus in ioBroker aktivierst und den Wert editierst.

Der Unterschied ist nur, dass die Daten in der History alle die Rolle 'indicator' haben und der Datenpunkt pets.katzenname.since die Rolle 'date'. Mit dieser Rolle werden die Werte dann in der Oberfläche mit der lokalen Zeitzone angezeigt (intern aber weiter mit GMT+00:00 gespeichert).
Ich habe das jetzt in der History angepasst, wenn du updatest, sollten nun alle Datumsangaben in der history die Rolle 'date' haben und in der Oberfläche deine lokale Zeitzone anzeigen.

Eine Liste der Typen habe ich noch nicht erstellt, hatte noch keine Zeit. Bisher weiß ich nur:
0 - durch Klappe gegangen oder geschaut
6 - Lockmodus der Klappe geändert
21 - Feeder aufgefüllt
22 - aus Feeder gefressen
24 - Waagen am Feeder genullt
Wenn du mehr rausbekommst, bitte hier melden, dann ergänze ich die Liste.
Die history-Events sind in der gleichen Reihenfolge wie in der Haushalt-Chronik. Abgesehen von dem beschriebenen Bug, dass evtl. Events erst mit bis zu 1h Verspätung angezeigt werden, sollten diese sich zuordnen lassen und du so rausbekommen, was Type 1 und 7 bedeutet.

Zu deinem Screenshot:
Die Zeitpunkte in den Unterordnern (pets, devices, etc.pp.) sind für das jeweilige Event nicht relevant, sondern haben andere Bedeutung (z.B. wann das Gerät dem Haushalt hinzugefügt wurde etc.). Relevant sind nur die direkt im Event befindlichen Zeitpunkte, also z.b. history.9.created_at, dass ist der Zeitpunkt vom Ereignis.
Dein Screenshot ist soweit konsistent und ich würde ihn wie folgt interpretieren:
Habibi (9.pets.0.name) hat um 3:52 am 15.11. (9.created_at) die Klappe 'Keller-Zwischentür' (9.devices.0.name) reinwärts (9.movements.0.direction) durchschritten (9.type)

Ich hoffe, das hilft dir weiter.

VG
Sebastian

[Sickboy78]

Hallo zusammen,

das Adventsupdate Version 1.0.8 ist da und bringt neben einigen internen Verbesserungen und Optimierungen vor allem mehr Datenpunkte für den Futterautomat.
Es werden jetzt am Automat pro Schüssel das Zielgewicht, der Futtertyp (nass/trocken) und das verbleinde Futter angezeigt.
Am Haustier wird das heute gefressene Futter nach Futtertyp, die Anzahl der Besuche und die am Futterautomat verbrachte Zeit angezeigt.

VG
Sebastian

[Matis]

@sickboy78
:clap: , aber da geht wohl auf GitHub irgendwas schief, es läßt sich nicht installieren.
(mit dem kompletten Pfad geht es gar nicht)

$ iobroker url iobroker.sureflap --host buanet-iobroker --debug

install iobroker.sureflap

NPM version: 6.14.15

npm install iobroker.sureflap --prefix "/opt/iobroker" (System call)

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):

npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

+ iobroker.sureflap@1.0.7

updated 1 package in 34.049s

134 packages are looking for funding run `npm fund` for details

upload [5] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/words.js words.js application/javascript

upload [4] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/sureflap.png sureflap.png image/png

upload [3] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/style.css style.css text/css

upload [2] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/index_m.html index_m.html text/html

upload [1] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/admin.d.ts admin.d.ts video/mp2t

upload [0] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/SureFlap_Pet_Door_Connect_Hub_Phone.png SureFlap_Pet_Door_Connect_Hub_Phone.png image/png

Process exited with code 0

[Thomas Braun]

@matis

iobroker update
iobroker add sureflap --host buanet-iobroker --debug

[Matis]

@thomas-braun Das updated mir doch nicht die Instanz, das macht nur eine 2te dazu.
Solange sureflap nicht im verzeichnis ist kann ich nur manuell iobroker.sureflap über eigenen Pfad von Github installieren
oder per kompletten Pfad: https://github.com/git-kick/ioBroker.sureflap/tree/master
Beides macht die gleichen Fehler, s.o.

Nach kompletter Deinstallation und Reinstallation habe ich jetzt auch 1.0.8 und läuft trotz Fehlermeldungen.

[Thomas Braun]

@matis Du hast doch von einer Installation gesprochen, nicht von einem Update/Upgrade.

[Matis]

@thomas-braun ja, das Update läßt sich nicht installieren und bei einer Neuinstallation kommen die gleichen Fehler.
Ich finde der Adapter ist ausgereift genug, dass man ihn mal in das offizielle Listing in iobroker aufnehme könnte.

[Thomas Braun]

@matis

Mir ist nicht so ganz klar warum du da mit verkrüppelten url Kommandos rumeierst.

Updates von Adaptern macht man regulär aus den jeweils aktiven Verwahrorten/Repos. Der sureflap liegt im Moment aber nur im Beta-Zweig bereit.

Updates hier funktionieren wie üblich:

iobroker update
iobroker upgrade

[Matis]

@thomas-braun .... das geht bei Adaptern die bei iobroker noch nicht gelistet sind und direkt von github installiert wurden nicht!

[Thomas Braun]

@matis

Der Adapter liegt im Beta-Repo vor.

pi@chet:~ $ iobroker add sureflap
NPM version: 8.1.4
npm install iobroker.sureflap@1.0.8 --loglevel error --prefix "/opt/iobroker" (System call)
host.chet install adapter sureflap
upload [5] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/words.js words.js application/javascript
upload [4] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/sureflap.png sureflap.png image/png
upload [3] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/style.css style.css text/css
upload [2] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/index_m.html index_m.html text/html
upload [1] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/admin.d.ts admin.d.ts video/mp2t
upload [0] sureflap.admin /opt/iobroker/node_modules/iobroker.sureflap/admin/SureFlap_Pet_Door_Connect_Hub_Phone.png SureFlap_Pet_Door_Connect_Hub_Phone.png image/png
host.chet object system.adapter.sureflap created/updated
host.chet create instance sureflap
host.chet object sureflap.0.info.last_update created
host.chet object sureflap.0.info.all_devices_online created
host.chet object sureflap.0.info.connection created
host.chet object sureflap.0.info created
host.chet object system.adapter.sureflap.0.logLevel created
host.chet object system.adapter.sureflap.0.sigKill created
host.chet object system.adapter.sureflap.0.eventLoopLag created
host.chet object system.adapter.sureflap.0.outputCount createdhost.chet object system.adapter.sureflap.0.inputCount created
host.chet object system.adapter.sureflap.0.uptime created
host.chet object system.adapter.sureflap.0.memRss created
host.chet object system.adapter.sureflap.0.memHeapTotal created
host.chet object system.adapter.sureflap.0.memHeapUsed createdhost.chet object system.adapter.sureflap.0.cputime created
host.chet object system.adapter.sureflap.0.cpu created
host.chet object system.adapter.sureflap.0.compactMode createdhost.chet object system.adapter.sureflap.0.connected created
host.chet object system.adapter.sureflap.0.alive created
host.chet Set default value of sureflap.0.info.last_update: false
host.chet Set default value of sureflap.0.info.all_devices_online: false
host.chet Set default value of sureflap.0.info.connection: false
host.chet object system.adapter.sureflap.0 created
pi@chet:~ $

Ergo:

pi@chet:~ $ iobroker list adapters | grep sureflap
system.adapter.sureflap                : sureflap       - v1.0.8
pi@chet:~ $

Ganz ohne git.

[Matis]

@thomas-braun ... habs auf Beta umgestellt, dann ist das in der Tat einfacher, merci.

[Sickboy78]

@matis Pull Request für die Aufnahme ins Stable Repository ist schon gestellt und wartet aufs Review: https://github.com/ioBroker/ioBroker.repositories/pull/1479

[Sickboy78]

Version 1.1.0 is officially in the stable repository!
It contains a bugfix for remaining food in feeder not updating, some dependency security updates and some minor code improvements.

[Matt77CHE]

@sickboy78
Hallo;
Ich habe - gefühlt seit dem letzten App-Update - im Log den Eintrag "undefined is not a valid state value for id "sureflap.0.Home.Home_Cat_Hub.Buero_neu.assigned_pets.Charlie.control.type""
Habe auf Github einen Eintag (#18) gemacht.

Habt Ihr seit dem Update (App) auch immer wieder Verbindungsprobleme zum Konto?
Wie kann man eigentlich den Hub updaten? - Falls es denn je einmal ein update gibt - die stehen ja in diesem Bereich so ziemlich aufm Schlauch bei denen....

Gruss
Matt

[Sickboy78]

Hallo @matt77che ,

wie auf github erwähnt, kam der Eintrag im Log daher, dass ich die Funktion, ein Tier als Wohnungstier oder Freigänger zu setzen, in Version 1.0.6 ergänzt hatte. Allerdings ist erst später aufgefallen, dass das nur von der Katzenklappe, aber nicht von der Haustierklappe unterstützt wird. Daher kam bei Haustierklappen diese Fehlermeldung.
Ich hab das in Version 1.1.1 korrigiert und die Funktion für Haustierklappen wieder entfernt.

Meinst du mit App die Smartphone App oder den Adapter? Wie äußern sich die Verbindungsprobleme?

Ich glaube, der Hub updated sich selbstständig, zumindest finde ich im Handbuch nur folgende Info dazu:
"Beide Ohren leuchten durchgehend rot: Die Firmware Ihres Hubs wird gerade aktualisiert. Haben Sie etwas Geduld. Ihr Hub wird in Kürze neu gestartet und funktioniert dann wie gewohnt." Beobachtet habe ich es allerdings noch nicht ...

VG
Sebastian

[Matt77CHE]

Das War die App - die hatten wieder einmal Probleme mit den Servern. - Hatte sich aber auch auf den Adapter ausgewirkt..

[Matt77CHE]

Ich habe ein kniffliges Problem:

Topographisch bedingt musste ich einen zweiten Hub bei mir Zuhause zulegen (um dort dann den Felaqua zu verbinden).
Meines Wissens ist es nicht möglich in einem Haushalt mehr als einen Hub zu haben (richtig?).
Also habe ich unter einer anderen Emailadresse ein weiteres Home (Home 2) erstellt, dort den Hub hinzugefügt, den Felaqua damit verbunden und nun im Ersten Home das Zweite hinzugefügt. (man kann ja auch nicht 2 mal die selbe App auf dem Smartphone haben..)

Im Home 2 musste ich natürlich alle Katzen auch hinzufügen (die Selben wie im Home).

Wenn ich nun im iobroker den Adapter öffne (die Instanz), werden mir die Katzen nun doppelt angezeigt (Fotos) (von Home und Home 2). - Das leuchtet mir noch ein.

Unter den Objekten wird nun auch Home 2 mit dem Hub 2 aufgeführt, inkl. den Katzen.

ABER: unter Home werden die Datenpunkte unter pets / Katzenname / inside & since nicht mehr aktualisiert......

Ich habe mal den Adapter auf debug gestellt und das Log angehängt: (höllisch viel)

Sureflap.txt

Wenn der Sureflap Adapter den Felaqua unterstützen würde, könnte ich das zusammenführen der beiden Haushalte weglassen, da ich dann ja 2 Adapter im iobroker installieren könnte (1 x Home mit Klappe; 1 x Home 2 mit Felaqua) und mir das Ganze in der Vis anzeigen lassen.... :grimacing:

Gibt es eine Erklärung, wieso die Datenpunkte nicht aktualisiert werden?
Ist dies ein bis anhin unbekannter Bug (noch keiner 2 Haushalte Verknüpft)?
Gibt es eine Möglichkeit 2 Hubs in einem Haushalt zu betreiben?
Kann dies im Adapter behoben werden?

andere Lösungsvorschläge?

• Als kurzfristige Übergangslösung werde ich jetzt mal das Home 2 im Home 1 löschen und mit einem Tablet arbeiten welches nur das Home 2 bedient (nebst dem Smatphone mit Home 1).

[Sickboy78]

Hallo @matt77che ,

ich hab versucht den Adapter so universell wie möglich zu programmieren und auch theoretisch auf mehrere Haushalte vorbereitet. Praktisch konnte ich allerdings nur raten, wie die Datenstrukturen bei mehreren Haushalten aussehen.
Das es generell funktioniert, ist schonmal gut. Warum es bei den Pets hapert, müsste ich mir genauer anschauen.
Dazu bräuchte ich mal die vom Aufruf https://app.api.surehub.io/api/me/start zurückgelieferte Datenstruktur.
Wie man diese mittels des Browsers und der Entwicklerkonsole bekommt, hab ich hier im 2. Kommentar beschrieben: https://github.com/Sickboy78/ioBroker.sureflap/issues/22
Wäre super, wenn du mir die komplett als Text zukommen lassen könntest. (Private Daten wie Email etc. kannst du gerne rauslöschen)

VG
Sebastian

[Matt77CHE]

@sickboy78

Ok, werde ich dir liefern - dauert aber leider mind. 3 Wochen, da ich selber in dieser Zeit keinen Zugang zum Tablet mit dem Home 2 habe (bin abwesend).....