OWX New Generation

[det.]

Perfekt, Danke!

[cwagner]

Jep, auch bei meinem OWSWITCH zählt nun die Version 6.01Beta2 nur noch von 0 bis 255 und schaltet damit einwandfrei...

Danke, das war offenbar der Fehler...

[Prof. Dr. Peter Henning]

Neue Versionen sind als 6.01 eingecheckt

LG

pah

[papa]

Ich habe seit langer Zeit mal wieder meine Installation aktualisiert unbd habe nun massive Probleme mit den 1Wire Temperatursensoren. Es werden immer mal wieder negative Werte gemessen. Die 1Wire Anbindung erfolgt über Firmata. Ich habe insgesamt 3 Busse auf 3 Pins laufen. Leider kann ich nicht genau sagen, ob es nun an OWX_ASYNC oder FRM liegt. Komischerweise sind die falschen Werte auch unterschiedlich. Hier mal ein Logauszug:

Code Auswählen Erweitern


2016-04-07_05:10:56 temp_Aussen temperature: 7.125
2016-04-07_05:15:56 temp_Aussen temperature: 6.9375
2016-04-07_05:20:56 temp_Aussen temperature: -0.0625
2016-04-07_05:25:56 temp_Aussen temperature: 6.9375
2016-04-07_05:30:56 temp_Aussen temperature: 6.875
2016-04-07_05:35:56 temp_Aussen temperature: -121.1875
2016-04-07_05:40:57 temp_Aussen temperature: 6.8125
2016-04-07_05:45:57 temp_Aussen temperature: 6.75
2016-04-07_05:50:57 temp_Aussen temperature: -124.75
2016-04-07_05:55:57 temp_Aussen temperature: 6.8125
2016-04-07_06:00:57 temp_Aussen temperature: 6.8125
2016-04-07_06:05:57 temp_Aussen temperature: 6.6875
2016-04-07_06:10:57 temp_Aussen temperature: 6.8125
2016-04-07_06:15:57 temp_Aussen temperature: 6.75
2016-04-07_06:20:57 temp_Aussen temperature: 6.75
2016-04-07_06:25:57 temp_Aussen temperature: 6.75
2016-04-07_06:30:57 temp_Aussen temperature: 7
2016-04-07_06:35:57 temp_Aussen temperature: 6.875
2016-04-07_06:40:57 temp_Aussen temperature: 6.8125
2016-04-07_06:45:57 temp_Aussen temperature: 6.8125
2016-04-07_06:50:57 temp_Aussen temperature: 6.8125
2016-04-07_06:55:57 temp_Aussen temperature: -126.875
2016-04-07_07:00:57 temp_Aussen temperature: 6.6875


"tempConv" steht bei allen auf "onread". Das Problem tritt sowohl bei "buspowered" als auch bei Spannungsversorgung auf dem Bus auf.

Kann das unter Umständen mit den aktuellen Änderungen zusammen hängen ?

[Lorenz]

Hallo papa,

auch ich kann seit kurzem negative Ausreisser bei Temperatursensoren bestätigen. Allerdings setze ich dabei nicht Firmata ein. Bei mir sind alle Sensoren an einem 1-wire-Bus eines USB-Wandlers mit DS2480. Weiterhin sehe ich Fehlmessungen an DS2450, welche ich für die Luftfeuchte einsetze. Allerdings tritt das nur selten auf (ca. 1 Messwert pro Tag) und auch nicht bei allen Sensoren. Ich habe in letzter Zeit täglich Updates gemacht.

LG

[Prof. Dr. Peter Henning]

Man sieht an den teilweise richtigen Messungen, dass die Programme korrekt laufen. Damit können eigentlich auch keine falschen Werte gemessen werden, denn es erfolgt immer ein CRC-Check - und eine Fehlermeldung im Log, wenn dieser Check einen Irrtum anzeigt.

Diese Ausrutscher deuten auf ein Timing-Problem im Firmata-Interface bzw. bei OWX_ASYNC hin. Für beide bin ich nicht verantwortlich. Nochmal zur Roadmap:

Im Laufe von April/Mai werde ich eine neue Version von OWX einchecken (bisher nur als Alpha verfügbar), mit der OWX_ASYNC für die meisten Nutzer überflüssig wird. Daran richten sich die neuen Frontendmodule aus, ohne dass sie Probleme bei alten Installationen machen sollten.

LG

pah

[Lorenz]

Da bei mir OWX in einer eigenen fhem-Instanz läuft, habe ich bislang OWX und nicht OWX_ASYNC eingesetzt. Also ist OWX_ASYNC als Fehlerquelle ausgeschlossen. Ich habe auf dem Bus 11*DS18B20, 2*DS2450 und 1*DS2408 alles ohne parasitäre Buspower. Von diesen Busteilnehmer werden in 24 Stunden 4032 Werte abgefragt und davon waren jetzt am Tag ca. 5 falsch. Ist also nicht so dramatisch aber unschön, da dies in den letzten 2 Jahren nicht auffällig war. Ich habe jetzt mal testweise auf OWX_ASYNC umgestellt, um das Verhalten dabei zu beurteilen. Mal abwarten ...


LG

[Speed-Baron]

Ich habe nun auf die 6.01 upgedated und leider bleibt im Modul OWMULTI alles beim alten 

get <name> VDD, raw und temperature liefern Werte (wobei bei raw immer noch der zweite Wert 0 ist !?!)

get <name> V , liefert nach wie vor die Fehlermeldung: OWMULTI: Get with unknown argument V, choose one of VDD id interval present raw reading temperature version

get <name> version liefert nun 6.01

Ich hoffe das hilft weiter.

Schöne Grüße
Speedy

[Speed-Baron]

Noch etwas ist mir aufgefallen, nach dem Update von heute, sind folgende Zeilen aus dem Logfile wieder verschwunden:

Code Auswählen Erweitern

2016.04.07 16:02:05 3: Schalter_Relais_A: attrVal: Global symbol "$CMD" requires explicit package name (did you forget to declare "my $CMD"?) at (eval 22) line 1, <$fh> line 11.

2016.04.07 16:02:05 3: Schalter_Relais_A: attrVal: Global symbol "$LASTCMD" requires explicit package name (did you forget to declare "my $LASTCMD"?) at (eval 23) line 1, <$fh> line 13.

Ich vermute, das hängt mit dem Update von OWSWITCH zusammen - nur ein Feedback der Vollständigkeit halber 

Schöne Grüße
Speedy

[Speed-Baron]

Oooooh sorry, habe gerade in der Commandref gesehen, dass pah dort nachgebessert hat.

get <name> raw liefert nun die Werte V und W - get <name> V gibt es nicht mehr!

Somit ist mein Post von vorhin natürlich hinfällig.

Tatsache ist aber, dass ich zwischen PIN 2 und 3 des DS2438 eine Spannung von 204 mV messe?!?

Schöne Grüße und sorry für meine vorschnelle Antwort
Speedy

[Prof. Dr. Peter Henning]

Ich vermute, das hängt mit dem Update von OWSWITCH zusammen - nur ein Feedback der Vollständigkeit halber

Eher unwahrscheinlich, da in dem Modul die Variablen $CMD und $LASTCMD nicht auftreten.

Tatsache ist aber, dass ich zwischen PIN 2 und 3 des DS2438 eine Spannung von 204 mV messe?!?

Ja, und ? Was sagt denn das reading dazu ?

LG

pah

[Speed-Baron]

Hallo pah,

das reading liefert folgendes Ergebniss.
Bei allen drei DS2438, die ich besitze gleich.

Schöne Grüße
Speedy

[martinbaumert]

Hallo,

am 6.4. habe ich einen Update bei der FHEM gefahren.

Gestern ist mir aufgefallen, dass die beiden 8-Kanal Board´s (DS2408) nicht mehr schalten - alle Relais sind "ON".

Alle Relais werden auch, wenn ich die Spannung komplett vom System nehme, nach kurzer Zeit wieder, auf "ON" gesetzt (gemeinsam). Sie lassen sich auch durch keinen Befehl aus FHEM ausschalten.

Über OWServer (Port 2121) kann ich EIN und AUS schalten.

Im Logfile finde ich folgende Meldungen beim "Starten"

2016.04.09 17:02:56 0: Featurelevel: 5.7
2016.04.09 17:02:56 0: Server started with 256 defined entities (fhem.pl:11191/2016-04-05 perl:5.014002 os:linux user:fhem pid:5995)
2016.04.09 17:02:58 3: CUL_HM set LichtOG statusRequest
2016.04.09 17:02:58 3: PID20 PIDMischer1: Calc.709 <set D_StellPID  100>
2016.04.09 17:02:58 3: PID20 PIDMischer2: Calc.709 <set D_StellMPID  100>
2016.04.09 17:03:00 1: PERL WARNING: Argument "Brenner_Freigabe" isn't numeric in right bitshift (>>) at ./FHEM/21_OWSWITCH.pm line 967.
2016.04.09 17:03:01 1: PERL WARNING: Argument "Mischer1_UP" isn't numeric in right bitshift (>>) at ./FHEM/21_OWSWITCH.pm line 967.
2016.04.09 17:03:01 1: PERL WARNING: Argument "Mischer1_Auf" isn't numeric in right bitshift (>>) at ./FHEM/21_OWSWITCH.pm line 967.
2016.04.09 17:03:02 1: PERL WARNING: Argument "Mischer1_Zu" isn't numeric in right bitshift (>>) at ./FHEM/21_OWSWITCH.pm line 967.
2016.04.09 17:03:02 1: PERL WARNING: Argument "Mischer2_UP" isn't numeric in right bitshift (>>) at ./FHEM/21_OWSWITCH.pm line 967.
2016.04.09 17:03:02 1: PERL WARNING: Argument "Mischer2_Auf" isn't numeric in right bitshift (>>) at ./FHEM/21_OWSWITCH.pm line 967.
2016.04.09 17:03:03 1: PERL WARNING: Argument "Mischer2_Zu" isn't numeric in right bitshift (>>) at ./FHEM/21_OWSWITCH.pm line 967.

Bin jetzt bei Version: 6.01beta2

Schalte ich alle Relais über den OWServer "Aus". Sind sie auch aus (Kontrolle: LED ist aus). Sobald ein Relais eingeschaltet wird, schalten alle Relais ein. Aus geht nur über OWServer.

Weiß leider keinen Rat mehr. Auch ein Rücksetzten der Versionen hat bei mir nichts gebracht.

Danke, für jede Hilfe.

Gruß
Martin

[cwagner]

Dein Fehler wird vermutlich durch einen inzwischen vom Modulautor behobenen Fehler verursacht, den ein anderer Benutzer und ich beschrieben hatten. Mit Version 6.01 von OWSwitch, wie es im aktuellen Update verteilt wird, kommen zumindest bei bei mir keine Fehlerschaltungen mehr vor. Ich benutze auch einen 8fach-Switch (von Denkovi).

Grüße

Christian

[Prof. Dr. Peter Henning]

@ martinbaumert:

Erstens gehört es zu einer Fehlermeldung, dass man seine Konfiuration wenigstens beschreibt. Im vorliegenden Post kann man sich mühsam zusammenreimen, dass es eine Kombination aus OWSWITCH und OWServer ist.

Zweitens ist die Version 6.01beta2 nicht per Update verteilt worden - sondern nur hier zum Download für Experten.

Drittens ist der Codebestandteil, der mit OWServer interagiert, in der gegenwärtigen Entwicklung gar nicht angefasst worden.

Sorry also: Mit dem Post kann ich gar nichts anfangen.

LG

pah