+ Antworten
Seite 5 von 44 ErsteErste ... 3 4 5 6 7 15 ... LetzteLetzte
Ergebnis 41 bis 50 von 433
  1. #41
    Registriert seit
    Jul 2011
    Ort
    Wiesbaden
    Beiträge
    449

    Zitat Zitat von gogo20012002 Beitrag anzeigen
    Klar, aber das ist doch ein Subscribe auf Symcon Seite. Den Publish sende ich doch mit dem MQTT.fx

    Anhang 47726
    Naja du würdest aber alles was unter /# steht in die Variable schrieben .. das sind in der Regel ja andere Variablen des Gerätes
    IP-Symcon auf Raspberry PI / Windows / Docker / Synology (Docker)
    Homematic CCU2, Wago, LoRaWAN und Mikrocontroller

  2. #42
    Registriert seit
    Mar 2013
    Ort
    Issum
    Beiträge
    710

    OK, das ist ein Argument.
    Thx
    KNX / IPS unl. auf Tinkerboard S / IPSView / Amazon Echo und vieles mehr

  3. #43
    Registriert seit
    Mar 2013
    Ort
    Issum
    Beiträge
    710

    Wie kann ich denn im php Script auf den übergebenen Topic, sowie den Wert zugreifen. Beides in IPS Value?
    KNX / IPS unl. auf Tinkerboard S / IPSView / Amazon Echo und vieles mehr

  4. #44
    Registriert seit
    Jul 2011
    Ort
    Wiesbaden
    Beiträge
    449

    Zitat Zitat von gogo20012002 Beitrag anzeigen
    Wie kann ich denn im php Script auf den übergebenen Topic, sowie den Wert zugreifen. Beides in IPS Value?
    Wenn ich dich richtig verstanden habe willst du mit denn script auf das Topic selbst reagieren?
    Das dürfte so ohne weiteres nicht möglich sein, da du immer eine Instanz als Client benötigst um die Daten empfangen zu können.
    IP-Symcon auf Raspberry PI / Windows / Docker / Synology (Docker)
    Homematic CCU2, Wago, LoRaWAN und Mikrocontroller

  5. #45
    Registriert seit
    Aug 2009
    Ort
    Lippe
    Beiträge
    2,485

    Zitat Zitat von paresy Beitrag anzeigen
    Was ist die Instanz #12163 denn? Senden die Tasmota Module schon auf den neuen Datenfluss Paketen?

    paresy
    Moin paresy,
    der MQTT Server.
    Wenn z.B. im Debug vom MQTT-Server kommt.:
    0"<NUL><DC1>stat/sonoff/POWER{"POWER":"OFF"}
    Hier sendet das Tasmota Modul :
    14:56:36 MQT: stat/sonoff/POWER = {"POWER":"OFF"}
    steht im Meldungsfenster:
    09.02.2019 14:53:18 | FlowHandler | Kann Daten nicht zur Instanz #12163 weiterleiten: Unsupported packet type 0
    Es ist nur der MQTT-Server am laufen, keine weiteren Module auf dem Test IPS.

    Mit Mosquitto läuft alles mit Tasmota rund.
    lg Thomas
    IPS Raspberry Pi2(3) mit LCN, HM, Sonoff+Shelly per MQTT, SONOS und viel Eigenbau + Pi2(3) mit Heizungssteuerung über GPIO per IPS

  6. #46
    Registriert seit
    Aug 2009
    Ort
    Lippe
    Beiträge
    2,485

    Standard Unsupported packet type 0

    Noch ne Info,
    KaiS hat noch die 5.1-3069 drauf, damit geht es.
    Ich hab die 5.1-3071 auf dem Testsystem und damit kommen die Fehler.
    lg Thomas
    IPS Raspberry Pi2(3) mit LCN, HM, Sonoff+Shelly per MQTT, SONOS und viel Eigenbau + Pi2(3) mit Heizungssteuerung über GPIO per IPS

  7. #47
    Registriert seit
    Dec 2009
    Ort
    Calw
    Beiträge
    347

    Ich habe versucht mit einem NodeMcu und Firmware ESP Easy Werte in ein MQTT Device zu bekommen.

    Sieht bei mir ähnlich aus wie weiter oben geschildert.

    Meldungen:
    PHP-Code:
    09.02.201921:35:44 FlowHandler Kann Daten nicht zur Instanz #45032 weiterleiten: Unsupported packet type 0 
    Die Instanz 45032 ist der MQTT Server (Splitter Instanz)

    Debug:
    PHP-Code:
    09.02.201921:35:44 |            BUFFER IN 1%<NUL><RS>ESP-01/Kueche/Luftfeuchtigkeit61.40 
    Getestet mit IPS 5.1-3077

    Auf einer anderen Symcon Test Maschine mit dem MQTT Script aus dem Beta Bereich, geht es.
    In Mosquitto kommen die Werte auch sauber an.
    Geändert von drdigital (09.02.19 um 21:53 Uhr)
    IPS V 5.4(Docker), ENO TCM 310 LAN-GW, KNX Installation, IPS-868, Pokeys57E, IPSView, IPS Z-Wave+ LAN GW, HUE, Google Home, mqtt ESP

  8. #48
    Registriert seit
    Aug 2014
    Beiträge
    688

    Kann den Fehler bestätigen. Der Shelly2 liefert an den MQTT-Server:
    Code:
    0'<NUL>$shellies/shellyswitch-55BFF7/input/100)<NUL>$shellies/shellyswitch-55BFF7/relay/1off
    Im Meldungsfenster kommt der Fehler mit dem Flowhandler. Der MQTTClient reagiert nicht.

    Grüße, Gerhard
    LCN, LCN-PCHK, piVCCU auf Raspberry Pi, IPSView

  9. #49
    Registriert seit
    Aug 2009
    Ort
    Lippe
    Beiträge
    2,485

    Hm Gerhard,

    die Shellys, mit der Shelly Firmware, laufen hier ohne Fehler.
    Topic: shellies/shellyswitch-134BC4/relay/0, Payload: off
    Kann ich mit dem MQTT-Client so auch auswerten.
    lg Thomas
    IPS Raspberry Pi2(3) mit LCN, HM, Sonoff+Shelly per MQTT, SONOS und viel Eigenbau + Pi2(3) mit Heizungssteuerung über GPIO per IPS

  10. #50
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    23,724

    Ich habe mal eine neue Version hochgeladen, die bei dem Fehler mir noch etwas mehr Debug rauswirft. Könnt ihr damit einmal testen? Ich kann es bisher hier noch nicht nachstellen.

    paresy

Ähnliche Themen

  1. MQTT Broker in IP-Symcon (Beta..!)
    Von sokkederheld im Forum Anleitungen / Nützliche PHP Skripte
    Antworten: 187
    Letzter Beitrag: 10.07.19, 08:07
  2. MQTT Variable (MQTT Device) befüllen
    Von kallii im Forum Allgemeine Diskussion
    Antworten: 3
    Letzter Beitrag: 22.06.19, 17:59
  3. MQTT noch immer kein Bestandteil von Symcon 5
    Von PaulG4H im Forum Allgemeine Diskussion
    Antworten: 59
    Letzter Beitrag: 12.02.19, 16:59
  4. MQTT Anbindung / oder externe Daten per Push in Symcon bekommen
    Von obstler42 im Forum Skripte, PHP, SQL
    Antworten: 88
    Letzter Beitrag: 27.08.18, 21:59

Stichworte