Signalduino Entwicklung

Begonnen von thoffma3, 05 Juli 2015, 23:01:00

Vorheriges Thema - Nächstes Thema

Burny4600

Folgende Oregon Sensoren wurden bisher angelegt und melden sich mehr oder weniger.
THGR810_e0_1
THGR810_e3_1
UVN800_40_1
WGR800_b0
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

DirkS

Ich hätte da mal wieder eine etwas OT Frage.
Ich möchte gerne mein Gasverbrauch per S0 Impuls messen. Ich habe hier noch ein paar Nanos und auch diese 433MHz Sendemodule liegen. Das Senden und empfangen mit dem SIGNALDuino pappt wirklich gut. Ich möchte nicht extra deswegen ein anderes Empfangmodul an dem Raspi hängen.
Hat jemand eine Idee welches Protokoll man dafür nehmen könnte?
Gruss Dirk

Ralf9

das Oregon v3 (OSV3) müsste jetzt funktionieren. Bitte auch vergleichen ob die in fhem angezeigten Werte passen.
Ich habe dazu das 41_OREGON.pm Modul in den dev-32 Branch eingecheckt. Da ich nur minimale Änderungen vorgenommen habe, müssste es auch noch mit dem  alten RFXCOM funktionieren.

Gruß Ralf 
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

hjgode

Zitat von: DirkS am 07 Dezember 2015, 22:07:40
Ich hätte da mal wieder eine etwas OT Frage.
Ich möchte gerne mein Gasverbrauch per S0 Impuls messen. Ich habe hier noch ein paar Nanos und auch diese 433MHz Sendemodule liegen. Das Senden und empfangen mit dem SIGNALDuino pappt wirklich gut. Ich möchte nicht extra deswegen ein anderes Empfangmodul an dem Raspi hängen.
Hat jemand eine Idee welches Protokoll man dafür nehmen könnte?
Gruss Dirk

Hallo Dirk

Das Zählen der Impulse wird nich das Problem sein. Aber in welchem Format sollen die Daten via 433MHz übertragen werden?
Da gibt es zB das SeriellWireless Projekt, wo Daten via 433MHz von einem Arduino zum anderen übertragen werden. Es gibt auch verschiedene Projekte die Sensordaten (Temperatur, Luftfeuchte) in bekannten Protokollen via 433MHz versenden. Leider kenne ich kein Arduino 433MHz Sender Projekt das ein irgenwie standardisiertes Protokoll für Gas Metering verwendet.
Der SignalDuino verarbeitet "nur" "bekannte" Protokolle.
Bei mir läuft auch ein ESA2000 (Enrgei-Monitor), dessen Signale werden aber über einen CUL mit 433MHz verarbeitet. Ähnliches gibt es fertig mit S0 Sensor.

Eventuell solltest Du auf eine andere Lösung hinarbeiten. Zum Beispiel ein Nano mit ESP8266 der die Daten diret via http oder telnet in FHEM 'einspeist. Erst einmal jeden Impuls an FHEM in ein dummy device einspeisen. Oder die Anzahl Impulse über einen Zeitraum X.

Kurz, ich denke SignalDuino bringt Dich da erst mal nicht weiter. Such mal nach den diversen Arduino "S0" Metering Projekten.

~josef
Debian SID mit aktuellem FHEM, nanoCUL 866, JeeLink EC3000, fhemduino, SIGNALduino,
3 x TFA TH Sensor, 1 x TFA TH Arduino Sender, 3 x EC3000, 4 x Elro Schaltsteckdosen, ESA2000
offline: Wibo Funkthermostat, 2 x ELV Funkthermostat FHT80, 2 FS20 ST4 Funksteckdose

Teamdrachen

Gaszähler und FHEM/Raspi geht relativ einfach über Reedkontakt/Kabel und die GPIO Ports + HourCounter. Ob das via Funk möglich ist bzw. Sinn macht?

