Abfrage von HomeMatic-Sensoren per Script mit David.fx

Hallo,

ich arbeitet meist mit dem Dashboard (das greift auch auf das State-Archive von David.fx zu), aber auch hier benötigt man Scripte.
Direkt in David habe ich mal ein Test-Script erstellt, was eine Lampe am Dimmaktor stufenweise einschaltet und dafür prüft, ob der Dimmer gerade arbeitet (Sensor WORKING).

var oDapaTestWorking = "192.168.10.10:2001/EEQ0020338:1/WORKING";
var isWorking = getDeviceEntry(oDapaTestWorking);

Zu beachten hierbei ist, dass Du hierdurch ein Objekt erhälst. Um an den Wert zu kommen, musst Du die Eigenschaft ".Value" nutzen.

if (isWorking.value == 0)
{
    // mach was
}

Aufpassen musst Du auch mit dem optionalen Parameter "objSubject". Dieser bezieht sich auf den Betreff des Eintrages im StateArchive. Am besten machst Du es nur über die Adresse und lässt den zweiten Parameter einfach weg, da dieser verändert werden kann und Dein Skript dann nicht mehr funktioniert. Die Adresses dagegen ist statisch.

Gruß Jens

Hallo Johannes,

im Editor hier gibt es ein Button mit dem #-Zeichen. Einfach Deinen Quelltext markieren und den Button anklicken, schon wird er von Code-Tags umrahmt und alles sieht schön aus (nur im Chrome zerhaut er beim Speichern die Zeilenumbrüche...).

Zu Deinem Problem.
Teste doch zunächst mal mit Lichtaktoren, da siehst Du die Rückmeldung deutlich.
Was auch gut funktioniert sind Timer, dann brauchst Du nicht mit endlosschleifen zu arbeiten. Ich habe zum Test mal einen Timer erstellt, Serientyp auf minütliche Wiederholung und folgenden Inhalt:

var a = getDeviceEntry("192.168.10.10:2001/FEQ0034383:1/TEMPERATURE");


var JobText = "";
JobText += "@@dataformat email@@";
JobText += "@@to js@@";
JobText += "@@from automation@schneller-und-besser.de@@";
JobText += "@@Subject Test Heizungssensor@@";
JobText += "Wert: " + a.value;


createJob(JobText);

Der untere Teil erzeugt eine E-Mail die den aktuellen Temperaturwert als Bodytext beinhaltet.

Bei der Heizungssteuerung der HomeMatic muss man wissen, dass man hierbei nur den Sollwert (SetPoint) des Wandthermostates setzen kann.
Ich bin mir im Moment auch nicht sicher, ob man Setpoint direkt ansprechen kann.

Die Eigenschaften der verschiedenen Aktoren und Sensoren kann man ganz gut über die Porteigenschaften herausfinden. Also im Admin auf Port->Eigenschaften->Extended TLD->Geräte Liste anzeigen->Details eines Gerätes oder Untergerätes. Dort kann man dann die Empfangs- und Sendeadressen einsehen. So sieht man genau welche Adressen es gibt und welche schreibbar sind.
Setpoint sollte aber generell schreibbar sein, habe damit aber selbst noch nicht gearbeitet, meine aber mal gelesen zu haben, dass das so direkt nicht geht...

Gruß Jens

Zitat von Vista64

P.S.:Kann es ein, dass alte Programme irgendwo auf dem Server zwischengespeichert sind und neue oder umgeänderte Programme blockieren.

Nein, es ist nur das da was man sieht und auch nur das wird ausgeführt.
Allerdings werden Javascriptfehler nicht dargestellt, was das debuggen immens schwierig macht.

Hallo Johannes,

ja, korrekt, beim WandThermostat werden SOLL und IST Wert verglichen und danach stellt das Thermostat das Ventil.

Hast Du mein Skript denn mal getestet? Da ist die Rückmeldung eindeutiger, so kannst Du besser debuggen.
Die normalen Tür-Fensterkontakte geben bei mir schon den State 0 und 1 zurück. So Frage ich diese auch Dashboard ab.
Wie hast Du die Kontakte denn in der Zentrale konfiguriert? Man kann ja einstellen, was in welchem Zustand gesendet werden soll.

Was sagen denn die LEDs wenn Du das Fenster auf und zu machst? Man muss bei der Montage ein bisschen aufpassen, da nicht in jeder Lage einwandfrei geschaltet wird.
Des Weiteren kannst Du im Protokoll der Zentrale sehen, was ausgelöst wurde.

Generell solltest Du erstmal über die Zentrale die Funktion laufen haben, bevor Du die Skripte im David angehst. Sonst hast Du zu viele mögliche Fehlerquellen.
Ebenso bin ich skeptisch mit der While-Schleife im Skript. Damit ballerst Du ja ständig Informationen über den Bus, so schnell kann weder David noch die HomeMatic die Daten verarbeiten. Daher würde ich immer mit dem Timer oder einer Regel testen.

Gruß Jens

Zitat von Vista64

P.S.: Du hast ja angenehme Arbeitszeiten. Viertel 4.

4 Stunden Schlaf von Mittwoch auf Donnerstag, 10-14 Uhr Büro, 8 Std. Autofahrt nach Murnau (bei München), SQL Server Probleme bearbeiten bis 4, eingeschlafen, 7 Uhr von Telefon geweckt, SQL Server Workaround gebastelt bis 9, nach München gefahren, Schulung gehalten bis 16, wieder nach Murnau, versucht zu schlafen, ständig Telefon beim wegdösen, was essen, nicht mehr müde, glotze, aber jetzt schlaf ich gleich ein.

Gruß Jens

Hallo Johannes,

wir haben direkt nichts mit Tobit zu tun, sind genauso Fachhändler wie jeder andere auch - ausser vielleicht, dass wir uns wesentlich intensiver mit der Materie beschäftigen als die meisten Anderen.

m_rxsr ist eine Referenz auf die auslösende Adresse. Wenn Du also ein Regel erstellst (ist ja quasi ein Event), dann bezieht sich diese in der Regel auf eine Adresse die den "Event" (die Regel) auslöst. Mit m_rxsr kannst Du auf diese Adresse zugreifen, ohne die Adresse selbst fest zu definieren. Das ist praktisch, wenn verschiedene Module die Regel auslösen können.

m_dbsr bezieht sich auf den Eintrag im Statearchive, allerdings weiß ich grad auch nicht, wie man die Referenz davon erhält. Vermutlich aber auch über die auslösende Adresse...?

Weitere Infos und Beispiele dazu findest Du aber auch im Automation.pdf welches im Automation Verzeichnis auf Fileebene liegt.

---

So, jetzt hast Du zwischenzeitlich den Beitrag geändert, weil ich schon gestern mit der Antwort angefangen hatte.

Das SendRec beinhaltet alle möglichen Informationen einer Nachricht, wie z.B. Absender, Empfänger, etc. Im Falle der Automation die Adressen, Werte, etc.

Gruß Jens