Meater Grillthermometer: Script und VIS

[guergen]

@hiltex Hi, hab das grade mal eingetragen... leider bekomme ich in der CSS ein paar Fehler:
expecte RBRACE at line xxx col5.

 --color-kachel-on-foreground:       #333;

auch in den weiteren Zeilen. Ausserdem einige Warnungen auf Grund des "!important"

[Hiltex]

@guergen
Der Code-Editor in VIS ist nicht auf dem neusten Stand, was CSS angeht. Variablen akzeptiert er grundsätzlich nicht, obwohl das bei CSS so vorgesehen ist.

Das !important ist dem geschuldet, dass ich das an andere Stelle zwingend benötige. Leider schreiben einige Widgets ihre Formatierung direkt in den Quelltext, was sich dann nur damit überschreiben lässt.

Der mitgelieferte CSS-Code ist nur ein Bruchteil dessen, was ich in meiner VIS verwende. Du kannst ihn ja an deine Bedürfnisse anpassen. Ich dachte nur, dass es dem einen oder anderen vielleicht den Einstieg erleichtern würde.

Funktionieren sollte trotzdem alles, auch wenn der Editor manche Stellen bemängelt.

[guergen]

@hiltex OK was die CSS angeht.
Allerdings habe ich den Meater in der App, musste mich neu auf der Webseite neu anmelden. Allerdings bekomme ich keine Daten.
Was fehlt noch?
Ich bekomme unter status unauthorized

Edit:
Es geht, allerdings hatte die Cloud meine Zugangsdaten vergessen und ich musste neue beantragen!

Nu bekomme ich folgende Meldung im Log:

javascript.0
	2022-11-04 16:59:39.317	error	Script script.js.common.Gerätesteuerung.Meater is calling setState more than 1000 times per minute! Stopping Script now! Please check your script!

Und es sieht wie folgt aus:

Solltest vielleicht erwähnen, dass die Material Design-Widgets installliert sein sollten
Auch das Ändern des eingetragenen Pfades passt leider noch nicht im Script, vielleicht kannst du das noch anpassen!

Dennoch: Klasse!!!
Und Danke!

[Hiltex]

@guergen
Hast du an dem Script irgendwas geändert? Das sollte ganz sicher nicht 1000 mal pro Sekunde setState aufrufen.
Was steht denn sonst noch im Log, bezogen auf das Script?

Den Hinweis auf die Material-Design-Widgets hab ich oben mit aufgenommen, wobei die Visualisierung ja jeder bauen kann, wie er will. Es handelt sich ja nicht im ein eigenes Widget, sondern eine Ansammlung von Standardwidgets. Trotzdem danke für den Hinweis.

Was genau passt bei dem Pfad bei dir nicht?
Edit: stimmt, an zwei Stellen ist der Pfad hart ins Script geschrieben. Das sollte natürlich nicht sein.

[guergen]

@hiltex
Hatte das Script erst Pfadtechnisch angepasst, dann aber noch einmal Deins geladen. Sonst habe ich nur meine Passwortdaten eingetragen.

Sonst steht nix in dem Log; nur die eine Zeile. Die kommt immer dann, wenn der Meater abgeschaltet hat, wenn das Gargut fertig ist.
Auch genau einmal. Etwa nach einer Minute:

Danach muss ich das Script neu starten, damit die Daten neu im Script gelesen werden können.
Falls ich danachdirekt einen neuen Messvorgang starte blinken die neuen States im Vis nur kurz auf, in den DP passiert nichts. Habe extar nen Video gemacht
Kann ich hier leider nicht hochladen

[Hiltex]

@guergen
Es hat jetzt leider ein paar Tage gedauert, aber ich habe das Script überarbeitet.

• Ich konnte die Fehlermeldung, die du erhalten hast, nicht reproduzieren, habe aber dennoch eine Ahnung, woher das kommen könnte und versucht das zu korrigieren.
• Dann habe ich die Stellen, wo der Datenpunkt-Pfad hart im Code hinterlegt war, korrigiert, sodass eine Anpassung des Pfades nun problemlos möglich sein sollte.
• Außerdem habe ich das Logging ein bisschen umgebaut -> vieles auf Debug gesetzt und ausführlicher Formuliert, woher der Fehler kommt
• Und die Rohdaten werden nun gespeichert

Ich hab nun auch ein paar Grillvorgänge ausprobiert und bei mir passt das technisch gesehen erstmal soweit.
Bei dir auch?

[guergen]

@hiltex Ich werde es testen!

Ich habe zwar nicht gegrillt, aber für solche Test´s habe ich nen Wasserkocher
Sieht gut aus, die Pfade stimmen und die Javascript-Fehlermeldung war nocht nicht da!
Super Arbeit!

[tklein]

@hiltex vielen Dank für das Skript!!
Mit dem Adapter WLAN-Thermo hatte ich es nicht hinbekommen.

Habe das Abfrageintervall noch auf 30 sec erhöht. Nicht dass ich sonst in eine Sperre reinlaufe.
Ferner muss ich noch veruschen, den Adapter zu pausieren, solange der Meater aus ist.

Grüße
Thomas

[Hiltex]

@tklein
Wegen dem Abfrageintervall musst du dir keine Gedanken machen. Die API lässt 60 Abfragen pro Minute zu, mit einem Intervall von 2s bist du relativ sicher.

[tklein]

@hiltex ok thx

[tklein]

@hiltex woran kann ich erkennen, ob das Device online ist? Wenn ein Wert im 0_userdata.0.Meater.data.devices.0.updated_at steht oder leer ist?

[Hiltex]

@tklein
Ja, wenn Werte vorhanden sind und werte empfangen werden, dann ist ein device online.
Im zukünftigen Adapter gibt es einen eigenen Datenpunkt dafür

[Hiltex]

Wir eingangs angekündigt habe ich aus dem Script nun einen Adapter gebaut, der auch etliche Optimierungen enthält. Der Adapter enthält kein Widget. Der Code, den ich dem Script beigelegt hatte, funktioniert einfach so weiter, nur die Datenpunkte müssten angepasst werden.

Hier geht es zum Test-Thread im Forum: https://forum.iobroker.net/topic/60681/test-adapter-meater-v0-1-x-github