IT Empfang mit CUL

Begonnen von mehf, 18 August 2013, 20:47:11

Vorheriges Thema - Nächstes Thema

Olly

Zitat von: JoWiemann am 06 Februar 2015, 11:04:33
Hallo,

ich betreibe einen RPi als Slave und einen Cubie als Master. Leider ist die 10_IT.pm nicht Fhem2Fhem kompatibel. Ich würde gerne in der Sub IT_Set($@) die CallFn($io->{NAME}, "GetFn", $io, (" ", "raw", $message)); Aufrufe durch IOWrite ersetzen. Leider stoße ich auf das Problem, dass somit keine Rückmeldung mehr über das abgesetzte Kommando durchgeführt werden kann, was allerdings in der 10_FS20.pm auch nicht erfolgt.

Ich habe die Änderungen bei mir einmal umgesetzt und sieh da, die 10_IT.pm arbeitet wunderbar mit Fhem2Fhem.

Was haltet ihr von der Änderung.

Grüße Jörg
Hallo,

finde ich gut. Hatte auch vor meinen RasPi (FHEMduino) mit meinem BananaPi (CUL) per F2F zu verbinden um die IT Geräte im ganzen Haus zu erreichen.

Gruß

  Olly
BananaPi 1GB;NetCSM 868MHz, miniCUL 433MHz, LaCrosseGateway, 2x SignalESP; FHEM 6.2

JoWiemann

Ok, anbei die modifizierte 10_IT.pm zum Testen.

Grüße Jörg

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

JoWiemann

Hallo,

ich habe jetzt mal die regular Expression in den Matches der beiden Module angepasst, damit die sich nicht mehr in die Quere kommen.

Grüße Jörg

siehe auch: http://forum.fhem.de/index.php/topic,33422.0.html
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

bjoernh

#453
Hallo Jörg,

Die Zeile:
  $hash->{Match}     = "^i\\d.....";
sehe ich als kritisch an.

Die Meldungen, welche vom CUL kommen sind HEX Zahlen, die Zeile begrenzt nun aber den HEX Bereich der ersten Zahl auf 0-9.

Gruß
Björn

JoWiemann

Wie wäre es mit:


  $hash->{Match}     = "^i[^R].....";


Grüße Jörg
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

bjoernh

#455
Das ^R kenne ich nicht. Auf die schnelle habe ich aber auch nichts im Inet gefunden.
Ich hätte es so gelöst i[a-hA-H0-9]....

Ach jetzt  ^R heißt "not R"...

bjoernh

Zitat von: bjoernbo am 06 Februar 2015, 10:15:38
so...habe den PIR-1000 nun direkt mit einer Funksteckdose gekoppelt. Bei Bewegung schaltet dieser nun die Steckdose.
Für mein Verständnis sendet doch nun der PIR einen Befehl an die Dose und da dieser sendet müsste ich den PIR doch nun irgendwo im Log-File finden, oder?
Ich sehe diesen nicht.

Eigentlich sollte das schon gehen.
Hast Du auch die richtige Firmware auf dem CUL? Was sagt denn die Ausgabe der Version?
Evtl. hat der CUL auch Empfangsprobleme. Hast Du einen 433MHz CUL oder einen 868MHz?

bjoernbo

Hey, ich habe einen CUL  => V 1.62.07 CUL868 (F-Band: 868MHz); freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Raspberry Pi 3 - FB6490C - Synology NAS DS916+ - NETATMO - HUE - SIEMENS G-Tag'S - FTUI - EchoDOT -

bjoernh

Zitat von: bjoernbo am 07 Februar 2015, 07:54:21
Hey, ich habe einen CUL  => V 1.62.07 CUL868 (F-Band: 868MHz); freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB

Na dann kann es schon sein, dass der den Bewegungsmelder nicht empfängt.  ;)
Du musst natürlich die Empfangsfrequenz auf 433.920MHz einstellen.
Dann ist der CUL 868MHz aber nicht optimal abgestimmt.
Jedenfalls so wie Du ihn eingestellt hast, kann er nichts auf 433Mhz empfangen.
Ich würde dir vorschlagen Du kaufst dir einen zweiten CUL mit 433Mhz oder baust dir einen selbst (nanoCul)

Franz Tenbrock

Hallo
hab nen nano cul mit 433 und einen mit 886
muss ich den nur neu flashen
mit welcher Version
cubi3, Cul 868, ESA2000WZ, EM1000GZ,  FS20, dashboard, 1-Wire, Max Thermos, Max Wandthermo, Max Lan, Fritzbox callmonitor, , nanocul, HM Led16, HM Bewegungsmelder, HM Schalter, RPi, banana, ESP8266, DoorPi

chris1284

