Poollab / Primelab integrieren
-
@100prznt Eh die von Lemonshok meinte ich. Oder die war zumindest neuer oder ? (2020) Dein Fork (2019)
-
Die Version von LemonShock hat den letzten Commit vom 26.06.2020. Auf diesen Stand habe ich meinen Fork aufgesetzt und den "Fehler" mit dem Datentyp korrigiert.
Meine letzter Commit dazu ist vom 02.06.2021. (Und mein Erster vom 01.06.2021, 2019 hab ich da gar nichts gemacht
)Hier die Historie:
https://github.com/LemonShock/ioBroker.labcom/commits/master
https://github.com/100prznt/ioBroker.labcom/commits/masterBeste Grüße Elias
-
Lässt sich bei mir leider auch nicht installieren.
Der alte Adapter zieht keine Daten mehr, nachdem ich das Gerät upgedated habe.
Nach dem x-ten Versuch ging es doch wieder. -
Seit dem 2.9.2022 ab ca. 17:00 Uhr funktioniert der Abruf bei mir nicht mehr. Hat jemand das selbe Problem?
Anscheinend wurde was an der Cloud-Seite (API) von Labcam geändert. ?!error: labcom.0 (497311) Error: Request failed with status code 405Ich habe die Version 0.1.1 von @100prznt im Einsatz
-
@steimi Ja, die LabCom Cloud wurde umgestellt. Ich gucke mal was ich machen kann.
-
@steimi Funktioniert wieder.
Allerdings hat sich auch der LabCom Cloud Token geändert. Nach dem Update also einen neuen Token erzeugen und in die Adapter-Konfiguration übernehmen. -
Hi, habe mal alle Datenpunkte gelöscht und neu anlegen lassen
Ergebnis:labcom.0 549294 2022-09-07 17:21:00.993 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_pH.measurement" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.993 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_Chlorine_Free.timestamp" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.991 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_Chlorine_Free.measurement" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.990 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_Chlorine_Total.timestamp" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.990 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_Chlorine_Total.measurement" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.990 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_Cyanuric_Acid.timestamp" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.990 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_Cyanuric_Acid.measurement" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.989 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_T_Alka.timestamp" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.989 info State value to set for "labcom.0.accounts.Default_User.parameter.PL_T_Alka.measurement" has to be type "number" but received type "string" labcom.0 549294 2022-09-07 17:21:00.989 info State value to set for "labcom.0.cloudaccount.lastchange" has to be type "number" but received type "string" -
@nashra Die Warnungen hatte ich bisher nur bei OR und UR Messungen.
Gucke ich mir auf jeden Fall nochmal an. Danke für den Hinweis.
-
Läuft nun wieder, auch ohne Warnungen.
Messwerte werden ausschließlich als Zahl gespeichert. Bei OR und UR wird NaN an den Messwert-State übergeben.
Zusätzlich gibt es zu jedem Parameter einen Status State, dieser enthält eine Info ob das Ergebnis OR oder UR ist.Zeitstempel werden als String gespeichert, der State ist jetzt auch vom Typ String.
-
@100prznt sagte in Poollab / Primelab integrieren:
@steimi Funktioniert wieder.
Allerdings hat sich auch der LabCom Cloud Token geändert. Nach dem Update also einen neuen Token erzeugen und in die Adapter-Konfiguration übernehmen.Hallo ich habe den Token erneuert und neu im Adapter hinterlegt.
Bekommen aber immer noch diese Fehlermeldung:Woran liegt das ?
-
@100prznt Hab nun auch das Update gefahren. Die oben genannten meldungen erscheinen bei mir trotzdem.
-
Bei meinem PoolLab 1.0 habe ich den Adapter 0.1.6 von URL installiert und einen neuen API-Key generiert.
Im iobroker Log werden 405er Fehler angezeigt (Method Not Allowed Error for Rest API).labcom.0 2023-07-14 22:56:02.518 info Terminated (NO_ERROR): Without reason
labcom.0 2023-07-14 22:56:02.463 info cleaned everything up...
labcom.0 2023-07-14 22:56:02.461 error Error: Request failed with status code 405
labcom.0 2023-07-14 22:56:02.105 info LabCom adapter - started
labcom.0 2023-07-14 22:56:02.055 info starting. Version 0.1.6 (non-npm: 100prznt/ioBroker.labcom#a4c93f8ead24f09c21fde7aad9e96c1c4b1bb712) in /opt/iobroker/node_modules/iobroker.labcom, node: v18.16.1, js-controller: 4.0.24Viele Grüße
4ij -
Wollte gerade die selbe Problematik posten.
Habe auch Fehler 405. ich habe mal den Abfrageintervall verlängert. Evtl hilft das?
-
@lemonshock Hallo und guten Morgen. Betreust du noch den Adapter?
Viele Grüsse Flexer
-
@4immerjung Mit was für einem Intervall pullst du denn? Hab gerade nochmal alles getestet (mit 5 Minuten Intervall), läuft jetzt eine Stunde ohne Probleme.
Ggf. kannst du ja nochmal einen neuen LabCom API Token erstellen.
Beste Grüße Elias
-
@100prznt Hatte den Adapter von git gezogen und der war standardmäßig auf 1 minute eingestellt. Hab das jetzt auf einmal alle 10 minuten gestellt.
-
@100prznt Ich hatte anfangs auch die 1 min. Standardintervall. Habe es heute auf 10 min. erhöht und bekomme die Werte. Sehr super! Danke!
-
@100prznt Ich hab da neuerdings eine nervige Warn Meldung im Log mit der aktuellsten Version. Kommt bei jedem CRON Job
Object of state "labcom.0.accounts.xxxxx.id" is missing the required property "common.type"Dazu noch folgende INFO beim Neustart des Adapters:
labcom.0 2023-08-07 18:00:04.029 info State value to set for "labcom.0.accounts.Benutzer 1_Tesz.parameter.PL_T_Alka.timestamp" has to be type "number" but received type "string" labcom.0 2023-08-07 18:00:04.021 info State value to set for "labcom.0.accounts.Benutzer 1_Tesz.parameter.PL_Chlorine_Total.timestamp" has to be type "number" but received type "string" labcom.0 2023-08-07 18:00:04.019 info State value to set for "labcom.0.accounts.Benutzer 1_Tesz.parameter.PL_Cyanuric_Acid.timestamp" has to be type "number" but received type "string" labcom.0 2023-08-07 18:00:04.016 info State value to set for "labcom.0.accounts.Benutzer 1_Tesz.parameter.PL_pH.timestamp" has to be type "number" but received type "string" labcom.0 2023-08-07 18:00:04.010 info State value to set for "labcom.0.accounts.Benutzer 1_Tesz.parameter.PL_Chlorine_Free.timestamp" has to be type "number" but received type "string" -
@johnnybahama Das mit dem fehlenden type für die ID habe ich mit dem Commit vom 12.07.2023 bereits gefixt: https://github.com/100prznt/ioBroker.labcom/commit/20e9e55aec2219ac2c688fbbf94f3bc0707786ff
Das Timestamp-Problem gucke ich mir nochmal an.
-
@100prznt Dachte das wäre mit der latest implementiert? Ich kann mit einem code schnippsel leider nicht viel anfangen, da ich ich keine Ahnung vom programmieren habe. Was muss ich damit machen?
