OWX New Generation

Begonnen von Prof. Dr. Peter Henning, 01 April 2016, 06:08:20

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Seit einigen Tagen sind die komplett überarbeiteten Versionen der OWX-Frontendmodule in der Distribution. Bitte alle unerwünschten Effekte hier posten.

LG

pah

ext23

Hallo,

danke erst mal für die neuen Module. Ich nutze vorwiegend OWLCD und OWID für meine iButtons. Im Prinzip läuft alles wie vorher. Lediglich beim OWLCD kommt es zunehmend vor, dass die GPIO Ports nicht richtig gesetzt werden. Das war auch früher schon ab und an mal, aber es hat definitiv zugenommen.

Also Feature Request steht immer noch die Bitte an, LCD ChipTyp und die  Abteilung "#-- replace umlaut chars for special codepage" im Modul durch Attribute zu ersetzen.
Zum einen ist das Bequemlichkeit, ja, aber schlimmer ist, dass durch meine Änderungen mir jeden Tag ein Update des OWLCD vorgeschlagen wird und zweitens (noch schlimmer) wenn man aus versehen FHEM mit falschem ChipTyp startet, ich die ganzen Gurke stromlos machen muss da sich das LCD komplett verabschiedet hat.

Gruß
Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

sentinel1

Hallo,

ich wollte OWID testen mit iButtons aber ich kann nicht "event-on-change-reading" benutzen,es steht in eine reihe mit "interval".Ich habe dann "attr intervalevent-on-change-reading".
Liegt es an OWID oder mache ich was falsch?

Gruß,
Claudiu

marc2

Moin !

Der dougie-counter läuft bei mir mit OWX_ASYNC ansich wunderbar. Allerdings nur, wenn noch ein weiterer
1w Sensor am Bus hängt (z.B. ein DS18S20). Hängt er allein am Bus wir er nicht erkannt

2016.04.01 00:12:21 5: OWX_ASYNC_Schedule master: OWHAR, task: OWHAR
2016.04.01 00:12:21 2: OWX: 1-Wire devices found on bus OWHAR ()
2016.04.01 00:12:21 4: OWX_ASYNC_RunTasks: OWHAR task exited: OWX: 1-Wire devices found on bus OWHAR


Hängt der DS18S20 mit am Bus, dann klappt es sofort wieder:

2016.04.01 00:13:32 5: OWX_ASYNC_Schedule master: OWHAR, task: OWHAR
2016.04.01 00:13:32 2: OWX: 1-Wire devices found on bus OWHAR (Thermometer_HAR2,gaszaehler)
2016.04.01 00:13:32 4: OWX_ASYNC_RunTasks: OWHAR task exited: OWX: 1-Wire devices found on bus OWHAR
10.20A48C020800      DS18S20/DS1920 Thermometer_HAR2
1D.A2D984000002      DS2423         gaszaehler


Ich bin mir nicht sicher, ob jemals ging, aber hat jemand ein vergleichbares Problem ?

Danke & GRuß, Marc

Prof. Dr. Peter Henning

@sentinal: Falscher Thread. Bitte Anfängerdokumentation lesen.

LG

pah

cwagner

Guten Tag,

diese Beobachtung mache ich mit den neuen Modulen bei jedem Neustart meines FHEM
2016.04.02 10:40:36 1: PERL WARNING: substr outside of string at ./FHEM/21_OWSWITCH.pm line 1019.
2016.04.02 10:40:36 1: PERL WARNING: Use of uninitialized value $res in numeric ne (!=) at ./FHEM/21_OWSWITCH.pm line 1146.
2016.04.02 10:40:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/21_OWSWITCH.pm line 1147.

eingesetzte Versionen:
21_OWSWITCH.pm      11130 2016-03-27 09:14:38Z pahenning
# $Id: 00_OWX.pm 2016-03 pahenning $
# $Id: 11_OWX_SER.pm 2016-02 - pahenning $

Ist es richtig, dass 00_OWX und 11_OWX_SER aus dem "Tester gesucht"-Thread benutzt werden müssen?


Herzliche Grüße

Christian
PI 2B+/3B+ Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB

locutus

Mir fällt auf, dass das neue OWCOUNT Modul aus der DS2423 Emulation auf ATtiny einen DS2423eold macht. Manuelle Änderung der Attribute zum DS2423enew ist praktisch wirkungslos.

Prof. Dr. Peter Henning

@cwagber: Nein. Sollte mit dem standardmäßig verteilten OWX funktionieren - das neue kann eben "asynchron". Dauert aber noch etwas...

@locutus: Kommt darauf an. Hat der Emulator interne Memory-Pages 0..15 ?

LG

pah

UweH

Moin,

folgendes Problem ist auf zwei FHEM-Installationen aufgetreten: Nach dem ersten Update nach der Freigabe der OWX-Module wird 00_OWX.pm nach dem Shutdown Restart nicht geladen. Nach dem Einspielen der OWX-Version 6.0alpha8 lief es dann wieder. Bei der Versions-Abfrage in FHEM fällt auf, dass die 00_OWX_TCP.pm
noch eine Testversion ist

21_OWAD.pm               11130 2016-03-27 09:14:38Z pahenning
21_OWCOUNT.pm            11130 2016-03-27 09:14:38Z pahenning
21_OWID.pm               11130 2016-03-27 09:14:38Z pahenning
21_OWLCD.pm              11130 2016-03-27 09:14:38Z pahenning
21_OWMULTI.pm            11130 2016-03-27 09:14:38Z pahenning
21_OWSWITCH.pm           11130 2016-03-27 09:14:38Z pahenning
21_OWTHERM.pm            11130 2016-03-27 09:14:38Z pahenning
21_OWVAR.pm              11131 2016-03-27 09:16:56Z pahenning
# $Id: 00_OWX.pm 2016-03 pahenning $
# $Id: 11_OWX_TCP.pm 2015-03 - pahenning $


Die LAN-Busmaster werden nicht erkannt, folgende Meldungen dazu bekomme ich:

2016.04.03 09:26:00 1: OWX: COC/CUNO device 192.168.xxx.xx:26 not defined
2016.04.03 09:26:00 1: define 1wire_Haus_1 OWX 192.168.xxx.xx:26: OWX: COC/CUNO device 192.168.178.37:26 not defined
2016.04.03 09:26:00 1: OWX: COC/CUNO device 192.168.xxx.xx:23 not defined
2016.04.03 09:26:00 1: define 1wire_Haus_2 OWX 192.168.xxx.xx:23: OWX: COC/CUNO device 192.168.178.40:23 not defined
2016.04.03 09:26:00 1: OWX: COC/CUNO device 192.168.xxx.xx:26 not defined
2016.04.03 09:26:00 1: define 1wire_Haus_3 OWX 192.168.xxx.xx:26: OWX: COC/CUNO device 192.168.178.40:26 not defined
2016.04.03 09:26:00 1: OWX: COC/CUNO device 192.168.xxx.xx:23 not defined
2016.04.03 09:26:00 1: define 1wire_GH OWX 192.168.xxx.xx:23: OWX: COC/CUNO device 192.168.178.65:23 not defined
2016.04.03 09:26:00 1: OWX: COC/CUNO device 192.168.xxx.xx:23 not defined
2016.04.03 09:26:00 1: define 1wire_Garage OWX 192.168.xxx.xx:23: OWX: COC/CUNO device 192.168.178.27:23 not define


Das Problem ist reproduzierbar.

Gruß
Uwe

Prof. Dr. Peter Henning

Das per update verteilte OWX ist tatsächlich eine sehr alte Version, die mit dem OWX_TCP.pm gar nicht zusammenarbeitet. Dafür hatte ich damals immer socat verwendet.

Wenn Du also TCP-Busmaster hast, kann ich für OWX  im Moment nur die alpha-Versionen aus dem "Tester gesucht" empfehlen. Bitte noch um etwas Geduld - immerhin werden hier zeitgleich 12 Module mit jeweils  im Mittel 2000 Codezeilen überarbeitet.

Erste Prio waren die Frontendmodule mit "alten" Standardinstallationen. Die laufen auch ohne Probleme, so wie ich das sehe.

LG

pah

Achim

Hallo,

ich habe heute bei einem "Update" von FHEM folgendes festgestellt. Folgende Events werden beim Update angezeigt:
Zitat2016-04-03 09:50:57 Global global ATTR OWX_Z1 model DS2423eold
2016-04-03 09:50:57 Global global ATTR OWX_Z1 nomemory 1
2016.04.03 09:50:58 2 : Backup with command: tar -cf .......
2016-04-03 09:51:57 Global global ATTR OWX_Z1 model DS2423eold
2016-04-03 09:51:57 Global global ATTR OWX_Z1 nomemory 1
2016.04.03 09:52:24 1 : backup tar: Removing leading `/' from member names tar: Removing leading `/' from hard link targets
2016.04.03 09:52:24 1 : backup done: FHEM-20160403_095058.tar.gz (13649384 Bytes)
2016.04.03 09:52:24 1 :
2016.04.03 09:52:24 1 : fhem
2016.04.03 09:52:24 1 : RMDIR: /usr/share/fhem/restoreDir/2016-03-24
2016.04.03 09:52:25 1 : UPD ./CHANGED
2016.04.03 09:52:25 1 : UPD ./fhem.pl

