IR-LED an ESP8266 mit EspEasy

Begonnen von erotikbaer, 18 Februar 2017, 03:02:47

Vorheriges Thema - Nächstes Thema

steffen83

Sofern du nicht warten möchtest und ggf. noch ne alte Fernbedienung hast, kannst du da einfach die IR Diode ausbauen.
Raspberry Pi 3 (Noobs, aktuelle Fhem und Pilight) | FHEMduino | HM-OCCU-SDK | HM-Sec-SCo | HM-Sec-SD-2 | HM-CC-RT-DN | HM-LC-Bl1PBU-FM

mfhotdog

Hallo nochmal,

der Receiver ist nun angekommen, leider kennt ESPEasy den NEC2 Code nicht, den die Fernbedienung nutzt.

Gibt es hier die Möglichkeit den RAW Code zu senden? Irgendwie komme ich gerade nicht weiter und stehe total auf dem Schlauch.

Das ist einer der Werte, die ich mit IRRevDumpv2 ausgelsen habe.

Encoding  : UNKNOWN
Code      : 439511A1 (32 bits)
Timing[67]:
     +9000, -4550     + 550, - 700     + 600, - 650     + 600, - 650
     + 600, - 700     + 550, - 700     + 550, - 700     + 550, -1700
     + 600, - 700     + 550, -1700     + 600, - 700     + 600, -1700
     + 600, - 650     + 600, -1700     + 600, - 650     + 600, -1700
     + 600, - 650     + 600, -1700     + 600, -1700     + 600, - 650
     + 600, -1700     + 600, - 650     + 600, - 700     + 550, -1700
     + 600, - 700     + 550, - 650     + 600, - 700     + 550, -1700
     + 600, - 700     + 600, -1700     + 600, -1650     + 650, - 650
     + 600, -1700     + 600
unsigned int  rawData[67] = {9000,4550, 550,700, 600,650, 600,650, 600,700, 550,700, 550,700, 550,1700, 600,700, 550,1700, 600,700, 600,1700, 600,650, 600,1700, 600,650, 600,1700, 600,650, 600,1700, 600,1700, 600,650, 600,1700, 600,650, 600,700, 550,1700, 600,700, 550,650, 600,700, 550,1700, 600,700, 600,1700, 600,1650, 650,650, 600,1700, 600};  // UNKNOWN 439511A1


Wäre echt genial, wenn mir hier jemand helfen könnte.

Danke ;-)

riker1

Hallo
ich weiss nicht wie ich diese LIRC daten convertieren und senden soll.

begin remote

  name  TRIAX-C150
  bits           13
  flags RC5|CONST_LENGTH
  eps            30
  aeps          100
  one           880   884
  zero          880   884
  plead         887
  gap          113058
  toggle_bit_mask 0x0

      begin codes
          on                0x1A0C


habe das dann so umgesetzt bzw hier auch gefragt.

https://forum.fhem.de/index.php/topic,80771.msg830842.html#msg830842

IRSEND RC5 6668 13

irsend <NEC|JVC|RC5|RC6|SAMSUNG|SONY|PANASONIC> <code> <bits>

klappt aber nicht.


FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

mfhotdog

Hi,

Kleines Update, ich habe mir jetzt einfach den Broadlink Rm Pro geholt. Habe ihm den Internetzugriff über meine Firewall gesperrt und nutze ihn komplett über FHEM. Einrichtung dauert 2 Minuten.

LG

riker1


Habe am arduino mit ir dump folgenden ir code geholt.


Decoded RC5: 20C (12 bits)
Raw (22): 900 -850 1750 -900 900 -1750 1750 -900 900 -900 850 -900 850 -900 850 -1800 850 -900 1750 -900 900
20C



aber wie passt da zu dem erwarteten raw input:
irsend <RAW> <B32 raw code> <frequenz> <pulse length> <blank length>

danke für die Hilfe
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Eistee

#110
Das was du RAW empfangen kannst (oberes) sind Zeiten mit 0 und 1 zu erkennen an den negativen und positiven Zahlen. Also diese folge von Zahlen sagt wie lang IR-Licht an war und wie lang aus.

