Test Adapter sureflap v3.2.0
-
@sickboy78 kannst du mir eventuell weiterhelfen? Seit dem Update des js-controllers bekomme ich den Adapter weder mit der 1.2.0 noch mit der 1.1.9 ans Laufen
2023-10-17 21:02:29.544 - info: sureflap.0 (288818) starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.sureflap, node: v18.17.1, js-controller: 5.0.12 2023-10-17 21:02:29.588 - info: sureflap.0 (288818) checking adapter configuration... 2023-10-17 21:02:29.589 - info: sureflap.0 (288818) sureflap battery voltage full: 6.1 2023-10-17 21:02:29.590 - info: sureflap.0 (288818) sureflap battery voltage empty: 5.1 2023-10-17 21:02:29.591 - info: sureflap.0 (288818) surefeed battery voltage full: 6.2 2023-10-17 21:02:29.592 - info: sureflap.0 (288818) surefeed battery voltage empty: 5.2 2023-10-17 21:02:29.593 - info: sureflap.0 (288818) felaqua battery voltage full: 6.2 2023-10-17 21:02:29.593 - info: sureflap.0 (288818) felaqua battery voltage empty: 5.2 2023-10-17 21:02:29.594 - info: sureflap.0 (288818) adapter configuration ok 2023-10-17 21:02:29.598 - info: sureflap.0 (288818) connecting... 2023-10-17 21:02:30.369 - info: sureflap.0 (288818) connected 2023-10-17 21:02:30.371 - info: sureflap.0 (288818) starting update loop... 2023-10-17 21:02:30.379 - info: sureflap.0 (288818) update loop started 2023-10-17 21:02:37.407 - info: admin.0 (174) <== Disconnect system.user.admin from ::ffff:192.168.178.100 2023-10-17 21:02:39.022 - warn: sureflap.0 (288818) no remaining food data for feeder 'Lia_s_Futterbox' found 2023-10-17 21:02:39.024 - warn: sureflap.0 (288818) no remaining food data for feeder 'Benjis_Futterbox' found 2023-10-17 21:02:39.028 - warn: sureflap.0 (288818) aggregated report for pet 'Benji' does not contain feeding data 2023-10-17 21:02:39.029 - warn: sureflap.0 (288818) aggregated report for pet 'Lia' does not contain feeding data 2023-10-17 21:02:39.057 - error: sureflap.0 (288818) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2023-10-17 21:02:39.058 - error: sureflap.0 (288818) unhandled promise rejection: undefined is not a valid state value 2023-10-17 21:02:39.062 - error: sureflap.0 (288818) Error: undefined is not a valid state value at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/build/lib/common/maybeCallback.js:35:17) at Sureflap._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5439:49) at Sureflap.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5400:21) at Immediate. (/opt/iobroker/node_modules/iobroker.sureflap/main.js:1099:12) at process.processImmediate (node:internal/timers:478:21) 2023-10-17 21:02:39.063 - error: sureflap.0 (288818) undefined is not a valid state value 2023-10-17 21:02:39.093 - info: sureflap.0 (288818) everything cleaned up 2023-10-17 21:02:39.095 - info: sureflap.0 (288818) terminating 2023-10-17 21:02:39.096 - warn: sureflap.0 (288818) Terminated (UNCAUGHT_EXCEPTION): Without reason 2023-10-17 21:02:39.640 - info: sureflap.0 (288818) terminating -
Hallo @stefi, das sieht mir nach einem der Probleme durch die API Änderungen aus. Probier doch bitte mal die 1.2.1 aus.
Falls das nicht hilft, sag Bescheid, dann muss ich es mir genauer ansehen. -
@sickboy78 Hi, habe es endlich geschafft auf die 1.2.1 zu aktualisieren. Aber es scheint noch immer nicht zu gehen:
sureflap.0 2023-11-26 20:46:34.517 warn Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason sureflap.0 2023-11-26 20:46:34.461 error adapter disabled sureflap.0 2023-11-26 20:46:01.951 info terminating sureflap.0 2023-11-26 20:46:01.438 warn Terminated (UNCAUGHT_EXCEPTION): Without reason sureflap.0 2023-11-26 20:46:01.436 info terminating sureflap.0 2023-11-26 20:46:01.435 info everything cleaned up sureflap.0 2023-11-26 20:46:01.433 error unhandled promise rejection: null sureflap.0 2023-11-26 20:46:01.432 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). sureflap.0 2023-11-26 20:45:51.866 info update loop started sureflap.0 2023-11-26 20:45:51.858 info starting update loop... sureflap.0 2023-11-26 20:45:51.857 info connected sureflap.0 2023-11-26 20:45:50.894 info connecting... sureflap.0 2023-11-26 20:45:50.889 info adapter configuration ok sureflap.0 2023-11-26 20:45:50.888 info felaqua battery voltage empty: 5.2 sureflap.0 2023-11-26 20:45:50.888 info felaqua battery voltage full: 6.2 sureflap.0 2023-11-26 20:45:50.887 info surefeed battery voltage empty: 5.2 sureflap.0 2023-11-26 20:45:50.886 info surefeed battery voltage full: 6.2 sureflap.0 2023-11-26 20:45:50.886 info sureflap battery voltage empty: 5.1 sureflap.0 2023-11-26 20:45:50.884 info sureflap battery voltage full: 6.1 sureflap.0 2023-11-26 20:45:50.883 info checking adapter configuration... sureflap.0 2023-11-26 20:45:50.839 info starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.sureflap, node: v18.17.1, js-controller: 5.0.16Hilft dir das etwas?
Liebe Grüße,
Stefi -
@stefi sagte in Test Adapter sureflap v1.0.x GitHub:
node: v18.17.1
Zu alt, aktualisier das per
iob nodejs-update -
Sure Petcare hat seine App auf eine neue API umgestellt. Ich weiß nicht, wann die alte API abgeschaltet wird.
Ab Version 1.2.3 kann man die API konfigurieren und standardmäßig wird die neue API verwendet.
Falls der Adapter also plötzlich nicht mehr funktioniert, bitte auf eine Version >=1.2.3 upgraden.
Ich habe alle Funktionen mit der neuen API erfolgreich getestet. Falls euch Probleme oder Funktionen auffallen, die nicht mehr funktionieren, bitte hier im Forum oder auf Github https://github.com/Sickboy78/ioBroker.sureflap/issues bescheid geben.
Ich wünsche euch allen einen Guten Rutsch ins neue Jahr!
English:
Sure Petcare has changed its app to a new API. I don't know when the old API will be switched off.
From version 1.2.3 you can configure the API and the new API is used by default.
So if the adapter suddenly stops working for you, please upgrade to a version >=1.2.3.
I have successfully tested all functions with the new API. If you notice any problems or functions that no longer work, please let me know here in the forum or on Github https://github.com/Sickboy78/ioBroker.sureflap/issues.
I wish you all a Happy New Year!@Stefi
Ich hoffe ich habe dein Problem mit der neuesten Version behoben. Bitte probier mal Version 1.2.3 (auf dem latest repository oder direkt von github) und gib mir Bescheid, ob es funktioniert hat. -
Version 2.0.1 ist da und zeigt nun an, welches Tier zuletzt durch welche Klappe gegangen ist. Das ist vor allem für diejenigen interessant, die sich mit mehreren Klappen eine "Schleuse" gebaut haben. Außerdem gibt es Datenpunkte für wie oft und wie lange jedes Tier draußen war.
Anmerkung: Die movement.last_* Datenpunkte enthalten nur tatsächliche Bewegungen durch eine Klappe, aber keine Änderung der Position, die per App oder Adapter vorgenommen wurde.
English:
Version 2.0.1 is now available and shows which animal last passed through which flap. This is particularly interesting for those who have built a "sluice" with several flaps. There are also data points for how often and for how long each animal was outside.
Note: The movement.last_* data points only contain actual movements through a flap, but no location change made via app or adapter. -
Hallo, vielen Dank erstmal für diesen Adapter. Ich bin noch relativ neu bei SureFlap und habe meine Katzenklappe erst seit vergangener Woche. Bei mir hat die Stable 1.3.2 ein paar Tage funktioniert und auch die 2.0.1 lief bei mir. Seit ein paar Tagen gibt es bei mir aber Probleme. Ich kann die Klappe nicht mehr per Adapter verriegeln oder entriegeln. Das manuelle Setzen der An- oder Abwesenheit funktioniert aber. Weiterhin stürzt bei mir mir alle 20-30 min der javascript Adapter ab. Nur dann wenn der Sureflap Adapter läuft. Sobald er gestoppt wird, läuft wieder alles stabil. Die Probleme betreffen sowohl 1.3.2 als auch 2.0.1 & 2.0.2. Mein iobroker ist auf dem aktuellen Stand, node und js sind aktuell.
Bin ich der Einzige mit diesen Problemen? Sind das Probleme durch die neue API seitens SureFlap?
-
Und im Log steht dazu genau was?
-
Sehr schwierige Frage: kein Error, kein Warn, weder bei javascript noch beim sureflap
Was genau ist die Frage? Das Protokoll ist groß….
-
@christianfeu sagte in Test Adapter sureflap v1.0.x GitHub:
Weiterhin stürzt bei mir mir alle 20-30 min der javascript Adapter ab.
Das tut der unter Garantie nicht lautlos.
Schau iniob logs --watchuns spiel mit dem Adapter herum.
-
ok mache ich. Vielen Dank.
Wollte erstmal rausfinden, ob ich der einzige bin mit Problemen…
-
Also, in dem Moment wo ich eine Aktion über den SureFlap Adapter ansteuere und ein paar Sekunden später stürzt der Javascript Adapter ab. Habe das jetzt exakt beobachtet. Beim Absturz kommen Meldungen, die mit Redis zusammenhängen.
Hilft das weiter?
2024-02-08 19:57:40.560 - silly: sureflap.0 (102333) doing http request with tag get_data
2024-02-08 19:57:40.560 - silly: sureflap.0 (102333) doing http request with tag get_data
2024-02-08 19:57:50.615 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.inputCount
2024-02-08 19:57:50.716 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.cputime
2024-02-08 19:57:50.717 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.alive
2024-02-08 19:57:51.019 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.cpu
2024-02-08 19:57:51.052 - silly: sureflap.0 (102333) doing http request with tag get_data
2024-02-08 19:57:51.122 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.outputCount
2024-02-08 19:57:51.123 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.eventLoopLag
2024-02-08 19:57:51.632 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.memHeapUsed
2024-02-08 19:57:51.935 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.memHeapTotal
2024-02-08 19:57:52.140 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.memRss
2024-02-08 19:57:52.343 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.connected
2024-02-08 19:57:52.344 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.uptime
2024-02-08 19:57:50.615 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.inputCount
2024-02-08 19:57:50.716 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.cputime
2024-02-08 19:57:50.717 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.alive
2024-02-08 19:57:51.019 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.cpu
2024-02-08 19:57:51.052 - silly: sureflap.0 (102333) doing http request with tag get_data
2024-02-08 19:57:51.122 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.outputCount
2024-02-08 19:57:51.123 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.eventLoopLag
2024-02-08 19:57:51.632 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.memHeapUsed
2024-02-08 19:57:51.935 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.memHeapTotal
2024-02-08 19:57:52.140 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.memRss
2024-02-08 19:57:52.343 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.connected
2024-02-08 19:57:52.344 - silly: sureflap.0 (102333) redis message expired/evicted keyevent@0:expired:io.system.adapter.javascript.0.uptime
2024-02-08 19:58:01.520 - silly: sureflap.0 (102333) doing http request with tag get_data
2024-02-08 19:58:01.520 - silly: sureflap.0 (102333) doing http request with tag get_data -
Hallo zusammen,
ich habe seit ca. 3 Wochen das Problem, dass die Protokollierung via SQL-Adapter (sqlite) nicht mehr funktioniert. Ich kann mich leider an keine Änderung an der ioBroker Installation erinnern...
Wenn ich den sureflap-Adapter neustarte wird das Logging automatisch deaktiviert. Ich habe gerade von v1.2.3 auf v2.0.1 aktualisiert. Das hat aber keine Änderung gebracht. Mit anderen Adaptern funktioniert das SQL-Logging ohne Probleme. Liegt es am sureflap- oder SQL-Adapter?
Ich habe schon alles Mögliche probiert (npm cache clean/rebuild, iob Objekte löschen etc.). Weiß jemand noch Rat?
Viele Grüße
Thorsten--
pi@iobroker:/opt/iobroker $ iob info Platform : linux os : linux Architecture : arm64 CPUs : 4 Speed : 1700 MHz Model : Cortex-A72 RAM : 3.7 GB System uptime : 1d. 15:52:06 Node.js : v20.5.1 time : 1707651469831 timeOffset : -60 NPM : 10.4.0 adapters count : 530 Disk size : 29.1 GiB Disk free : 9.2 GiB -
Installier nodejs/npm ordentlich.
iob nodejs-update 18Und künftig die Finger von individuellen Installationen von npm lassen.
-
@thomas-braun sagte in Test Adapter sureflap v1.0.x GitHub:
iob nodejs-update 18
Danke für den Hinweis. Das ändert aber nichts.
pi@iobroker:/opt/iobroker $ iob info Platform : linux os : linux Architecture : arm64 CPUs : 4 Speed : 1700 MHz Model : Cortex-A72 RAM : 3.7 GB System uptime : 1d. 20:53:35 Node.js : v18.17.1 time : 1707669559211 timeOffset : -60 NPM : 10.4.0 adapters count : 530 Disk size : 29.1 GiB Disk free : 9.2 GiB
-
@cooper2k4 sagte in Test Adapter sureflap v1.0.x GitHub:
Das ändert aber nichts.
Doch. Dann wäre die Laufzeitumgebung richtig.
Denn
Node.js : v18.17.1
NPM : 10.4.0
ist immer noch falsch.iob stop iob fix iob nodejs-update 18 iob startausführen.
-
Die Laufzeitumgebung sollte jetzt richtig sein. Das ursprüngliche Problem besteht aber weiterhin.
======================= SUMMARY ======================= v.2023-10-10 Static hostname: iobroker Icon name: computer Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.1.21-v8+ Architecture: arm64 Installation: native Kernel: aarch64 Userland: arm64 Timezone: Europe/Berlin (CET, +0100) User-ID: 1000 X-Server: false Boot Target: multi-user.target Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.19.0 /usr/bin/node v18.19.0 /usr/bin/npm 10.2.3 /usr/bin/npx 10.2.3 /usr/bin/corepack 0.22.0 Recommended versions are nodejs 18.19.0 and npm 10.2.3 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 4.0G 1.6G 679M 2.1M 1.8G 2.4G Swap: 1.3G 2.1M 1.3G Total: 5.3G 1.6G 2.0G Active iob-Instances: 17 Active repo(s): stable ioBroker Core: js-controller 5.0.17 admin 6.13.16 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.web.0 : web : iobroker - enabled, port: 8082, bind: 0.0.0.0 (SSL), run as: admin Objects: 10080 States: 7643 Size of iob-Database: 17M /opt/iobroker/iobroker-data/objects.jsonl 7.8M /opt/iobroker/iobroker-data/objects.json.migrated 7.8M /opt/iobroker/iobroker-data/objects.json.bak.migrated 9.0M /opt/iobroker/iobroker-data/states.jsonl 5.2M /opt/iobroker/iobroker-data/states.json.migrated 5.2M /opt/iobroker/iobroker-data/states.json.bak.migrated =================== END OF SUMMARY ==================== -
Hallo @christianfeu
hab grad bei mir getestet und kann sowohl die Klappe als auch die Ausgangssperre per Adapter aktivieren und deaktivieren. Scheint also kein Problem mit der API zu sein.
Dein Log hilft mir leider auch nicht weiter, da ist nichts Ungewöhnliches zu erkennen. Auch nicht welche Aktion du ausführst. Wenn du die Klappe verriegelst, sollte sowas im log stehen:
2024-02-13 19:16:14.717 info lock mode changed to 1
2024-02-13 19:16:12.427 debug changing lock mode to 1...Kannst du bitte nochmal einen Logauszug machen, wo die Aktion erkennbar ist, die du vor dem Absturz gemacht hast?
Wenn der Adapter neu startet, sollte es solche Einträge im Log geben:2024-02-13 19:40:11.179 info starting. Version 1.2.3 in /opt/iobroker/node_modules/iobroker.sureflap, node: v18.17.1, js-controller: 5.0.17
2024-02-13 19:40:05.798 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2024-02-13 19:40:05.798 info terminating
2024-02-13 19:40:05.798 info everything cleaned up
2024-02-13 19:40:05.797 info Got terminate signal TERMINATE_YOURSELFWenn du davon bitte auch nochmal einen Logauszug posten könntest.
Auf was für einem Rechner läuft dein ioBroker? Wieviel Speicher hat der?VG
-
Hallo @cooper2k4
interessantes Problem. Ich logge die battery Datenpunkte auch, ohne Probleme.
Kannst du mal bitte posten was nach den disabled logging Einträgen im Log erscheint?
Vorher bitte den Adapter auch auf debug oder silly umstellen.VG
-
Hallo,
erstmal danke für deine Antwort. Ich habe im Grunde ja 2 Probleme, die ich mir nicht erklären kann. Um die Sache im 1. Schritt zu vereinfachen, habe ich mir meinen Backup Raspberry 4 genommen und ioBroker frisch installiert und darauf den SureFlap Adapter eingerichtet. Auch hier habe ich das Problem, dass ich den lockmode und curfew nicht ausführen kann (Adapter Version ist unerheblich, es geht mit keiner Version). Wenn ich die Datenpunkte manuell (nicht bestätigt) ändere, bleiben diese auch rot. Egal wie ich das mache, ob manuell oder per VIS oder Skript, die Änderungen werden einfach nicht durchgereicht.
Ich habe grundsätzlich mit dem Adapter Zugriff. Ich kann die Anwesenheit des Tiers per Adapter ändern und mir auch alle Änderungen der History per VIS visualisieren. In den Adapter Einstellungen sehe ich auch das Bild meiner Katze.
Per SureFlap App kann ich alle Funktionen einwandfrei benutzen. Öffnen, Schließen, Zeitregel etc. Alles ohne Probleme. Der Hub ist 4m von der Klappe entfernt. Alles ist korrekt verbunden und eingerichtet. Allerdings habe ich die Hardware erst seit 3 Wochen.
Katzenklappe Firmware: 1.1
Katzenklappe Hardware: 1.2
Hub Firmware: 734.50
Hub Hardware: 3.0Ich kann mir das einfach nicht erklären. Warum kann ich die Klappe über die App steuern aber nicht über den Adapter?
Das Log bringt wenig interessante Informationen, wenn ich curfew oder den lockmode ändere. Irgendwie hilft das nicht weiter.
Woran kann das liegen?
LOG Auszug bei Änderung lockmode. Danach kommt auch nichts mehr. Adapter ist auf maximale Protokollierungsstufe eingestellt.
LOG-Auszug bei Neustart des Adapters:
Raspberry Info:
