CUL(culfw) und PCA301

Begonnen von KölnSolar, 17 Dezember 2018, 18:44:33

Vorheriges Thema - Nächstes Thema

arthur_dent_2015

ich hätte jeden Meineid geschworen dass ich nen restart gemacht habe... Jetzt hab ich alle 18 Steckdosen auch im Testsystem :)
Aber es gibt Abweichungen bei consumptionTotal. Der Rest sieht auf den ersten Blick gut aus :)
Prod:

Internals:
   DEF        26E3B6 01
   IODev      jeelinkcross1
   LASTInputDev jeelinkcross1
   MSGCNT     2039
   NAME       PCA301_16
   NR         724
   PCA301_lastRcv 2018-12-26 22:11:46
   PCA301_lastSend 2018-12-26 18:14:00
   STATE      on
   TYPE       PCA301
   addr       26E3B6
   channel    01
   jeelinkcross1_MSGCNT 2039
   jeelinkcross1_RAWMSG OK 24 1 4 38 227 182 1 1 30 1 34
   jeelinkcross1_TIME 2018-12-26 22:11:46
   Helper:
     DBLOG:
       consumption:
         fhemlogDB:
           TIME       1545857850.11847
           VALUE      2.9
       power:
         fhemlogDB:
           TIME       1545858706.36245
           VALUE      28.6
       state:
         fhemlogDB:
           TIME       1545844441.21154
           VALUE      on
   READINGS:
     2018-12-26 21:57:29   consumption     2.9
     2018-12-26 21:57:29   consumptionTotal 18.5800000000001
     2018-12-26 22:11:46   power           28.6
     2018-12-26 22:11:46   statPowerDay    Min: 0.0 Avg: 6.6 Max: 40.4
     2018-12-25 23:59:56   statPowerDayLast Min: 13.7 Avg: 22.4 Max: 34.5
     2018-12-26 22:11:46   statPowerMonth  Min: 0.0 Avg: 2.7 Max: 52.8
     2018-11-30 23:59:56   statPowerMonthLast Min: 0.0 Avg: 1.6 Max: 38.6
     2018-12-26 22:11:46   statPowerYear   Min: 0.0 Avg: 0.5 Max: 52.8 (since: 2018-04-05_17:18:55 )
     2018-04-05 17:18:54   statStateDay    off: 17:18:56 off_Count: 1 on_Count: 1 set-on: 00:00:01 set-on_Count: 1
     2018-04-04 23:59:57   statStateDayLast off: 1d 00:00:01 off_Count: 1
     2018-04-05 17:18:54   statStateMonth  off: 4d 17:18:58 off_Count: 1 on_Count: 1 set-on: 00:00:01 set-on_Count: 1
     2018-03-31 23:59:55   statStateMonthLast off: 30d 23:00:00 off_Count: 1
     2018-04-05 17:18:54   statStateYear   off: 94d 16:18:58 off_Count: 1 on_Count: 1 set-on: 00:00:01 set-on_Count: 1
     2017-12-31 23:59:55   statStateYearLast off: 33d 02:00:00 off_Count: 1 (since: 2017-11-28_21:59:55)
     2018-12-26 18:14:01   state           on
   helper:
     _98_statistics PCA301Statistics
Attributes:
   DbLogInclude .*
   IODev      jeelinkcross1
   alias      Zyxel_NAS
   devStateIcon set.*:light_exclamation:off on.*:black_Steckdose.on:off off.*:black_Steckdose.off:on
   event-on-change-reading state
   event-on-update-reading power,consumption
   room       IT
   userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}
   webCmd     on:off:toggle:statusRequest

Test:

Internals:
   CFGFN     
   CUL0_MSGCNT 60
   CUL0_RAWMSG OK 24 1 4 38 227 182 1 1 22 1 34 F74D
   CUL0_TIME  2018-12-26 22:14:53
   DEF        26E3B6 01
   IODev      CUL0
   LASTInputDev CUL0
   MSGCNT     60
   NAME       PCA301_26E3B6
   NR         62
   PCA301_lastRcv 2018-12-26 22:14:53
   STATE      on
   TYPE       PCA301
   addr       26E3B6
   channel    01
   READINGS:
     2018-12-26 22:14:53   consumption     2.9
     2018-12-26 22:14:53   consumptionTotal 15661.7
     2018-12-26 22:14:53   power           27.8
     2018-12-26 22:14:53   state           on
Attributes:
   IODev      CUL0
   devStateIcon on:on:toggle off:off:toggle set.*:light_exclamation:off
   room       PCA301
   userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}
   webCmd     on:off:toggle:statusRequest

Gruß
Arthur

KölnSolar