Ich hab den Signalduino hin und wieder mal laufen lassen um den Aufwand eines Wechsels von FHEMduino abschätzen zu können und bin dabei auf folgende Punkte gestossen:
1. Migration der PT2262 DEVICES. Gibt es eine einfache Variante die IT Devices von FHEMduino auf Signalduino zu mappen? Praktisch das IODev in der cfg. zu ändern und gut?
2. Erweiterungen... ich hab einige Steckdosen die mit FHEMduino rumzicken bzw. nicht funktionieren da die Signalfolge geringfügig anders ist als bei Intertechno Beispiel wären die Flamingo Ausensteckdosen bei denen die Signale als IT interpretiert werden, FB Eingaben von FHEM/Signalduino ausgewertet, selbst gesendete Signale von den Empfängern jedoch nicht aktzeptiert werden. Protokoll wurde an anderer Stelle schon schön zerlegt https://forum.arduino.cc/index.php?topic=201771.60.   Ähnliches hab ich auch bei den Sensoren, die verschiedenen Protokolle liegen so dicht beieinander, das sie oft fehlinterpretiert werden.

Eine Lösung via Wiringpi würde ich gerade noch hinbekommen, in FHEM sind die Möglichkeiten wesentlich höher, dafür ist das ganze dann aber zumindest für mich schon wieder zu komplex :)

Tom71

Hallo,
gibt es eigentlich schon Vorschläge für eine Leiterplatte zum Signalduino oder Fhemduino? Ich kann das recht einfach mit Lochraster umsetzten, aber so eine schöne Platine wie beim nanoCUL wär schon schön.

Gruss
Thomas
Homematic | RaspberryMatic

Teamdrachen

Den Signalduino noch mal frisch geflasht und aktiviert und schon geht es los.
4 der 8 WS0002 werden erkannt.  flash ich zurück auf FHEMduino werden wieder alle erkannt.
der SD_WS07_TH_1 wird erkannt, springt aber immer kurz mit den Werten


Es herrscht ansonsten reger Funkverkehr



2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=614;P1=-248;P2=236;P3=-493;P4=-984;D=01010101012323232301230123010123232323010123230123230123012301230123232301012401;CP=2;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=730;P1=-734;P2=484;P3=-249;P4=238;P5=-493;D=0101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=731;P1=-737;P2=479;P3=-252;P4=238;P5=-492;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=727;P1=-738;P2=482;P3=-252;P4=238;P5=-489;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=726;P1=-737;P2=488;P3=-245;P4=241;P5=-489;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=727;P1=-739;P2=484;P3=-251;P4=237;P5=-491;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=728;P1=-737;P2=479;P3=-252;P4=235;P5=-496;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=728;P1=-736;P2=485;P3=-246;P4=239;P5=-495;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=732;P1=-735;P2=486;P3=-245;P4=239;P5=-497;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=728;P1=-736;P2=477;P3=-253;P4=238;P5=-492;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=728;P1=-736;P2=483;P3=-248;P4=238;P5=-494;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=728;P1=-738;P2=482;P3=-250;P4=234;P5=-493;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=726;P1=-740;P2=486;P3=-249;P4=237;P5=-489;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=726;P1=-739;P2=484;P3=-248;P4=240;P5=-493;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=730;P1=-737;P2=485;P3=-248;P4=237;P5=-495;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol


Es funken noch 2 Stk Bresser Sensoren die auch FHEMduino nicht erkannte und ein unbekannter Aussensensor der unter FHEMduino als TC erkannt wurde


DirkS

Erst einmal vielen Dank für die Denkanstöße.
Reed Kontakte habe ich schon. Hatte vor die Impulse in einem festen Zeitrahmen z.B. Stunde zu zählen und dann ähnlich den Temperatursendern, an den SIGNALDuino zu schicken. Könnte ja auch Senderoutine vom SIGNALDuino nehmen. Wäre nur die Frage, welches Protokoll sich da anbietet.

Tom71

Hallo, welche günstigen Steckdosen für den Außenbereich könnt ihr empfehlen? Flamingo oder Elro? Oder ganz andere?
Homematic | RaspberryMatic

hjgode

Zitat von: DirkS am 08 Dezember 2015, 19:57:41
Erst einmal vielen Dank für die Denkanstöße.
Reed Kontakte habe ich schon. Hatte vor die Impulse in einem festen Zeitrahmen z.B. Stunde zu zählen und dann ähnlich den Temperatursendern, an den SIGNALDuino zu schicken. Könnte ja auch Senderoutine vom SIGNALDuino nehmen. Wäre nur die Frage, welches Protokoll sich da anbietet.

Hallo Dirk

Eine Senderoutine gibt es im SignalDuino nicht, Ausnahme ist Schaltbefehle an 'IT' Steckdosen.