dein fragezeichen ist kaputt...
ja du musst ihn nur neu flashen wenn fhem aktuell ist

culfw_1.62.07_build_63_master.zip auf seite 27 Antwort #403

digital.arts

Hallo,

ich habe mit der version "culfw_1.62.07_build_63_master" auf einem NanoCul433 Probleme...
Empfang von meinen zwei Revolt Verbrauchsmessern funktioniert nicht mehr, dafür werden öfter mal "Phantom-Sensoren" IT von autocreate angelegt.
Vorhandene Intertechno-Dosen werden aber sauber geschaltet.
Werde daher wieder auf die ältere Version zurückflashen... kann es sein, dass in der fertigen .hex für den Nano das Revolt-Protokoll nicht aktiv ist ?

VG
Karl
FHEM auf RPi; CUL868 für FHT; NanoCUL433 für IT und Revolt; Fhemduino für IT und Temp/Hum; RFXTRX433e für IT/FA20RF/Funkgong/HomeEasy; NanoFirmataEth für 1wire Temp

bjoernh

#462
Hallo,

sollte eigentlich schon gehen.
Auf welcher Frequenz funkt denn das Revolt? Evtl. habe ich es falsch eingetragen.

Ansonsten wären ein paar X25 Ausgaben hilfreich.

HAS_REVOLT ist im nanoCul gesetzt.

Gruß
Björn

digital.arts

Hallo bjoernh,

sorry, ich habe das Problem mit Revolt gerade gelöst... (habs mir damals beim ersten flashen nur auf einen Notizzettel vermerkt)
Für die Revolt-Dosen muss noch was geändert werden:
set <cul> raw W1257
set <cul> raw W13C4

Jetzt empfängt er wieder die Revoltdaten (sind übrigens auf 433,92)

Vielleicht ist jetzt auch vor den "Phantom-IT-Geräten" wieder Ruhe  ::)...

vg
Karl
FHEM auf RPi; CUL868 für FHT; NanoCUL433 für IT und Revolt; Fhemduino für IT und Temp/Hum; RFXTRX433e für IT/FA20RF/Funkgong/HomeEasy; NanoFirmataEth für 1wire Temp

Von-XS1-Nach-FHEM

#464
Hallo Leute was bedeutet das Hier?

Ich benutze auch Intertechno und habe Probleme mit der Empfang davon.

Jetzt habe ich im logfile folgendes gelesen:

2015.02.13 10:40:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_IT.pm line 396.
2015.02.13 10:40:11 1: PERL WARNING: substr outside of string at ./FHEM/10_IT.pm line 405.
2015.02.13 10:40:11 1: PERL WARNING: substr outside of string at ./FHEM/10_IT.pm line 406.
2015.02.13 10:40:11 1: PERL WARNING: substr outside of string at ./FHEM/10_IT.pm line 407.
2015.02.13 10:40:11 1: PERL WARNING: Use of uninitialized value $groupBit in concatenation (.) or string at ./FHEM/10_IT.pm line 408.
2015.02.13 10:40:11 1: PERL WARNING: Use of uninitialized value $unitCode in concatenation (.) or string at ./FHEM/10_IT.pm line 408.
2015.02.13 10:40:11 1: PERL WARNING: Use of uninitialized value $groupBit in concatenation (.) or string at ./FHEM/10_IT.pm line 429.
2015.02.13 10:40:11 1: PERL WARNING: Use of uninitialized value $unitCode in concatenation (.) or string at ./FHEM/10_IT.pm line 429.
2015.02.13 10:40:11 1: PERL WARNING: Use of uninitialized value $onoffcode in concatenation (.) or string at ./FHEM/10_IT.pm line 429.
2015.02.13 10:40:11 1: PERL WARNING: Use of uninitialized value $groupBit in concatenation (.) or string at ./FHEM/10_IT.pm line 431.
2015.02.13 10:40:11 1: PERL WARNING: Use of uninitialized value $unitCode in concatenation (.) or string at ./FHEM/10_IT.pm line 431.
2015.02.13 10:40:11 2: autocreate: define IT_D1DD0D1DD000D110011D0 IT D1DD0D1DD000D110011D0 
2015.02.13 10:40:11 1: define IT_D1DD0D1DD000D110011D0 IT_D1DD0D1DD000D110011D0 IT D1DD0D1DD000D110011D0  : wrong syntax: define <name> IT 10-bit-housecode off-code on-code [dimup-code] [dimdown-code] or for protocol V3 define <name> IT <26 bit Address> <1 bit group bit> <4 bit unit>
2015.02.13 10:40:11 1: ERROR: wrong syntax: define <name> IT 10-bit-housecode off-code on-code [dimup-code] [dimdown-code] or for protocol V3 define <name> IT <26 bit Address> <1 bit group bit> <4 bit unit>