Alternative culfw

Begonnen von bjoernh, 15 März 2015, 12:01:06

Vorheriges Thema - Nächstes Thema

Tedious

Zitat von: kadettilac89 am 13 Dezember 2015, 21:50:45
Dafür hab ich jetzt das IT_Repetition Problem. Das ist mir aber erstmal egal, hab im 10_IT.pm den Defaultwert auf 12 gestzt und dafür den Parameter in der Definition wieder rausgenommen.

*Pling* Danke für den Hinweis *Kopfklatsch*. Habs jetzt auch direkt in der 10_IT gesetzt. Scheint zuverlässiger zu sein, ich hab in den Structures jetzt noch
async_delay 2 definiert, scheint (zumindest beim ersten Test) nichts mehr verschluckt zu werden. Ggf. setzte ich das noch mal auf 1 runter falls es zuverlässig funktioniert.
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

CaptainHook

#646
Hi,

vielen Dank bjoernh  deine VErsion 1.20.03 brachte mich auf die richtige Spur.
Meine Pollin Steckdosen wollen eine ITClock von 380 dann schallten sie 100%ig
(Die Clock durch "probieren" und dem SignalDuino herausgefunden)

Jetzt läuft alles ....
Ich Frage habe ich noch Oregon3 .. warum beginnen die Nachrichten mt
om.....

Bei der Implementierung von mepf beginnen die mit o....

Wer dekodiert die Oregon3 Naxhrichten vom der a-culfw? 41_Oregon3?

Grüße,
Stephan
Lenovo M53 ThinkCentre 10DC | Docker | SolarEdge SE10K + SE5000H + Energy Bank 10KWh | EspEasy | Tasmota | Hue | Alexa | uvm.

kadettilac89

#647
Zitat von: BerndDA am 14 Dezember 2015, 13:07:08
Hallo,

ich hatte bei dieser FW Probleme mit den Empfang von NC_WS Sensoren über CUL_TCM97001. Das klappte nur auf sehr kurze Distanz (50cm).
Schalten von IT Steckdosen hatte funktioniert. Bin jetzt auch wieder zurück zur 1.10.x

Grüße
Bernd

Meine WS0002 (auch TCM97001) spielen seit FW 1.10.02 auch verrückt. Empfang ist im Gegensatz zu dir gut aber die Werte schwanken ... komischerweise sind immer Falschmeldungen drin die genau 50% des erwarteten Wertes ist. Wenn Humidity falsch ist, ist auch gleichzeitig Temperatur falsch. Das müllt mir jetzt die DB voll was ich mit "event-change-reading" verhindert hätte.

Mir ist IT wichtiger und das funktionert erstmal.

Was  mir aufgefallen ist, war dass der Wettersensor mit dieser FW viel schneller gefunden wird. Bei älteren FW-Versionen hat es 1 - 2 Min. gedauert, jetzt innerhalb ein paar Sekunden (nach dem ersten Senden).

Definition des Sensors:

#### Temperatur Sensor2
define TempSensor2 CUL_TCM97001 82
attr TempSensor2 DbLogExclude battery,abshum,sendMode,taupunkttemp,T,state,channel
attr TempSensor2 alias Außen
attr TempSensor2 event-min-interval humidity:1800,temperature:1800
attr TempSensor2 event-on-change-reading humidity,temperature
attr TempSensor2 group Außen
attr TempSensor2 icon temperature_humidity
attr TempSensor2 model NC_WS
attr TempSensor2 room Wohnzimmer


Log als ich auf 1.10.02 geflasht hab und dann ab- und angesteckt hab.

18:12 ....

abstecken nach flash:
2015.12.12 18:12:30.211 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A7031TM7-if00-port0 disconnected, waiting to reappear (CUL433)

anstecken nach flash:
2015.12.12 18:12:34.386 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A7031TM7-if00-port0 reappeared (CUL433)
.

Ein paar Minuten später der erste Ausrutscher

Export aus meiner MySQL-Datenbank (DB-Log)

