Weihnachtsangebot 2025! 🎄

[M-A Hueb]

@sickboy78

Hallo,
ich meinte diese Funktion. Aktuell setzte ich das immer Abends manuell. Das es eine kurze Verzögerung gibt ist kein problem. Wenn man das hierüber macht darf die Katze sofern noch nicht drin auch rein kommen, danach wird aber das Rausgehen verhindert. Ich würde hierüber gerne für unsere 2 kleinen Katzen eine Zeitregelung realisieren. Unsere 3te "alte" katze darf immer raus und rein

Gruss Andy

[Matis]

Hab den Adapter grade entdeckt! Wie geil ist das denn! Vielen, vielen Dank.

Eigentlich wollte ich grade nach einem Spannungswächter suchen, der Adapter löst aber mein Problem, da die Spannung verfügbar ist.
Bei mir gingen die Batterien sehr schnell leer, vor allem wenn sie im Winter durch den Kanal kalt werden.
Also habe ich die Batteriefedern mit einem Kabel an eine externe 6V Pb Batterie angeschlossen.
Ca. 30cm neben der Klappe bleibt die warm und hält Monate lang.

Nur hatte ich jetzt ein Problem: Pb darf nicht <5,4V sonst bekommt sie einen Schaden, besser bei 5,6V bereits wieder aufladen. D.h. 0%-100% sind 5,6-7,2V.
Jetzt kann ich mir bei 5,6V ne email schicken und den Akku laden! Super!

[Sickboy78]

Hallo zusammen,

nach längerer Zeit mal wieder ein Update (Version 1.0.6).
Ich habe mit der Integration des Futterautomaten begonnen. Als erstes Feature ist die Verzögerung beim Schließen des Deckels einstellbar.
Die Helligkeit der Hub-Led kann nun geändert werden.
Und Klappe und Futterautomat zeigen jetzt die ihnen zugeordneten Tiere an.
Bei der Klappe kann man darüber einstellen, ob die Katze ein Freigänger (outdoor) oder Wohnungstier (indoor) ist.

@M-A-Hueb Letzteres Feature dürfte für dich interessant sein.

@Matis Danke für das Lob, freut mich, wenn der Adapter dir weiter geholfen hat!

VG
Sebastian

[M-A Hueb]

@sickboy78 Getestet und für gut befunden. Danke

[Sickboy78]

Hallo zusammen,

Version 1.0.7 ist da und bringt die Chronik mit.

Genauer gesagt gibt es unterhalb des Haushalts nun einen Ordner history mit den letzten 25 Ereignissen der Chronik. Die Daten werden so ausgegeben, wie sie von der API zurück geliefert werden. Eine Interpretation bzw. Umwandlung in einen kurzen Text wie in der App findet aktuell noch nicht statt.

Abhängig vom type enthält ein Ereignis verschiedene Unterordner und Daten.
Zum Beispiel:
Type 0 bedeutet, dass ein Tier eine Klappe durchquert hat.
Welches Tier, steht im Ordner pets.
Welche Klappe steht im Ordner devices.
Die Richtung steht im Ordner movements, im State direction. 1 heißt betreten, 2 verlassen.
Ein anderes Beispiel:
Type 22 bedeutet, dass ein Tier etwas gefressen hat.
Welches Tier, steht im Ordner pets.
Aus welchem Automat steht im Ordner devices.
Und wieviel steht unter weights.

Es gibt allerdings ein Problem mit der Chronik, sie aktualisiert sich nur alle Stunde. Anscheinend werden die API-Requests serverseitig für 60 min gecached und nicht invalidiert, wenn neue Ereignisse hinzugefügt werden. Das ist allerdings kein Problem des Adapters, denn ich kann den Bug auch in der App nachstellen.

Wer helfen möchte und den Bug auch in der App nachstellen kann, meldet diesen bitte an: hilfe@sureflap.com

Am einfachsten ist der Bug in der App nachzustellen, wenn man zwischen den Chroniken und dem Dashboard wechselt, während mehrere Ereignisse stattfinden.

Ich habe mal ein Beispiel des Bugs von mir angehangen:
Hier sieht man auf dem 1. Screenshot das Dashboard und die Katze ist draußen.

Auf dem 2. Screenshot ist die Chronik Haushalt zu sehen, die enthält jedoch nur ein Betreten-Ereignis und kein Verlassen.

Auf dem 3. Screenshot ist die Chronik Haustiere zu sehen, die enthält das in der anderen Chronik fehlende Verlassen-Ereignis.

Um so mehr den Bug melden, umso höher die Wahrscheinlichkeit, dass er gefixt wird und die Chronik sich somit zeitnah aktualisiert.

VG
Sebastian

[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