Hallo,
ich möchte hier meine Erfahrungen mit dem Umbau eines Broadlink R3 mini (ist aktuell für unter 20 EUR zu haben) in einen "IR-Blaster" auf Basis ESP8622 (Wemos D1 mini) teilen, siehe angehängtes Bild.
- Die Lötarbeiten beschränken sich auf ein Minimum (keine SMD Lötkenntnisse erforderlich)
- Das Gehäuse des Broadlink mit USB-Stromversorgung wird weiterverwendet
- Die übliche Firmware (z.B. aus dem IR-Blaster Thread https://forum.fhem.de/index.php/topic,72950.0.html (https://forum.fhem.de/index.php/topic,72950.0.html) oder Tasmota sonoff.bin funktioniert https://github.com/arendst/Sonoff-Tasmota/releases/ (https://github.com/arendst/Sonoff-Tasmota/releases/))
Vorgehen:
Deckel des Gehäuses mit einem Messer rundherum abhebeln (ist festgeklebt). Platine lässt sich dann nach oben herausziehen. Vom alten Board wird die Sende-/Empfangseinheit sowie die Stromversorgung über die USB-Buchse weiterverwendet.
Der alte Mikrokontroller ist überflüssig und muss für den ESP8266 weichen. Da meine Lötfähigkeiten begrenzt sind, habe ich die rabiate Methode verwendet und diesen einfach mit einem Schraubenzieher abgehebelt (am Pfeil ansetzen).
Den Wemos D1 vorbereiten, d.h. mit der Firmware bespielen.
Jetzt muss nur noch der Wemos D1 mit 4 Leitungen verbunden werden: 5V, GND, IR-Receive, IR-Send. Es gibt viele Stellen auf dem Board wo, man dies abgreifen könnte, ich habe den Spannungswandler für 5V&GND sowie die zwei ersten Pins des alten Microcontrollers genutzt (dort wo U3 steht).
Den ESP8266 dann Huckepack mit Klebeband auf der alten Platine fixieren. Dabei auf die Isolierung achten, damit keine Kurzachlüsse entstehen.
Nach einem Test darf die Platine wieder in ihr altes Gehäuse.
Viel Spaß beim Nachbauen!
-----
Edit 10.03.2019: Links auf Firmware eingefügt
Welche Firmware hast Du den dafür benutzt?
Zitat von: reibuehl am 09 März 2019, 22:24:11
Welche Firmware hast Du den dafür benutzt?
Habe die Links oben eingefügt.
Die Firmware des IR-Blaster 360 funktioniert ohne Änderungen 1:1.
Bei Tasmota kann man das Sonoff.bin benutzen, muss dann unter Module Generic 18 wählen sowie D4 GPIO2 IRrecv 51, D1 GPIO5 IRSend 08. In der Console sieht man dann die empfangen, gesendeten IR-Codes. Anbindung an FHEM über MQTT2 Server mit Autocreate funktioniert sehr gut.
Prima! Danke! Hab gerade mal einen RM 3 mini bestellt :-)
Habt ihr mal ein Beispiel für den IRblaster?
Welches attrTemplate wird genommen?
Wie definiere ich die einzelnen empfangenen Fernbedienungs-Befehle, z.B. An/Aus, Taste 1,2,3,usw?
Mit IR_Remote ging das ja ganz gut mit der DOELSEIF-Kette.
Zitat von: RappaSan am 20 März 2019, 17:19:15
Welches attrTemplate wird genommen?
Wie definiere ich die einzelnen empfangenen Fernbedienungs-Befehle, z.B. An/Aus, Taste 1,2,3,usw?
Ein ganz fertiges attrTemplate für MQTT2_DEVICE gibt es noch nicht, aber lange dauern wird es vermutlich nicht mehr. Bausteine:
Vorabeit von TomLee:
https://forum.fhem.de/index.php/topic,94494.msg919501.html#msg919501
Ideen von igami:
- Komplettes Sendelisten-Beispiel (2. Teil der Frage): https://forum.fhem.de/index.php/topic,72950.msg920488.html#msg920488
- Variante, um den JSON nur teilweise zu expandieren: https://forum.fhem.de/index.php/topic,98723.msg920719.html#msg920719
Meine Weiterentwicklung, um aus dem JSON pro Protokoll/Bit-Kombination je ein eigenes Reading zu basteln und den Sendecode flexibel zusammenbauen zu können:https://forum.fhem.de/index.php/topic,98723.msg920946.html#msg920946
Mit letzterem sollte es eigentlich gehen, z.B. auch wieder remotecontrol für das Web-Interface zu nutzen, es ist auch kein Problem, die "statische" Variante von Igami mit der Flexiblen zu kombinieren usw., oder das "0x" gleich in den Empfangs-JSON reinzubauen, damit in Sende- und Empfangsrichtungen derselbe Inhalt in einem Reading steht.
Bin mal gespannt, welche Lösungen da insgesamt noch gefunden werden :) .
Zitat von: RappaSan am 20 März 2019, 17:19:15
Habt ihr mal ein Beispiel für den IRblaster?
Welches attrTemplate wird genommen?
Wie definiere ich die einzelnen empfangenen Fernbedienungs-Befehle, z.B. An/Aus, Taste 1,2,3,usw?
Mit IR_Remote ging das ja ganz gut mit der DOELSEIF-Kette.
Um empfangene IR Codes auszuwerten habe ich mir folgendes Userreading ergänzt:
attr MQTT2_irblaster1 userReadings IR_Code {ReadingsVal("MQTT2_irblaster1","RESULT_IrReceived_Protocol",0) ."_" .ReadingsVal("MQTT2_irblaster1","RESULT_IrReceived_Bits",0) ."_" .ReadingsVal("MQTT2_irblaster1","RESULT_IrReceived_Data",0)}Dann kann man mit Notify z.B. wie folgt darauf reagieren:
defmod n_IR_Taste_x notify MQTT2_irblaster1:IR_Code:.PANASONIC_48_D000805 set LampenSchalter onEs funktioniert, aber es ist sicherlich nicht elegant gelöst. Bin mir nicht mal sicher, ob die Syntax beim Notify 100% stimmt. Funktioniert - bin aber für Vorschläge dankbar :D
Je nach IR-Protokoll gibt es übrigens auch Verwechslungen beim Erkennen und es werden zufällig ganz andere Codes gemeldet. Auf die Verwechslungen kann man ja zur Not auch noch zusätzlich reagieren, um die Erkennungsleistung zu verbessern. Was so alles "erkannt" wird sieht man sehr schön auf der Console im Tasmota Web-Interface.
Ich hab mal die Vorschläge ausprobiert, bin aber zu keinem für mich brauchbaren Ergebnis gekommen.
Trotz alledem habe ich den Eindruck gewonnen, daß es vorangeht mit der Implementierung.
Mir fehlt momentan allerdings die Zeit, mich da als Betatester einzubringen, daher bin ich wieder zur ursprünglichen Version zurück gewechselt.
Zitat von: RappaSan am 20 März 2019, 17:19:15
Wie definiere ich die einzelnen empfangenen Fernbedienungs-Befehle, z.B. An/Aus, Taste 1,2,3,usw?
Hallo,
ist es vielleicht an einem Beispiel (https://forum.fhem.de/index.php/topic,67316.msg875958.html#msg875958) besser nachvollziehbar wie man die empfangenen IR-Codes als set-Befehle definieren kann.
Gruß
Thomas
Hallo Thomas,
danke für den link, probiere ich auch noch mal aus. Das umflashen der Software ota geht ja bestens.
Doch noch 'ne Frage:
Die ganzen setstates am Ende: Wofür sind die gut? Müssen die so mit Datum und Uhrzeit hinter die attr in das device ? Was bewirken die?
Zitat von: RappaSan am 22 März 2019, 08:43:59
Die ganzen setstates am Ende: Wofür sind die gut? Müssen die so mit Datum und Uhrzeit hinter die attr in das device ? Was bewirken die?
Kannst du weglassen, werden dann hoffentlich für deine Situation automatisch erstellt.
(Sind nur wichtig, damit ggf. Helfer wissen, was grade Sache ist, und seit wann...)
Irgendwie bekomme ich kein gescheites Ergebnis per MQTT2.
Mit Autocreate bekomme ich zumindest die empfangenen codes angezeigt, aber senden läuft nicht.
Nevermind, die alte DOIF-Kette funktioniert ja, damit kann ich zunächst leben.
Empfangen und Senden unterscheiden sich leicht:
Sendeseitig muß ein 0x vor den eigentlichen IR-Code. Hattest du das beachtet?
Eine direkte Umwandlung des empfangenen Codes in sendefähige Readinginhalte müßte auch ohne weiteres gehen, leider finde ich meinen Code dazu nicht mehr, aber im Prinzip wäre das hier etwas anzupassen:
tele/tasm_8BABA9/RESULT:.* { $EVENT =~ m,..IrReceived....Protocol...([A-Za-z0-9]+)...Bits..([\d]+)..Data...([A-Za-z0-9]+)..., ? {"$1_$2"=>$3} : json2nameValue($EVENT) }
Ungetestet:tele/tasm_8BABA9/RESULT:.* { $EVENT =~ m,..IrReceived....Protocol...([A-Za-z0-9]+)...Bits..([\d]+)..Data...([A-Za-z0-9]+)..., ? {"IrReceived_sendcode"=>'{"Protocol":"$1","Bits":$2,"Data":"$3"}'} : json2nameValue($EVENT) }
Das Ganze hat mir doch keine Ruhe gelassen und ich habe für meinen IRBlaster eine funktionierende Konfiguration gefunden:
define IR_ESP_TV_Wohnzimmer MQTT2_DEVICE DVES_29B28E
setuuid IR_ESP_TV_Wohnzimmer 5c95fc2d-f33f-d006-37ee-87f2442bc604aa61
attr IR_ESP_TV_Wohnzimmer IODev MyBroker
attr IR_ESP_TV_Wohnzimmer autocreate 0
attr IR_ESP_TV_Wohnzimmer event-on-change-reading .*
attr IR_ESP_TV_Wohnzimmer readingList DVES_29B28E:tele/sonoff/LWT:.* LWT\
DVES_29B28E:cmnd/sonoff/POWER:.* POWER\
DVES_29B28E:tele/sonoff/STATE:.* { json2nameValue($EVENT) }\
DVES_29B28E:tele/sonoff/SENSOR:.* { json2nameValue($EVENT) }\
DVES_29B28E:tele/sonoff/INFO.:.* { json2nameValue($EVENT) }\
DVES_29B28E:tele/sonoff/RESULT.:.* { json2nameValue($EVENT) }
attr IR_ESP_TV_Wohnzimmer room MQTT2_DEVICE
attr IR_ESP_TV_Wohnzimmer setList power:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E040BF}\
P0:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E08877}\
1:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E020DF}\
2:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0A05F}\
3:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0609F}\
4:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E010EF}\
5:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0906F}\
6:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E050AF}\
7:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E030CF}\
8:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0B04F}\
9:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0708F}\
#10:noArg cmnd/sonoff/IRSend/Backlog cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E020DF};; cmnd/sonoff/IRSend/Delay 5;; cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E08877}\
#11:noArg cmnd/sonoff/IRSend/Backlog cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E020DF};; cmnd/sonoff/IRSend/Delay 5;; cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E020DF}\
#12:noArg cmnd/sonoff/IRSend/Backlog cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E020DF};; cmnd/sonoff/IRSend/Delay 5;; cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0A05F}\
#13:noArg cmnd/sonoff/IRSend/Backlog cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E020DF};; cmnd/sonoff/IRSend/Delay 5;; cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0609F}\
VolUp:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0E01F}\
VolDown:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0D02F}\
TV_GUIDE:noArg cmnd/sonoff/IRSend/IRSend {"Protocol": "SAMSUNG","Bits": 32, "Data": 0xE0E0F20D}\
Warum die zweistelligen Programmnummern ein # davor haben müssen, habe ich noch nicht begriffen. ???
Wie man sehen kann, mußten einige Befehle anders als im Beispiel geschrieben werden, damit sie funktionieren.
Kein Wunder, daß ich im ersten Versuch kein Ergebnis bekam.
Warum nicht einfach einen ESP-01 nehmen? Der ist deutlich kleiner und die benötigten 2 Pins hat er auch frei.
Preislich lohnt sich meiner Meinung nach der Umbau auch nicht.
Die Platine für das 360 Grad WLAN Gateway inklusive Bauteile ist für unter 10€ zu bekommen. Gut man muss etwas löten können. Wobei die IR Mini Platine auch ohne SMD Teile auskommt.
Hallo Zusammen,
ich habe heute mein Broadlink bekommen, leider scheint es eine neuere Version zu sein, die ein anderes Pinning besitzt.
Ich bekomme partout kein Signal empfangen, weder mit IR-Blaster FW, noch mit Tasmota.
Wie kann ich die korrekten Pins finden?
Auf der Rückseite sind Rx und Tx bedruckt, diese habe ich auch versucht mit D1 und D4 zu verbinden, leider ebenfalls ohne Erfolg.
Edit:
hab den RX PIN wie im Bild angelötet.
Angespornt von diesem Thread wollte ich mir auch einen Broadlink RM 3 mini zulegen und umbauen.
Für den gleichen Preis (knapp unter 20 Euro) habe ich aber auch ein Tasmota-kompatibles Gerät gefunden ... Gehäuse geöffnet, Kabel für den FTDI-Adapter an die gut beschrifteten Pins angelötet und neu geflasht ... fertig!
https://blakadder.github.io/templates/auvisio_S06.html
Wie zufrieden bist Du mit der IR Ausleuchtung bei dem Teil? Hat es bestimmte Richtungen, in denen es besser oder schlechter funktioniert? Das das Teil von Pearl ist, schreckt mich etwas ab... hab mit Zeugs von denen bisher nur Pech gehabt... :-(
Sehr zufrieden, das Teil hat intern auch den LED-"Ring" mit 5 oder 6 IR-LEDs + 1 LED nach oben. Auch der Empfänger reagiert problemlos auch wenn man nicht direkt drauf zielt.
Ja, Pearl hat viel "Mist" - aber bei dem Teil kann ich nicht klagen.
Es ist übrigens viel kleiner als es auf der Abbildung wirkt ....
Bei genereller Pearl-Abneigung gäbe es auch noch das Teil in gleichem Preisbereich, allerdings nicht von deutschen Händlern:
https://blakadder.github.io/templates/ytf_ir_bridge.html
Das hört sich wirklich interessant an. Hast Du ein Bild, auf dem man sieht, wo die Pinheader eingelötet werden müssen?
Hab das Teil leider schon wieder zu und bereits mit Spiegelklebeband am Schrank befestigt ... 4 weitere sind aber bestellt.
Man kann keine Stiftleiste einlöten, es sind nur solche Lötpads - alle in einer Reihe und gut beschriftet.
Leider konnte ich auch im Internet kein Bild von dieser Seite finden, nur von der Rückseite mit dem ESP.
Edit: Das ist nicht das Teil, aber die Reihe mit den Lötpads sieht genauso aus.
Wie gewohnt 3.3V, GND, RX und TX an den FTDI anschließen, IO0 beim Einschalten auf Masse um den Programmiermodus zu aktivieren.
Zitat von: roedert am 28 Juni 2019, 23:03:37
Hab das Teil leider schon wieder zu und bereits mit Spiegelklebeband am Schrank befestigt ... 4 weitere sind aber bestellt.
Man kann keine Stiftleiste einlöten, es sind nur solche Lötpads - alle in einer Reihe und gut beschriftet.
Leider konnte ich auch im Internet kein Bild von dieser Seite finden, nur von der Rückseite mit dem ESP.
Edit: Das ist nicht das Teil, aber die Reihe mit den Lötpads sieht genauso aus.
Wie gewohnt 3.3V, GND, RX und TX an den FTDI anschließen, IO0 beim Einschalten auf Masse um den Programmiermodus zu aktivieren.
Was hast du da jetzt genau für ne Firmware geflasht?
Gruß Robert
sonoff-tasmota mit der Konfiguration wie hier angegeben: https://blakadder.github.io/templates/auvisio_S06.html
Es wird das IR Protokoll, Länge und Wert erkannt ... oder bei exotischen IR-Codes kann man auch mit RAW-Daten arbeiten.
Empfang sieht in FHEM so aus:
IrReceived_Bits 32
IrReceived_Data 0x20DF14EB
IrReceived_Protocol NEC
Senden so (im attr setList einzustellen):
VolumeUp cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF38C7}
VolumeDown cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFE21D}
dyson_onoff cmnd/sonoff_26/irsend 0,2242,830,750,1588,752,816,752,814,748,1572,750,806,748,800,750,796,748,854,750,824,750,820,776,788,752,808,750,804,726,1588,776,768,752
Zitat von: roedert am 29 Juni 2019, 16:44:50
sonoff-tasmota mit der Konfiguration wie hier angegeben: https://blakadder.github.io/templates/auvisio_S06.html
Es wird das IR Protokoll, Länge und Wert erkannt ... oder bei exotischen IR-Codes kann man auch mit RAW-Daten arbeiten.
Empfang sieht in FHEM so aus:
IrReceived_Bits 32
IrReceived_Data 0x20DF14EB
IrReceived_Protocol NEC
Senden so (im attr setList einzustellen):
VolumeUp cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF38C7}
VolumeDown cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFE21D}
dyson_onoff cmnd/sonoff_26/irsend 0,2242,830,750,1588,752,816,752,814,748,1572,750,806,748,800,750,796,748,854,750,824,750,820,776,788,752,808,750,804,726,1588,776,768,752
Danke für deine schnelle Antwort.
Mit Tasmota hab ich noch nicht gearbeitet.
Hab bisher immer mit ESPEasy gearbeitet.
Verstehe ich es richtig, dass man die IRBlaster Firmware auch installieren kann?
Kannst du mir ein paar screenshots von der fhem config zeigen?
Danke und Gruß Robert
Zitat von: no_Legend am 29 Juni 2019, 16:53:08
Kannst du mir ein paar screenshots von der fhem config zeigen?
Tasmota redet per MQTT mit FHEM, dazu gibt es im FHEM diesen Broker:
defmod MQTT2broker MQTT2_SERVER 1883 global
attr MQTT2broker autocreate simple
defmod MQTT2_alw allowed
attr MQTT2_alw basicAuth { "$user:$password" eq "myuser:mypasswd" }
attr MQTT2_alw validFor MQTT2brokerEin entsprechendes MQTT2-Client-Device wird automatisch erstellt (autocreate on vorausgesetzt)
Nur die Sendebefehle musst du noch angeben:
attr Arbeitszimmer.IRgw setList VolumeUp cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF38C7}\
VolumeDown cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFE21D}\
Mute cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF02FD}\
SourceMac cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF827D}\
SourceMPD cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFF807}\
dyson_onoff cmnd/sonoff_26/irsend 0,2242,830,750,1588,752,816,752,814,748,1572,750,806,748,800,750,796,748,854,750,824,750,820,776,788,752,808,750,804,726,1588,776,768,752\
dyson_rotate cmnd/sonoff_26/irsend 0,2242,824,778,1560,752,820,752,812,754,1568,752,802,752,798,750,794,778,1588,754,820,778,1554,752,814,778,1544,754,802,754,796,754,1554,754\
dyson_up cmnd/sonoff_26/irsend 0,2284,786,792,1544,818,752,794,772,792,1530,818,738,792,758,792,752,796,806,792,1546,794,776,818,1510,818,742,792,1524,792,1520,818,728,792\
dyson_down cmnd/sonoff_26/irsend 0,2282,786,818,1520,792,778,794,772,792,1530,816,740,790,758,790,754,814,1550,794,1544,816,1516,792,1534,818,1504,816,1502,790,760,814,1492,816
Tasmota auf den Sonoff und anderen kompatiblen Geräten ist übrigens in meinen Augen Preis-Leistungs-mäßig unschlagbar - ein Zwischenstecker mit Leistungsmesser gibts da für ca 10 Euro was bei Homematic ca. 40 kostet.
Zitat von: roedert am 29 Juni 2019, 16:59:18
Tasmota redet per MQTT mit FHEM, dazu gibt es im FHEM diesen Broker:
defmod MQTT2broker MQTT2_SERVER 1883 global
attr MQTT2broker autocreate simple
defmod MQTT2_alw allowed
attr MQTT2_alw basicAuth { "$user:$password" eq "myuser:mypasswd" }
attr MQTT2_alw validFor MQTT2broker
Ein entsprechendes MQTT2-Client-Device wird automatisch erstellt (autocreate on vorausgesetzt)
Nur die Sendebefehle musst du noch angeben:
attr Arbeitszimmer.IRgw setList VolumeUp cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF38C7}\
VolumeDown cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFE21D}\
Mute cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF02FD}\
SourceMac cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF827D}\
SourceMPD cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFF807}\
dyson_onoff cmnd/sonoff_26/irsend 0,2242,830,750,1588,752,816,752,814,748,1572,750,806,748,800,750,796,748,854,750,824,750,820,776,788,752,808,750,804,726,1588,776,768,752\
dyson_rotate cmnd/sonoff_26/irsend 0,2242,824,778,1560,752,820,752,812,754,1568,752,802,752,798,750,794,778,1588,754,820,778,1554,752,814,778,1544,754,802,754,796,754,1554,754\
dyson_up cmnd/sonoff_26/irsend 0,2284,786,792,1544,818,752,794,772,792,1530,818,738,792,758,792,752,796,806,792,1546,794,776,818,1510,818,742,792,1524,792,1520,818,728,792\
dyson_down cmnd/sonoff_26/irsend 0,2282,786,818,1520,792,778,794,772,792,1530,816,740,790,758,790,754,814,1550,794,1544,816,1516,792,1534,818,1504,816,1502,790,760,814,1492,816
Tasmota auf den Sonoff und anderen kompatiblen Geräten ist übrigens in meinen Augen Preis-Leistungs-mäßig unschlagbar - ein Zwischenstecker mit Leistungsmesser gibts da für ca 10 Euro was bei Homematic ca. 40 kostet.
Dank dir, wie gesagt bisher einfach keine Erfahrung mit Mqtt.
Hab nun mal zwei von den Perl Dingern bestellt.
Auch das mit dem Tasmota template hab ich nun verstanden.
Danke und Gruß Robert
Hab heute meinen Auvisio bekommen und kann daher das Bild mit der Pinbelegung selbst nachliefern:
Zitat von: reibuehl am 05 Juli 2019, 12:33:18
Hab heute meinen Auvisio bekommen und kann daher das Bild mit der Pinbelegung selbst nachliefern:
Meine sollen auch die Tage kommen.
Hast du schon Tasmota geflasht?
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
Nein, noch nicht. Hoffe ich komme am Wochenende dazu.
Zitat von: reibuehl am 06 Juli 2019, 01:34:59
Nein, noch nicht. Hoffe ich komme am Wochenende dazu.
Hab meine zwei heute auch bekommen.
Ich hab einen FTDI1232 den ich zum flashen verwenden will.
Bin mir nur gerade nicht sicher, welche pins ich anschließen muss.
TX RX, 3V3, GND, nur was ist mit dem RST?
Gruß Robert
Rst nicht, aber IO0 auf GND während des einschaltens um in den Flash-Modus zu kommen
Siehe meine Beitrag #20
Ich habe hier eine Deckenventilator mit IR Fernbedienung.
Wenn ich den Anschalt-code in der Konsole betrachte, wird
tele/sonoff/RESULT = {"IrReceived":{"Protocol":"UNKNOWN","Bits":50,"Data":"66A29BFC"}}
empfangen.
Gibt's irgenwelche Möglichkeiten, dies auch wieder über das IR Gateway zu senden?
Tasmota Version 6.4.1
Zitat von: roedert am 06 Juli 2019, 12:57:22
Rst nicht, aber IO0 auf GND während des einschaltens um in den Flash-Modus zu kommen
Siehe meine Beitrag #20
Danke.
Muss man kompilieren von tasmota noch etwas spezielles beachten?
Gruß Robert
Ich habe immer die fertige bin genommen
Zitat von: roedert am 06 Juli 2019, 13:22:17
Ich habe immer die fertige bin genommen
Hast du mit Windows oder mit OSX gemacht?
Welche bin hast du genommen?
Ich bin mir nicht sicher ob es mit einer VM läuft
Gruß Robert
Zitat von: RappaSan am 06 Juli 2019, 13:13:14
Wenn ich den Anschalt-code in der Konsole betrachte, wird
tele/sonoff/RESULT = {"IrReceived":{"Protocol":"UNKNOWN","Bits":50,"Data":"66A29BFC"}}
empfangen.
Gibt's irgenwelche Möglichkeiten, dies auch wieder über das IR Gateway zu senden?
Tasmota Version 6.4.1
Ja, raw nutzen .... siehe meine vorigen Beiträge (#22)
Diese Anleitung ... incl der links zu den files: https://www.bastelbunker.de/gosund-sp111-mit-tasmota/
Übrigens auch in einer Windows-VM gemacht
Zitat von: roedert am 06 Juli 2019, 13:30:46
Diese Anleitung ... incl der links zu den files: https://www.bastelbunker.de/gosund-sp111-mit-tasmota/
Übrigens auch in einer Windows-VM gemacht
Danke, hat mit der Windows VM geklappt.
Gruß Robert
Zitat von: roedert am 06 Juli 2019, 13:25:23
Ja, raw nutzen .... siehe meine vorigen Beiträge (#22)
Hab ich mir schon gedacht, aber wie komme ich an die raw-daten?
In der Konsole sehe ich sie nicht.
Einschalten ..... setoption58
https://github.com/arendst/Sonoff-Tasmota/wiki/Commands#SetOption58
Beim Senden als erstes aber immer 0, davor!
Danke. :)
Wußte noch gar nicht, wie viele Parameter dort zu setzen sind.
Zitat von: roedert am 06 Juli 2019, 14:57:28
Einschalten ..... setoption58
https://github.com/arendst/Sonoff-Tasmota/wiki/Commands#SetOption58
Beim Senden als erstes aber immer 0, davor!
Kannst du mir vielleicht nur kurz erklären wie du nun an die Befehlsreihenfolge gekommen bist?
Ich bekomme einen Haufen Readings angelegt, ca. 99 Readings sind es bei mir.
Auf der Tasmota Konsole kommt nach einer gewissen Anzahl ...., siehe Unten
Danke und Gruß Robert
16:30:29 MQT: tele/sonoff/RESULT = {"IrReceived":{"Protocol":"UNKNOWN","Bits":50,"Data":"0x3190C78C","RawData":[4376,4406,510,1634,510,562,510,1608,536,534,536,562,508,534,536,536,536,1608,536,562,510,562,510,536,536,560,510,560,510,562,510,1606,536,534,536,534,536,1608,536,536,536,548,522,534,536,1604,540,560,510,1610,534,1606,538,1608,536,1608,538,1606,538,1606,536,1606,538,1632,510,1634,510,1606,538,1606,538,1608,534,1608,536,1606,536,1608,534,1606,538,1604,540,1608,536,1606,536,534,538,1608,536,1632,510,562,510,560 ...
Ja genau die in der console angezeigten raw-Daten kannst du doch mit irsend wieder senden. Wie man das in FHEM in die setlist packt, steht in#22
Zitat von: roedert am 06 Juli 2019, 20:50:04
Ja genau die in der console angezeigten raw-Daten kannst du doch mit irsend wieder senden. Wie man das in FHEM in die setlist packt, steht in#22
Das hab ich auch gedacht, scheint aber nicht so einfach zu sein.
Die Letzte Zahl in der Konsole von Tasmota heist 560 ...
Wenn ich aber bei FHEM schaue, dann ist beim Höchsten Reading 99 die Zahl schaue ist der IR Befehl 538.
IrReceived_RawData_99 538Also scheint es mir so, als ob auf der Konsole nicht alles ausgegeben wird. Deshalb wohl auch das ...
Gruß Robert
Der raw-buffer in Tasmota ist standardmäßig nur 100 Byte, brauchst du mehr musst du selbst kompilieren. Evtl reicht es aber auch weniger zu senden. Aber eben immer die 0, davor!
https://github.com/arendst/Sonoff-Tasmota/wiki/IRSend-RAW-Encoding
Zitat von: roedert am 29 Juni 2019, 16:59:18
Ein entsprechendes MQTT2-Client-Device wird automatisch erstellt (autocreate on vorausgesetzt)
Nur die Sendebefehle musst du noch angeben:
attr Arbeitszimmer.IRgw setList VolumeUp cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF38C7}\
VolumeDown cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFE21D}\
Mute cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF02FD}\
SourceMac cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF827D}\
SourceMPD cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFF807}\
dyson_onoff cmnd/sonoff_26/irsend 0,2242,830,750,1588,752,816,752,814,748,1572,750,806,748,800,750,796,748,854,750,824,750,820,776,788,752,808,750,804,726,1588,776,768,752\
dyson_rotate cmnd/sonoff_26/irsend 0,2242,824,778,1560,752,820,752,812,754,1568,752,802,752,798,750,794,778,1588,754,820,778,1554,752,814,778,1544,754,802,754,796,754,1554,754\
dyson_up cmnd/sonoff_26/irsend 0,2284,786,792,1544,818,752,794,772,792,1530,818,738,792,758,792,752,796,806,792,1546,794,776,818,1510,818,742,792,1524,792,1520,818,728,792\
dyson_down cmnd/sonoff_26/irsend 0,2282,786,818,1520,792,778,794,772,792,1530,816,740,790,758,790,754,814,1550,794,1544,816,1516,792,1534,818,1504,816,1502,790,760,814,1492,816
Könntest Du mal ein LIST deines Devices posten oder mir per Forums Message schicken? Ich verwende einen externen MQTT Server und das MQTT2_CLIENT Modul und da ist das Autocreate nicht so toll, weil vom MQTT die DeviceID nicht mitkommt.
defmod Arbeitszimmer.IRgw MQTT2_DEVICE Sonoff_26
attr Arbeitszimmer.IRgw IODev MQTT2broker
attr Arbeitszimmer.IRgw event-on-update-reading IrReceived_[BDP].*
attr Arbeitszimmer.IRgw readingList Sonoff_26:tele/sonoff_26/LWT:.* LWT\
Sonoff_26:cmnd/sonoff_26/POWER:.* POWER\
Sonoff_26:tele/sonoff_26/INFO1:.* { json2nameValue($EVENT) }\
Sonoff_26:tele/sonoff_26/INFO2:.* { json2nameValue($EVENT) }\
Sonoff_26:tele/sonoff_26/INFO3:.* { json2nameValue($EVENT) }\
Sonoff_26:tele/sonoff_26/STATE:.* { json2nameValue($EVENT) }\
Sonoff_26:tele/sonoff_26/RESULT:.* { json2nameValue($EVENT) }\
Sonoff_26:stat/sonoff_26/RESULT:.* { json2nameValue($EVENT) }\
Sonoff_26:tele/sonoff_26/UPTIME:.* { json2nameValue($EVENT) }
attr Arbeitszimmer.IRgw room 7_Wohnung70->Arbeitszimmer
attr Arbeitszimmer.IRgw setList VolumeUp cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF38C7}\
VolumeDown cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFE21D}\
Mute cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF02FD}\
SourceMac cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EF827D}\
SourceMPD cmnd/sonoff_26/irsend {"PROTOCOL":"NEC","BITS":32,"DATA":0x10EFF807}\
dyson_onoff cmnd/sonoff_26/irsend 0,2242,830,750,1588,752,816,752,814,748,1572,750,806,748,800,750,796,748,854,750,824,750,820,776,788,752,808,750,804,726,1588,776,768,752\
dyson_rotate cmnd/sonoff_26/irsend 0,2242,824,778,1560,752,820,752,812,754,1568,752,802,752,798,750,794,778,1588,754,820,778,1554,752,814,778,1544,754,802,754,796,754,1554,754\
dyson_up cmnd/sonoff_26/irsend 0,2284,786,792,1544,818,752,794,772,792,1530,818,738,792,758,792,752,796,806,792,1546,794,776,818,1510,818,742,792,1524,792,1520,818,728,792\
dyson_down cmnd/sonoff_26/irsend 0,2282,786,818,1520,792,778,794,772,792,1530,816,740,790,758,790,754,814,1550,794,1544,816,1516,792,1534,818,1504,816,1502,790,760,814,1492,816
Zitat von: roedert am 06 Juli 2019, 21:01:28
Der raw-buffer in Tasmota ist standardmäßig nur 100 Byte, brauchst du mehr musst du selbst kompilieren. Evtl reicht es aber auch weniger zu senden. Aber eben immer die 0, davor!
https://github.com/arendst/Sonoff-Tasmota/wiki/IRSend-RAW-Encoding
Ich hab mal eine Firmware mit 300 und hvac Protokoll kompiliert.
In der Konsole werden trotzdem nur 100 auf Tasmota ausgegeben.
In FHEM kommen nun immer 182 werte an. Allerdings scheinen die code irgendwie zu rotieren.
Wenn ich wieder zuhause bin schicke ich mal ein List.
Edit:
Ich hab noch ein wenig nachgelesen, es scheint als ob es auch für die Medea Klimageräte ein Implementierung gibt.
Nur schlau werden tu ich daraus nicht, wurde wohl schon in 2018 umgesetzt.
https://github.com/arendst/Sonoff-Tasmota/pull/3227
Bedeutet das nun es die Midea Klimanlage ist, wenn man mit HVAC kompiliert schon drin?
Muss man dazu den Development Branch kompilieren oder sollten es schon im Master drin sein?
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
Habe das gleiche Problem jetzt auch mit einem Deckenventiltor.
Bei einem anderen Ventilator (Dyson) klappte das mit den RAW-Werten prima - dort wurden nur wenige Wert angezeigt:
{"IrReceived":{"Protocol":"UNKNOWN","Bits":17,"Data":"0x12BEC8D3","RawData":[2242,808,800,1540,776,800,776,792,772,1552,778,778,776,780,776,774,750,856,774,806,774,798,776,792,748,816,778,780,774,1540,750,802,772],"RawDataInfo":[33,33,0]}}
Es sind 33 Werte und am Ende steht "RawDataInfo":[33,33,0]
Bei dem Westinghouse-Ventilator ist die RAW-Liste aber auch abgeschnitten - als erkannte Länge werden "Bits":50 angezeigt - aber wo kann man da jetzt die Raw-Liste evtl. "abschneiden"?
Du musst den buffer size anpassen. Das geht aber nur wenn man die Firmware selber compiliert.
Nur bekommt man dann immer noch nicht die vollständige Liste in der Tasmota Konsole angezeigt.
Dafür hab ich bisher keine Lösung gefunden.
Ich würde gern die Befehle aus FHEM mit Tasmota abgleichen.
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
Ich hab mal versucht, Tasmota selbst zu kompilieren. Hatte mit PlatformIO bisher noch nicht gearbeitet, also schnell installiert (unter macOS)
Doch leider bekomme ich immer wieder Fehler - bei Sonoff-6.5 und auch bei 6.6 - egal ob PlatformIO unter Atom oder VS:
/Users/roedert/.platformio/packages/toolchain-xtensa/bin/../lib/gcc/xtensa-lx106-elf/4.8.2/../../../../xtensa-lx106-elf/bin/ld: .pio/build/sonoff/firmware.elf section `.text' will not fit in region `iram1_0_seg'
collect2: error: ld returned 1 exit status
*** [.pio/build/sonoff/firmware.elf] Error 1
Zitat von: roedert am 17 Juli 2019, 09:32:33
Ich hab mal versucht, Tasmota selbst zu kompilieren. Hatte mit PlatformIO bisher noch nicht gearbeitet, also schnell installiert (unter macOS)
Doch leider bekomme ich immer wieder Fehler - bei Sonoff-6.5 und auch bei 6.6 - egal ob PlatformIO unter Atom oder VS:
/Users/roedert/.platformio/packages/toolchain-xtensa/bin/../lib/gcc/xtensa-lx106-elf/4.8.2/../../../../xtensa-lx106-elf/bin/ld: .pio/build/sonoff/firmware.elf section `.text' will not fit in region `iram1_0_seg'
collect2: error: ld returned 1 exit status
*** [.pio/build/sonoff/firmware.elf] Error 1
Den Fehler hatte ich jetzt noch nicht.
Wenn ich dazu kommen kann ich dir heute Abend schnell was kompilieren?
Noch eine Frage in eigener Sache.
Das was FHEM als mqtt Nachricht bekommt, muss Mann das dann erst umwandeln wenn man es als raw wieder raus schicken will?
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
Zitat von: no_Legend am 17 Juli 2019, 09:37:34
Wenn ich dazu kommen kann ich dir heute Abend schnell was kompilieren?
Danke fürs Angebot, aber momentan bin ich eh an anderes Sachen dran. Es ging mir nur darum das generell selbst mal kompilieren zu können, auch weil PlatformIO für mich neu war (bisher nur Arduino genutzt).
Daher besteht eher Interesse den Fehler zu lösen.
Zitat von: no_Legend am 17 Juli 2019, 09:37:34
Das was FHEM als mqtt Nachricht bekommt, muss Mann das dann erst umwandeln wenn man es als raw wieder raus schicken will?
Also ich habe das was mir Tasmota in der Konsole zeigt direkt in die FHEM-config übernommen. Die Befehle müssen ja nur einmalig angelernt werden. Die Raw-Readings in FHEM interessieren mich dabei nicht weiter.
Beispiel:
{"IrReceived":{"Protocol":"UNKNOWN","Bits":17,"Data":"0x12BEC8D3","RawData":[2242,808,800,1540,776,800,776,792,772,1552,778,778,776,780,776,774,750,856,774,806,774,798,776,792,748,816,778,780,774,1540,750,802,772],"RawDataInfo":[33,33,0]}}Also in FHEM ins setList-Attribut geschrieben:
dyson_onoff cmnd/sonoff_26/irsend 0,2242,808,800,1540,776,800,776,792,772,1552,778,778,776,780,776,774,750,856,774,806,774,798,776,792,748,816,778,780,774,1540,750,802,772
Zitat von: roedert am 17 Juli 2019, 09:45:29
Danke fürs Angebot, aber momentan bin ich eh an anderes Sachen dran. Es ging mir nur darum das generell selbst mal kompilieren zu können, auch weil PlatformIO für mich neu war (bisher nur Arduino genutzt).
Daher besteht eher Interesse den Fehler zu lösen.
Also ich habe das was mir Tasmota in der Konsole zeigt direkt in die FHEM-config übernommen. Die Befehle müssen ja nur einmalig angelernt werden. Die Raw-Readings in FHEM interessieren mich dabei nicht weiter.
Beispiel:
{"IrReceived":{"Protocol":"UNKNOWN","Bits":17,"Data":"0x12BEC8D3","RawData":[2242,808,800,1540,776,800,776,792,772,1552,778,778,776,780,776,774,750,856,774,806,774,798,776,792,748,816,778,780,774,1540,750,802,772],"RawDataInfo":[33,33,0]}}
Also in FHEM ins setList-Attribut geschrieben:
dyson_onoff cmnd/sonoff_26/irsend 0,2242,808,800,1540,776,800,776,792,772,1552,778,778,776,780,776,774,750,856,774,806,774,798,776,792,748,816,778,780,774,1540,750,802,772
Dann bekommst du auch das Problem was ich habe.
Man kann zwar den ir buffer size erhöhen, allerdings bekommst du auf der Konsole nicht alles angezeigt.
Hier ist mir nicht klar wie das selbst ändern kann.
Hast du es dazu gefunden?
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
Nein, noch nix neues. Die "überlangen" Raw-Codes stehen noch auf der ToDo-Liste.
Mit dem Dyson hatte ich Glück dass es komplett in die Anzeige passte.
Evtl. mal im Tasmota-Forum anmelden (sowas gibt es doch sicherlich) und dort nach Unterstützung fragen.
Aber in dem Thread hier ging es doch ursprünglich um eine ganz andere Software - die sollte doch auch funktionieren, war doch mit dem ESp8266 die gleiche Hardware?
Zitat von: roedert am 17 Juli 2019, 10:24:14
Nein, noch nix neues. Die "überlangen" Raw-Codes stehen noch auf der ToDo-Liste.
Mit dem Dyson hatte ich Glück dass es komplett in die Anzeige passte.
Evtl. mal im Tasmota-Forum anmelden (sowas gibt es doch sicherlich) und dort nach Unterstützung fragen.
Aber in dem Thread hier ging es doch ursprünglich um eine ganz andere Software - die sollte doch auch funktionieren, war doch mit dem ESp8266 die gleiche Hardware?
So ich hab noch mal die FB aufgezeichnet.
ON
2019.07.18 17:17:25 5: bridge.mqtt2: dispatch autocreate=simple\000DVES_5BA405\000tele/sonoff/RESULT\000{"IrReceived":{"Protocol":"UNKNOWN","Bits":100,"Data":"0x4DD5F190","RawData":[4402,4380,536,1582,560,510,590,1556,560,510,586,484,586,486,560,508,586,1558,584,1560,558,510,562,508,562,510,560,510,562,510,560,1608,560,484,564,510,562,1608,562,480,564,506,564,508,562,1580,560,508,562,1610,558,1586,558,1558,560,1610,534,1608,534,1582,560,1586,560,1584,556,1584,666,1480,560,1584,560,1582,560,1584,584,1560,558,1582,562,1582,560,1584,560,510,560,1584,556,512,562,1582,584,1558,562,508,562,510,562,1608,534,5168,4400,4352,560,510,562,1584,560,538,532,1582,560,1584,556,1586,536,1634,532,538,532,508,562,1608,532,1584,558,1586,556,1586,558,1584,560,510,560,1582,560,1582,560,510,562,1610,532,1584,558,1584,558,538,534,1584,534,536,560,510,558,512,560,510,560,512,556,512,558,512,558,512,534,536,556,514,558,542,506,534,536,534,558,512,536,536,558,510,536,534],"RawDataInfo":[199,181,0]}}
2019.07.18 17:17:25 4: bridge.mqtt2_192.168.30.60_27931 DVES_5BA405 PUBLISH tele/sonoff/RESULT:{"IrReceived":{"Protocol":"UNKNOWN","Bits":100,"Data":"0x4DD5F190","RawData":[4402,4380,536,1582,560,510,590,1556,560,510,586,484,586,486,560,508,586,1558,584,1560,558,510,562,508,562,510,560,510,562,510,560,1608,560,484,564,510,562,1608,562,480,564,506,564,508,562,1580,560,508,562,1610,558,1586,558,1558,560,1610,534,1608,534,1582,560,1586,560,1584,556,1584,666,1480,560,1584,560,1582,560,1584,584,1560,558,1582,562,1582,560,1584,560,510,560,1584,556,512,562,1582,584,1558,562,508,562,510,562,1608,534,5168,4400,4352,560,510,562,1584,560,538,532,1582,560,1584,556,1586,536,1634,532,538,532,508,562,1608,532,1584,558,1586,556,1586,558,1584,560,510,560,1582,560,1582,560,510,562,1610,532,1584,558,1584,558,538,534,1584,534,536,560,510,558,512,560,510,560,512,556,512,558,512,558,512,534,536,556,514,558,542,506,534,536,534,558,512,536,536,558,510,536,534],"RawDataInfo":[199,181,0]}}
2019.07.18 17:17:25 5: PUBLISH: 0(135)(7)(0)(18)tele/sonoff/RESULT{"IrReceived":{"Protocol":"UNKNOWN","Bits":100,"Data":"0x4DD5F190","RawData":[4402,4380,536,1582,560,510,590,1556,560,510,586,484,586,486,560,508,586,1558,584,1560,558,510,562,508,562,510,560,510,562,510,560,1608,560,484,564,510,562,1608,562,480,564,506,564,508,562,1580,560,508,562,1610,558,1586,558,1558,560,1610,534,1608,534,1582,560,1586,560,1584,556,1584,666,1480,560,1584,560,1582,560,1584,584,1560,558,1582,562,1582,560,1584,560,510,560,1584,556,512,562,1582,584,1558,562,508,562,510,562,1608,534,5168,4400,4352,560,510,562,1584,560,538,532,1582,560,1584,556,1586,536,1634,532,538,532,508,562,1608,532,1584,558,1586,556,1586,558,1584,560,510,560,1582,560,1582,560,510,562,1610,532,1584,558,1584,558,538,534,1584,534,536,560,510,558,512,560,510,560,512,556,512,558,512,558,512,534,536,556,514,558,542,506,534,536,534,558,512,536,536,558,510,536,534],"RawDataInfo":[199,181,0]}}
OFF
2019.07.18 17:17:42 5: bridge.mqtt2: dispatch autocreate=simple\000DVES_5BA405\000tele/sonoff/RESULT\000{"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]}}
2019.07.18 17:17:42 4: bridge.mqtt2_192.168.30.60_27931 DVES_5BA405 PUBLISH 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]}}
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]}}
Kann mir jemand sagen, wie ich jetzt genau einen RAW Befehl per FHEM Absetzte?
Ich hab das so gemacht.
Gruß Robert
HVAC_on cmnd/sonoff/irsend 0,4402,4380,536,1582,560,510,590,1556,560,510,586,484,586,486,560,508,586,1558,584,1560,558,510,562,508,562,510,560,510,562,510,560,1608,560,484,564,510,562,1608,562,480,564,506,564,508,562,1580,560,508,562,1610,558,1586,558,1558,560,1610,534,1608,534,1582,560,1586,560,1584,556,1584,666,1480,560,1584,560,1582,560,1584,584,1560,558,1582,562,1582,560,1584,560,510,560,1584,556,512,562,1582,584,1558,562,508,562,510,562,1608,534,5168,4400,4352,560,510,562,1584,560,538,532,1582,560,1584,556,1586,536,1634,532,538,532,508,562,1608,532,1584,558,1586,556,1586,558,1584,560,510,560,1582,560,1582,560,510,562,1610,532,1584,558,1584,558,538,534,1584,534,536,560,510,558,512,560,510,560,512,556,512,558,512,558,512,534,536,556,514,558,542,506,534,536,534,558,512,536,536,558,510,536,534
HVAC_off cmnd/sonoff/irsend 0,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
Mobile Kurzfassung: Vtl muss json gesendet werden. Senden und empfangen sind nicht ganz gleich. Siehe attrTemplate zu tasmota-ir
Zitat von: Beta-User am 18 Juli 2019, 17:39:56
Mobile Kurzfassung: Vtl muss json gesendet werden. Senden und empfangen sind nicht ganz gleich. Siehe attrTemplate zu tasmota-ir
Kannst du mir das vielleicht noch mal genauer erklären?
Ich hab folgende gefunden, somit sollte meine Befehl eigentlich passen.
VOLUMEUPCMD: with the needed command to be sent like in example raw '0,926,844,958,832,1798,868,902,848,900,870,900,852,908,918,958,794,934,874,928,1738,934,856,1764' (without '')
Also bei mir hat es genau so funktioniert ... siehe #52
cmnd/sonoff_26/irsend 0, und dahinter die komplette Zahlenliste die er im Log in den eckigen Klammern bei "RawData":[......] anzeigt.
Allerdings war diese deutlich kürzer.
Woher hast du jetzt die komplette Zahlenliste, bisher war sie doch immer abgeschnitten?
Zitat von: roedert am 18 Juli 2019, 18:12:54
Also bei mir hat es genau so funktioniert ... siehe #52
cmnd/sonoff_26/irsend 0, und dahinter die komplette Zahlenliste die er im Log in den eckigen Klammern bei "RawData":[......] anzeigt.
Allerdings war diese deutlich kürzer.
Woher hast du jetzt die komplette Zahlenliste, bisher war sie doch immer abgeschnitten?
Ich hab in mqtt Server verbose auf 5 gesetzt
Gesendet von iPhone mit Tapatalk Pro
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.
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?
...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.
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
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.
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
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
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