Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Bastel2021]

@mickym Hallo! Ich muss nochmals stören. Ich komme einfach nicht weiter.
Es geht immer noch um meinen Arduino. Der transportiert seine Nachrichten nicht an Mosquitto.
Auf der Lokalen Maschine (PI) ist alles in Ordnung. Wenn ich aber von einer anderen IP auf Mosquitto zugreifen will gibt es Probleme. Ich habe da auch schon viel in der Doku von Mosquitto gelesen, aber irgendwo hakt es noch.
So sieht meine conf aus:

Ich habe auch ein User mit Password angelegt (myusername geändert):

sudo mosquitto_passwd -c /etc/mosquitto/pwd myusername

Tasmota ist so eingestellt: host IP meines Pis

Wenn ich mit zwei Terminal Fenster Nachrichten versende dann geht das zwar, aber komischer Weise auch ohne das Passwort. Auch kann ich mich vom Laptop nicht mit Mosquitto verbinden über z.B. MQTT Explorer

Wo kann ich noch ansetzen?

[mickym]

@bastel2021 letztlich kann ich das auch nicht sagen. Ich würde halt anschauen, was das log sagt und wenn lokal alles ok ist. Wenn im Log gar nichts ankommt, dann hast Du ein Kommunikationsproblem. Wichtig ist, dass Deine Geräte eine Client-Id haben, damit du siehst welches Gerät sich anmeldet.

Letztlich war das auch ein Problem, als Du NodeRed via IP Adresse und nicht via localhost auf Dein System zugreifen konntest. Vielleicht liegts an Deiner Netzwerkkonfiguration deines Raspi.

[Bastel2021]

@mickym Ja das ist wahrscheinlich wieder so eine Kleinigkeit die fehlt. Ich lese gerade was über folgenden Zusatz in der conf: listener 1883 soll da wohl zugefügt werden
Link Text
Aber verstehe noch nicht so ganz wie das umzusetzen ist
Ich kann aber die conf nicht mit nano anpassen. Beim speichern wird der Zugriff verweigert

[mickym]

@bastel2021 Ja das dachte ich ist drin - Du musst angeben auf welchen Port das Teil hört.

Einfach in deine Konfig reinschreiben

allow_anonymous false

listener 1883

So sieht es bei mir aus

[mickym]

@bastel2021 sagte in Node Red: Fragen zu einfachen Steuerungsaufgaben:

@mickym Ja das ist wahrscheinlich wieder so eine Kleinigkeit die fehlt. Ich lese gerade was über folgenden Zusatz in der conf: listener 1883 soll da wohl zugefügt werden
Link Text
Aber verstehe noch nicht so ganz wie das umzusetzen ist
Ich kann aber die conf nicht mit nano anpassen. Beim speichern wird der Zugriff verweigert

Du must die Datei als Admin bearbeiten also

sudo nano datei

[Bastel2021]

@mickym Probiere das nochmal. Beim erstenmal ist das Speichern verweigert worden

[mickym]

@bastel2021 sagte in Node Red: Fragen zu einfachen Steuerungsaufgaben:

@mickym Probiere das nochmal. Beim erstenmal ist das Speichern verweigert worden

Mit sudo die Datei bearbeiten. Habs gerade gepostet.

[Bastel2021]

@mickym Ah. okay das hab ich nicht gemacht!

[Bastel2021]

@mickym Der Arduino sendet wieder an Mosquitto und iobroker,
Aber jetzt geht zigbee2mqtt nicht mehr, Geräte reagieren nicht und kann auch nicht den Z2M Adapter aufrufen

[mickym]

@bastel2021 Keine Ahnung - evtl. IP Adresse eingeben - wie gesagt da musst rumprobieren - da kann ich so auch nicht helfen. Würde auch nur probieren. ;)

[Bastel2021]

@mickym okay mach ich und Besten Dank für deine Tips!!!

[Bastel2021]

@mickym Hallo und Guten Abend. Ich könnte da nochmal eine kleine Unterstützung gebrauchen. Aber zunächst einmal wollte ich dich Fragen ob das überhaupt für dich okay ist wenn ich dich so immer wieder anschreibe? Du musst natürlich auch sowieso nicht immer sofort antworten wenn das z.B. zeitlich nicht passt.