Der SignalDuino besteht aus der Hardware (Nano, 433MHZ Sender und Enpfänger mit RF_Receiver Software) und dem FHEM Perl Modul SingnalDuino und dem einen oder anderen Hilfmodul, wie zB das 14_SD_WS07.pm. Der Nano bringt die empfangenen Impulse in eine mehr oder weniger maschinenlesbare, allgemeine Form, ähnlich wie ein Morsecode. Das SignalDuino Modul bekommt diese Daten und versucht sie einem Gerät zuzuordnen. Die unterstützten Geräte sind derzeit Temperatur, Luftfeuchte Sensoren und Schaltaktoren. Dabei ist derzeit noch kein Protokoll um Impulse zu zählen und aufzuaddieren.

Man "könnte" zB das Oregon oder Hideki Temp/Feuchte Protokol missbrauchen (dafür kenne ich Sender-Code) und statt Temperatur und Luftfeuchte zu senden, würde man die Anzahl Impulse der letzten 10 und 60 Minuten als Temp/Feuchte Werte senden. Dann würde der Signalduino ein Temp/Feuchte Gerät anlegen und dort die 'verschlüsselten' Werte anzeigen. Man könnte auch die Device Type Kennung im Hideki Protokol missbrauchen, und einen neuen Typ kreieren, den SignalDuino dann eben separat erkennen und wieterverarbeiten kann. Dann müste man aber noch ein neues Gerätemodul dazu schreiben.

Bei Verbrauchsmessungen sind die "historischen" Werte wichtiger als aktuelle Werte. Deshalb würde ich im Sensor Programm unbedingt die Werte der letzten x Minuten, x Stunden und x Tage zwischenspeichern, damit diese bei einem Reset nicht verloren sind. So ähnlich macht das auch die ESA 2000. Wenn man das ESA Protokoll senden könnte, wäre man schon fertig, allerdings brauchst Du dann einen CUL mit 433MHz. Der SignalDuino entschlüsselt die Daten derzeit nicht.

~josef
Debian SID mit aktuellem FHEM, nanoCUL 866, JeeLink EC3000, fhemduino, SIGNALduino,
3 x TFA TH Sensor, 1 x TFA TH Arduino Sender, 3 x EC3000, 4 x Elro Schaltsteckdosen, ESA2000
offline: Wibo Funkthermostat, 2 x ELV Funkthermostat FHT80, 2 FS20 ST4 Funksteckdose

Sidey

Hallo,


ich mache mal wieder eine Sammel Antwort.

Zitat von: Teamdrachen am 08 Dezember 2015, 15:12:48
Den Signalduino noch mal frisch geflasht und aktiviert und schon geht es los.
4 der 8 WS0002 werden erkannt.  flash ich zurück auf FHEMduino werden wieder alle erkannt.
der SD_WS07_TH_1 wird erkannt, springt aber immer kurz mit den Werten


Es herrscht ansonsten reger Funkverkehr

Es funken noch 2 Stk Bresser Sensoren die auch FHEMduino nicht erkannte und ein unbekannter Aussensensor der unter FHEMduino als TC erkannt wurde

Ich habe mir deine Signaldaten jetzt nicht angesehen, da mir nicht klar ist, was da gesendet hat.
Ich nehme an, zumindest ist es bei meinem WS0002 so, dass Du mehr Sensoren als Kanäle hast.
Das define SD_WS07_TH_1, verrät mir, dass Du auch die Bresser Sensoren empfängst. Da Du selbst angibst, dass die Daten springen nehme ich stark an, dass beide Bresser Sensoren auf dem gleichen Kanal senden.

Für die Bresser Sensoren wäre es am einfachsten, Du lässt diese auf unterschiedlichen Kanälen senden.
Bei den WS0002 hast Du diese Möglichkeit ja leider nicht. Soweit ich weiss, werden die WS0002 ausschließlich über ihre Zufalls ID angelegt. Kannst Du das bestätigen bzw. mal das define der vier WS0002 posten?


Zitat von: Tom71 am 08 Dezember 2015, 13:23:26
gibt es eigentlich schon Vorschläge für eine Leiterplatte zum Signalduino oder Fhemduino? Ich kann das recht einfach mit Lochraster umsetzten, aber so eine schöne Platine wie beim nanoCUL wär schon schön.

Leider nein, aber vielleicht macht das ja noch mal jemand?


Zitat von: DirkS am 07 Dezember 2015, 22:07:40
Ich hätte da mal wieder eine etwas OT Frage.
Ich möchte gerne mein Gasverbrauch per S0 Impuls messen. Ich habe hier noch ein paar Nanos und auch diese 433MHz Sendemodule liegen. Das Senden und empfangen mit dem SIGNALDuino pappt wirklich gut.
Zitat

Ich habe mal ein Protokoll und Sendesketch dafür entworfen. Die S0 Schnittstelle müsstest Du halt in den Sketch einbauen, aber das Senden über 433Mhz wäre damit machbar.
https://github.com/RFD-FHEM/ArduinoSensor

Das Protokoll ist im SIGNALduino auch enthalten und wird ausgewertet.

In FHEM müsstest Du dann so eine Art inkremental forever counter implementieren. Ich hab leider vergessen wie das ging, aber die Forensuche könnte das finden.

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

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

Teamdrachen

#716
Zitat von: Tom71 am 08 Dezember 2015, 20:44:25
Hallo, welche günstigen Steckdosen für den Außenbereich könnt ihr empfehlen? Flamingo oder Elro? Oder ganz andere?

Die Flamingo können dezeit noch nicht geschalten werden. Signale der FB werden erkannt und als IT interpretiert. Auf IT Sendeimpulse reagieren die Steckdosen jedoch nicht.

@Sidey
SD_WS07_TH_1 ist ein TX70DTH und der einzige seiner Art. Die Bresser Sensoren sind auf 2 verschiedenen Kanälen und werden nicht erkannt/zugeordnet.
Ja sind mehr WS0002 als Kanäle, werden aber auch mehr erkannt als Kanäle... Kanäle sinds 3 Sensoren werden 5 von 8 erkannt. Es wurden auch schon mal 6 erkannt. Hab im FHEMduino thread ja schon erwähnt unter Signalduino werden bei mir weniger Sensoren erkannt als mit FHEMduino. Die Kanäle der erkannten Sensoren sind übrigend 0,1,2,0,1.


Sidey

#717
Zitat von: Teamdrachen am 08 Dezember 2015, 21:58:55
Die Flamingo können dezeit noch nicht geschalten werden. Signale der FB werden erkannt und als IT interpretiert. Auf IT Sendeimpulse reagieren die Steckdosen jedoch nicht.

Stell mal auf Verbose 5 und poste die Logzeile beginnend mit MS; zu dem Signal der Fernbedienung.
Vielleicht muss ja nur die Taktrate angepasst werden.

Zitat von: Teamdrachen am 08 Dezember 2015, 21:58:55
@Sidey
Die Bresser Sensoren sind auf 2 verschiedenen Kanälen und werden nicht erkannt/zugeordnet.

Ah. Welches Modellnummer? Kannst Du bitte auf Verbose 5 stellen und sofern vorhanden den Sendeknopf drücken.
Es sollte sich im Log dann eine oder mehrere Logzeilen zuordnen lassen.
Ging das schon mal mit dem SIGNALduino?

Zitat von: Teamdrachen am 08 Dezember 2015, 21:58:55
Ja sind mehr WS0002 als Kanäle, werden aber auch mehr erkannt als Kanäle... Kanäle sinds 3 Sensoren werden 5 von 8 erkannt. Es wurden auch schon mal 6 erkannt. Hab im
FHEMduino thread ja schon erwähnt unter Signalduino werden bei mir weniger Sensoren erkannt als mit FHEMduino. Die Kanäle der erkannten Sensoren sind übrigend 0,1,2,0,1.

Spannend. Die WS0002 senden ja ca. 1x pro Minute.
Mach doch bitte mal folgendes: Stelle auf verbose 5 warte 2 Minuten und Poste mir mal alle Logs aus diesen zwei Minuten.
Ich würde gerne mal prüfen, ob die wirklich nicht empfangen werden, oder ob es eher an was anderem liegt.


Deine Signaldaten habe ich mir jetzt mal angesehen.
Sieht durchaus nach einer Funkübertragung aus, aber ich weiss nicht von was. Ich bau mal was zum demodulieren ein.

Zitat von: Teamdrachen am 08 Dezember 2015, 21:58:55
Aussensensor der unter FHEMduino als TC erkannt wurde
TC oder EC?

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

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

Burny4600

#718
Wie weit ist der Stand der Aufnahme der Oregon Sensoren?
Mittlerweile werden alle Sensoren erkannt, aber immer noch sporadisch.
PCR800_9e              RR: 0 TR: 4322.7752 BAT: ok       Bei Batterie fehlt die 100% Anzeige
THGR810_08_6        T: 19.6 H: 28 BAT: ok
THGR810_c3_2        T: 0.4 H: 33 BAT: ok
THGR810_e3_1        T: 1.6 H: 98 BAT: ok
THWR800_58_3      T: 5.2 BAT: ok
UVN800_41_1         UV: 0 UVR: low BAT: ok
WGR800_b0           W: 0 WA: 0 WD: 135 WDN: SE BAT: ok

Was beim Final noch notwendig wäre ist die Geräte Bezeichnung wie sie beim RFXtrx433E (TRX) Empfänger benutzt werden.
Diese lauten:
PCR800
THGR810_6    maximal 10 Funkkanäle einstellbar
THGR810_2    maximal 10 Funkkanäle einstellbar
THGN801        entspricht dem Sensor THGR810  maximal 10 Funkkanäle einstellbar
THWR800_3   maximal 3 Funkkanäle einstellbar
UVN800          keine Funkkanäle einstellbar
WGR800         keine Funkkanäle einstellbar
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Teamdrachen

Hallo Sidey,

Der Aussen Sensor... den Feuchtigkeitswert kann man ignorieren, der wird falsch intepretiert.
2015.12.09 08:20:42 5: FHEMduino: W051e8048f0b
2015.12.09 08:20:42 5: FHEMduino dispatch W051E8048F0B
2015.12.09 08:20:42 5: FingerprintFn Message: Name: FHEMduino  und Message: W051E8048F0B
2015.12.09 08:20:42 4: FHEMduino_Env: W051E8048F0B
2015.12.09 08:20:42 4: FHEMduino_Env: 1E8048F0B
2015.12.09 08:20:42 4: FHEMduino_Env: 000111101000000001001000111100001011
2015.12.09 08:20:42 4: FHEMduino_Env: Aussen_Sensor (W051E8048F0B)
2015.12.09 08:20:42 4: FHEMduino_Env Aussen_Sensor: T: 7.2 H: 11 B: ok
2015.12.09 08:20:45 5: FHEMduino/RAW: /W035af909541


Die Bresser Sensoren sind relativ neu. Es sind 3 CH Modelle nicht 5 CH. Bresser Art.-Nr.: 7009994.
Thermo/Hygro-Funksensor, passend für BRESSER Thermo/Hygrometer Wetterstation mit Artikelnummer 95-01200, 95-01201, 95-01202 & 70-07400

Die Flamingo Steckdosen FA500 sind Funktechnisch von den Arduino Jungs schon "zerlegt" Problem ist wie bei Home Easy HE842, das wohl kein einfacher Schaltcode gesendet wird , sondern eine Codefolge.
Thread bei den Arduinos: https://forum.arduino.cc/index.php?topic=201771.45
Mein Problem:
In 2 Minuten ist das Log bereits so unübersichtlich, dass es mir schwer fällt alles zuzuordnen. Ich hab gestern Abend versucht die Flamingos mal zu extrahieren und ständig schoss irgendwas dazwischen. es sind auch nicht nur meine Sensoren, hin und wieder empfange ich die Daten von den Nachbarn etc. Flamingo Teilcode:
2015.12.08 21:55:37 4: SIGNALduino/msg READ: MS;P0=275;P1=-1361;P2=-273;P3=-10836;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:38 4: SIGNALduino/msg READ: MS;P0=-177;P1=324;P2=-331;P3=-9867;P5=976;D=13105210521010105210101010105210101010105210521052;CP=1;SP=3;O;
2015.12.08 21:55:38 4: SIGNALduino/msg READ: MS;P0=973;P1=-333;P2=322;P3=-985;P4=-9868;P5=-32001;D=242301230123232301232323232301232323232301230123050;CP=2;SP=4;
2015.12.08 21:55:38 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:38 4: message "i510414" (7)
2015.12.08 21:55:38 3: IT_FF0F00F00F on->off
2015.12.08 21:55:38 4: Found matched Protocol id 20 -> livolo
2015.12.08 21:55:38 4: SIGNALduino_unknown incomming msg: u20#FC
2015.12.08 21:55:38 4: SIGNALduino_unknown rawData: FC
2015.12.08 21:55:38 4: SIGNALduino_unknown Protocol: 20
2015.12.08 21:55:38 4: SIGNALduino_unknown converted to bits: 11111100
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=-353;P2=269;P3=-4960;P4=-996;P5=961;D=2324245024245050502450245050245050505050505024242424502450;CP=2;SP=3;
2015.12.08 21:55:40 4: Found matched Protocol id 20 -> livolo
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=256;P1=-255;P2=-1278;P4=-2544;D=04010201020102010202010102020101020102010201020201020101020201020101020102010201020102010201020102020101020100;CP=0;SP=4;O;
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=-1359;P1=276;P2=-272;P3=-10708;P4=-2544;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101210121012101210121010121210121010121210121012101012131010121212101010101212121010101012121012101010101212101210101210101012121010121212100;CP=1;SP=4;O;
2015.12.08 21:55:40 4: Found matched Protocol id 6 -> weatherID6
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=275;P1=-1361;P2=-272;P3=-10842;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=-179;P1=324;P2=-330;P3=-9869;P5=978;D=13105210521010105210101010105210101010105210521052;CP=1;SP=3;O;
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=970;P1=-439;P2=317;P3=-988;P4=-9868;D=2423012301232323012323232323012323232323012301230121;CP=2;SP=4;
2015.12.08 21:55:40 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:40 4: message "i510415" (7)
2015.12.08 21:55:40 3: IT_FF0F00F00F off->on
2015.12.08 21:55:40 4: Found matched Protocol id 20 -> livolo
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=276;P5=-10308;D=0501;CP=0;SP=5;
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=259;P1=-252;P2=-1276;P4=-2540;D=04010201020102010202010102020101020102010201020201020101020201020101020102010201020102010201020102020101020100;CP=0;SP=4;O;
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=-1359;P1=274;P2=-272;P3=-10705;P4=-2544;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101210121012101210121010121210121010121210121012101012131010121212101010101212121010101012121012101010101212101210101210101012121010121212100;CP=1;SP=4;O;
2015.12.08 21:55:41 4: Found matched Protocol id 6 -> weatherID6
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=277;P1=-1359;P2=-272;P3=-10842;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=-177;P1=326;P2=-331;P3=-9867;P5=979;D=13105210521010105210101010105210101010105210521052;CP=1;SP=3;O;
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=971;P1=-334;P2=322;P3=-987;P4=-9868;P5=-32001;D=242301230123232301232323232301232323232301230123050;CP=2;SP=4;
2015.12.08 21:55:41 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:41 4: message "i510414" (7)
2015.12.08 21:55:41 3: IT_FF0F00F00F on->off

2015.12.08 21:55:43 4: SIGNALduino/msg READ: MS;P0=275;P1=-1361;P2=-274;P3=-10840;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:43 4: SIGNALduino/msg READ: MS;P0=-330;P1=326;P2=-167;P3=-9867;P5=979;D=13125012501212125012121212125012121212125012501250;CP=1;SP=3;O;
2015.12.08 21:55:43 4: SIGNALduino/msg READ: MS;P0=321;P1=-984;P2=973;P3=-436;P4=-9868;D=0401230123010101230101010101230101010101230123012301;CP=0;SP=4;
2015.12.08 21:55:43 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:43 3: message "i5104150" (8) too short!
2015.12.08 21:55:43 3: message "i5104150" (8) too short!
2015.12.08 21:55:43 3: sduino: Unknown code i5104150, help me!

2015.12.08 21:55:44 4: SIGNALduino/msg READ: MS;P0=276;P1=-1360;P2=-272;P3=-10840;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:44 4: SIGNALduino/msg READ: MS;P0=-176;P1=328;P2=-329;P3=-9865;P5=980;D=13105210521010105210101010105210101010105210521052;CP=1;SP=3;O;
2015.12.08 21:55:44 4: SIGNALduino/msg READ: MS;P0=973;P1=-333;P2=322;P3=-985;P4=-9868;P5=-32001;D=242301230123232301232323232301232323232301230123050;CP=2;SP=4;
2015.12.08 21:55:44 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:44 4: message "i510414" (7)
2015.12.08 21:55:44 3: IT_FF0F00F00F off->off
2015.12.08 21:55:44 4: Found matched Protocol id 20 -> livolo
2015.12.08 21:55:44 4: SIGNALduino_unknown incomming msg: u20#FC
2015.12.08 21:55:44 4: SIGNALduino_unknown rawData: FC
2015.12.08 21:55:44 4: SIGNALduino_unknown Protocol: 20
2015.12.08 21:55:44 4: SIGNALduino_unknown converted to bits: 11111100