Humidity:

"2015-12-12 18:30:12";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:29:37";"TempSensor2";"CUL_TCM97001";"humidity: 43";"humidity";"43";"%"
"2015-12-12 18:19:07";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"humidity: 43";"humidity";"43";"%" <------ falsch
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:11:32";"TempSensor2";"CUL_TCM97001";"humidity: 88";"humidity";"88";"%"
.....
"2015-12-14 18:58:43";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 18:57:33";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 18:48:49";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 18:48:48";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 18:24:53";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:54:33";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:53:59";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:52:13";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:51:38";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:49:53";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:49:18";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:42:18";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:41:44";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:38:48";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:38:13";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:25:58";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:24:49";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"


auch bei Temperatur:


"2015-12-12 18:36:02";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-12 18:30:12";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-12 18:29:37";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-12 18:19:07";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C" <----- falsch
"2015-12-12 18:15:37";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
....
"2015-12-14 17:54:33";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:53:59";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-14 17:52:13";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:51:38";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-14 17:50:28";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:49:53";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:49:18";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:42:18";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:41:44";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:38:48";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:38:13";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:37:03";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"


Irgend eine Idee? Wenn ich richtig liege hast du auch das TC97001-Modul geschrieben. Sowohl mit neuester Version vom 09.12. und der vorherigen VErsion. Datum weiß ich nicht.

Danke schon mal.

Edit: Ich hab gerade gesehen, dass am 09. 2 Versionen eingecheckt wurden. Welche ich drauf hatte weiß ich nicht. Ich hab jetzt ein Update gemacht um die letzte Version im System zu haben. Mal sehen ob sich was ändert.

chris1284

meine WS0002  machen weder empfangs noch werte probleme. alles sehr stabil (mit sduino). würde somit ehr auf aculf statt CUL_TCM97001 al sursache tippen

Tedious

Guten Morgen,

ich habe ein kleines Problem, erschießt sich mir nicht - ggf. hjat jemand hier eine Idee. Ich schalte u.a. diverse 433MHz Funksteckdosen mit der aCulFw. Das funktioniert soweit. An einigen Punkten im Haus sind die mitgelieferten Fernbedienungen mit Tesa Powerstrips angebracht, um direkt vor Ort schalten zu können ud nicht jedesmal ans InfoTablet zu laufen. Beispiel - Deckenfluter im Schlafzimmer im begehbaren Kleiderschrank. Schalte ich entweder per Tablet an der Wand oder vor Ort mit der FB. Soweit, so gut. Schalte ich per FB kommt bei FHEM auch ein Signal an - nur liefert er mir einen Fehler:

2015.12.15 08:23:44 3: Code 0F not supported by Steckdose_SZ.
2015.12.15 08:23:44 3: Code 0F not supported by Steckdose_SZ.
2015.12.15 08:23:44 3: CUL433: Unknown code i444551, help me!
2015.12.15 08:23:44 3: Code 11 not supported by IT_F0F0FFFFFF.
2015.12.15 08:23:44 3: Code 11 not supported by IT_F0F0FFFFFF.
2015.12.15 08:23:44 3: CUL433: Unknown code i44555f, help me!
2015.12.15 08:23:44 3: Steckdose_SZ off->off
2015.12.15 08:23:45 3: Steckdose_SZ off->off
2015.12.15 08:23:45 3: Code 0F not supported by Steckdose_SZ.
2015.12.15 08:23:45 3: Code 0F not supported by Steckdose_SZ.
2015.12.15 08:23:45 3: CUL433: Unknown code i444551, help me!
2015.12.15 08:23:46 3: Code 11 not supported by IT_F0F0FFFFFF.
2015.12.15 08:23:46 3: Code 11 not supported by IT_F0F0FFFFFF.
2015.12.15 08:23:46 3: CUL433: Unknown code i44555f, help me!
2015.12.15 08:23:56 3: Steckdose_SZ off->off


Ich habe hier z.B. eine Steckdose angeschaltet. Ein weiteres Beispiel:

2015.12.15 08:47:27 3: Steckdose_Kaffee on->off
2015.12.15 08:47:27 3: Code 11 not supported by IT_00000FFFFF.
2015.12.15 08:47:27 3: Code 11 not supported by IT_00000FFFFF.
2015.12.15 08:47:27 3: CUL433: Unknown code i00155f, help me!
2015.12.15 08:47:28 3: Code 0F not supported by Steckdose_Kaffee.
2015.12.15 08:47:28 3: Code 0F not supported by Steckdose_Kaffee.
2015.12.15 08:47:28 3: CUL433: Unknown code i001151, help me!


Hier habe ich aus- und direkt wieder angeschaltet...

Der Status auf dem Tablet (an/aus) ändert sich nicht. Der CUL empfängt was (Aus), kann das aber scheinbar nicht interpretieren. Wo liegt mein Fehler? Die Stecker sind alle wie im folgenden Beispiel codiert:

#433 Steckdosen schalten

define Steckdose_SZ IT F0F0F0FFFF FF F0
attr Steckdose_SZ userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 room_map structexclude
attr Steckdose_SZ IODev CUL433
attr Steckdose_SZ alias Stehlampe
attr Steckdose_SZ comment Alle FunkSchalter für Abwesend
attr Steckdose_SZ group Schalter
attr Steckdose_SZ icon li_wht_on
attr Steckdose_SZ model itswitch
attr Steckdose_SZ room Schlafzimmer
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

CaptainHook

#650
Hi,

dieses Problem habe ich auch schon beobachtet (und Ignoriert)

meine Pollin-Steckdosen habe ich mit
define Steckdose IT F0F0F0FFFF 0F F0
definiert und die REV-Steckdosen  mit
define Steckdose IT FFF0F0FFFF FF 00
definiert.

Dadurch wird der Status richtig gesetzt und er schaltet auch die Steckdose zuverlässig

Edit: Kannst ja mal versuchen dein define der Steckdose anzupassen, deine Fernbedienung scheint für off F0 (11) zu senden und für on 0F
Lenovo M53 ThinkCentre 10DC | Docker | SolarEdge SE10K + SE5000H + Energy Bank 10KWh | EspEasy | Tasmota | Hue | Alexa | uvm.

Tedious

Hast Du das durch ausprobieren definieren können? Ich habe teilweise ELROs, aber überwiegend Brennenstuhl (die mir aber ziemlich baugleich ausschauen...).
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

CaptainHook

Hi,
bei mir wurden die Steckdosen verschieden angelegt (glaub ich).
Warum genau ich das geändert habe weiß ich gar nicht mehr.....  :o
Gruß,
Stephan
Lenovo M53 ThinkCentre 10DC | Docker | SolarEdge SE10K + SE5000H + Energy Bank 10KWh | EspEasy | Tasmota | Hue | Alexa | uvm.

spikeh1

Zitat von: BerndDA am 14 Dezember 2015, 13:07:08
Hallo,

ich hatte bei dieser FW Probleme mit den Empfang von NC_WS Sensoren über CUL_TCM97001. Das klappte nur auf sehr kurze Distanz (50cm).
Schalten von IT Steckdosen hatte funktioniert. Bin jetzt auch wieder zurück zur 1.10.x

Grüße
Bernd

Ist bei mir ebenso.
Heute mit Version 1.20.03 getestet und meine WS0002 werden nur sehr sporadisch empfangen. Zurück auf Version 1.10.02 und es ist wieder alles super.

MfG

bjoernh

Zitat von: CaptainHook am 14 Dezember 2015, 21:39:21

Ich Frage habe ich noch Oregon3 .. warum beginnen die Nachrichten mt
om.....

Bei der Implementierung von mepf beginnen die mit o....

Wer dekodiert die Oregon3 Naxhrichten vom der a-culfw? 41_Oregon3?