[mickym]

@bastel2021 Klar - wenn ich nicht will, dann antworte ich auch nicht. Aber ich helfe ja gerne - wenn ich was für die Akzeptanz dieses hervorragenden Tools machen kann. Ich hab nur ein Problem wenn es um Kommunikation mit der Hardware geht - da kann ich halt schlecht helfen.

[Bastel2021]

@mickym Also das wollte ich auch noch loswerden: der Umstieg auf Zigbee2mqtt war auf jeden Fall die richtige Entscheidung. Für mein empfinden ist der Aufbau klarer und selbstsprechend strukturiert. Aber das schöne ist ja das man halt viele Möglichkeiten hat etwas umzusetzen und sich das herraus sucht was einem am Besten gefällt.
Aber jetzt meine Frage:

[Bastel2021]

@mickym Ich möchte einen Bewegungsmelder nutzen um meine Flurbeleuchtung zu schalten. Das habe ich schon simuliert und das funktioniert auch. Jetzt möchte ich durch einen Switch im Dashboard eine Umschaltung aktivieren. Den switch betätige ich wenn ich nicht zu Hause bin und damit aktiviere ich eine Überwachung. Wird der Bewegungsmelder ausgelöst lasse ich mir eine Nachricht per Pushover senden. Eine Überwachung meiner Pumpe durch einen Feuchtigkeitsmelder läuft bereits mit Pushover.

Ich habe mit zwei Injekt Node die beiden Nachrichten vom Bewegungsmelder simuliert. Die switch Node soll nur das true durchlassen zum Dashboard switch. Wenn der Schalter betätigt ist soll das true des Bewegungsmelders durchgelassen werden und die payload Bewegung Flur auslösen. Aber so bekomme ich das nicht hin. Gibt es da noch einen einfacheren Ansatz?

Bis vor dem Dashboard switch kommt diese Nachricht durch. Aber danach bekomme ich die Funktion nicht hin

[mickym]

@bastel2021 Du vermischt einfach Dinge. Einen Alarm scharf zu schalten hat nicht unmittelbar was mit den Bewegungsmeldern zu tun.
Man kann so eine Überwachung oder Alarmzustand einfach in einer globalen oder im Flowkontext speichern und das dann als Filter verwenden.

Ich habs mal Global gemacht:

Mit dem Switch oben schaltest Du eine Varibale im Flow- oder globalen Kontext:

das wird dann - durch serielles Schalten der Switch Nodes als UND Bedinungung mit einander verknüpft.

Hier der Flow zum Import:

Spoiler

