OWX Next Generation

[mcsurfi]

Nabend,

habe seit dem letzten Update auch Probleme:

2017.07.20 22:35:42 1: reload: Error:Modul 21_OWID deactivated:
Too many arguments for main::OWX_Verify at ./FHEM/21_OWID.pm line 326, near "0)"
Too many arguments for main::OWX_Verify at ./FHEM/21_OWID.pm line 389, near "0)"

Weiss jemand Rat ?

Gruss Florian

[Prof. Dr. Peter Henning]

Ja. Alte OWID-Version aufspielen.

LG

pah

[JensS]

Danke, OWID funktioniert wieder.

Gruß Jens

[Helmi55]

Hallo
kurze Frage:
OWX arbeitet mit dem DENKOVI Adapter zusammen?
Danke für eure Antwort
Gruß
Helmut

[cwagner]

OWX arbeitet mit dem DENKOVI Adapter zusammen?

Das kann ich ohne Einschränkung bestätigen...

Ergänzend sei aber gesagt, dass im Vergleich mit aufwändigeren Busmastern (mit eigener Stromversorgung) die Störfestigkeit bei Verwendung von DS2438 und DS2450 deutlich niedriger ist. Dort gibt es dann mehr oder weniger häufig "Peaks" in den Messwerten...

Gutes Gelingen!
Christian

[Helmi55]

Danke dann werde ich bestellen und hochrüsten
Nice eve
Helmut

[Bernhard]

Ja. Alte OWID-Version aufspielen.

LG

pah

Dachte ich mir schon fast. Kommt in absehbarer Zeit eine Korrektur?

Bernhard

[Prof. Dr. Peter Henning]

Gint es schon - hier im Thread OWX suchen.

Bin derzeit beruflich stark eingespannt.

LG

pah

[Haus-Andi]

Hallo zusammen

Ich versuche nun seit ein paar Tagen auf einem Raspi ein Testsystem mit dem OWX zum laufen zu bringen. Leider habe ich im ganzen Thread hier nirgends eine Anleitung gefunden wie ich das ganze korrekt enrichten und zum laufen kriegen soll. Habe ich etwas übersehen oder bin ich einfach nicht fähig?

Ich habe mit einem USB-Ftdi232 und DS2480B/DS9503 versucht ein Interface abzubilden, der Ftdi wird gefunden, resp im fhem kann ich den OWX auf "opend" setzten, aber bei einem "set detect" geht es auf disconect. Dann habe ich es mit dem ETH-to-RS232 gem. Interface UweH probiert, dort kommt fhem nicht mal bis zur Schnittstelle durch.

Code Auswählen Erweitern


define 1wire_USB OWX /dev/ttyUSB0@9600
attr 1wire_USB asynchronous 1
attr 1wire_USB interval 10
attr 1wire_USB room 1W
attr 1wire_USB verbose 5

define 1wire_ETH OWX 192.168.168.140:23
attr 1wire_ETH asynchronous 1
attr 1wire_ETH interval 10
attr 1wire_ETH room 1W


Aber der angeschlossen DS1820 wird nie erkannt, am "produktiven System" wird der Sensor aber erkannt, also ist er nicht defekt.

Hat mir jemand eine Tip bevor ich alles in eine Ecke werfe?
Wie weit ist der Status für die Arduino-Firmata USB Version? Ich würde es sonst damit mal noch probieren, bevor ich ganz verzweifle.

Gruss Andi

[Prof. Dr. Peter Henning]

Leider habe ich meine Kristallkugel derzeit in der Werkstatt und kann darum nicht sagen, welche Logeinträge es gibt.

Ich schlage in jedem Fall vor, das einmal mit der Standardvariante aus dem Repository zum Laufen zu bekommen.

LG

pah

[Prof. Dr. Peter Henning]

In diesem Thread gibt es eine in der Verify-Routine bereinigte Version von 00_OWX.pm (ALTE VERSION, NICHT ASYNCHRON), die mit dem neuen 21_OWID.pm keine Macken mehr macht.

Alle aktuellen Frontendmodule 21_OW* sind jetzt eingecheckt.

LG

pah

[Haus-Andi]

Ich werde morgen rasch das ganze fhem mal runterschmeissen und neu drauf ziehen, damit sollte ich ja dann die Standartmodule haben. Mal schauen ob es geht. Im Log steht ziemlich sehr viel (verbose 5), aber ich kann nur den kleinsten Teil interpretieren:

Code Auswählen Erweitern


