FHEMduino

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

Vorheriges Thema - Nächstes Thema

ecofreezy

Hallo Zusammen,
wir hatten die letzten Tage zum ersten mal Minustemperaturen. Und schon hatte mir ein weiterer Bug im 14_FHEMduino_Env.pm Modul "Hallo" gesagt. Die Umrechnung der negativen Temperatur war noch nicht korrekt. In dem Zuge ist mir noch aufgefallen, dass die Temperatur aus 9 Bit besteht und nicht aus 8 Bit.

Hier die Korrekturen:
$temp = bin2dec(substr($bitsequence,15,9));
$temp = $temp - 512;

Oder Gesamt (mit Message-Übersicht):
elsif ($model eq "05") {      # TX70DTH (Aldi)
  #                /-------------------------------------- Device Code
  #               /        /------------------------------ Battery state 1 == Ok
  #              /        / /----------------------------- Channel
  #             /        / /   /-------------------------- unknown
  #            /        / /   /  /------------------------ neg Temp: if 1 then temp = temp - 512
  #           /        / /   /  /  /---------------------- Temperature
  #          /        / /   /  /  /         /------------- unknown
  #         /        / /   /  /  /         /     /-------- Humidity
  #         11110001 1 000 11 1  101001100 11110 0110010
  # Bit     0        8 9   12 14 15        24    29
    $SensorTyp = "TX70DTH";
    $channel = bin2dec(substr($bitsequence,9,3));
    $bin = substr($bitsequence,0,8);
    $deviceCode = sprintf('%X', oct("0b$bin"));
    $bat = int(substr($bitsequence,8,1)) eq "1" ? "ok" : "critical";
    $trend = "";
    $sendMode = "";
    $temp = bin2dec(substr($bitsequence,15,9));
    if (substr($bitsequence,14,1) eq "1") {
      $temp = $temp - 512;
    }
$temp = $temp/10;
    $hum = bin2dec(substr($bitsequence,29,7));
    $val = "T: $temp H: $hum B: $bat";
  }

kaihs

Zitat von: kaihs am 10 Dezember 2014, 23:27:54
Bei Kommandos die über ReadAnswer den Rückgabewert holen wird in diesem das Zeichen 0 unterschlagen. z. B. im Versionsstring nach V die 0 vom Tagesdatum 10 und vom Jahr 2014:

Das liegt an einem Fehler in der 00_FHEMduino.pm, siehe auch http://forum.fhem.de/index.php/topic,30362.msg230055.html#msg230055

BTW: Gibt es einen Grund, dass nur im Debug-Modus die Baudrate 115200 verwendet wird und sonst 9600? Dadurch ist obiges Problem erst zu Tage getreten.

Ich habe jetzt folgende Änderungen vorgenommen:
- ReadAnswer in 00_FHEMduino.pm korrgiert
- Im Sketch die Geschwindigkeit immer auf 115200 gesetzt
- Sperren des Funkempfangs solange wie ein Kommando ausgeführt wird

Das scheint meine oben beschriebenen Probleme zu beheben.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

digital.arts

Hallo,
@kaihs
Kannst Du bitte die geänderte 00_FHEMduino.pm (oder nur Deine Änderungen) hier einstellen ?
Danke

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

Cruiser79

Thema: Gehäuse

Ich bin noch auf der Suche nach "dem richtigen" Gehäuse für meinen Fhemduino und Frage deshalb einmal in die Runde, was ihr denn so verwendet? Momentan ist bei mir alles noch auf einer Breadboard aufgesteckt.
Spezialtrick, du suchtest ja z.B. schon im Januar nach einem Gehäuse. Bist du mittlerweile fündg geworden?
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

digital.arts

Hallo,
ich habe seit einigen Tagen mit dem Fhemduino, neben den normalen Empfangsdaten (PT2262, WS0002) folgendes:

2014.12.14 15:06:17 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:06:19 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:06:19 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:06:19 2: FHEMduino_USB: unknown message 8 message length (1)
2014.12.14 15:06:21 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:06:24 2: FHEMduino_USB: unknown message 22 message length (2)
2014.12.14 15:06:27 2: FHEMduino_USB: unknown message 16 message length (2)
2014.12.14 15:06:35 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:06:36 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:06:41 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:06:41 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:06:45 2: FHEMduino_USB: unknown message 6 message length (1)
2014.12.14 15:06:48 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:06:52 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:06:55 2: FHEMduino_USB: unknown message 22 message length (2)
2014.12.14 15:06:58 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:06:59 2: FHEMduino_USB: unknown message 8 message length (1)
2014.12.14 15:07:03 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:07:09 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:07:12 2: FHEMduino_USB: unknown message 6 message length (1)
2014.12.14 15:07:17 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:07:24 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:07:26 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:07:29 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:07:29 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:07:30 2: FHEMduino_USB: unknown message 16 message length (2)
2014.12.14 15:07:32 2: FHEMduino_USB: unknown message 14 message length (2)
2014.12.14 15:07:34 2: FHEMduino_USB: unknown message 12 message length (2)
2014.12.14 15:07:37 2: FHEMduino_USB: unknown message 20 message length (2)
2014.12.14 15:07:46 2: FHEMduino_USB: unknown message 8 message length (1)
2014.12.14 15:07:52 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:07:54 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:08:07 2: FHEMduino_USB: unknown message 8 message length (1)
2014.12.14 15:08:10 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:08:11 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:08:19 2: FHEMduino_USB: unknown message 6 message length (1)
2014.12.14 15:08:20 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:08:34 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:08:37 2: FHEMduino_USB: unknown message 22 message length (2)
2014.12.14 15:08:43 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:08:47 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:08:48 2: FHEMduino_USB: unknown message 6 message length (1)
2014.12.14 15:08:50 2: FHEMduino_USB: unknown message 22 message length (2)
2014.12.14 15:08:58 2: FHEMduino_USB: unknown message 20 message length (2)
2014.12.14 15:09:02 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:09:03 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:09:04 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:09:10 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:09:15 2: FHEMduino_USB: unknown message 16 message length (2)
2014.12.14 15:09:16 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:09:20 2: FHEMduino_USB: unknown message 6 message length (1)
2014.12.14 15:09:30 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:09:31 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:09:33 2: FHEMduino_USB: unknown message 18 message length (2)
2014.12.14 15:09:34 2: FHEMduino_USB: unknown message 10 message length (2)
2014.12.14 15:09:41 2: FHEMduino_USB: unknown message 18 message length (2)
2014.12.14 15:09:45 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:09:47 2: FHEMduino_USB: unknown message 6 message length (1)
2014.12.14 15:09:48 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:09:54 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:09:54 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:09:55 2: FHEMduino_USB: unknown message 8 message length (1)
2014.12.14 15:09:56 2: FHEMduino_USB: unknown message 14 message length (2)
2014.12.14 15:10:00 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:10:00 2: FHEMduino_USB: unknown message 6 message length (1)
2014.12.14 15:10:01 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:10:02 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:10:02 2: FHEMduino_USB: unknown message 8 message length (1)
2014.12.14 15:10:03 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:10:06 2: FHEMduino_USB: unknown message 4 message length (1)
2014.12.14 15:10:06 2: FHEMduino_USB: unknown message 6 message length (1)
2014.12.14 15:10:11 2: FHEMduino_USB: unknown message 18 message length (2)
2014.12.14 15:10:14 2: FHEMduino_USB: unknown message 2 message length (1)
2014.12.14 15:10:14 2: FHEMduino_USB: unknown message 6 message length (1)


Das ist nur ein kleiner Ausschnitt aus der log-Datei...
Wie gesagt, der Empfang meiner WSW0002-Temperatursensoren und ELRO-Funksender geht, auch das Senden der ELRO-Befehle.
Nur diese ganzen "Falsch- oder Fehlmessages" stören ungemein...
Hat jemand anders auch diese Unmenge an Messages ?

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