[
   {
       "id": "19cc5ce7d05afe00",
       "type": "inject",
       "z": "7e6af0015415146d",
       "name": "",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "occupancy",
       "payload": "true",
       "payloadType": "bool",
       "x": 340,
       "y": 2880,
       "wires": [
           [
               "144ac6d5dd3b29f2"
           ]
       ]
   },
   {
       "id": "e655b6b378d3e822",
       "type": "inject",
       "z": "7e6af0015415146d",
       "name": "",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "occupancy",
       "payload": "false",
       "payloadType": "bool",
       "x": 340,
       "y": 2920,
       "wires": [
           [
               "144ac6d5dd3b29f2"
           ]
       ]
   },
   {
       "id": "e680c5c6d35ee1f0",
       "type": "change",
       "z": "7e6af0015415146d",
       "name": "",
       "rules": [
           {
               "t": "set",
               "p": "alarm",
               "pt": "global",
               "to": "payload",
               "tot": "msg"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 790,
       "y": 2780,
       "wires": [
           []
       ]
   },
   {
       "id": "5bc1b8679eeaaee2",
       "type": "ui_switch",
       "z": "7e6af0015415146d",
       "name": "",
       "label": "Alarm scharf",
       "tooltip": "",
       "group": "57f13d6f733e5c9d",
       "order": 5,
       "width": 0,
       "height": 0,
       "passthru": true,
       "decouple": "false",
       "topic": "topic",
       "topicType": "msg",
       "style": "",
       "onvalue": "true",
       "onvalueType": "bool",
       "onicon": "",
       "oncolor": "",
       "offvalue": "false",
       "offvalueType": "bool",
       "officon": "",
       "offcolor": "",
       "animate": false,
       "className": "",
       "x": 590,
       "y": 2780,
       "wires": [
           [
               "e680c5c6d35ee1f0"
           ]
       ]
   },
   {
       "id": "144ac6d5dd3b29f2",
       "type": "switch",
       "z": "7e6af0015415146d",
       "name": "Bewegung bwm1?",
       "property": "payload",
       "propertyType": "msg",
       "rules": [
           {
               "t": "true"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 570,
       "y": 2900,
       "wires": [
           [
               "7b48dd3fe82dad19"
           ]
       ]
   },
   {
       "id": "7b48dd3fe82dad19",
       "type": "switch",
       "z": "7e6af0015415146d",
       "name": "Alarm scharf",
       "property": "alarm",
       "propertyType": "global",
       "rules": [
           {
               "t": "true"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 770,
       "y": 2900,
       "wires": [
           [
               "84cd5e6f2cf636d6"
           ]
       ]
   },
   {
       "id": "84cd5e6f2cf636d6",
       "type": "debug",
       "z": "7e6af0015415146d",
       "name": "Alarm Bewegung im Flur. ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1010,
       "y": 2900,
       "wires": []
   },
   {
       "id": "57f13d6f733e5c9d",
       "type": "ui_group",
       "name": "Test",
       "tab": "20b3095113f94d70",
       "order": 1,
       "disp": true,
       "width": "6",
       "collapse": false,
       "className": ""
   },
   {
       "id": "20b3095113f94d70",
       "type": "ui_tab",
       "name": "Home",
       "icon": "dashboard",
       "order": 1,
       "disabled": false,
       "hidden": false
   }
]

Damit kann Du den switch auch gleichzeitig als Filter für mehrere Geräte verwenden - je nach Bedarf.

Fazit: hier geht es einfach darum sich klar zu machen, dass bestimmte Dinge nicht unmittelbar miteinander zu tun haben. ;) - Meist steckt ein Logikproblem dahinter. ;) Mit einem Switch-Schalter im Dashboard schaltest Du mal nur und filterst nicht. ;)

[Bastel2021]

@mickym Von dem Dashboard switch mache ich also so eine Art Merker und benutze den dann an entsprechenden Stellen. Es ist so einfach wenn man weis wie es geht :+1:

[mickym]

@bastel2021 sagte in Node Red: Fragen zu einfachen Steuerungsaufgaben:

@mickym Von dem Dashboard switch mache ich also so eine Art Merker und benutze den dann an entsprechenden Stellen. Es ist so einfach wenn man weis wie es geht :+1:

Genau. Da die Dinge nicht unmittelbar was miteinander zu tun haben. Der Zeitpunkt an dem Du deinen Switch im Dashboard schaltest hat mit einer Bewegung erst mal überhaupt nichts zu tun.

[Bastel2021]

@mickym

1)Global alarm ergibt also ein true wenn im Dashboard eingeschaltet wird und
2) true kommt vom BWM?

[mickym]

@bastel2021 Nein deswegen hast du ja 2 switch Nodes.

1 = sagt nur welche Eigenschaft überprüft wird - also die globale Variable alarm
2 = sagt nur an Ausgang 1 schicken wenn global.alarm = true ist.

Das hat mit dem BWM nichts zu tun.
Das wird von der Switch Node davor erledigt, die nur durchlässt, wenn msg.payload true ist. - Diese switch Node prüft also nicht das Nachrichtenobjekt selbst, ob eine Nachricht durchgelassen wird, sondern den Zustand der globalen Variable "alarm" und nur falls dieser true ist wird das Nachrichtenobjekt durchgelassen, andernfalls werden alle Nachrichten geblockt!!

Also unter 1. gibst Du immer die Eigenschaft an, die überprüft werden soll und mit den Regeln unter 2 gibst Du an welchen Zustand die Eigenschaft 1 annimmt.