Beim senden sendest du ein Bitmuster mit einer Frequenz. Also du musst nun erst mal herausbekommen mit welcher Frequenz die empfangenen Daten wohl codiert sein könnten. dann kannst du daraus ein Bitmuster bauen und es wieder senden.

Da du aber gepostet hast das dein empfangenes Signal ein RC5 Code ist mit dem Wert 20C (12 bit länge) musst du ja zum glück gar nicht raw senden sondern kannst direkt den RC5 Code senden.
irsend RC5 20C 12

riker1

Zitat von: Eistee am 27 August 2018, 21:41:47
Das was du RAW empfangen kannst (oberes) sind Zeiten mit 0 und 1 zu erkennen an den negativen und positiven Zahlen. Also diese folge von Zahlen sagt wie lang IR-Licht an war und wie lang aus.

Beim senden sendest du ein Bitmuster mit einer Frequenz. Also du musst nun erst mal herausbekommen mit welcher Frequenz die empfangenen Daten wohl codiert sein könnten. dann kannst du daraus ein Bitmuster bauen und es wieder senden.

Da du aber gepostet hast das dein empfangenes Signal ein RC5 Code ist mit dem Wert 20C (12 bit länge) musst du ja zum glück gar nicht raw senden sondern kannst direkt den RC5 Code senden.
irsend RC5 20C 12

Ja danke.
Zum Glück zeit ger IR Dump beides an RC5 und raw,
wollte es mit RAW probieren, da RC5 nicht schaltet.

nochmal zur Sicherheit, muss ich die RC5 Codes in Dezimal  umrechnen oder als hex senden? Danke

FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Eistee

das irsend Kommando erwartet angaben in hex

The-Holgi

Hallo,
habe mir mit einem Arduino Nano einen infrarot receiver gebastelt.
Funktioniert soweit recht gut, kann die codes der Fernbedienungen auslesen.
Mit Espeasy sende ich dann den code, das klappt bei meinem LG und auch bei meinem Samsung TV.
Bei meinem Sony Receiver leider nicht.
So siehts beim LG Tv aus und funktioniert:[/set ESPEasy_ESP_ir_wifi irsend NEC 20DF10EF 32
empfangen habe ich hier: Decode NEC(1): Value: 20DF10EF Adrs:0 32bit code]
[code]so beim Sony Receiver leider ohne Funktion: set ESPEasy_ESP_ir_wifi irsend Sony A81 12 und drecempangene code: set ESPEasy_ESP_ir_wifi irsend Sony A81 12

Jemand eine Idee warum das bei Sony nicht funktioniert?

Gruß Holger
HP T610 Thin Client; Docker Fhem 5.9; 2X CUL V3 868mhz; Max Heizungssteuerung; FS20kse; FS20UWS; FS20S8-3; 2 FS20DI; HM-CFG-LAN,HM-LC-SW1-PL,HM-SEC-SD, HM-SE1PBU-FM;
Harmony Hub;Hue-Bridge mit Iris, E27 Bulb & FLS-PP

TomLee

#114
Beschäftige mich aktuell mit MQTT2.
Gestern war mir aufgefallen wie einfach sich die Umsetzung der Fernbedienung/Script aus dem Wiki in einem MQTT2_Device abbilden lässt:

defmod IR_ESP_TV_Wohnzimmer MQTT2_DEVICE
attr IR_ESP_TV_Wohnzimmer IODev myMQTT2_CLIENT
attr IR_ESP_TV_Wohnzimmer autocreate 0
attr IR_ESP_TV_Wohnzimmer event-on-change-reading .*
attr IR_ESP_TV_Wohnzimmer readingList tele/sonoffIR/LWT:.* LWT\
tele/sonoffIR/STATE:.* { json2nameValue($EVENT) }\
tele/sonoffIR/SENSOR:.* { json2nameValue($EVENT) }\
tele/sonoffIR/INFO.:.* { json2nameValue($EVENT) }\
stat/sonoffIR/RESULT.:.* { json2nameValue($EVENT) }
attr IR_ESP_TV_Wohnzimmer room MQTT2_DEVICE
attr IR_ESP_TV_Wohnzimmer setList power:noArg   cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551489775}\
1:noArg cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551520375}\
2:noArg    cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551504055}\
3:noArg   cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551536695}\
4:noArg cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551495895}\
5:noArg    cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551528535}\
6:noArg   cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551512215}\
7:noArg cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551544855}\
8:noArg    cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551491815}\
9:noArg   cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551524455}\
0:noArg cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551487735}\
10:noArg cmnd/sonoffIR/IRSend/Backlog irSend {"protocol": "NEC","bits": 32, "data": 551487735};delay 8;irSend {"protocol": "NEC","bits": 32, "data": 551520375}\
volumeup:noArg    cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551502015}\
volumedown:noArg   cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551534655}\
mute:noArg cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551522415}\
channelup:noArg    cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551485695}\
channeldown:noArg   cmnd/sonoffIR/IRSend/irSend {"protocol": "NEC","bits": 32, "data": 551518335}
attr IR_ESP_TV_Wohnzimmer stateFormat {ReadingsVal("$name","state","") }