consumptionTotal kommt ja nicht vom device, sondern
Zitatwill be created as a default user reading to have a continous consumption value that is not influenced by the regualar reset or overflow of the normal consumption reading

also 1. Zwischenziel erreicht.  ;)
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

arthur_dent_2015

ja, stimmt. Hab ich nicht bedacht. Da sollte eigentlich 0 stehen wenn das device neu angelegt wird.
Zwischenziel? Ich glaube eher dass die Zielflagge in Sichtweite kommt :) SUPER Arbeit!!!!  8)
Gruß
Arthur

KölnSolar

Im 1.Post gibt es eine neue 00_CUL, mit der sich nun der rfmode=nativeRF3 einstellen lässt. Bitte auf Herz und Nieren testen. VOR dem schalten in einen anderen rfmode muss zwingend manuell set raw Nx zum "abschalten" des nativeRF modes ausgeführt werden. Inwieweit sich das sinnvoll automatisieren lässt, muss ich mir dann später angucken.

Bitte auch mal das ein-/ausschalten der Dosen über den CUL mit verbose=5 ausprobieren und das Log hier einstellen. Das soll mir helfen den schwierigsten Part des schaltens anzugehen. Ich vermute, dass da dann die culfw in nicht unerheblichem Maße angefasst werden muss.
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

arthur_dent_2015

Moin Markus,
schon runter geladen und installiert, mit reboot ;) Wann ich zum testen komme ist jetzt ne andere Sache....
Gruß
Arthur

arthur_dent_2015

#20
und hier das Ergebnis:

Das war wohl zu viel für code-tags :(
Ich wiederhole die Tests und häng die Ergebnisse als Textdateien an.

Gruß
Arthur

KölnSolar

Hi Arthur,
wenn Du dann noch den Log-Auszug in code-tags packst.  ::)

ZitatBitte auch mal das ein-/ausschalten der Dosen über den CUL mit verbose=5 ausprobieren und das Log hier einstellen. Das soll mir helfen den schwierigsten Part des schaltens anzugehen. Ich vermute, dass da dann die culfw in nicht unerheblichem Maße angefasst werden muss.
Einmal ein-/ausschalten der Dosen über die FB mit verbose=5 und im Debug-Modus(set ....raw X67). Abschalten nicht vergessen(set...raw X21). ;)
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

arthur_dent_2015

Moin Markus,
ich hab den Test noch mal wiederholt. Wenn ich den CUL in den debug mode setze wird anscheinend kein NativeRF3 mehr empfangen und das Log ist nicht sehr aussagekräftig :(
Ich hab mal das fhem.log und das device.log als Datei angehängt.
Gruß
Arthur

KölnSolar

Hi Arthur,
jetzt, wo Du es getestet hast, wird aus der commandref klar warum X67 nicht geht
Zitat
X<RR>
Enable data reporting for SlowRF (i.e. 1kHz data rate)
:'(

Ich hab mir zwischenzeitlich die culfw angesehen. Mir ist nun klar warum die Länge immer fälschlicherweise 67 ist, obwohl es eigentlich nur 27 sind. Das liegt an der "Art" der Demodulation. Das ließe sich noch relativ einfach korrigieren. Zum senden ist aber gar nichts implementiert. Mit "Trockenentwicklung" kriegen wir das nicht hin.  :'(
Guten Rutsch
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

arthur_dent_2015

Hi Markus,
ich versteh es nicht wirklich.... Heißt das nativeRF3 ist zwar in der CulFW vorgesehen aber wenig bis gar kein Code dahinter? Und was meinst Du mit "Trockenentwicklung"? Du brauchst selber Zugriff auf eine PCA301?
Dir auch nen guten Rutsch!
Arthur

KölnSolar

ZitatHeißt das nativeRF3 ist zwar in der CulFW vorgesehen aber wenig bis gar kein Code dahinter?
nur receive;kein send
ZitatUnd was meinst Du mit "Trockenentwicklung"? Du brauchst selber Zugriff auf eine PCA301?
Genau. Ich bin weder C-Profi, noch CC1101-Experte und muss mich dann iterativ(programmieren,compilieren,testen,ändern,compilieren.....) ans Ziel herantasten.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

arthur_dent_2015

okay, wenn Du da wirklich Bock drauf hast könnte ich Dir ja ein Exemplar zur Verfügung stellen...
Mich wundert allerdings dass noch niemand mit auf den Zug aufgesprungen ist. Ich hab vor einiger Zeit schon ein paar Anfragen hier im Forum gestellt, Reaktion ungefähr 0. Wenn ich wirklich der einzige bin der daran Interesse hat, ist Deine Arbeit vergebene Liebesmühe und Du hast den Part mehr oder weniger ewig am Hals.... Aber, das wäre dann Deine Entscheidung ;)