2016.04.03 09:52:44 1 : Calling /usr/bin/perl /usr/share/fhem/contrib/commandref_join.pl -noWarnings, this may take a while
2016-04-03 09:52:57 Global global ATTR OWX_Z1 model DS2423eold
2016-04-03 09:52:57 Global global ATTR OWX_Z1 nomemory 1
2016-04-03 09:53:57 Global global ATTR OWX_Z1 model DS2423eold
2016-04-03 09:53:57 Global global ATTR OWX_Z1 nomemory 1
2016-04-03 09:53:59 Global global ATTR OWX_Z2 model DS2423eold
2016-04-03 09:53:59 Global global ATTR OWX_Z2 nomemory 1
2016-04-03 09:54:57 Global global ATTR OWX_Z1 model DS2423eold
2016-04-03 09:54:57 Global global ATTR OWX_Z1 nomemory 1

Auch im Eventmonotor sind die Einträge "Global global ATTR OWX_Z1 nomemory 1" zu sehen:
Zitat2016-04-03 10:15:58 Global global ATTR OWX_Z2 model DS2423eold
2016-04-03 10:15:58 Global global ATTR OWX_Z2 nomemory 1
2016-04-03 10:15:58 OWCOUNT OWX_Z2 memory: no pages, no midnight
2016-04-03 10:15:58 OWCOUNT OWX_Z2 StromOG: 0.968
2016-04-03 10:15:58 OWCOUNT OWX_Z2 EnergieOG: 0.1445
2016-04-03 10:15:58 OWCOUNT OWX_Z2 StromEG: 2.3494
2016-04-03 10:15:58 OWCOUNT OWX_Z2 EnergieEG: 0.3215
2016-04-03 10:15:58 OWCOUNT OWX_Z2 StromOG: 0.968  kW EnergieOG: 0.144  kW/h StromEG: 2.349  kW EnergieEG: 0.322  kW/h

Für OWCOUNT verwende ich zwei alternative DS2423 Module mit der Firmware von Dirk, die er mit den Leiterpalten mit ausgeschickt hat. Die Definition in FHEM sieht folgendermaßen aus:define OWX_Z1 OWCOUNT DS2423eold A2D988000002 60
attr OWX_Z1 AFactor 0.01
attr OWX_Z1 AMode daily
attr OWX_Z1 AName Gas
attr OWX_Z1 AOffset 164403.0
attr OWX_Z1 ARate hour
attr OWX_Z1 AUnit m³
attr OWX_Z1 BFactor 0.01
attr OWX_Z1 BMode daily
attr OWX_Z1 BName Wasser
attr OWX_Z1 BRate hour
attr OWX_Z1 BUnit m³
attr OWX_Z1 IODev NANO1_D3
attr OWX_Z1 LogM FileLog_Gasverbrauch_Monat
attr OWX_Z1 LogY FileLog_Gasverbrauch_Jahr
attr OWX_Z1 model DS2423eold
attr OWX_Z1 nomemory 1
attr OWX_Z1 room UG_Treppe


Ansich nur ein "Schönheitsfehler" auf der Oberfläche, allerdings kann ich nicht beurteilen ob das Programm/Ablauftechnisch intern anders ist.

viele Grüße
Achim
1x RPi V1, COC, 6x FHT, 1x S300TH, 2x DS18B20, 1x KS300
1x Arduino Nano mit Firmata, 2x DS2423old, 4x DS18B20, HIH5030, verschiedene Ein/Ausgangsschaltungen am Arduino
Mysensors-Seriell Gateway, Si7021, BH1750, Relais

locutus

Zitat von: Prof. Dr. Peter Henning am 02 April 2016, 18:39:59
Kommt darauf an. Hat der Emulator interne Memory-Pages 0..15 ?
Ja, der Memorypage Support 14 & 15 ist definitiv vorhanden.

Prof. Dr. Peter Henning

Der Test, ob die memory pages vorhanden (= schreibbar und lesbar !) sind, dauert relativ lange und musste an die neue interne Logik massiv angepasst werden. Hat offenbar in manchen Fällen noch so seine Probleme.

Ich werde also diesen Test kippen - er wird nur noch dann durchgeführt, wenn ein Device automatisch angelegt wurde und das Attribut "model" nicht manuell gesetzt worden ist.

LG

pah

Achim

Hallo,

bei OWCOUNT das Attribut "model" ist in der commandref nicht (mehr?) bei den Attributen beschrieben. Nur in der "Define" Sektion. Ist das so gewollt?

Viele Grüße
Achim
1x RPi V1, COC, 6x FHT, 1x S300TH, 2x DS18B20, 1x KS300
1x Arduino Nano mit Firmata, 2x DS2423old, 4x DS18B20, HIH5030, verschiedene Ein/Ausgangsschaltungen am Arduino
Mysensors-Seriell Gateway, Si7021, BH1750, Relais

UweH

Zitat von: Prof. Dr. Peter Henning am 03 April 2016, 10:19:12
Bitte noch um etwas Geduld
Kein Problem, Danke für die Info.

Gruß
Uwe