Benötige Programmierhilfe Javascript
-
@oliverio Debug ist aus. Wie gesagt verbose war an. Habs mal deaktiviert und getastet, ändert nichts.
Das Leeren von 0_userdata.0.Eigene_Datenpunkte.Garage.Garage_Command hat seit dus eingebaut hast immer geklappt.
Also geht Schreiben offensichtlich. -
ich habe nochmal die logausgabe um einen parameter erweitert und die timeout zeit auf 10 Sekunden erhöht.
Der Status der ankommt müsste schon richtig sein. In der Entscheidungsmatrix greift er aber nicht. Das prüfen wir damit.
Darüber hinaus kommt nur einmal "closing" und sonst nix. wenn dann wollen wir ja nach einer weile zumindest wissen das dann tatsächlich closed istkönntest du parallel bitte auch dieser Firma eine EMail senden, das sie dir eine aktualisierte API-Beschreibung senden? Deine verlinkte scheint ja nicht ganz aktuell zu sein.
Ich erhoffe mir, das da auch ein paar mehr Details zur generellen Statusabfrage drin steht.
Also am besten dem Hersteller und nicht irgendeinem Vertriebspartner. -
@oliverio Antwort von Marantec vom 03.06.2022 08:21:
Guten Tag Herr x, vielen Dank für Ihre Anfrage. Anbei erhalten Sie eine Übersicht der Befehle Status Code Tor ist geöffnet: S;'garageDoorName';open Tor ist geschlossen: S;'garageDoorName';closed Tor öffnet sich: S;'garageDoorName';opening Tor schließt sich: S;'garageDoorName';closing Antriebsbeleuchtung ist an: S;'garageDoorName';lightOn Antriebsbeleuchtung ist aus: S:'garageDoorName';lightOff Befehl Code Öffnen: C;'garageDoorName';open Schließen: C;'garageDoorName';close Stop: C;'garageDoorName';stop Antriebsbeleuchtung an: C;'garageDoorName';lightOn Antriebsbeleuchtung aus: C;'garageDoorName';lightOf garageDoorName = Der Name Ihres Tores Mit freundlichen Grüßen / Best regards Christian Pieper T +49 5247 705-221 · F +49 5247 705-234 service@marantec.de · www.marantec.comVermutlich fehlt beim letzten Befehl das zweite "f".
Open:
Close:
@oliverio sagte in Benötige Programmierhilfe Javascript:
Darüber hinaus kommt nur einmal "closing" und sonst nix. wenn dann wollen wir ja nach einer weile zumindest wissen das dann tatsächlich closed ist
Ja stimmt, die Bestätigung der Endlagen kommt nichtmehr an. Mit dem neuen Code auch nicht.
Auch die Datenpunkte bleiben leer.Nach dem Schließen bleibt die Lampe noch drei Minuten an. Die Bestätigung des Ausschaltens kommt jetzt auch nicht mehr an.
Soll ich verbose jetzt weiter aktiviert lassen oder nicht?
Danke vorab!
-
ja, 2 Probleme haben wir noch.
- der Vergleich zwischen
S;Gagentor;opening
und
S;Gagentor;opening
schlägt fehl, ob die beiden gleich sind.
- die Rückmeldung für den Abschluss der Aktion fehlt noch.
Wenn du sagst, das Licht bleibt noch 3 Minuten an, dann setzen wir den Timeout mal auf 4 Minuten,
Ersetze bitte die folgenden 2 Zeilen
var timeout = 10000; //timeout für Antwort vom Server var time2termination = 10000; //genereller Timeout falls gar keine Reaktion mehr kommtmit
var timeout = 4*60*1000; //timeout für Antwort vom Server var time2termination = 4*60*1000; //genereller Timeout falls gar keine Reaktion mehr kommtDu musst dann auch 4 Minuten Warten bis die Aktion abgeschlossen ist.
Auch nicht den javascript-adapter stoppen
Am Schluss muss im Log immerclient timeout
client terminatorEndstehen
Leider hat dir der Support einfach nur die Schlüsselworte mitgeteilt, aber auch nix zum Kommunikationsverhalten, was das Gerät macht wenn der Befehl close oder open gegeben wird.
Wird nur einmal opening gesendet, oder mehrfach?
Wie kann man den Status abfragen ohne einen Befehl zu geben, steht leider auch nirgendsBesser wäre eine API, bei der man Befehle geben kann und separat den Status abfragen kann,
So ist man viel flexibler.
Aber man sieht ja, das sie dir keine richtige API-Beschreibung gegeben haben, sondern nur die Befehlsauflistung.
Du hast ja nach API-Beschreibung gefragt?verbose erst mal so lassen. das stört nicht und gibt aktuell eher mehr informationen aus dem skriptablauf
- der Vergleich zwischen
-
@oliverio Zu1) Hast du da noch ne Idee? Ansonsten eürde es mir reichen wenn opening, closing, closed, lighton und lightoff in einem Datenpunkt landen. Dann werte ich die Status mit Blockly selber aus.
zu2) Habe das halboffene Tor zugefahren, lightoff kam an.
zu3) Nein ich habe nicht nach API gefragt. Ich wollte eine Anleitung zur Integration, sowie eine Liste möglicher Befehle.
Ich frage da nochmal nach, aber die Antwort wird lange dauern.Können wir bitte die Antwort von R; in einem DP ausgeben? Wäre aber nur nice to have und eigentlich nur bei der Einrichtung eines Antriebs interessant.
-
also von der Rückmeldung sind jetzt alle Informationen enthalten.
Auch wenn da wieder ein paar zuviele Abfragen gleichzeitig laufen (3 stück),
aber hier habe ich noch was gefunden an dem es gelegen haben könnte
bitte vor dem test den javascriptadapter einmal stoppen und wieder starten.warum das
S;Gagentor;opening
nicht gleich
S;Gagentor;opening
istich habe noch was entdeckt und einen zusätzlichen Befehl eingefügt. der sollte das Problem beheben
hat das letzte Schließen nur 11 Sekunden gedauert?
-
lightOn:
Open und Close sahen auch gut aus, hab aber erst heut abend Zeit um zu warten bis dasa licht aus geht.
Die Datenpunkte werden beschrieben. Super!
@rushmed sagte in Benötige Programmierhilfe Javascript:
zu2) Habe das halboffene Tor zugefahren, lightoff kam an.
Deswegen hat das Schließen weniger lange gedauert als sonst.
Warum war denn jetzt S;Gagentor;opening ungleich S;Gagentor;opening?
Ist es noch möglich Antworten von manuellen Eingaben (App, Fernbedienung und am Antrieb direkt) die nach time2termination passieren?
-
code nochmal umgestellt.
der client-dienst läuft jetzt solange das skript läuft
mit der Funktion send Message kannst du wie gehabt die Nachrichten senden
der client-dienst wird beendet, sobald das skript gestoppt wird
theoretisch müsste der client dienst nun auf alle nachrichten hören, die das garagentor sendet.
einen timeout gibt es nicht mehr, ausser das garagentor sendet, das ende ist. aber das hatten wir bisher noch nicht gesehen@rushmed sagte in Benötige Programmierhilfe Javascript:
Warum war denn jetzt S;Gagentor;opening ungleich S;Gagentor;opening?
Am Ende der Nachricht hat noch ein Zeilenumbruch gehangen. Das ist mir in den Lognachrichten entgangen. Der trim-Befehl filtert diese Zeichen dann raus.
Daher
S;Gagentor;opening\n ungleich S;Gagentor;opening\n ist eine Notation für die nicht sichtbaren Steuerzeichen, hier newline
var net = require('net'); var dp_door = "0_userdata.0.Eigene_Datenpunkte.Garage.Garage_Status_Tor"; //door state var dp_light = "0_userdata.0.Eigene_Datenpunkte.Garage.Garage_Status_Licht"; //light state var dp_cmd = "0_userdata.0.Eigene_Datenpunkte.Garage.Garage_Command"; //Befehlsdatenpunkt: Mögliche Werte: open, close, stop, lighton, lightoff. Nach Beschreiben wird der Datenpunkt wieder auf leer gesetzt var deviceName = "Garagentor"; var host = "192.168.178.149"; var port = 2785; var client; function startClient() { client = new net.Socket(); // Erzeugen eines neuen Verbindungsobjekts client.connect(port, host, function() { // Gerät über host:port anwählen und Verbindung erzeugen console.log('cliend started'); }); client.on('data', function(data) { // Wenn daten ankommen, dann verarbeiten console.log('client received: ' + data + " for device: " + deviceName); var dataS = data.toString().trim(); // Datenbuffer in lesbaren Text umwandeln switch(dataS) { // je nach rückgabewert unterschiedliche Bearbeitung case "S;"+deviceName+";open": // wenn open setState(dp_door,"open"); // dann Datenpunkt setzen break; case "S;"+deviceName+";closed": setState(dp_door,"closed"); break; case "S;"+deviceName+";opening": setState(dp_door,"opening"); break; case "S;"+deviceName+";closing": setState(dp_door,"closing"); break; case "S;"+deviceName+";lightOn": setState(dp_light,"lightOn"); break; case "S;"+deviceName+";lightOff": setState(dp_light,"lightOff"); break; } }); client.on("error",(err)=>{ // wenn ein Fehler entsteht console.log("client error " + err.toString()); }); client.on("timeout",()=>{ // wenn timeout entsteht console.log("client timeout"); }); } function sendMessage(host, port, message) { return new Promise((resolve, reject) => { // Funktion ist asynchron, daher Rückgabe promise if (!client) { console.log("No Client available"); resolve("Error"); return; } client.write(message); resolve("OK"); }); } onStop (function(){ /* do something when script is stopped */ if (client) { console.log('client ended '); client.end(); } }, 1000); startClient(); on(dp_cmd, function (obj) { // trigger wenn datenpunkt beschrieben wird var cmd; if (!obj.state.ack) { // aber nur wenn es sich um einen unbestätigten wert handelt cmd = String(obj.state.val).toLowerCase(); // Datenpunktinhalt in Kleinbuchstaben umwandeln console.log('execute command: ' + cmd); switch(cmd) { // je nach Datenpunktinhalt verschiedene Befehle case "open": // wenn open sendMessage(host, port, "C;"+deviceName+";open"); // dann richtigen Befehl an Gerät senden break; case "close": sendMessage(host, port, "C;"+deviceName+";close"); break; case "stop": sendMessage(host, port, "C;"+deviceName+";stop"); break; case "lighton": sendMessage(host, port, "C;"+deviceName+";lightOn"); break; case "lightoff": sendMessage(host, port, "C;"+deviceName+";lightOff"); break; } setState(obj.id, {val: "", ack: true}); // datenpunkt auf leer als bestätigt setzen } }); -
@oliverio Ok, danke.
Ich würde heute Abend dann alle mögliche Szenarien durchtesten. Benötigst du noch Logs oder soll ich etwas bestimmtes testen? -
@rushmed
ne erst mal nicht, ausser es passiert etwas besonderes.bitte mal auch skript mehrmals starten und stoppen und dann schauen wieviele gleiche nachrichten kommen.
-
@oliverio Das läuft soweit klasse, supervielen Dank!
Nach Script Neustart, aus und an Schalten kann ich doppelte aber bisher auch nur doppelte Rückmeldungen provozieren.Kannst du bitte noch diese Meldungen noch aus dem Log entfernen:
javascript.0 (1961154) script.js.Garage: setForeignState(id=0_userdata.0.Eigene_Datenpunkte.Garage.Garage_Status_Licht, state={"val":"lightOn","ack":false,"ts":1662055976502,"q":0,"from":"system.adapter.javascript.0","lc":1662055976502,"c":"script.js.Garage"}) -
@rushmed
das ist die verbose Einstellung, oben rechts im skript
wenn du die ausmachst, dann kommt die nicht mehr -
@oliverio Ok, probiere ich aus.
Könnte man Licht auch als einen boolschen Datenpunkt anlegen über den sowohl manuell gesteuert als auch die Status der Lampe zurück gegeben werden?Die Ausgabe von R; im LOG ist denke ich sinnvoll. Vor allem falls bei der ersten Einrichtung etwas schiefgeht. Vll. muss auch nicht R;OK in den LOG sondern nur die möglichen Fehler.
Anwort Bedeutung Error: Invalid command Ungültiger Befehl Error: Not enough parameters Error: Unknown garage Garage ist nicht bekannt. Kontrollieren Sie den Namen der Garage in ihrer Smart Home Anwendung oder in der maveo app.Ich kann den Command DP nicht mit InfluxDB loggen, die Datenreihe bleibt leer. Wir der Wert so schnell zurück gesetzt dass Influx das nicht mitbekommt?
-
@rushmed said in Benötige Programmierhilfe Javascript:
@oliverio Ok, probiere ich aus.
Könnte man Licht auch als einen boolschen Datenpunkt anlegen über den sowohl manuell gesteuert als auch die Status der Lampe zurück gegeben werden?Theoretisch schon, aber du ja jetzt einen lesbaren Status
und ein Vergleich auf == "LightOn" oder auf == true
kommt auf das selbe herausDie Ausgabe von R; im LOG ist denke ich sinnvoll. Vor allem falls bei der ersten Einrichtung etwas schiefgeht. Vll. muss auch nicht R;OK in den LOG sondern nur die möglichen Fehler.
Da muss ich mal schauen. eigentlich wollte ich ja console.debug machen, aber das hat zu einem Fehler geführt. Gedacht war, das nicht zu viel im log erscheint, sondern nur wenn man das will.
wenn du einzelne Nachrichten ausschalten willst, dann kannst du vor dem Befehle console.log
das Kommentarzeichen // schreiben. Dann werden die Anweisungen nicht mehr ausgeführtAnwort Bedeutung Error: Invalid command Ungültiger Befehl Error: Not enough parameters Error: Unknown garage Garage ist nicht bekannt. Kontrollieren Sie den Namen der Garage in ihrer Smart Home Anwendung oder in der maveo app.Ich kann den Command DP nicht mit InfluxDB loggen, die Datenreihe bleibt leer. Wir der Wert so schnell zurück gesetzt dass Influx das nicht mitbekommt?
Nein, InfluxDB wird nur bestätigte Nachrichten aufzeichnen.
Du schreibst den Befehl auch als unbestätigt rein. Musst du aber auch, der Trigger hört aktuell nur auf unbestätigte Nachrichten -
@oliverio OK danke, verbose deaktiviert, funktioniert.
@oliverio sagte in Benötige Programmierhilfe Javascript:
Theoretisch schon, aber du ja jetzt einen lesbaren Status
und ein Vergleich auf == "LightOn" oder auf == true
kommt auf das selbe herausIch brauche das für meine Alexas als ein Gerät (DP) der sowohl zum Steuern da ist als auch immer den aktuellen Status beinhaltet. Habe einen DP Lampe Garagentor angelgt den ich an und aus schalten kann. Den hab ich dann als Write für einen Alias Garagentorbeleuchtung eingetragen und Status Garagentorbeleuchtung als Read. Vom Status habe ich vorher die Ausgabe im Script auf true/false geändert. Das funktioniert nicht, vermutlich weil DP 0_userdata.0.Eigene_Datenpunkte.Garage.Garage_Status_Licht als Typ Sting und nicht Boolean kommt. 0_userdata.0.Eigene_Datenpunkte.Garage.Garage_Status_Licht als boolean festzulegen geht auch nicht, dan meckert das Script.
@oliverio sagte in Benötige Programmierhilfe Javascript:
Da muss ich mal schauen. eigentlich wollte ich ja console.debug machen, aber das hat zu einem Fehler geführt. Gedacht war, das nicht zu viel im log erscheint, sondern nur wenn man das will.
wenn du einzelne Nachrichten ausschalten willst, dann kannst du vor dem Befehle console.log
das Kommentarzeichen // schreiben. Dann werden die Anweisungen nicht mehr ausgeführtSorry, Fehlalarm. Die Fehler erscheinen wir gewünscht im Log.
Hab das Resultat unserer Arbeit hier zusammengefasst.
-
Hallo, wie verhält es sich denn wenn das Garagentor auf Status "Intermediate" steht. Also gekippt ist ?
Im Status steht hier nur "Opening" was falsch ist. Hat da jemand eine Idee ? Ich finde es nirgends in den Beschreibungen -
und wo kommt der neue Status her?
Der ist nirgends beschrieben oder erwähnt hier.
Die Doku vom Hersteller ist auch sehr dürftig.Was sollte den deiner Meinung nach passieren?
-
@oliverio naja also mein Garagentor kann kippen. In der App wäre es der Button in der Mitte Lüften. Warum der Status nicht beschrieben ist kann ich nicht sagen. Das es ihn aber gibt ist Fakt. Auf diesem Status zählt der dann nämlich die Zeit nach dem drücken. Warum relevant? Ich hab ne Lichtsteuerung die das Tor beleuchtet. Licht geh an wenn Status opening und bei Open mach dies und das. Gleiches Spiel bei Close. Der Status intermediate wird warum auch immer in der API mit dem Dauerstatus Opening quittiert. In meiner Lichtsteuerung also Dauerlicht... Kann das nicht abfangen. Ein logisches und mit negierter Open Abfrage funktioniert leider auch nur bedingt. Es ist schon echt komisch was die Marantec Firma da seit Jahren produziert.
-
Ok, wir versuchen es mal langsam
@gerudom-0 sagte in Benötige Programmierhilfe Javascript:
naja also mein Garagentor kann kippen.
Ja das ist klar, das du es siehst. Problem ist, das wir nur die ankommenden Daten interpretieren können ohne das wir das sehen.
In der App wäre es der Button in der Mitte Lüften.
Lüften? Ich habe den Garagentoröffner nicht. Ich habe nicht mal eine Garage. Von daher weiß ich nichts von einer Fernbedienung oder wie sie aussieht.
Warum der Status nicht beschrieben ist kann ich nicht sagen. Das es ihn aber gibt ist Fakt.
Nochmal die Frage, hast du den auf der Schnittstelle gesehen? Sendet das Garagentor diese Daten? oder ist es nur das was du siehst: Tor ist gestoppt?
Auf diesem Status zählt der dann nämlich die Zeit nach dem drücken.
Welche Zeit? Wo sieht man das das der zählt? Aus den bisherigen Berichten kommen keine Einzeldaten zur Zeit. ggfs. wird der Status Opening mehrmals wiederholt. Allerdings konnte ich da noch keine Regel ableiten, auf Basis der man was interpretieren kann.
Warum relevant? Ich hab ne Lichtsteuerung die das Tor beleuchtet. Licht geh an wenn Status opening und bei Open mach dies und das. Gleiches Spiel bei Close.
Der Status intermediate wird warum auch immer in der API mit dem Dauerstatus Opening quittiert.
Weil ich genau den Status (also das Skript), den die Steuerung übermittelt, übersetze und dann direkt in einen Datenpunkt schreibe.
In meiner Lichtsteuerung also Dauerlicht... Kann das nicht abfangen. Ein logisches und mit negierter Open Abfrage funktioniert leider auch nur bedingt. Es ist schon echt komisch was die Marantec Firma da seit Jahren produziert.
Frag doch mal beim Support an, wie du das auf der Schnittstelle erkennen kannst? Leider ist die Dokumentation etwas älter und mittlerweile sendet die Steuerung auch leicht abgewandelte Daten. Ein aktuelles offizielles Dokument das zum aktuellen Status passt habe ich nicht gesehen.
-
@gerudom-0 Vll. erstmal ein paar Eckdaten. Um welchen Torantrieb geht es bei dir? Hersteller, Bezeichnung? Welche App?