KölnSolar

ZitatMich wundert allerdings dass noch niemand mit auf den Zug aufgesprungen ist.
Ja, genau. Und das macht mich skeptisch, ob der Aufwand lohnt. Vom Ansatz her, halte ich(als CUL-"Kenner") den CUL als sinnvolleren Transceiver, weil universeller, ein nanoCUL sogar als S'duino einsetzbar. Mich stört aber, dass man einen Transceiver für nur einen device-type hat. Dann ist ein Jeelink ja irgendwie doch nicht schlechter. Und ob ich da nicht eher in "modernere" Funktechnik wie ZWAVE,Zigbee... einsteige, wo es evtl. auch vernünftige Messschaltdosen gibt  :-\ Oder ich bleibe bei meiner IT-/Revolt-Kombi ? Du siehst, ich bin da arg unschlüssig. Wie sieht es denn bei Dir mit C-/culfw-Entwicklungsmöglichkeiten aus ?
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

arthur_dent_2015

#28
Zitat von: KölnSolar am 30 Dezember 2018, 21:41:32
Ansatz her, halte ich(als CUL-"Kenner") den CUL als sinnvolleren Transceiver, weil universeller, ein nanoCUL sogar als S'duino einsetzbar.
Das sehe ich auch so. Insbesodere der Sduino mit seiner Protokollvielfalt.
Zitat von: KölnSolar am 30 Dezember 2018, 21:41:32
Dann ist ein Jeelink ja irgendwie doch nicht schlechter.
Naja, ich hab 2 davon. Und die steigen hin und wieder mal aus. Weiß der Geier warum :(
Zitat von: KölnSolar am 30 Dezember 2018, 21:41:32
Und ob ich da nicht eher in "modernere" Funktechnik wie ZWAVE,Zigbee... einsteige, wo es evtl. auch vernünftige Messschaltdosen gibt  :-\ Oder ich bleibe bei meiner IT-/Revolt-Kombi ?
Ich hab zwar auch (noch) einige IT Komponenten und Somfy im Einsatz, bin aber ein Anhänger von bi-directioneller Kommunikation. Daher hab ich hauptsächlich HM Komponenten und eben die PCA301 im Einsatz. Das Preis- Leistungsverhältnis ist schon in Ordnung. Beschäftige mich aber auch mit ESP8266, so lange ich nicht löten muss. Dazu sind die Arme zu kurz geworden ;)
Zitat von: KölnSolar am 30 Dezember 2018, 21:41:32
Wie sieht es denn bei Dir mit C-/culfw-Entwicklungsmöglichkeiten aus ?
Ich würde gern mehr davon verstehen. Aber ich glaub dafür bin ich wohl doch schon zu alt :( Bin "gelernter" Mainframer, meine Programmiersprache ist REXX und ein wenig 370 Assembler, nen bisschen Pascal  und C noch, aber das wars. Perl ist mir schon zu hoch, die Syntax ist (für mich) fürchterlich :( Ich bin hier eher der "Konsument" ;) und immer dankbar wenn ich hier Hilfe bekomme.
Gruß
Arthur
Vielleicht sollten wir mal eine Umfrage starten ob es mehr Interessenten an der Entwicklung gibt?

KölnSolar

REXX. Ich lach mich tot. Hab ich aus meinem Gedächtnis wg. Platzmangel schon gestrichen gehabt. Hab ich wohl auch vor urlanger Zeit mal gemacht. Ich weiß nur nicht mehr wann, wo, warum.....  ;D ;D ;D Oder doch, ich glaube, mein 1. Projekt  nach dem Studium, wo man mich "eingearbeitet" hat.  ;D ;D ;D

Zitatund C noch,
Aber dann ginge das doch. Ich hab 0 C-Kenntnisse gehabt und hab die culfw auf die Betty(IR-433MHz-Fernbedienung mit CC1101) portiert. Daher kenne ich die culfw auch recht gut. Wenn man einmal angefangen hat, wird man süchtig....

Und nicht, dass Du mich falsch verstanden hast. Das Projekt als solches finde ich nach wie vor interessant. Mit
ZitatNaja, ich hab 2 davon. Und die steigen hin und wieder mal aus. Weiß der Geier warum :(
hast Du noch ein weiteres Pro ins Spiel gebracht.
Wenn Du Lust hast, helfe ich gerne mit meinem Wissen. Ich könnte ein erstes Grundgerüst bauen, mit dem Du Dich dann einarbeiten kannst und es zum laufen bringen müsstest.

Guten Rutsch
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt