IR Wlan Gateway aus "Broadlink RM 3 mini" & "Wemos D1 Mini"

Begonnen von Fheminista, 09 März 2019, 21:38:06

Vorheriges Thema - Nächstes Thema

Beta-User

Zitat von: no_Legend am 18 Juli 2019, 17:44:55
Kannst du mir das vielleicht noch mal genauer erklären?
Hmm,
diesen Teil des templates hatte mir jemand zugerufen, kann durchaus sein, dass es da irgendwas gibt, was in deinem Anwendungsfall Probleme macht oder der Code zu lang ist oder, oder oder.... (roedert hatte ja grundsätzlich auch bestätigt, dass es "eigentlich" so gehen müßte).

Was jedenfalls nach meiner Erfahrung _auch_ geht, ist das ganze wieder in einen JSON zu packen. Der ist nur sendeseitig etwas anders als der, der reinkommt (weiß nicht mehr genau, wo der Unterschied lag, evtl. das "0x" beim erkannten Code). Das Problem ist nur, dass ich ganz andere IR-Devices habe und von daher nur ein paar Hinweise geben kann...

Wie auch immer: ggf. solltest du erst mal (übergangsweise, bis das steht,) noch die readingList etwas erweitern, um zumindest den empfangenen RAW-Code auch als Reading am Device zu haben und nicht das verbose-5-log analysieren mußt, und evtl. die "ausgepackten Bruchstücke" in weiteren. Wie das grundsätzlich geht, ist diesem Thread vermutlich am besten zu entnehmen: https://forum.fhem.de/index.php/topic,99042.msg924087.html#msg924087. Ist zwar ziemlich lang und befaßt sich mit der RF-Bridge, aber das ist im Prinzip fast 1:1 übertragbar.

Ansonsten bitte auch mal die tasmotaseitige Doku zu Rate ziehen, was da wie erwartet wird.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

no_Legend

#61
Zitat von: Beta-User am 19 Juli 2019, 07:33:34
Hmm,
diesen Teil des templates hatte mir jemand zugerufen, kann durchaus sein, dass es da irgendwas gibt, was in deinem Anwendungsfall Probleme macht oder der Code zu lang ist oder, oder oder.... (roedert hatte ja grundsätzlich auch bestätigt, dass es "eigentlich" so gehen müßte).

Was jedenfalls nach meiner Erfahrung _auch_ geht, ist das ganze wieder in einen JSON zu packen. Der ist nur sendeseitig etwas anders als der, der reinkommt (weiß nicht mehr genau, wo der Unterschied lag, evtl. das "0x" beim erkannten Code). Das Problem ist nur, dass ich ganz andere IR-Devices habe und von daher nur ein paar Hinweise geben kann...

Wie auch immer: ggf. solltest du erst mal (übergangsweise, bis das steht,) noch die readingList etwas erweitern, um zumindest den empfangenen RAW-Code auch als Reading am Device zu haben und nicht das verbose-5-log analysieren mußt, und evtl. die "ausgepackten Bruchstücke" in weiteren. Wie das grundsätzlich geht, ist diesem Thread vermutlich am besten zu entnehmen: https://forum.fhem.de/index.php/topic,99042.msg924087.html#msg924087. Ist zwar ziemlich lang und befaßt sich mit der RF-Bridge, aber das ist im Prinzip fast 1:1 übertragbar.

Ansonsten bitte auch mal die tasmotaseitige Doku zu Rate ziehen, was da wie erwartet wird.
Das mit Verbose 5 ist garnicht so komploizert. die Zeilen komm direkt so aus dem log.

Ich hab noch ein bissel gewühlt und hab folgendes gefunden:
https://github.com/arendst/Sonoff-Tasmota/wiki/IRSend-RAW-Encoding

Ich hab mir jetzt mal für den Arduino einen IR Receiver bestellt.
Mal schauen ob ich damit das Signal genau anschauen kann.

Wenn ich es richtig verstanden habe, kann ich die per konsole in tasmota auch befehle absicken:
Per IRSend raw,0,

Oder seht ihr das anderst?
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

Beta-User

...ist schon klar, dass das nicht kompliziert ist, sondern eben nur an einer anderen Stelle.

An sich sieht es so aus, als wäre MQTT-seitig eigentlich alles OK gewesen. Vielleicht ist schlicht der Sendestring zu lang (für die tasmota-Firmware). Wenn immer der identische Wert kommt, wenn du dieselbe Taste drückst, wird vermutlich eine Analyse mittels Arduino auch nicht viel weiter helfen. Ich habe aber im Moment auch nicht die durchlagende Idee, an welcher Stelle du sinnvoll ansetzen kannst. Von der Tendenz her vermutlich erst mal schauen, ob du den RAW code irgendwie direkter am tasmota abgesetzt bekommst.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

no_Legend

Ich bin gerade nicht sicher wie das Problem liegt.
Eventuell gibt es auch ein Problem wegen der Länge des Codes beim senden in Tasmota per mqtt.
Mal schauen, jetzt erst mal Kontrolle ob der empfange Code auch wirklich korrekt ist


Gesendet von iPhone mit Tapatalk Pro
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

no_Legend

So ich hab es hin bekommen.

Es wurde wirklich nicht alles was empfangen wurde auch an FHEM gesendet.
Hier eine Nachricht die nicht vollständig ist:
2019.07.18 17:17:42 5: PUBLISH: 0(136)(7)(0)(18)tele/sonoff/RESULT{"IrReceived":{"Protocol":"UNKNOWN","Bits":100,"Data":"0xD26F7370","RawData":[4402,4356,560,1610,534,508,562,1584,558,512,560,510,588,482,562,508,562,1588,582,484,562,508,562,508,580,492,562,508,562,506,564,1584,558,510,562,508,562,1610,534,510,564,506,562,510,562,1582,560,508,564,1608,532,1612,532,1584,560,1582,562,1610,532,1610,534,1586,558,1582,560,1584,562,1582,560,1584,558,1612,534,1610,534,1582,560,1582,560,1584,560,1584,560,1610,534,1610,534,508,562,1584,560,1610,534,510,562,508,562,1584,558,5194,4376,4356,558,508,564,1582,560,508,562,1610,534,1582,560,1584,560,1582,562,508,564,1582,558,1610,534,1584,558,1584,558,1584,560,1582,562,506,564,1586,558,1608,534,510,562,1582,560,1582,562,1582,560,508,562,1584,560,508,562,510,560,510,586,484,562,508,562,508,562,508,562,510,562,508,562,508,562,508,564,506,564,506,564,508,562,506,564,508,562,508],"RawDataInfo":[199,181,0]}}

Und hier eine die vollständig ist:

2019.07.19 21:33:29 5: PUBLISH: 0(212)(7)(0)(23)tele/DVES_5BA405/RESULT{"IrReceived":{"Protocol":"UNKNOWN","Bits":100,"Data":"0xD26F7370","RawData":[4378,4352,538,1604,538,532,542,1604,536,558,514,532,540,558,512,558,512,1602,542,556,514,558,512,560,512,558,514,558,510,558,514,1604,538,532,540,558,514,1600,542,558,514,556,514,558,514,1630,512,558,512,1604,540,1606,538,1604,540,1604,540,1630,512,1602,542,1604,538,1630,512,1630,512,1602,542,1602,542,1604,538,1606,538,1604,540,1600,544,1628,514,1604,540,1602,542,1600,548,552,514,1600,542,1604,540,558,512,558,512,1630,514,5214,4356,4402,512,558,538,1576,566,506,540,1604,540,1604,564,1576,566,1578,566,532,514,1602,566,1606,514,1606,538,1602,540,1602,568,1578,564,534,514,1602,570,1600,514,558,538,1578,540,1602,564,1580,540,558,538,1576,566,534,538,534,536,534,538,534,538,532,538,532,538,532,540,532,536,534,536,534,536,510,560,510,566,532,536,512,558,534,512,558,538,532,538,534,538,532,538,1578,564,532,542,528,540,1576,566,1578,566,530,540],"RawDataInfo":[199,199,0]}}


Bei RawData Info erkennt man es recht gut. 199,181 und 199,199.
Ich denke die zweite Ziffer gibt an, was übertragen oder im ESP verarbeitet werden konnte.

Hier was ich geändert habe:
There are 4 values I've changed.
my_user_config.h
IR_RCV_BUFFER_SIZE 1000
IR_RCV_TIMEOUT 100
PubSubClient.h and sonoff_post.h
MQTT_MAX_PACKET_SIZE 2000 


Im Anhang auch noch die firmware.
Man muss erst immer die minimal flashen, dann die DE.
Stand ist der Aktuelle Master.
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

no_Legend

So noch mal ein Update.

Bei Tasmota wurde nun das Midea Protokoll in den development Zweig eingepflegt.
Muss man natürlich selbst kompilieren.

Ich habe mal den bekannten ändern und irhvac Protokollen kompiliert.
Midea habe ich getestet und funktioniert.

Gruß Robert
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

fhemfreund

Habe das Ganze auch mal ausprobiert und erfolgreich in Fhem integriert. Habe meinen Broadlink vor ein paar Tagen gekauft und sollte daher eine relativ neue Platinenversion haben. Habe mal ein paar Bilder vom Aufbau angehängt.

Als Software habe ich den IR Blaster (https://github.com/mdhiggins/ESP8266-HTTP-IR-Blaster) verwendet. Es hat ein WebInterface auf dem man übrigens direkt die empfangenen Codes ablesen kann. Steuere das ganze via Shell-Script und wget mit timeout aus Fhem heraus.

Durch Messen ergeben sich folgende Anschlüsse auf der Platine (Orientierung -> LED Platine oben):


1) benötigte Anschlüsse für Wemos
Plus 5V   -> Spannungregler oberer  Pin rechte Seite                           -> an Wemos 5V
Masse     -> Spannungregler unterer Pin rechte Seite                           -> an Wemos G
IRSend    -> obere Reihe des ausgelöteten Broadlink Chips 2ter Pin von links   -> an Wemos D2
IRReceive -> untere Reihe des ausgelöteten Broadlink Chips 1ter Pin von links  -> an Wemos D5

2) zusätzliche Anschlüsse
Reset     -> über Taster 1K an Masse an obere Reihe des ausgelöteten Broadlink Chips 4ter Pin von rechts
D13 LED   -> über 1K an obere Reihe des ausgelöteten Broadlink Chips 5ter Pin von rechts
D12 LED   -> über 1K an obere Reihe des ausgelöteten Broadlink Chips 3ter Pin von rechts
Masse     -> obere  Reihe des ausgelöteten Broadlink Chips 3ter Pin von links
             untere Reihe des ausgelöteten Broadlink Chips 3ter Pin von links
3V3       -> obere  Reihe des ausgelöteten Broadlink Chips 4ter Pin von links
             untere Reihe des ausgelöteten Broadlink Chips 4ter Pin von links


Andreas

romakrau

Hallo Robert, ich habe mir jetzt einen auvisio bestellt und möchte ihn mit tasmota flashen. Kann ich deine version vom 27.07.2019 nutzen? Muss ich die beiden Versionen nacheinander flashen? Gruß Roman