Hauptmenü

FHEMduino

Begonnen von mdorenka, 06 Dezember 2013, 15:34:39

Vorheriges Thema - Nächstes Thema

blade-of-fire

Zitat von: Wzut am 13 Februar 2015, 22:10:25
@blade-of-fire, in diesem Thread steht geschätzte 50 mal welche Empfänger sehr gut sind (Superheterodyn / Logilink Wetterstation) und welche eher zu der Sorte "naja" gehören ...

Das habe ich auch gesehen, ich kam leider bisher noch nicht dazu, nochmal was zu schreiben. Es ist mir aber immer wieder aufgefallen, dass die Reichweite bei allen Empfängern stark schwankt (wohl in Abhängigkeit der verwendeten Antenne). Bevor ich mir also einen neuen Empänger zulege, wollte ich eben erstmal testen, ob das, was man aus dem vorhandenen herausholen kann, für mich ausreicht.
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

Wzut

#1276
Ich möchte hier mein neues FHEMduino Modul für das Conrad RSL Protokoll vorstellen :
Hardware :
RSL Funk-Jalousieaktor Unterputz RSL 1-Kanal
Bestell-Nr.: 640579 - 62
http://www.conrad.de/ce/de/product/640579/RSL-Funk-Jalousieaktor-Unterputz-RSL-1-Kanal-Schaltleistung-max-500-W-Reichweite-max-im-Freifeld-70-m?ref=searchDetail

RSL Funk-Fernbedienung RSL 12-Kanal
Bestell-Nr.: 526925 - 62
http://www.conrad.de/ce/de/product/526925/RSL-Funk-Fernbedienung-RSL-12-Kanal-Reichweite-max-im-Freifeld-30-m/?ref=detview1&rt=detview1&rb=2

Die Conrad RSL Rollo Schalter haben für mich genüber den Produkten von Intertechno den Vorteil das sie drei zusätzliche Klemmen haben an denen sich ein bereits vorhandener Schalter direkt anschliessen lässt.  Die notwendigen Anpassungen für den Arduino wie auch für FHEM habe ich in zwei README Dateien im Anhang beschrieben. Das Handling in FHEM ist recht einfach :
a. Wenn eine RSL Fernbedienung bereits vorhanden ist sollten die notwendigen Geräte nach drücken der Tasten durch autocreate automatisch angelegt werden.
b. Ist keine Fernbedienung zur Hand kann FHEM auch direkt an den Rollo Schalter angelernt werden:
Zuerst ein neues Device anlegen , z.B. mit
define myRollo FHEMduino_RSL B5B800_1_1
B5B800 ist der 24 Bit Hexcode meiner Fernbedienung , es sollte jede beliebige 24 Bit Zahl gehen ( 000000 - FFFFFF) , danach folgt mit _1_1 die Postion des Schiebeschalters auf der Fernbedienung ( 1 - 4  ) und das Tastenpaar ( 1-3 )
Nun den Rolloschalter in den Anlernmodus versetzen Bei einer Fernbedienung wäre jetzt min 3 Sekunden lang die ON Taste zum anlernen zu drücken, um dieses Verhalten mit FHEM zu simulieren setzen wir bei dem neuen Gerät das Attribut RSLrepetition auf einen Wert von 50 - 60 (default ist 6 )
Nun mit FHEM einen on Befehl senden , Bsp set myRollo on  , wenn der Rolloschalter den Code übernommen hat kann das Attribut RSLrepetion wieder gelöscht werden.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

blade-of-fire

Danke für die Entwicklung. Bisher habe ich meine Rollläden noch nicht auf Funk umgestellt, aber die Lösung mit dem Conrad-Modul klingt sehr verlockend.

Unabhängig von meinem Reichweitenproblem, dass ich zur Zeit noch habe, habe ich noch ein weiteres Problem. Die Kommunikation mit dem Temp-Sensor funktioniert ja grundsätzlich wenn der Sensor direkt neben dem Nano liegt.
Leider werden aber Signale von Intertechno-Sendern immer nur mit

2015.02.15 23:50:14 3: message "IR16404_322" to short!
2015.02.15 23:50:14 3: message "IR16404_322" to short!


quittiert. Kann das auch mit dem Empfänger selbst zusammenhängen oder ist etwas anders faul?
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

Wzut

#1278
Zitat von: blade-of-fire am 16 Februar 2015, 09:44:04
oder ist etwas anders faul?

