Zählersensor HM-ES-TX-WM - Zählerstandberechnung - Batteriewechsel berücksichtigt

[Xel66]

FALSCHE Werte kamen in den Variablen an!!! (Wasseruhr zeigt richtig an)

Dann stimmt irgendwas bei der Behandlung des übermittelten Zählerstandes oder der Imp/m3 (oder was auch immer der Faktor sein mag) nicht. Dass die Wasseruhr korrekte Werte anzeigt sollte der Normalfall sein.

Gruß Xel66

[NilsG]

Der Impuls ist korrekt eingestellt mit

0,001 m3/Impuls

Stromlos hatte ich den Zähler auch schon gemacht.
Im HM-ES-TX steht auch der korrekte Wert von z.B. "4", wenn ich 4 Liter ziehe

[Xel66]

Die Klammersetzung bei Gas sieht übrigens ungewöhnlich aus. Sollte aber nicht schädlich sein. Zumindest nicht für Dein Problem.

Da das Script mit WriteLines ausgestattet ist, wäre eine manuelle Ausführung sehr aufschlussreich. Musst nur die iseID des Wasserzählers herausbekommen.

Gruß Xel66

[NilsG]

Ich geb's auf!
Das raubt mir den letzten Nerv, sorry
Zumal es mit dem Script von Jens seinerzeit ja funktioniert hat

[Xel66]

Deine Entscheidung. Ich setze das Script nicht ein, daher kann ich auch nicht testen. Wenn Du schon keine Lust dazu hast, Dein Problem zu lösen...

Gruß Xel66

[NilsG]

Moin!

Ich denke Michael ist der einzige, der hier nochmal einspringen könnte als Urheber.

[Xel66]

Nö, eigentlich kann das jeder, der das Script einsetzt und in der Lage ist, es manuell zur Ausführung zu bringen (siehe meinen Post von 06.04.2021, 14:55 Uhr). Da das Script mit WriteLines ausgestattet ist, kann man sich den Variablenzustand unterwegs anschauen und eventuelle Zuweisungs- oder Rechenfehler nachvollziehen. Man muss aber eben auch die Lust dazu mitbringen.

Gruß Xel66

[NilsG]

Mit "Script testen" kann man es schon laufen lassen, wenn man das Feld für $src$ mit der korrekten iseID füllt. Diese bekommt man z.B. über devconfig raus. Aber auf einen falschen geschriebenen Namen irgendeiner Variablen (mein Tip) wurde nun ja schon oft genug hingewiesen.

Gruß Xel66

Moin!

Ok, ich versuche es
DEVCONFIG habe ich offen. Aber wo (genau) finde ich dort "iseID"?!

[Xel66]

OK, sorry nicht devconfig sondern XML-API. Bei den ganzen Tool und Möglichkeiten, die man aber nur selten benötigt, verliert man den Überblick. Jetzt hier eine Möglichkeit, die interne iseID eines Kanals herauszubekommen. Die einzelnen Werte dürften dann aber selbst eigene IDs haben. Sollte aber trotzdem gehen, da es ja um den Trigger geht.

Code: Alles auswählen

integer id = dom.GetObject("Zähler GartenWasser 1").ID();
WriteLine(id);

... sollte Dir unter "Script testen" die korrekte iseID auswerfen. Ob die Funktion mit den deutschen Umlauten zurecht kommt weiß ich allerdings nicht. Ich meide sie in meinem System. Die so ermittelte ID trägst Du in dem Feld $src$ unter dem Script (nicht im Script selbst!) in dem Programm ein. Beim Testen sollten Dir dann die entsprechenden WriteLine-Inhalte ausgegeben werden. Dort kannst Du dann ermitteln, an welcher Stelle das Script falsch rechnet oder falsche Parameter zur Berechnung heranzieht.

Gruß Xel66

[MichHan]

Moin!

Ich denke Michael ist der einzige, der hier nochmal einspringen könnte als Urheber.

Hallo Nils,

einen offensichtlichen Fehler kann ich aus dem Script bei Dir nicht erkennen.
Wenn ich Probleme mit einem Script habe, dann wende ich folgende Methode an, um den Fehler einzugrenzen:

Ich habe mir eine Reihe von Variablen angelegt, die ich als Tracker benutze und einem Kanal eines Gerätes zuordne

Dann setze ich dem Script an verschiedenen Stellen eine Zuweisung zu den einzelnen Variablen. In diesem Fall für "Ausgelöst 1":

Der Codeschnipsel für das Skript ist:

Code: Alles auswählen

dom.GetObject("Ausgelöst 1").State("Ausgelöst durch " # type # ". Stelle 1: " # system.Date("%F %X"));

und enthält die Variable 'type', um zu erkennen, welches Gerät das Skript ausgelöst hat.

Im hinteren Teil kannst Du jetzt anstatt 'Stelle 1' einen Text einfügen, an dem Du nachvollziehen kannst, wo Du die Variable im
Skript eingesetzt hast.

Im zugehörigen Kanal kann man dann sehen, ob die Variable bzw. Variablen der Reihe nach gesetzt worden sind:

Damit konnte ich Probleme immer recht schnell eingrenzen und lösen.
Das ist nicht so elegant, wie die Methode von Xel66, hat für mich aber immer gut funktioniert.

Beste Grüße

Michael