Mini-USV mit 1-Wire Sensorik

Begonnen von Prof. Dr. Peter Henning, 11 Juni 2019, 18:21:01

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Sollte.

im unteren Bild der linke Lötpunkt ist GND, die beiden anderen werden jeweils "high" = 3,3 V, wenn die rote oder grüne LED angehen.

LG

pah

JoWiemann

Zitat von: Prof. Dr. Peter Henning am 04 September 2019, 18:33:45
Sollte.

im unteren Bild der linke Lötpunkt ist GND, die beiden anderen werden jeweils "high" = 3,3 V, wenn die rote oder grüne LED angehen.

LG

pah

Leider wurde etwas gespart. Es fehlt sowohl der Molex Stecker, als auch zwei Widerstände. (siehe beigefügte Grafik) Könnr ihr bei euren Platinen mal schauen, welche Werte die Widerstände habe. Danke Euch.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

UweH

DAS ist ja mal blöd. Die haben das Platinenlayout in größerem Umfang geändert. Auch an der Stelle ist es komplett anders. Die Widerstände sind aber unkritisch, über diese werden die Mosfets auf der Zusatzplatine angesteuert und dort sind auch schon Schutzwiderstände drauf. In meiner USV haben die Widerstände 330 Ohm. Den Molex gibt's bei Reichelt, aber du kannst auch den Stecker abschneiden und direkt anlöten.

Gruß
Uwe

PeMue

#168
Hallo Jörg,

das ist ein komplett anderes Layout. Ich habe leider auf die Schnelle R75 bzw. R46 (ist schlecht lesbar) nicht gefunden, werde aber morgen noch mal das Mikroskop bemühen.

Gruß Peter

Edit: Ah, Uwe hat auch schon geantwortet, danke.
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

PeMue

#169
Hallo pah,

Zitat von: Prof. Dr. Peter Henning link=topic=101362.msg971879#msg971879
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.
hier ein List:
Internals:
   ALARMED    no
   ASYNCHRONOUS 0
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
   FD         21
   FUUID      5d6bd57b-f33f-71d4-e983-f9ee10e50ff9a525
   INITDONE   1
   INTERFACE  DS2480
   NAME       PM1WWLAN01
   NR         847
   PARTIAL   
   PRESENT    1
   ROM_ID     FF
   STATE      opened
   TYPE       OWX
   interval   300
   timeout    2
   DEVHASH:
     OWX_12_B97C97000000 12.B97C97000000.3B
     OWX_26_C7C7CF000000 26.C7C7CF000000.AB
     OWX_28_4E8079972003 28.4E8079972003.F9
     PM1WWLAN01 Busmaster
   DEVS:
     28.4E8079972003.F9
     12.B97C97000000.3B
     26.C7C7CF000000.AB
   READINGS:
     2019-09-04 19:08:42   state           opened
Attributes:
   room       Radio

Die Version ist 7.11. Mit der aktualisierten Version kommen nach einem reload  21_OWMULTI.pm im Event Monitor plausible Werte, nach einem
shutdown restart
kommt das Device nicht über den Status initialized hinaus. Aber Temperatur, VDD kann man abfragen, die Werte sind plausibel. Der raw value kommt leider nicht. Und im Event Monitor kommt auch nichts. Ich habe den Eindruck, dass irgendwas mit der Initialisierung nicht sauber durchläuft.

Das
2019.09.04 19:09:07 0: Featurelevel: 5.9
2019.09.04 19:09:07 0: Server started with 260 defined entities (fhem.pl:20069/2019-08-27 perl:5.020002 os:linux user:fhem pid:10433)
2019.09.04 19:09:42 1: OWX_Init called for bus PM1WWLAN01 with interface state opened, now going for detect
2019.09.04 19:09:42 1: OWX_SER::Detect 1-Wire bus PM1WWLAN01: interface master DS2480 re-detected
2019.09.04 19:09:42 1: OWX_Discover: 1-Wire devices found on bus PM1WWLAN01 (OWX_28_4E8079972003,OWX_12_B97C97000000,OWX_26_C7C7CF000000)
2019.09.04 19:11:31 3: OWMULTI:  Device OWX_26_C7C7CF000000 defined.
2019.09.04 19:11:37 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/21_OWMULTI.pm line 742.
2019.09.04 19:11:39 1: RMDIR: ./restoreDir/save/2019-09-01

steht im Log, CRC Fehler sind weg, kommen auch nicht, wenn man mit get <> raw einen Wert abfragt.
Das kommt
2019.09.04 19:40:33 1: OWXMULTI_BinValues: called for device OWX_26_C7C7CF000000 in context ds2438.getvdd with data 0x09 0x78 0x15 0xe7 0x01 0xfb 0xff 0x40 0x74
2019.09.04 19:40:33 1: OWXMULTI_BinValues:  OWX_26_C7C7CF000000: no error, 0x09 0x78 0x15 0xe7 0x01 0xfb 0xff 0x40 0x74
2019.09.04 19:40:34 1: OWXMULTI_BinValues: called for device OWX_26_C7C7CF000000 in context ds2438.getiac with data 0x8f 0x06 0x00 0x00 0x00 0x00 0x00 0xfc 0x31
2019.09.04 19:40:34 1: OWXMULTI_BinValues:  OWX_26_C7C7CF000000: no error, 0x8f 0x06 0x00 0x00 0x00 0x00 0x00 0xfc 0x31
2019.09.04 19:40:37 1: OWXMULTI_BinValues: called for device OWX_26_C7C7CF000000 in context ds2438.getvdd with data 0x09 0x78 0x15 0xe7 0x01 0xfa 0xff 0x40 0xdf
2019.09.04 19:40:37 1: OWXMULTI_BinValues:  OWX_26_C7C7CF000000: no error, 0x09 0x78 0x15 0xe7 0x01 0xfa 0xff 0x40 0xdf
2019.09.04 19:40:38 1: OWXMULTI_BinValues: called for device OWX_26_C7C7CF000000 in context ds2438.getiac with data 0x93 0x06 0x00 0x00 0x00 0x00 0x00 0xfc 0x5a
2019.09.04 19:40:38 1: OWXMULTI_BinValues:  OWX_26_C7C7CF000000: no error, 0x93 0x06 0x00 0x00 0x00 0x00 0x00 0xfc 0x5a

mit verbose level 5.

Gruß Peter

Edit:
Mit der alten Version (nach reload  21_OWMULTI.pm) kommen im Event Monitor sauber folgende Werte:
2019-09-04 19:48:08 OWMULTI OWX_26_C7C7CF000000 voltage: 7.67
2019-09-04 19:48:08 OWMULTI OWX_26_C7C7CF000000 sense: 0.25
2019-09-04 19:48:08 OWMULTI OWX_26_C7C7CF000000 VDD: 4.87
2019-09-04 19:48:08 OWMULTI OWX_26_C7C7CF000000 temperature: 22.5
2019-09-04 19:48:08 OWMULTI OWX_26_C7C7CF000000 vad:  7.67 V (T:  22.5 °C s:  0.25 V)

RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

JoWiemann

Zitat von: UweH am 04 September 2019, 19:29:04
DAS ist ja mal blöd. Die haben das Platinenlayout in größerem Umfang geändert. Auch an der Stelle ist es komplett anders. Die Widerstände sind aber unkritisch, über diese werden die Mosfets auf der Zusatzplatine angesteuert und dort sind auch schon Schutzwiderstände drauf. In meiner USV haben die Widerstände 330 Ohm. Den Molex gibt's bei Reichelt, aber du kannst auch den Stecker abschneiden und direkt anlöten.

Gruß
Uwe

Hallo Uwe,

Widerstände drin und die Spannungen (3,25 V) sind da. Belegung ist:

Loch für Schraube
GND, Grün, Rot

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Prof. Dr. Peter Henning

#171
Mysteriös. Ich habe hier mal eine Testversion 7.2beta6 angehängt, die auch ohne verbose=5 mehr Logging liefert. Außerdem habe ich die Probleme mit der OWServer-Anbindung gefixt.

LG

pah

JoWiemann

Hallo,

sorry, dass ich jetzt einmal nachfrage. Aber wie wird das 1-Wire der Zusatzplatine an den RPi angeschlossen? Über UART oder GPIO4?

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Prof. Dr. Peter Henning

Über ein 1-Wire Interface mit Busmaster. GPIO4 kann keine DS2438 auslesen. Und dann entweder OWX/OWMULTI oder OWServer/OWMULTI

LG

pah

JoWiemann

Zitat von: Prof. Dr. Peter Henning am 05 September 2019, 17:30:13
Über ein 1-Wire Interface mit Busmaster. GPIO4 kann keine DS2438 auslesen. Und dann entweder OWX/OWMULTI oder OWServer/OWMULTI

LG

pah

Vielen Dank. Aber jetzt wo ich lese, dämmert mir was.

Grüße Jörg


Gesendet von iPhone mit Tapatalk
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Prof. Dr. Peter Henning

@PeMue: Setz doch mal bitte beim OWX-Device das Attribut asynchronous auf 1.

Offenbar hängt die Initialisierung im synchronen Modus - muss ich am Wochenende mal testen.

LG

pah

PeMue

#176
Zitat von: JoWiemann am 05 September 2019, 17:45:34
Aber jetzt wo ich lese, dämmert mir was.
Falls Du einen Raspberry Pi 2 (mit dem abgesetzten Pinheader P5) hast, hätte ich eine 1-wire Busmaster Platine (auf P5 passend) für Dich, ggf. finde ich auch noch die passenden Bauteile.

Gruß Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

PeMue

#177
Hallo pah,

Zitat von: Prof. Dr. Peter Henning am 05 September 2019, 19:54:10
@PeMue: Setz doch mal bitte beim OWX-Device das Attribut asynchronous auf 1.
mit der 7.2beta6 und asynchronous auf 1 läuft's:
2019-09-05 20:15:09 OWMULTI OWX_26_C7C7CF000000 voltage: 7.29
2019-09-05 20:15:09 OWMULTI OWX_26_C7C7CF000000 vsense: -0.00121
2019-09-05 20:15:09 OWMULTI OWX_26_C7C7CF000000 vsense.t: 0
2019-09-05 20:15:09 OWMULTI OWX_26_C7C7CF000000 time: 1640
2019-09-05 20:15:09 OWMULTI OWX_26_C7C7CF000000 VDD: 4.88
2019-09-05 20:15:09 OWMULTI OWX_26_C7C7CF000000 temperature: 19.3
2019-09-05 20:15:09 OWMULTI OWX_26_C7C7CF000000 vad:  7.29 V (T:  19.3 °C vs: -0.00 V vs.t:  0.00 Vs)
2019-09-05 20:15:39 OWMULTI OWX_26_C7C7CF000000 voltage: 7.29
2019-09-05 20:15:39 OWMULTI OWX_26_C7C7CF000000 vsense: -0.00121
2019-09-05 20:15:39 OWMULTI OWX_26_C7C7CF000000 vsense.t: 0
2019-09-05 20:15:39 OWMULTI OWX_26_C7C7CF000000 time: 1670
2019-09-05 20:15:39 OWMULTI OWX_26_C7C7CF000000 VDD: 4.88
2019-09-05 20:15:39 OWMULTI OWX_26_C7C7CF000000 temperature: 19.3
2019-09-05 20:15:39 OWMULTI OWX_26_C7C7CF000000 vad:  7.29 V (T:  19.3 °C vs: -0.00 V vs.t:  0.00 Vs)

Ich kann Dir aber nicht sagen, welches der beiden der Grund war, dass es jetzt funktioniert.

Danke + Gruß

Peter

Edit: Die Ströme passen auch fast), ohne Netzspannung: ohne Last 80 mA, mit Last (DROK 750 mA) 650 mA -> da passt vermutlich der Offset nicht so ganz.
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

JoWiemann

Zitat von: PeMue am 05 September 2019, 20:07:12
Falls Du einen Raspberry Pi 2 (mit dem abgesetzten Pinheader P5) hast, hätte ich eine 1-wire Busmaster Platine (auf P5 passend) für Dich, ggf. finde ich auch noch die passenden Bauteile.

Gruß Peter

Hallo Peter,

leider nein. Sind alle ohne P5. Aber danke für das Angebot.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Prof. Dr. Peter Henning

Zitatwelches der beiden der Grund war, dass es jetzt funktioniert.
Aber ich: asynchronous. Wenn Du die vielen Logzeilen nicht brauchst, kannst Du also die beta5 verwenden, und auf asynchronous stellen. Den synchronen Teil muss ich mir morgen oder so ansehen - muss heute zu einer Beerdigung.

LG

pah