Monatsrückblick Januar/Februar 2026 ist online!

[100prznt]

@steimi Ja, die LabCom Cloud wurde umgestellt. Ich gucke mal was ich machen kann.

[100prznt]

@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.

https://github.com/100prznt/ioBroker.labcom/

[Nashra]

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" 

[100prznt]

@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.

[100prznt]

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.

[MyMeyer]

@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.

https://github.com/100prznt/ioBroker.labcom/

Hallo ich habe den Token erneuert und neu im Adapter hinterlegt.
Bekommen aber immer noch diese Fehlermeldung:

Spoiler

labcom.0
2022-12-27 14:03:01.600 info Terminated (NO_ERROR): Without reason
labcom.0
2022-12-27 14:03:01.567 info cleaned everything up...
labcom.0
2022-12-27 14:03:01.563 error Error: Request failed with status code 404
labcom.0
2022-12-27 14:03:01.413 info LabCom adapter - started
labcom.0
2022-12-27 14:03:01.388 info starting. Version 0.1.4 in /opt/iobroker/node_modules/iobroker.labcom, node: v16.18.0, js-controller: 4.0.23

Woran liegt das ?

[JohnnyBahama]

@100prznt Hab nun auch das Update gefahren. Die oben genannten meldungen erscheinen bei mir trotzdem.

[4immerjung]

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.24

Viele Grüße
4ij

[Flexer]

Wollte gerade die selbe Problematik posten.

Habe auch Fehler 405. ich habe mal den Abfrageintervall verlängert. Evtl hilft das?

[Flexer]

@lemonshock Hallo und guten Morgen. Betreust du noch den Adapter?

Viele Grüsse Flexer

[100prznt]

@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

[Flexer]

@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.

[4immerjung]

@100prznt Ich hatte anfangs auch die 1 min. Standardintervall. Habe es heute auf 10 min. erhöht und bekomme die Werte. Sehr super! Danke!

[JohnnyBahama]

@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"

[100prznt]

@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.

[JohnnyBahama]

@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?

[100prznt]

@johnnybahama Ich habe gerade gesehen, dass ich den Adapter auf einer "alten" ioBroker Installation laufen habe. Kann also auch sein, dass ich daher nicht alle Meldungen gesehen habe. Werde ihn jetzt nochmal auf einer aktuellen Installation testen und bestehende Fehler fixen. Melde mich dann hier und aktualisiere natürlich das Repo.

Beste Grüße Elias