HM-WDS30-OT2-SM - Brauche ein Skript

[Matsch]

Syxstemvariablem Typ Zahl habe ich erstellt:
temp_1
temp_2
temp_3

Ich bekenne mich schuldig, ich habe anfangs übersehen, dass temp_3 als SV erstellt sein soll. Allerdings wird es so noch mehr verwirrend, wieso temp_1 und temp_2 ebenfalls als Systemvariable erstellt wurden, zumal im Script dann wieder eigene Variablen gleichen Namens verwendet werden.
Es wurde ja bereits bemerkt, dass diese SVs gar nicht gebraucht (und auch nicht benutzt) werden.

[Tyfys]

Selbst wenn der TE die Systemvariable temp_3 mit falschen Wertebereichen angelegt hätte, würden auch negative Zahlen auch per Script gespeichert werden. So war es jedenfalls "früher".

Wenn man einen Wert von einem anderen subtrahiert, kann das Ergebnis ja auch negativ sein.
Evtl. hat ihn das verwirrt.

Ich hatte das auch nicht bestritten, nur spekuliert, dass das Ergnis für ihn unerwartet war.
Und heute ist es auch noch so mit negativen Zahlen.


Gruß
Harry

[shartelt]

Und heute ist es auch noch so mit negativen Zahlen.

Hexerei!

[alchy]

Ich hatte das auch nicht bestritten, nur spekuliert, dass das Ergnis für ihn unerwartet war.

Gehen wir mal davon aus das der TE uns mitgeteilt hätte, wenn er den Absolutwert lieber hätte.
Aber ist dann auch meinerseits Spekulation.
Das wäre dann sicherlich eine bessere Fehlerbeschreibung als:

Offenbar ist das aber nicht korrekt.

Und heute ist es auch noch so mit negativen Zahlen.

Danke für die Info.
Hätte mich aber auch gewundert, wenn da mal was korrigiert wurden wäre seitens EQ-3.
Macht ja für die sicherlich Sinn einen Wertebereich bei Zahlen vorzugeben, der außer in der Klickibunti innerhalb Programmen einen feuchten interessiert.


Alchy

[Wichtelmann007]

Mal dahin gestellt, dass ich es ggf gar nicht brauche, müsste es aber ja dennoch funktionieren. Ich möchte die Werte für temp_1 bis 3 auf der Startseite der CCU anzeigen und da erschien mir die Systemvariable als sinnvoll. Diese wird im 10-Minutentakt per Script abgerufen. oder eben nicht...
Das Script sagt ihr ist korrekt? Wo kann dann der Fehler liegen, dass die Temperaturen nicht in die SV übernommen werden

[MichaelN]

1. Schreibst Du Temp1 und Temp2 gar nicht in die SV. Wie man das macht, siehst Du bei Temp3. Temp3 kommt auch nicht an? Die Frage hast Du nie beantwortet.
2. Macht es keinen Sinn bei einem Trigger gesteuerten System periodische Abfragen zu erstellen. Trigger auf Änderung der Messwerte.
3. Kannst Du das auf der Startseite sehen, wenn Du das Gerät unter Favoriten hinzufügst. Nur links statt rechts. Gnaz ohne Programme oder Skripte.

[Matsch]

Diese wird im 10-Minutentakt per Script abgerufen. oder eben nicht...
Das Script sagt ihr ist korrekt? Wo kann dann der Fehler liegen, dass die Temperaturen nicht in die SV übernommen werden

1. Die CCU verwendet ein eventgetriggertes System, da ist Polling weder notwendig noch sinnvoll. Verwende statt dessen als Trigger die Änderung der Sensordaten! Da du uns das Programm zum Script ja nicht gezeigt hast, konnte das ja noch niemand beurteilen.

2. Du hast SVs angelegt temp_1 und temp_2, aber schreibst die Temperaturwerte nicht in diese, sondern in 2 Scriptvariablen, die allerdings den gleichen Namen tragen, aber eben nicht die SVs sind.
Korrekt müßtest du schreiben:

Code: Alles auswählen

dom.GetObject("temp_1").State(dom.GetObject("BidCos-RF.HEQxxxxxxx:1.TEMPERATURE").Value());

oder auch

Code: Alles auswählen

real temp_1 = dom.GetObject("BidCos-RF.HEQxxxxxxx:1.TEMPERATURE").Value();
dom.getObject("temp_1").State(temp_1);

PS:

3. Kannst Du das auf der Startseite sehen, wenn Du das Gerät unter Favoriten hinzufügst. Nur links statt rechts. Gnaz ohne Programme oder Skripte.

Für den nun bekannten Zweck: Daumen hoch!

[Baxxy]

Ich kann den Wunsch nach Datenpunkt-synchronisierten Systemvariablen teilweise nachvollziehen.
Gerade bei einigen Apps führt das m.E. zu besserer Übersichtlichkeit. Und auch den Startseitenbereich rechts unten nutze ich dafür ausgiebig.

Somit könnte man statt Script auch zur bekannten Methode "Systemvariablen mit Datenpunkte synchronisieren" raten. Kommt aber auf die Zentrale an. Bei CCUx verschwinden diese synchronisierten SysVars aus der Übersicht und lassen sich somit auch nicht auf der Startseite oder in Favoriten verwenden. Bei RaspberryMatic gibt es diese Limitation nicht.

Grüße
Baxxy

[alchy]

Das Script sagt ihr ist korrekt? Wo kann dann der Fehler liegen, dass die Temperaturen nicht in die SV übernommen werden

Vielleicht darin, das du uns angelogen hast und die Systemvariable mit Namen temp_3 doch nicht angelegt hast. oder es gibt noch ein weiteres Objekt mit dem Namen temp_3. Bring doch mal ein Bild der Systemvariablen.
Oder du hast vor lauter ausXsen die Datenpunkte doch nicht korrekt angegeben. Zusammengefasst steht das aber auch oben, nur lesen musst du es selber:

temp_1 und temp_2 brauchen natürlich nicht als Systemvariablen angelegt werden, aber sie würden auch nicht stören.

Das Script müsste also auch funktionieren, sofern die Datenpunkte korrekt waren sowie auch die Systemvariable als alleiniges Objekt mit dem Namen temp_3.

Dein Fehlerprotokoll kann ich aber auch immer noch nicht lesen. User die keine Fragen beantworten und Hinweisen nicht folgen, kann oder sollte eben nicht geholfen werden. Solche User benötigen keine Hilfe.

Somit könnte man statt Script auch zur bekannten Methode "Systemvariablen mit Datenpunkte synchronisieren" raten.

und schon ist alles viel einfacher. Keine Diskussionen über sinnlose Zeitsteuerung usw. usw.

und lassen sich somit auch nicht auf der Startseite oder in Favoriten verwenden.

Das ist nicht korrekt. Es kommt bei einer CCU nur auf die Reihenfolge an.
Weist man eine Systemvariable erst zur Startseite hinzu und erst dann dem Kanal, ist das problemlos möglich.
viewtopic.php?t=35376#p338854
viewtopic.php?f=19&t=42318#p420591

(Abgesehen davon natürlich das man auch in einer CCU diese Limitierung gänzlich umgehen kann)

Alchy

[Baxxy]

Es kommt bei einer CCU nur auf die Reihenfolge an.

Interessant. Wusste ich noch nicht. Ist aber jetzt abgespeichert. Danke!

Grüße
Baxxy