kaihs

Zitat von: digital.arts am 14 Dezember 2014, 15:12:35
Hallo,
@kaihs
Kannst Du bitte die geänderte 00_FHEMduino.pm (oder nur Deine Änderungen) hier einstellen ?

Die entscheidende Änderung ist das Auskommentieren des if in ReadAnswer:

    #if($buf) {
      Log3 $hash->{NAME}, 5, "FHEMduino/RAW (ReadAnswer): $buf";
      $mFHEMduinodata .= $buf;
    #}
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

fh168

#1101
Hallo,

Ich habe einige 433 MHz TFKs und PIRs und es wäre schön wenn die sich vom Fhemduino an Fhem anmelden könnten. (siehe hier: http://blog.moneybag.de/fhem-preiswerter-433-mhz-funkbewegungsmelder-pir/)

Mein Log wirft folgendes raus:

2014.12.19 21:42:35 5: FHEMduino: IR7553818_421
2014.12.19 21:42:35 5: FHEMduino dispatch IR7553818_421
2014.12.19 21:42:35 5: FingerprintFn Message: Name: FHEMduino  und Message: IR7553818_421
2014.12.19 21:42:35 5: FHEMduino_PT2262 Message Housecode: F101F Buttoncode: 0010F actioncode
2014.12.19 21:42:35 5: FHEMduino dispatch IR7553818_421
2014.12.19 21:42:35 5: FingerprintFn Message: Name: FHEMduino  und Message: IR7553818_421
2014.12.19 21:42:35 5: FHEMduino_PT2262 Message Housecode: F101F Buttoncode: 0010F actioncode
2014.12.19 21:42:35 5: FHEMduino/RAW: /IR7553818_421

Quasi ist das der Alarm und sollte irgendwo in den Readings aufschlagen.
Leider wird nichts angelegt oder angezeigt.

Gibt es eine Lösung?

LG
/robin
Hue, Lacrosse, PCA301, MySensors, V 1.67 CUL 868 V3.4, Lacrosse-WLAN-Gateway, Tasmota RF-

fh168

@Cruiser79

Ich habe kein Gehäuse.

http://blog.moneybag.de/?attachment_id=11353

Hängt wie mein Jeelink-Clone am USB-Kabel.
Ich habe einige gebaut für meine Testumgebung. 
Klappt einwandfrei, bis auf die Software, welche meine PIRs und TFKs nicht erkennt, bzw. in Fhem einbindet. ... siehe meinen Post von vorhin. Kann ich also so nicht gebrauchen.

LG
/robin
Hue, Lacrosse, PCA301, MySensors, V 1.67 CUL 868 V3.4, Lacrosse-WLAN-Gateway, Tasmota RF-

chris1284

moin,

mein fhemduino läuft soweit und empfängt auch die daten meines minicul's wennich it-dosen schalte. leider empfängt er die daten der zu den dosen gehörendne fehrnbedienungen nicht. geht dies nicht oder muss ich dafür noch irgendwas machen?

Cruiser79

Zitat von: fh168 am 20 Dezember 2014, 18:05:38
@Cruiser79

Ich habe kein Gehäuse.

http://blog.moneybag.de/?attachment_id=11353

Hängt wie mein Jeelink-Clone am USB-Kabel.
Ich habe einige gebaut für meine Testumgebung. 
Klappt einwandfrei, bis auf die Software, welche meine PIRs und TFKs nicht erkennt, bzw. in Fhem einbindet. ... siehe meinen Post von vorhin. Kann ich also so nicht gebrauchen.

LG
/robin
Schade, aber können doch nicht alle hier ihre Fhemduinos so "nackig" rumstehen habe ;-)
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

Cruiser79

Heute bemerkt, das ich in meinem FHEM Log andauernd folgende Meldungen

2014.12.20 08:54:01 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 08:54:41 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 08:55:58 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 08:56:38 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 08:58:35 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 09:01:11 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 09:03:07 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 09:05:04 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 09:17:25 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 09:22:37 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 09:24:34 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10


2014.12.20 23:02:21 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:03:31 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:03:31 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:03:31 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:04:06 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:04:06 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:04:06 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:04:41 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:05:16 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:05:16 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0
2014.12.20 23:05:51 1: FHEMduino_Env: UNDEFINED sensor NC_WS detected, code 10_0


2014.12.20 19:35:41 3: Message: IR1131857 Basedur: 319
2014.12.20 19:35:41 3: Parse: Device: 11_15 Code: 0F0FF0FFFF Basedur: 319 Action: on
2014.12.20 19:35:41 3: Message: IR1134929 Basedur: 320
2014.12.20 19:35:41 3: Parse: Device: 11_23 Code: 0F0FFF0FFF Basedur: 320 Action: on


Ich habe schon vor einiger Zeit autocreate bei mir ausgestellt, aber das hilft hier wohl nix. Wie bekomme ich diese Meldungen weg?
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

fh168

Zitat von: Cruiser79 am 20 Dezember 2014, 23:08:40
Schade, aber können doch nicht alle hier ihre Fhemduinos so "nackig" rumstehen habe ;-)

nackig nicht, aber mit Negligée  (=Schrumpfschlauch), etwas etwas andere Art von reizend :-).

LG
/robin
Hue, Lacrosse, PCA301, MySensors, V 1.67 CUL 868 V3.4, Lacrosse-WLAN-Gateway, Tasmota RF-

Zwer2k

Hallo,

hab mir beim Lidl vor kurzem den SilverCrest Außen-Funksteckdosenset http://www.lidl.de/de/silvercrest-aussen-funksteckdosenset-3-teilig/p186267 geholt (steht was von Brennstuhl im Handbuch). Die werden von Fhemduino problemlos mit Autocreate angelegt und funktionieren auch ohne Problem (senden + empfangen). Das einzige was mich stört ist die Fehlermeldung im Log Argument "1119553_344" isn't numeric in pack at ./FHEM/14_FHEMduino_PT2262.pm line 451.

Sidey

Hallo Cruiser79,

Zitat von: Cruiser79 am 20 Dezember 2014, 23:13:37
Heute bemerkt, das ich in meinem FHEM Log andauernd folgende Meldungen

2014.12.20 08:54:01 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10
2014.12.20 09:24:34 1: FHEMduino_Oregon UNDEFINED sensor detected, code 4C10


Wenn Du Oregon nicht verwendest, kannst Du den Sketch ohne compilieren.
Ansonsten hilft da nur noch eins:

Zitat von: Cruiser79 am 20 Dezember 2014, 23:13:37
Ich habe schon vor einiger Zeit autocreate bei mir ausgestellt, aber das hilft hier wohl nix. Wie bekomme ich diese Meldungen weg?

Autocreate einschalten und die Geräte in einen hidden room packen.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Cruiser79

Zitat von: Sidey am 21 Dezember 2014, 22:35:07
Hallo Cruiser79,

Wenn Du Oregon nicht verwendest, kannst Du den Sketch ohne compilieren.
Ansonsten hilft da nur noch eins:

Autocreate einschalten und die Geräte in einen hidden room packen.

Grüße Sidey
Oregon habe ich eigentlich keine, ich habe nur
#define COMP_PT2262
und
#define COMP_NC_WS
und
#define COMP_OSV2
definiert. Letzeres meine ich nur, weil das immer nötig ist. Ich frage mich jetzt gerade wirklich, wieso dann überhaupt Oregon Meldungen kommen!?

Gut, die
UNDEFINED sensor NC_WS detected
Meldungen bekomme ich wohl nur mit Hidden Rooms weg, aber wieso ist das eigentlich so? Wieso juckt Fhemduino das ausgeschaltete autocreate null?
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