.....
2017.07.31 22:00:49 4: Connection accepted from WEB_192.168.168.60_58748
2017.07.31 22:00:49 4: Connection closed for WEB_192.168.168.60_58747: EOF
2017.07.31 22:00:49 4: Connection closed for WEB_192.168.168.60_58744: EOF
2017.07.31 22:00:49 4: WEB_192.168.168.60_58748 POST /fhem&detail=1wire_USB&dev.set1wire_USB=1wire_USB&fwcsrf=csrf_267305982635225&cmd.set1wire_USB=set&arg.set1wire_USB=closeopen&val.set1wire_USB=; BUFLEN:0
2017.07.31 22:00:49 5: Cmd: >set 1wire_USB closeopen<
2017.07.31 22:00:49 1: ====> CLOSING DEVICE
2017.07.31 22:00:49 3: Opening 1wire_USB device /dev/ttyUSB0
2017.07.31 22:00:49 3: 1wire_USB device opened
2017.07.31 22:00:49 1:       OPENING DEVICE
2017.07.31 22:00:49 3: OWX_Set 1wire_USB closeopen => 0
2017.07.31 22:00:49 5: Starting notify loop for 1wire_USB, 1 event(s), first is closeopen
2017.07.31 22:00:49 5: End notify loop for 1wire_USB
2017.07.31 22:00:49 4: WEB_192.168.168.60_58748 GET /fhem?detail=1wire_USB&fw_id=; BUFLEN:0
2017.07.31 22:00:49 4: WEB: /fhem?detail=1wire_USB&fw_id= / RL:2952 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.07.31 22:00:49 4: WEB_192.168.168.60_58748 GET /fhem?cmd=%7BReadingsVal(%221wire_USB%22%2C%22close%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_267305982635225; BUFLEN:0
2017.07.31 22:00:49 5: Cmd: >{ReadingsVal("1wire_USB","close","")}<
2017.07.31 22:00:49 4: WEB: /fhem?cmd=%7BReadingsVal(%221wire_USB%22%2C%22close%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_267305982635225 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.07.31 22:00:49 4: Connection accepted from WEB_192.168.168.60_58749
2017.07.31 22:00:49 4: WEB_192.168.168.60_58749 GET /fhem?cmd=%7BAttrVal(%221wire_USB%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_267305982635225; BUFLEN:0
2017.07.31 22:00:49 5: Cmd: >{AttrVal("1wire_USB","room","")}<
2017.07.31 22:00:49 4: WEB: /fhem?cmd=%7BAttrVal(%221wire_USB%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_267305982635225 / RL:23 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.07.31 22:00:49 4: WEB_192.168.168.60_58748 GET /fhem?XHR=1&inform=type=status;filter=1wire_USB;since=1501531248;fmt=JSON&fw_id=187×tamp=1501531248468; BUFLEN:0
2017.07.31 22:00:54 4: Connection closed for WEB_192.168.168.60_58748: EOF
2017.07.31 22:00:54 4: WEB_192.168.168.60_58749 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-07.log; BUFLEN:0


Vieleicht kann jemand damit etwas anfangen?
folgendes habe ich gemacht, einfach die Schnittstelle mit dem USB ein "set 1wire_USB closeopen"
Was auch immer ich falsch mache, ich verstehe es einfach nicht.

Vielen Dank für eure Hilfe und Bemühungen
LG Andi

[det.]

Alle aktuellen Frontendmodule 21_OW* sind jetzt eingecheckt.

LG

pah

Na schön, da habe ich nach Deiner Falschmeldung  jetzt mit OWLCD , OWMULTI und OWSWITCH erst mal etwas Spaß, einen geordneten Ausgangszustand wieder herzustellen

[Prof. Dr. Peter Henning]

Falschmeldung  jetzt mit OWLCD , OWMULTI und OWSWITCH

Äh - verstehe ich nicht, welche Falschmeldung denn ??

Die jetzt eingecheckten Versionen laufen jetzt seit mehr als einem Monat problemlos mit allen Interfaces.

LG

pah

[det.]

Nö, sorry, mit dem asynchronen OWX hier aus dem Beitrag laufen die 3 erwähnten Module nicht. Da Du schriebst, Alle aktuellen Frontendmodule 21_OW* sind jetzt eingecheckt.  hatte ich die Updatesperre für die 3 Module aus global entfernt und ein update durchgeführt. Daraufhin fehlten alle Definitionen von   OWLCD , OWMULTI und OWSWITCH. Nach Rückspielen von OWLCD , OWMULTI und OWSWITCH aus dem Updatebackup wurden diese alle neu angelegt... PRIMA ... nach Rückspielen der gesicherten fhem.cfg war alles wieder gut. D.h. die von Dir zwischenzeitlich auch hier im Beitrag zur Verfügung gestellten OWLCD , OWMULTI und OWSWITCH sind unterschiedlich zu den eingecheckten.