Grüße,
Stephan
Die Oregon werden jetzt vom Original Oregon Modul dekodiert.
Sobald der CUL die om.... liefert springt das CUL_REDIRECT an.
Dann wird geschaut ob es ein Oregon2, Oregon3 oder Hideki ist. Wenn eines zutrifft wird es an das entsprechende Modul weitergeleitet.
Das extra Modul wird somit nicht mehr benötigt und es sollte in Fhem so klappen.
Schließe ich also richtig aus deinem Post, dass das Oregon 3 bei dir geht?

Zitat von: kadettilac89 am 14 Dezember 2015, 22:31:52

Humidity:

"2015-12-12 18:30:12";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:29:37";"TempSensor2";"CUL_TCM97001";"humidity: 43";"humidity";"43";"%"
"2015-12-12 18:19:07";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"humidity: 43";"humidity";"43";"%" <------ falsch
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"humidity: 86";"humidity";"86";"%"
"2015-12-12 18:11:32";"TempSensor2";"CUL_TCM97001";"humidity: 88";"humidity";"88";"%"
.....
"2015-12-14 18:58:43";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 18:57:33";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 18:48:49";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 18:48:48";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 18:24:53";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:54:33";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:53:59";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:52:13";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:51:38";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:49:53";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:49:18";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:42:18";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:41:44";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:38:48";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:38:13";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"
"2015-12-14 17:25:58";"TempSensor2";"CUL_TCM97001";"humidity: 83";"humidity";"83";"%"
"2015-12-14 17:24:49";"TempSensor2";"CUL_TCM97001";"humidity: 41";"humidity";"41";"%"


auch bei Temperatur:


"2015-12-12 18:36:02";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-12 18:30:12";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-12 18:29:37";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-12 18:19:07";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-12 18:18:32";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C" <----- falsch
"2015-12-12 18:15:37";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
....
"2015-12-14 17:54:33";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:53:59";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-14 17:52:13";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:51:38";"TempSensor2";"CUL_TCM97001";"temperature: 3.0";"temperature";"3.0";"°C"
"2015-12-14 17:50:28";"TempSensor2";"CUL_TCM97001";"temperature: 6.1";"temperature";"6.1";"°C"
"2015-12-14 17:49:53";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:49:18";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:42:18";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:41:44";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:38:48";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"
"2015-12-14 17:38:13";"TempSensor2";"CUL_TCM97001";"temperature: 3.1";"temperature";"3.1";"°C"
"2015-12-14 17:37:03";"TempSensor2";"CUL_TCM97001";"temperature: 6.2";"temperature";"6.2";"°C"


Ähm für mich sieht das in erster Linie aus als ob Du zwei verschieden Sensoren empfängst.
Es sieht mir ziemlich regelmäßig aus.
Mach mal bitte X25 und schau was wirklich kommt.


Zitat von: BerndDA am 14 Dezember 2015, 16:11:01
Hallo Björn,

ich kann das gerne am WE mal genauer testen.
Was die Sender von TFA dostmann angeht kann ich nur zustimmen. Die sind auch in den Messwerten nicht sehr genau. Dafür aber unschlagbar preiswert :)
Ich hatte nur mit der aktuellen FW mit allen 3 Sendern (alle gleicher Typ TFA 30.3169) das Reichweitenproblem.
Nachdem ich wieder die 1.10 drauf hatte, funktioniert wieder alles.

Grüße
Bernd
Schick mir mal bitte ein paar X25 ausgaben, mal sehen ob ich noch etwas machen kann. Ich habe die Manchester Dekodierung im verdacht....

CaptainHook

Zitat von: bjoernh am 15 Dezember 2015, 19:38:35
Die Oregon werden jetzt vom Original Oregon Modul dekodiert.
Sobald der CUL die om.... liefert springt das CUL_REDIRECT an.
Dann wird geschaut ob es ein Oregon2, Oregon3 oder Hideki ist. Wenn eines zutrifft wird es an das entsprechende Modul weitergeleitet.