die Meldung stammt aus dem 10_IT.pm Modul :
if (length($msg) != 7 && length($msg) != 17) {
    Log3 undef,3,"message \"$msg\" to short!";
    return "message \"$msg\" to short!";
  }

Tipp : du kannst Fhemduino dazu zwingen statt dem 10_IT das 14_FHEMduino_PT2262 Modul zum dekodieren zu verwenden , dazu in der 00_FHEMduin.pm
recht weit oben bei den %clientsFHEMduino das IT löschen :

my $clientsFHEMduino = ":IT:CUL_TX:
my $clientsFHEMduino = ":CUL_TX:
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

blade-of-fire

Super, das hat funktioniert. Vielen Dank :)
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

blade-of-fire

Ich habe eine Frage zur Verwendung von Fernbedienungen neben FHEM.
Hier in diesem Beitrag hatte schonmal jemand diese Frage gestellt, das ist aber schon lange her und ich habe dazu leider nichts mehr gefunden. Falls ich es überlesen haben sollte, dann sorry.

Ich möchte also den Status, wenn ich mit einer Handferndieung z.B. eine IT-Steckdose schalte, in fhem aktualisieren. Ist das mittels notify möglich? Wenn ja, wie gehe ich da am besten vor?
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

kadettilac89

Zitat von: blade-of-fire am 17 Februar 2015, 11:38:15
Ich möchte also den Status, wenn ich mit einer Handferndieung z.B. eine IT-Steckdose schalte, in fhem aktualisieren. Ist das mittels notify möglich? Wenn ja, wie gehe ich da am besten vor?

viel einfacher. Aktiviere autocreate und verwende exakt den code der angelegt wurde. Dann wird, egal ob mit FHEM über Web, oder Fernbedienung, der Status auch richtig gesetzt.

blade-of-fire

Autocreate ist aktiviert und bei Betätigen der Fernbedinung wurde folgendes angelegt:


2015.02.16 10:36:57 3: Message: IR4198421 Basedur: 422
2015.02.16 10:36:57 3: Parse: Device: 16_17 Code: F0000F000F Basedur: 422 Action: on
2015.02.16 10:36:57 2: autocreate: define FHEMduino_PT2262_16_17 FHEMduino_PT2262 F0000F000F_422
2015.02.16 10:36:57 3: Define: FHEMduino_PT2262_16_17 FHEMduino_PT2262 F0000F000F_422
2015.02.16 10:36:57 2: autocreate: define FileLog_FHEMduino_PT2262_16_17 FileLog ./log/autocreate.log FHEMduino_PT2262_16_17
2015.02.16 10:36:57 3: Message: IR4198421 Basedur: 422
2015.02.16 10:36:57 3: Parse: Device: 16_17 Code: F0000F000F Basedur: 422 Action: on
2015.02.16 10:36:58 3: Message: IR4198421 Basedur: 425
2015.02.16 10:36:58 3: Parse: Device: 16_17 Code: F0000F000F Basedur: 425 Action: on
2015.02.16 10:36:58 3: Message: IR4198421 Basedur: 425
2015.02.16 10:36:58 3: Parse: Device: 16_17 Code: F0000F000F Basedur: 425 Action: on
2015.02.16 10:37:01 3: Message: IR4198420 Basedur: 422
2015.02.16 10:37:01 3: Parse: Device: 16_17 Code: F0000F000F Basedur: 422 Action: off
2015.02.16 10:37:01 3: Message: IR4198420 Basedur: 422
2015.02.16 10:37:01 3: Parse: Device: 16_17 Code: F0000F000F Basedur: 422 Action: off
2015.02.16 10:37:01 3: Message: IR4198420 Basedur: 422
2015.02.16 10:37:01 3: Parse: Device: 16_17 Code: F0000F000F Basedur: 422 Action: off
2015.02.16 10:37:01 3: Message: IR4198420 Basedur: 422
2015.02.16 10:37:01 3: Parse: Device: 16_17 Code: F0000F000F Basedur: 422 Action: off


Es wurde also "FHEMduino_PT2262_16_17" angelegt. Muss nun noch ein notify anlegt werden, weil wenn ich die Fernbedienung benutze tut sich bei fhem nichts, auch wenn die LED am Nano kurz blinkt?
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

Wzut

Zitat von: blade-of-fire am 17 Februar 2015, 14:06:40
wenn ich die Fernbedienung benutze tut sich bei fhem nichts
natürlich tut sich was oder hat fhem deine geposteten Logausgaben mit Action on und off erfunden ?
Zusätzlich wurde auch noch ein eigenes Logfile erzeugt, da sollte auch jeder Tastendruck wieder zu finden sein !   
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Cruiser79

Zitat von: blade-of-fire am 17 Februar 2015, 14:06:40
Es wurde also "FHEMduino_PT2262_16_17" angelegt. Muss nun noch ein notify anlegt werden, weil wenn ich die Fernbedienung benutze tut sich bei fhem nichts, auch wenn die LED am Nano kurz blinkt?

Wenn du in den Raum FHEMduino_PT2262 in deiner Weboberfläche gehst, solltest du das Device FHEMduino_PT2262_16_17 sehen. Wenn du dann die Fernbedienung On/Off drückst, ändert sich daraufhin das Icon neben dem Device. Für das alles, musst du nix weiter tun, als du schon getan hast.

Fragen wir mal anders: Was erwartest du, das sich bei fhem tun sollte?
FHEM auf Raspberry Pi
HM-CFG-LAN mit HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-WDS10-TH-O, HM-LC-SW1-FM, HM-LC-Bl1-FM
Signalduino mit Elro AB440, LOGILINK WS0002, IT CMR-1000

blade-of-fire

Zitatnatürlich tut sich was oder hat fhem deine geposteten Logausgaben mit Action on und off erfunden ?
ich meine, dass sich der Status der Steckdose in FHEM nicht ändert, wenn ich mit der Fernbedienung schalte.

Ein Beispiel, um klarer darzustellen, worauf ich hinaus will:

- In FHEM Web wird Device "Test" als off angezeigt.
- Steckdose wird durch Handfernbedienung (die zuvor durch autocreate als "Test" in FHEM angelegt wurde) auf on geschaltet
- In FHEM Web wird nun der Status "On" angezeigt.

ZitatFür das alles, musst du nix weiter tun, als du schon getan hast.

Ok, diese Information habe ich gebraucht. Wenn es ohne weiteres zutun funktionieren sollte, dann liegt es wahrscheinlich am Empfänger. Ich habe mir aber schon einen Superheterodyn Receiver bestellt.

Danke für eure Hilfe.

VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

Pi-Heiko

Das der FHEMduino meine Steckdosen erkannt hat, aber nicht geschalten hat hatte ich auch.
Ich habe dann die Schaltbefehle überprüft und festgestellt das diese Falsch angelegt worden sind (Bei mir Intertechno)

Fhem legte sie an und ich musste die Zustände für "ON" abändern.

so sah bei mir der Code dann aus!

define FHEMduino_PT2262_25_E FHEMduino_PT2262 FF00F0000F 367 FF F0


bin mir nicht mehr sicher ob ich den letzten Block oder den vorletzten Block ändern musste.
Vielleicht hilft das dir weiter.
Bin zwar auch nur ein Jüngling in der Materie aber vielleicht Hilft dir das nun weiter, und fals ich mich nun wieder FALSCH ausgedrückt habe und sich nun wieder jemand beschwert ..... SORRY

Wzut

Zitat von: Pi-Heiko am 17 Februar 2015, 15:39:04
ob ich den letzten Block oder den vorletzten Block ändern musste.
du hast das 0F auf FF geändert , ELRO mag 0F , Intertechno lieber FF beim ON Kommando :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Pi-Heiko

Okay.
Auch eine interessante Info.
Habe bis jetzt nur Intertechno in der Wohnung, aber gut zu wissen und macht dann auch irgendwie Sinn wenn man die Info bekommt. ;-)
Wieder ein bisschen Wissen mehr.

Grüße

JoWiemann


Zitat von: blade-of-fire am 16 Februar 2015, 09:44:04

Unabhängig von meinem Reichweitenproblem, dass ich zur Zeit noch habe, habe ich noch ein weiteres Problem. Die Kommunikation mit dem Temp-Sensor funktioniert ja grundsätzlich wenn der Sensor direkt neben dem Nano liegt.
Leider werden aber Signale von Intertechno-Sendern immer nur mit

2015.02.15 23:50:14 3: message "IR16404_322" to short!
2015.02.15 23:50:14 3: message "IR16404_322" to short!


quittiert. Kann das auch mit dem Empfänger selbst zusammenhängen oder ist etwas anders faul?

Hallo,

die Meldung kommt von der 10_IT.pm. Es gibt das noch ein Problem mit dem Routing. Wenn Du keinen CUL hast, dann lösch einmal dieses Fhem-Modul und starte Fhem neu.

Grüße Jörg


Gesendet von iPhone mit Tapatalk
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM