Mini-USV mit 1-Wire Sensorik

[Prof. Dr. Peter Henning]

"Aktuell" ist das oben gepostete 7.2beta5 - Du musst es derzeit noch als excludefromupdate eintragen, wenn es manuell installiert wurde. Es ist noch nicht eingecheckt, weil ich an der OWServer-Seite noch herumknobele.

Vsense wird als Reading nur ausgegeben, wenn die WFunction leer ist oder den Wert W hat. Das Reading hat dann den Namen WName (oder, wenn dieser leer ist, vs)

Ansonsten stimmt inzwischen alles - offset als Internal, alle Readings x-mal überprüft.

LG

pah

[PeMue]

"Aktuell" ist das oben gepostete 7.2beta5 - Du musst es derzeit noch als excludefromupdate eintragen, wenn es manuell installiert wurde.

Ok, war mein Denkfehler. Ich habe ein FHEM update gemacht, dann das 21_OWMULTI.pm in's FHEM Verzeichnis kopiert, Rechte angepasst und FHEM neu gestartet. Danach wieder ein update und das war der Fehler.
Jetzt habe ich das Modul noch mal neu installiert, aber es funktioniert nicht.
Definitionen

Code Auswählen Erweitern

define OWX_26_C7C7CF000000 OWMULTI C7C7CF000000 30
setuuid OWX_26_C7C7CF000000 5d6bfe5b-f33f-71d4-c0bd-cbbbcaffb91c7d50
attr OWX_26_C7C7CF000000 IODev PM1WWLAN01
attr OWX_26_C7C7CF000000 model DS2438
attr OWX_26_C7C7CF000000 room OWX
(Btw. autocreate definiert das noch falsch, ich hab's dann händisch korrigiert).
Die ID bzw. VDD kommt, die Temperatur ist bei 0, bei raw kommt

Code Auswählen Erweitern

OWMULTI: OWX_26_C7C7CF000000.raw =>  V     V
jeweils mit folgender Fehlermeldung:

Code Auswählen Erweitern

2019.09.01 19:31:27 1: OWXTHERM_BinValues:  OWX_28_85B9AB000000: invalid CRC,  -0.0625  0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
Was mache ich falsch?

Danke + Gruß

Peter

[Prof. Dr. Peter Henning]

Es kommen keine Daten vom DS2438 zurück, sieht man an dem CRC-Fehler. Was liefert denn beim IODevice ein "get .. devices" ? Stimmt evtl. die 1-Wire-Adresse nicht ?

LG

pah

[Prof. Dr. Peter Henning]

OK, hier noch einmal eine (fast) perfekte Entlade-Lade-Kurve.

Immer noch zeigt der Ladevorgang eine geringere Kapazität an, als vorher vorhanden war - möglicherweise muss ich den Offset bei der Kalibrierung noch weiter verändern, und von einem ständigen Ladestrom ausgehen.

LG

pah

[PeMue]

Hallo pah,

Was liefert denn beim IODevice ein "get .. devices" ? Stimmt evtl. die 1-Wire-Adresse nicht ?

Aus dem Logfile:

Code Auswählen Erweitern

2019.09.02 18:51:48 1: OWX_Discover: 1-Wire devices found on bus PM1WWLAN01 (OWX_28_4E8079972003,OWX_12_B97C97000000,OWX_26_C7C7CF000000)
Sollte also passen. Ich habe jetzt mal die zweite Platine angesteckt - dasselbe Verhalten.
Mit einem DS2540 kommen folgende Werte:

Code Auswählen Erweitern

OWX_20_DC3E0C000000  A: 2.272 V B: 0.077 V C: 0.716 V D: 4.898 V
sprich 1-wire IO ist in Ordnung. Kann es sein, dass meine DS2438 fake sind? Aber mit der alten Version des Moduls sind zumindest Werte gekommen  ? Bin gerade etwas ratlos  .

@Uwe: hättest Du mir bitte die Bezeichnung des 1-wire Steckverbinders mit den Federklemmen? Leider sind mir die Aderendhülsen steckengeblieben und ich weiß (noch) nicht, ob ich die rausbekomme.

Danke + Gruß

Peter

[UweH]

sprich 1-wire IO ist in Ordnung. Kann es sein, dass meine DS2438 fake sind? Aber mit der alten Version des Moduls sind zumindest Werte gekommen  ? Bin gerade etwas ratlos  .

@Uwe: hättest Du mir bitte die Bezeichnung des 1-wire Steckverbinders mit den Federklemmen? Leider sind mir die Aderendhülsen steckengeblieben und ich weiß (noch) nicht, ob ich die rausbekomme.

Danke + Gruß

Peter

Beim Test am OneWireViewer haben sich die Dinger normal verhalten, den Ausreißer bei pah habe ich damit aber leider auch nicht erkannt, weil ich nur getestet hatte, ob Werte zurückkommen, nicht, ob sie plausibel sind. Aber wenn sie in der vorherigen Version Werte geliefert haben...mach doch mal ein Downgrade, um sicher zu sein.
Die Klemmen hören bei Reichelt auf den Namen AST 903 3,5.

Gruß
Uwe

[Prof. Dr. Peter Henning]

Hmm. Ich habe weder am Timing, noch an den Binärdaten der "normalen" Abfragen im Modul etwas geändert - es kamen lediglich die neuen Register auf Page 1 hinzu.

LG

pah

[PeMue]

So, folgendes habe ich getan:
- die Aderendhülsen aus dem Steckverbinder "rausgepopelt", ging aber unter dem Mikroskop ganz gut
- OneWire Treiber und Viewer auf Windows 10 PC installiert mit locutus' USB Interface (wird als DS9097U erkannt)
- die nicht eingebaute Leiterplatte angeschlossen: Temperatur, Switch und Batteriebaustein werden erkannt, Werte sind undefiniert (da weder Strom noch Spanning angeschlossen)
- USV angeschlossen: Temperatur ok, Switch ok, Bateriebaustein: plausible Werte (siehe Screenshots)
M.E. funktioniert das wie es soll, die Feuchtigkeit (Real-Time-Humidity) stört mich etwas, da ich nicht weiß, wo ich das zuordnen soll (Fehler im OneWireViewer?).
Jetzt geht es wieder auf das FHEM System mit einem "downgrade". Mal sehen, was da so passiert.

Gruß Peter

Edit: Ströme berechnet, scheint plausibel

Code Auswählen Erweitern

                      Spg. [mV] Strom [mA]
Entladen (ohne Last)  1,5       100
Entladen (mit Last)   9         600
Laden (Akku voll)     1          66

[PeMue]

Jetzt auf dem FHEM System:
- USV nicht angeschlossen, aber den DS2438 aus der FHEM Definition rausgenommen
- update gemacht, inkl. 21_OWMULTI.pm (aus dem SVN, v7.02, also die alte Version)
- FHEM neu gestartet
- USV angeschlossen und die 1-wire Geräte gesucht
- autocreate macht

Code Auswählen Erweitern

define OWX_26_C7C7CF000000 OWMULTI DS2438 C7C7CF000000
setuuid OWX_26_C7C7CF000000 5d6eb05d-f33f-71d4-daad-1d8dea74460d547e
attr OWX_26_C7C7CF000000 IODev PM1WWLAN01
attr OWX_26_C7C7CF000000 model DS2438
attr OWX_26_C7C7CF000000 room OWX
- laut commandref sollte es sein

Code Auswählen Erweitern

define OWX_M OWMULTI 7C5034010000 45 aber model und interval sind ja optional, daher passt die Definition
- Version

Code Auswählen Erweitern

OWX_26_C7C7CF000000.version => 7.02
- es kommen folgende Readings

Code Auswählen Erweitern

Readings
VDD         4.87                          2019-09-03 20:31:47
sense       0.24                          2019-09-03 20:31:47
state vad:  8.12 V (T: 21.3 °C s: 0.24 V) 2019-09-03 20:31:47
temperature 21.3                          2019-09-03 20:31:47
voltage     8.12                          2019-09-03 20:31:47
was einigermaßen plausibel ist.
Dummerweise ändert sich nichts an sense, wenn die USB Schnittstelle mit ca. 500 mA belastet wird. Insofern würde ich das auf das FHEM Modul schieben wollen  .

Gruß Peter

Edit:
Ich habe das Modul von hier: https://forum.fhem.de/index.php/topic,101362.msg970420.html#msg970420 eingespielt und die Rechte angepasst. Nach einem

Code Auswählen Erweitern

reload  21_OWMULTI.pm
kommen die Readings. Sobald ich aber an der Definition etwas ändere bzw. einen FHEM Neustart mache, kommt keine Temperatur bzw. ein get <> raw liefert:

Code Auswählen Erweitern

OWMULTI: OWX_26_C7C7CF000000.raw =>  V     V
Ich bin reichlich ratlos, und werde mal wieder auf die alte Version downgraden.

[UweH]

Code Auswählen Erweitern

OWX_26_C7C7CF000000.version => 7.02

Version müsste 7.2beta5 sein.
Da passt was nicht.

Gruß
Uwe

[PeMue]

Version müsste 7.2beta5 sein.
Da passt was nicht.

Doch, war ja die Version aus dem SVN. Danach erst die 7.2beta5 eingespielt, die aber irgendwie nicht funktioniert. Nach downgrade auf 7.02 kommen die Werte wieder.
Btw.: ich gehe immer weniger davon aus, dass der DS2438 ein fake ist  .

Gruß Peter

[Prof. Dr. Peter Henning]

Sehr seltsam.

Ist mir da ein Fehler beim Posten unterlaufen? Ich setze die 7.2beta5 hier noch einmal in den Anhang. Die ist bei mir inzwischen auch im Produktivsystem installiert, keine Probleme.

LG

pah

[UweH]

Nach downgrade auf 7.02 kommen die Werte wieder.

Stimmt, ich hatte den zeitlichen Ablauf durcheinander gebracht.

Btw.: ich gehe immer weniger davon aus, dass der DS2438 ein fake ist  .

Die sind kein Fake, da passt alles, bis auf den einen. Bei den DS1820 war das anders, da haben sie beim Kopieren der Matrizen einen Fehler gemacht 

Sehr seltsam.

Ist mir da ein Fehler beim Posten unterlaufen? Ich setze die 7.2beta5 hier noch einmal in den Anhang. Die ist bei mir inzwischen auch im Produktivsystem installiert, keine Probleme.

LG

pah

Nee, das war die 7.2beta5. Läuft auch bei mir ohne Probleme und ist auch schon auf Produktiv.

Gruß
Uwe

[Prof. Dr. Peter Henning]

CRC-Fehler treten eigentlich nur bei schwerwiegenden Problemen auf dem 1-Wire Bus auf. Insofern müsste man dann mal den höchsten verbose-Level setzen, und sich die komplette binäre Kommunikation ansehen.

Edit: Wart mal. Kann es sein, dass Du das mit dem alten OWX_ASYNC betreibst ? Das ist längst abgekündigt, und die entsprechenden Routinen für den Support der "Proto-Threads" sind in der gegenwärtigen Fassung herausgeflogen.


LG

pah

[JoWiemann]

Hallo,

habe jetzt meine Mini-USV bekommen. Der Aufbau hat sich etwas verändert. U.a. fehlt der Molex Stecker. Entspricht die Dreierlötpunktreihe dem Molex Stecker?

Grüße Jörg


Gesendet von iPhone mit Tapatalk