Ok danke, das erklärt warum der OWL nicht dekodiert wird, das "Oregn" Modul kommt nur mit Wetter Sensoren klar... Der OWL senden aber ein EnergyMeter Protokoll-
Und ja deine Firmware erkennt Oregon3, sehr zuverlässig. Allerdings habe ich derzeit keinen Wettersensor von Oregon...


Grüße,
Stephan
Lenovo M53 ThinkCentre 10DC | Docker | SolarEdge SE10K + SE5000H + Energy Bank 10KWh | EspEasy | Tasmota | Hue | Alexa | uvm.

kadettilac89

Zitat von: bjoernh am 15 Dezember 2015, 19:38:35
Ähm für mich sieht das in erster Linie aus als ob Du zwei verschieden Sensoren empfängst.
Es sieht mir ziemlich regelmäßig aus.
Mach mal bitte X25 und schau was wirklich kommt.

Ich hab das Modul upgedated und das normale Log zeigt auch die halbierten Werte an. RSSI ist identisch bei -70 bis -68 (guter Empfang). Was einen zweiten Sensor nicht unbedingt plausibel macht. Heute hatte ich nur ein handvoll falscher Werte, ich beobachte das mal weiter. Wenn ich wieder mal zu Hause bin werde ich mal die Batterie rausnehmen und damit eine neue ID erzeugen um einen Sensor auf selbem Kanal auszuschließen.

Wenn es nur ein paar Werte am Tag sind (aktueller Zustand) lösche ich die Werte aus der DB oder schreib mir ein kleines Modul das die Werte auf Plausibliät prüft .. mal sehen.

Da es nicht permanent auftritt müsste ich X25 permanent laufen lassen. Kennst du eine Möglichkeit die X25-Ausgabe in ein Tracefile umzuleiten (idealerweise mit Timestamp)?

Danke dir!

bjoernh

Zitat von: CaptainHook am 15 Dezember 2015, 19:59:56
Ok danke, das erklärt warum der OWL nicht dekodiert wird, das "Oregn" Modul kommt nur mit Wetter Sensoren klar... Der OWL senden aber ein EnergyMeter Protokoll-
Und ja deine Firmware erkennt Oregon3, sehr zuverlässig. Allerdings habe ich derzeit keinen Wettersensor von Oregon...


Grüße,
Stephan
Dann macht es doch vielleicht sinn in das  CUL_REDIRECT etwas einzubauen, so dass die OWLs an das alte Modul gesendet werden.
Hast Du mir ein paar von den OWL om... Ausgaben?

Ist das OWL Modul eigentlich inzwischen in fhem integriert?

bjoernh

Zitat von: kadettilac89 am 15 Dezember 2015, 20:19:21
Ich hab das Modul upgedated und das normale Log zeigt auch die halbierten Werte an. RSSI ist identisch bei -70 bis -68 (guter Empfang). Was einen zweiten Sensor nicht unbedingt plausibel macht. Heute hatte ich nur ein handvoll falscher Werte, ich beobachte das mal weiter. Wenn ich wieder mal zu Hause bin werde ich mal die Batterie rausnehmen und damit eine neue ID erzeugen um einen Sensor auf selbem Kanal auszuschließen.

Wenn es nur ein paar Werte am Tag sind (aktueller Zustand) lösche ich die Werte aus der DB oder schreib mir ein kleines Modul das die Werte auf Plausibliät prüft .. mal sehen.

Da es nicht permanent auftritt müsste ich X25 permanent laufen lassen. Kennst du eine Möglichkeit die X25-Ausgabe in ein Tracefile umzuleiten (idealerweise mit Timestamp)?

Danke dir!
Nur wenn Du direkt mit Telnet ran gehst, dann fehlt aber die Ausgabe von fhem.

kadettilac89

Zitat von: bjoernh am 15 Dezember 2015, 20:47:04
Nur wenn Du direkt mit Telnet ran gehst, dann fehlt aber die Ausgabe von fhem.

Mit telnet komm ich nicht drauf (nicht aktiv und konfiguriert) .. ich schau mal am wochenende.