setstate IR_ESP_TV_Wohnzimmer mute
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:56 FallbackTopic DVES_0791B2
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:56 GroupTopic sonoffs
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:57 Hostname sonoffIR-4530
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:57 IPaddress 192.168.188.52
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 01:47:24 IRSend Done
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:56 LWT Online
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:56 Module Sonoff Basic
setstate IR_ESP_TV_Wohnzimmer 2018-12-24 09:44:05 POWER OFF
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 01:52:18 Restart Restarting
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:57 Started External System
setstate IR_ESP_TV_Wohnzimmer 2018-12-24 09:44:05 Time 2018-12-24T09:44:05
setstate IR_ESP_TV_Wohnzimmer 2018-12-24 09:44:05 Uptime 30
setstate IR_ESP_TV_Wohnzimmer 2018-12-24 09:44:05 Vcc 3.360
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:56 Version 4.0.8
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 03:28:57 WebserverMode Admin
setstate IR_ESP_TV_Wohnzimmer 2018-12-24 09:44:05 Wifi_AP 1
setstate IR_ESP_TV_Wohnzimmer 2018-12-24 09:44:05 Wifi_RSSI 80
setstate IR_ESP_TV_Wohnzimmer 2018-12-24 09:44:05 Wifi_SSID FBF
setstate IR_ESP_TV_Wohnzimmer 2018-12-23 02:24:43 state mute


edit:

setList um ein Beispiel (10) erweitert wie man mehrere IR-Codes mit Hilfe von backlog und delay hintereinander absetzen kann

TomLee

#115
Hat die von Reinhart damals verlinkte IR-Schaltung vlt. schon wer an einem Shelly 1 ausprobiert ? Ich meine mich erinnern zu können das es bei einem ESP-01 entweder an TX oder RX auf jeden fall möglich war (bei einem von beiden gings nicht) die Schaltung zu betreiben.
Das würd sich super anbieten einen Schalter/Taster über meiner Umsetzung zusätzlich auch noch smart zu machen und meine bisherige 3,3V Netzteil/ESP-01 Lösung ersetzen.

Gruß

Thomas

biggsmann

Wird sicher auch keiner. Die GPIO's bei den Shellies haben Netzpotenzial und sind nicht galvanisch getrennt. Mit Glück geht nur die Hardware kaputt. Wenn es dumm läuft, kann die Installation tödlich enden.

cu
biggsmann

TomLee

Hab zwar keinen Shelly, mit Sicherheit liegt an den frei zugänglichen GPIOs des Shelly 1 aber keine Netzspannung an, sonst hätten alle die bereits Tasmota darauf geflasht haben einen heiden Spass beim anschliessen des USB-to-Serial-Adapter gehabt.

Klär mich bitte auf wo unser Missverständnis liegt ?

andies

flashst du mit Netzspannung?


Gesendet von iPad mit Tapatalk Pro
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

biggsmann

Die Shellies haben keine Trafos als galvanische Trennung sondern generieren ihre Betriebsspannung (z.B. für den ESP8266) mittels (kapazitiver?) Spannungsteiler aus der Netzspannung. Daher haben sie an den GPIO`s Netzpotenzial. Die Sonoffs haben Schaltnetzteile zur internen Spannungsversorgung. Daher kann man die GPIO`s für Erweiterungen gefahrlos nutzen. Papa Romeo hat die Schaltung der Shellies hier irgendwo dargestellt. Da kann man das gut dran ablesen.

cu
biggsmann