Simple Steuerung true/false offen/geschlossen
-
Ich komme nicht weiter!
Ich habe einen dummy Datenpunkt, dieser soll durch einen Alexa Trigger auf true oder false gesetzt werden.
Damit ich diesen in VIS Signal Bildern verabreiten kann.
Sprich wenn der Alexa answertext die ausgabe hat wohnzimmer fenster geschlossen, soll der datenpunkt fenster-sensor-wz auf false gesetzt werden. wird im alexa answertext Wohnzimmer Fenster,, wurde,, geöffnet ausgegeben soll der datenpunkt fenster-sensor-wz auf true gestellt werden.Komischerweise habe ich die Tuya Fenster Sensoren im Iobroker doch wenn ein Fenster geöffnet wird also der Sensor ausgelöst wird, überträgt Zigbee Bridge bzw der Sensor keinen Zustand an den Iobroker Datenpunkt
Verknüpft sind die Sensoren auch über Alexa und dort wird der Zustand angezeigt. Dieser aber nicht im Datenpunkt des Alexa smart home device angezeigt. Ich hatte dann Routinen erstellt und diese werden dann mit untem beschriebenen zuständen im answerText angezeigt. Diese sind schnell und kann man auswerten.
Was dann nachher noch passieren soll ist, das ich in VIS eine Tabelle erstelle mit den letzten 10 Zuständen aber das muss noch nicht erstmal das diese Schaltung funktioniert.
-
@aphofis Weißt Du man würde Dir ja gerne helfen - aber Du verstehst einfach die Basics nicht - machst einfach irgendwas, hast irgendeine Logik, die Du nicht mal überprüfst - ob das sinnvoll ist usw.
Warum nimmst überhaupt einen History-Text?
Wie ist ein Nachrichtenobjekt aufgebaut?
Wenn Du Dir mal in der debug 3 - das vollständige Nachrichtenobjekt ausgeben lässt, wie kommst Du dann auf diese hahnebüchenen Regeln in der ChangeNode?Warum machst Du überhaupt weiter, wenn Du in der debug 2 siehst, dass da nie was rauskommt?
Warum duplizierst Du Nachrichten in dem Du das Nachrichten aus der Change Node in 2 SwitchNodes gehen lässt.
Was passiert, wenn die Nachrichten nacheinander Deine iobroker-Out Node erreichen?Wieso vergleichst Du Strings mit Logikwerten?
Ist denn jemals schon was aus einer Deiner Switch Nodes gekommen?Fragst Du Dich eigentlich überhaupt mal, warum nichts in debug 1 ankommt, wenn nichts aus debug 2 kommt?
Erst wenn Du all diese Fragen beantworten kannst, dann macht es Sinn mit Dir über Flows zu diskutieren. Das ist nicht böse gemeint, aber das ist vielleicht der Grund, warum Du manchmal keine Antworten bekommst, weil Du in meinen Augen nicht bereit bist, Dich mit den Grundlagen vertraut zu machen und Du nur von einer Problemstellung zur nächsten springst ohne was verstanden zu haben.
Es mag Leute geben, die Dir einfach so helfen und dann bist Du glücklich und froh, aber Du wirst nie selbst einen Flow erstellen können.
Wie gesagt - als erstes solltest Du Dich mal mit allen Fragen auseinandersetzen und dann überlegen, ob es nicht bessere Datenpunkte gibt, als Text zu analysieren.
-
von mir aus können wir auch mit dem Alexa Text anfangen- ob das sinnvoll ist, lasse ich mal dahin gestellt, aber auch dann solltest du alle Fragen beantworten und alle vollständigen Nachrichtobjekte die in debug 3 auftauchen- hier posten in codetags und dann diskutieren was du damit vorhast.
vielleicht kommt ja aus dem Datenpunkt auch noch ganz andere Nachrichten raus. Alexa antwortet ja viel, je nachdem was man sie fragt.
-
Komischerweise habe ich die Tuya Fenster Sensoren im Iobroker doch wenn ein Fenster geöffnet wird also der Sensor ausgelöst wird, überträgt Zigbee Bridge bzw der Sensor keinen Zustand an den Iobroker DatenpunktHier sollte man vielleicht schon hinterfragen , wieso es nicht funktioniert. Quasi das Pferd von hinten….
-
@haselchen Wie gesagt, ich hab kein Problem damit von den Basics aufwärts jemand Schritt für Schritt zur Lösung zu führen, aber dann muss man erst mal begreifen, wie der eigene Wissensstand ist und worauf man aufbauen kann.
nicht umsonst hat es dieser Thread auf die Liste mit den meisten Beitägen geschafft, aber eben nur deshalb weil man Schritt für Schritt auch die Fehler besprochen hat und nicht, weil man nach jedem 3. Beitrag die Lösung präsentiert hat.
-
@haselchen
Das weiß ich auch nicht, ich vermute der Tuya Adapter bekommt die Schaltzustände nicht mit.
Habe auch Heizungs Thermostate von Tuya dort wird alles sofort angezeigt und wenn per VIS zB. von Hand auf Auto Betrieb umgestellt wird wird es in der Tuya App auch sopfort sichtbar.
Ich vermute das die Fenster Sensoren diesen Zustand nicht an Tuya Adpater ausgeben. Verknüpfung besteht ja offiziell nur mit Alexa da gibts ja keine Wifi oder Iobroker verknüpfung. -
@mickym Ich verlange auch keine fertige Präsentation einer erstellten Schaltung,
nur bin ich nunmal 8-10 std auf der Arbeit und versuche nach Feierabend halt ein wenig zu basteln. und der jüngste bin ich nun auch nicht mehr und ich sagte ja auch schon ich versuche es erstmal alleine und wenn ich einfach nicht weiter komme. Frage ich.
Ja es mag sein das ich die Basics absolut nicht verstanden habe. Bei dem einen gehts halt schnell und der andere braucht länger. Alles was du versucht hattest mir zu erklären, habe ich auch nicht verstanden.
Mir fehlt einfach das Wissen was kann welche Note und was ist möglich.
Wenn ich Zeit finde, mir videos der einzelnen Notes anzusehen, vllt verstehe ich dann die Basics.
Ich würde gerne Schritt für Schritt eine Schaltung durchgehen. -
@aphofis Na gut dann fangen wir halt mal an - wie gesagt ob ich das mit der History gut finde oder nicht werden wir sehen.
Also fang mit der ersten Node an und lass Dir das ganze Nachrichtenobjekt ausgeben und setze es hier in CodeTags - nachdem Du über die Schaltfläche Wert kopieren aus dem Debugfenster rauskopiert hast und zwar ganz oben auf der Objektebene des Nachrichtenobjektes
und dann hier in CodeTags kopiert hast.
Ich will also nur über diese 2 Nodes reden und dort will ich, dass Du Dir in der debug 3 das gesamte Nachrichtenobjekt ausgeben lässt:
-
Na ich hoffe ich brauche nun nicht auf jede Antwort 1 Std. warten. Wenn Du keine Zeit hast, dann schlag eine Zeit vor - oder Du kannst das auch gerne mit jemand anders machen.
-
@mickym
Nein musste aber noch essen machen, essen und duschen!{"topic":"alexa2/0/History/answerText","payload":"Wohnzimmer Fenster,, wurde,, geöffnet","acknowledged":true,"timestamp":1741030065285,"lastchange":1741030065285,"from":"system.adapter.alexa2.0","_msgid":"3311cdd7d3964c64"}
Wir können auch morgen abend weiter machen. So ab 17-18 Uhr kommt drauf an wann ich von der Baustelle weg komme und wann du zeit hast.
-
@aphofis Nein das geht schon. So Du siehst also das Objekt mit verschiedenen Eigenschaften. Nun erreicht dieses Nachrichtenobjekt Deine ChangeNode - dann erkläre mir mal was Du damit gemacht hast bzw. was Du vorhattest.
-
Noch da ??? ....
-
@mickym
Ja jetzt wieder!
Noch oben drein lag ich letzte Woche mit einer Grippe flach! Dann ist man nach den ganzen Tbl. etwas platt. bin dann gestern einfach mal eingenickt.
naja also mit offen und geschlossen wollte ich eigentlich arbeiten. ist aber blödsinn ich wollte aus
wz fenster wurde geöffnet true machen und aus wz fenster wurde geschlossen false.
Dieses sollte dann in den Datenpunkt fenster-sensor-wz geschrieben werden.
Nur wie genau man jetzt den ausgelesenen message object nutzt weiß ich nicht.Wäre das denn so korrekt !? payload Augabe habe ich dann true/false je nach dem ob fenster auf oder zu.
Datenpunkt wird korrekt true false ausgegeben
Nur was jetzt noch komisch ist, wenn eine andere Meldung in alexa2.0.History.answerText auftaucht werden die restlichen fenster Sensoren Datenpunkte geleert.
Ich weiß du wirst sicher wieder meckern und geduldig bin ich auch, ich warte denn mal bis wir das weiter besprechen können.
Damit das definiert wird, denke ich muss man die msg payload definieren damit die meldungen auch nur da ankommen wo sie sollen und der rest muss ignoriert werden. -
@aphofis sagte in Simple Steuerung true/false offen/geschlossen:
Nur was jetzt noch komisch ist, wenn eine andere Meldung in alexa2.0.History.answerText auftaucht werden die restlichen fenster Sensoren Datenpunkte geleert.
Wenn Du logisch überlegst, kann das ja nicht von dem Flow kommen, da Du dort ja nnur einen Datenpunkt beschreibst.
naja also mit offen und geschlossen wollte ich eigentlich arbeiten. ist aber blödsinn ich wollte aus
na ist ja toll, dass Du einsiehst, dass das Blödsinn ist - ich wäre nur auf eine Begründung gespannt, warum es Blödsinn ist - und ganz generell, warum Du plötzlich einen Flow hinzaubern kannst, aber vorher irgendwas machst und meinst Du kämst nicht weiter.
So überaus große Hilfe habe ich Dir glaube ich nicht gegeben?
-
Ich verstehe halt noch nihct was ist payload und was ist topic wie setzt man beides ein
um zB nur einen bestimmten msg payload durch zu lassen das man die halt klassifiziert ka
zB fenster-wz und alle folgenden nodes arbeiten dann nur mit dem msg payload bzw verstehe ich die zusammenhänge noch nicht.
Naja blödsinn, weil wenn dann müsste der payload ja gleich sein und nicht unterschiedlich also demnach vllt für wz fenster nur fenster-wz und die anderen haben eine eigene klassifizeirung.
Da kenne ich aber den aufbau nicht und du musst nicht denken das ich völlig verblödet bin und ich freue mich das du mir helfen möchtest. nur vllt sollte ich wirklich erstmal basic videos zu den einzelnen nodes anschauen. -
@aphofis In der Regel kann das Nachrichtenobjekt verschiedene Eigenschaften haben. Es gibt jedoch bestimmte Eigenschaften die standardmäßig verwendet werden, damit man sich leicht zurecht findet, auch wenn man den Flow nicht selbst erstellt hat.
Die payload ist die "Nutzlast", die also die Nutzdaten enthält. Also den Wert. Nehmen wir ein Thermometer so enthält die payload die Temperatur. Also 16 sind zum Beispiel 16°C. Grundsätzlich könnte in einem anderen auch die payload 16 betragen, es handelt sich dabei aber um 16A - also die Stromstärke. Deshalb nimmt man die Eigenschaft topic noch mit ins Nachrichtenobjekt auf, das angibt um was für einen Wert es sich handelt.
Da ein System meist keine logischen Zusammenhänge von sich aus erkennt, setzt eine iobroker-IN Node das topic meist auf den Datenpunkt, woher der Wert stammt und die payload enthält den Wert selbst.
In deiner iobroker-IN Node hast Du mit dem Attribut angegeben in welche Nachrichteneigenschaft der Wert geschrieben wird. Du kannst ja mal das Attribut ändern und Dir dann das gesamte Nachrichtenobjekt anschauen.
-
@aphofis
Also es gab ein Tuya Update für den Tuya Adapter in Iobroker, jetzt werden die Zustände angezeigt.
Steuerung kann man sich also sparen würde aber trotzdem gerne mehr über die notes wissen um das vllt endlich mal zu verstehen. -
@mickym mach ich
-
@aphofis Grundsätzlich kannst Du Dir zu jeder Node auch eine Hilfe anschauen oder Dir zu jeder Node einen eigenen Hilfetext oder Kommentar schreiben, um zu dokumentieren, warum Du was wie gemacht hast.
-
@mickym meinst du das so !?
