Jeelik Modul zur Einbindung von La Crosse!

Begonnen von Billy, 16 September 2013, 15:12:15

Vorheriges Thema - Nächstes Thema

justme1968

#645
wenn der EMT7110 ein nur senden device ist das man nicht schalten kann ist es besser das ec3000 modul zu verwenden oder gleich ein eigenes fhem modul dafür zu bauen. das ist nicht wirklich aufwändig. siehe ec3000 modul.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

pejonp

#646
Zitat von: HCS am 20 Mai 2014, 14:25:01
Sendet der EMT7110 eigentlich eigenständig von sich aus in bestimmten Intervallen oder wird der von der Anzeigeeinheit angetriggert?

Der EMT7110 sendet in bestimmten Intervallen. Es kann nur gemessen werden. Hier ist eine Beschreibung zum EMT7110 zu finden. (http://hobbyelektronik.org/w/index.php/EMR7370)

Schalten geht z.B.  in Kombination mit einer FS20 Steckdose. Ein Linux z.B. (Raspberry Pi) kann über ein C-Programm (https://git.zerfleddert.de/cgi-bin/gitweb.cgi/fs20pcs) den FS20 PCS Sender (elv) ansteuern und FS20-Befehle senden (geht bei mir).
Oder eine JeeNode zum senden von FS20 Befehle verwenden. Ich habe nur FS20 Steckdosen im Einsatz (hat sich so ergeben).

Meine Frage ist : Wie ist der Aufbau des Protokolls für die PCA301 und EC3000.
Ich habe einmal in die 35_JeeLink.pm gesehen dort steht für PCA301 und EC3000 jeweils ein Eintrag drin.
my %matchListPCA301 = (
    "1:PCA301" => "^\\S+\\s+24",
    "2:EC3000" => "^\\S+\\s+22",

Der String der beim FHEM ankommt hat den folgenden Aufbau.

OK 22 ... -> ec3000
OK 24 ... -> pca301

Jetzt könnte man die Daten vom EMT7110 doch so aufbereiten, das diese zu einem Protokoll passen. Ich möchte ja nur die gemessenen Daten anzeigen lassen.
Beim Sensor WT440XH sende ich die Daten im LaCross-Format.
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

HCS

Zitat von: pejonp am 19 Mai 2014, 20:07:45
Wir können das gern zusammenführen.
OK. Ich denke dass ich erst mal den sketch modularisieren sollte, bevor wir da noch mehr einbauen. Das ist jetzt schon ein ziemlicher "Spaghetti-Wust". Dann wird es auch einfacher, weitere Sensoren hinzuzufügen.
Es war zwar ganz nett, dass es nur eine einzelne ino ist, aber von der Wartbarkeit her ist es weniger gut.

Zitat von: justme1968 am 20 Mai 2014, 14:46:28
wenn der EMT7110 ein nur senden device ist das man nicht schalten kann ist es besser das ec3000 modul zu verwenden oder gleich ein eigenes fhem modul dafür zu bauen. das ist nicht wirklich aufwändig. siehe ec3000 modul.
Das scheint sinnvoll. Das Prinzip wäre: Der Sketch liefert alles, was er empfangen kann, das JeeLink Modul verteilt es konfigurierbar über "Clients" und "MatchList" und die jeweils zuständigen Module (LaCrosse, LevelSender, ...) verarbeiten es dann.

HCS

Ich habe den sketch modularisiert und die Unterstützung für EMT7110 eingebaut. Das FHEM-Modul dazu (36_EMT7110.pm) ist auch fast fertig. Werde es wohl nächste Woche veröffentlichen. Die WT440XH Unterstützung kommt dann später noch.

Eine Frage dazu: hat jemand eine Ahnung, ob und wie man den akkumulierten Energieverbrauch am EMT7110 zurücksetzen kann? Falls das nicht geht, müsste ich in das Modul noch einen Startwert einbauen, um eine neue Messung bei 0 beginnen zu können.

JoeALLb

FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

pejonp

#650
Zitat von: HCS am 25 Mai 2014, 18:04:22
Eine Frage dazu: hat jemand eine Ahnung, ob und wie man den akkumulierten Energieverbrauch am EMT7110 zurücksetzen kann?

Der EMT7110 hat 2 kleine Batterien zur Datenspeicherung. Wenn diese entfernt und wieder eingesetzt werden ist alles auf Null.

Im Sketch habe ich noch eine Anpassung übernommen, so das bei 2x EMT7110 auch 2 verschiedene IDs angezeigt werden.

HCS kann man sich dein überarbeitete Sketch schon ansehen und testen. ;-)
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

HCS

#651
Version 10.1a

Neuerungen:
Sketch modularisiert
Aufgrund der steigenden Anzahl Sensoren wurde der Sketch immer unübersichtlicher und verworrener. Darum habe ich ihn nun modularisiert.

EMT7110
Der Sketch unterstützt nun die Energie-Mess-Steckdose EMT7110.
Das dazu passende FHEM-Modul 36_EMT7110.pm befindet sich im Unterverzeichnis FHEM.
Beim JeeLink muss der EMT7110 im Clients-Attribut hinzugefügt werden (siehe EMT7110-3.jpg)
Die EMT7110 arbeitet mit 9579 kbps, der Sketch muss also entweder auf die Datenrate eingestellt sein (RFM12::DataRates DATA_RATE  = RFM12::DataRate9579;) oder auf data rate toggle eingestellt sein (int TOGGLE_DATA_RATE = 30;)

EMT7110-1.jpg: Der obere plot zeigt meinen Luftentfeuchter im Keller, der 18:15 von entfeuchten auf ventilieren umgeschaltet hat. Der unterer Plot ist das Laptop, an dem ich gerade arbeite. Ob ich wohl von der EEG-Umlage befreit werden könnte?

Attribute (siehe EMT7110-2.jpg):
accumulatedPowerOffset:
Der EMT7110 liefert den akkumulierten Verbrauch. Um ihn zurückzusetzen muss man die Batterien rausnehmen. Wenn man sich das ersparen will, kann man accumulatedPowerOffset setzen. Das Reading "accumulatedPower" erechnet sich aus dem vom Sensor gelieferten Wert minus "accumulatedPowerOffset".

pricePerKWH:
Was eine  Kilowattstunde kostet. Daraus erechnet sich das reading "costs"

Readings (siehe EMT7110-2.jpg):
Das "values" userReading, das man auf der Hardcopy sieht, einfach ignorieren, spielt keine Rolle hier

accumulatedPower
=accumulatedPowerMeasured - accumulatedPowerOffset

accumulatedPowerMeasured
Der akkumulierte Verbrauch, der vom Sensor geliefert wurde

costs
accumulatedPower * pricePerKWH

current
Der gemessene Strom in mA

power
Die gemessene Leistung in Watt

voltage
Die gemessene Spannung in Volt

values
V=Spannung C=Strom P=Leistung A=akkumulierter Verbrauch

WT440XH
Unterstützung für den Temperature / Feuche Sensor WT440XH
Der Sensor wird empfangen und als LaCrosse IT+ Sensor an FHEM weitergegeben, also FHEM-seitig genau so verarbeitet wie z.B. ein TX29DTH
Der Sensor kann 15 Hauscodes und 4 Adressen. Die ID des Sensors in FHEM ist Hauscode mal Adresse.
Da ich keinen WT440XH habe, konnte ich das leider nicht testen, pejonp: ich bitte um Rückmeldung.



dieda

Hallo in der Runde,

ich brauch mal euere Hilfe.

Habe mir den neuen 10er Sketch draufgezogen und nur erkennt er meine Technoline TX29IT nicht mehr.
Den Cul habe nicht abgezogen... Nur den Jeelink.



Im Log sieht das ganze so aus:
Zitat2014.05.30 19:40:06 5: JLLaCR dispatch OK 9 27 1 4 133 106
2014.05.30 19:40:06 3: LaCrosse Unknown device 1B, please define it
2014.05.30 19:40:08 5: JeeLink/RAW: /OK 9 38
2014.05.30 19:40:08 5: JeeLink/RAW: OK 9 38 /1 4 201 106

2014.05.30 19:40:08 5: JLLaCR dispatch OK 9 38 1 4 201 106
2014.05.30 19:40:08 3: LaCrosse Unknown device 26, please define it
2014.05.30 19:40:14 5: JeeLink/RAW: /OK 9 27 1 4 133 106

Opening JLLaCR device /dev/ttyUSB0
2014.05.30 19:08:14 3: Setting JLLaCR baudrate to 57600
2014.05.30 19:08:14 3: JLLaCR device opened
2014.05.30 19:08:15 3: LaCrosse_EC: I/O device is JLLaCR
2014.05.30 19:08:16 3: LaCrosse_A4: I/O device is JLLaCR
2014.05.30 19:08:16 3: LaCrosse_B8: I/O device is JLLaCR


Zusätzlich ist noch ein Cul installiert
Opening CUL_0 device /dev/ttyACM0
2014.05.30 19:08:08 3: Setting CUL_0 baudrate to 9600
2014.05.30 19:08:08 3: CUL_0 device opened
2014.05.30 19:08:08 3: CUL_0: Possible commands:


Nu habe ich den Verdacht, dass ich bei der Installation des Sketches irgendwas falsch gemacht habe.

Tippe mal auf das da: Einbinden der Jeelabs Library in die Arduino IDE  (http://www.fhemwiki.de/wiki/Jeelink)

Da brauche ich wohl heute ne Anleitung für Noobs... An den Kopf kratz...
Komponenten:
Sensoren und Aktoren: FS20, Max!, Zigbee, Zwave
IODev:  Cul1101, MaxLan, ZWAVE, Deconz
Router: KD-Fritte (6360)
Sonstiges: Raspberries,  1x LMS,1 FHEM, 1 x zum Testen,  Logitech-Clients,  Onkyo, SamsungTV, Squeezebox, TabletUIs

HCS

Falls Du bisher den ganz alten Sketch drauf hattest, dann liegt das vermutlich daran, dass sich inzwischen die Berechnung der IDs geändert hat. Die war nämlich falsch. Der Sketch liefert lt. Log Daten für Sensoren mit den IDs 1B und 26.

Ändere mal die Definition der Sensoren auf diese IDs ab.

Also so:
define mySenoreName1 LaCrosse 1B
define mySenoreName2 LaCrosse 26

HCS

Version 10.1b

Ich habe den Schalter für die alte ID-Berechnung von 2012 wieder eingebaut.

#define USE_OLD_IDS   1    // Set to 1 to use the old ID calcualtion

So konfiguriert liefert der Sketch IDs gem. der alten Berechnung. Ich empfehle aber eher die IDs in der Definition der Sensoren anzupassen.

dieda

Komponenten:
Sensoren und Aktoren: FS20, Max!, Zigbee, Zwave
IODev:  Cul1101, MaxLan, ZWAVE, Deconz
Router: KD-Fritte (6360)
Sonstiges: Raspberries,  1x LMS,1 FHEM, 1 x zum Testen,  Logitech-Clients,  Onkyo, SamsungTV, Squeezebox, TabletUIs

HCS


dieda

Ich habe den Offiziellen also 10f drauf und die Def geändert.
Komponenten:
Sensoren und Aktoren: FS20, Max!, Zigbee, Zwave
IODev:  Cul1101, MaxLan, ZWAVE, Deconz
Router: KD-Fritte (6360)
Sonstiges: Raspberries,  1x LMS,1 FHEM, 1 x zum Testen,  Logitech-Clients,  Onkyo, SamsungTV, Squeezebox, TabletUIs

Alex8508

Sehe ich das richtig, dass EMT7110 und LaCrosse-Sensoren parallel auf einem Jeelink benutzt werden können? Oder sind hier zwei Jeelinks notwendig?

Hat jemand mal die Genauigkeit des EMT7110 gemessen? Misst er zuverlässig/korrekt Spannung und Strom?

HCS

EMT7110, LaCrosse-Sensoren (TX29DTH, TX35, ...) und LevelSender laufen zusammen auf einem JeeLink