Neue 1-Wire-Module für Raspberry Pi u.a.

[Martin Fischer]

folgende neue devices zu 11_OWDevice hinzugefügt:

Code Auswählen Erweitern

DS1822 - Econo 1-Wire Digital Thermometer
DS1825 - Programmable Resolution 1-Wire Digital Thermometer with ID
DS1904 - RTC iButton
DS1920 - iButton version of the thermometer
DS1990A - Serial Number iButton
DS2401 - Silicon Serial Number
DS2415 - 1-Wire Time Chip
DS2417 - 1-Wire Time Chip with Interrupt
DS2436 - Battery ID/Monitor Chip
DS2438 - Smart Battery Monitor
DS2450 - Quad A/D Converter
gruss martin

[dougie]

WOW!

Sehr beeindruckend! Jetzt fehlt lediglich noch irgend eine geeignete Anbindung vom CUNO.
Jedenfalls gibt es jetzt eine echte Lösung, um von der FritzBox auf den RPi umziehen zu können.

Ganz tolle Kino!

Vielen Dank,
Ralf

[Martin Fischer]

Auf Deine Anmerkung hin hatte ich noch das Attribut polls eingeführt, über das der Anwender angeben kann, welche Readings er pollen möchte, wenn er mit der Vorgabe nicht zufrieden ist.

mir ist dabei aufgefallen, das nach setzen von polls der state nicht mehr aktualisiert wird. ist das nun ein seiteneffekt von stateFormat?

Code anzeigen

Code Auswählen Erweitern

Internals:
   DEF        26.126545010000 60
   IODev      OWFS
   NAME       owmulti
   NR         31
   STATE      temperature: 25.9375
   TYPE       OWDevice
   Readings:
     2013-01-06 19:28:45   HIH4000/humidity 47.3232
     2013-01-06 19:28:45   VAD             2.14
     2013-01-06 19:28:45   VDD             4.73
     2013-01-06 19:00:11   state           temperature: 25.9375
     2013-01-06 19:28:45   temperature     26.8125
   Fhem:
     address    26.126545010000
     interval   60
     getters:
       MultiSensor/type
       offset
       S3-R1-A/current
       S3-R1-A/illumination
       S3-R1-A/gain
       B1-R1-A/pressure
       B1-R1-A/gain
       B1-R1-A/offset
       HIH4000/humidity
       HTM1735/humidity
       DATANAB/humidity
       humidity
       date
       disconnect/date
       disconnect/udate
       endcharge/date
       endcharge/udate
       udate
       CA
       EE
       IAD
       temperature
       VAD
       VDD
       vis
       CA
       EE
       IAD
       date
       disconnect/date
       disconnect/udate
       address
       alias
       family
       id
       power
       type
     polls:
       temperature
       HIH4000/humidity
       VAD
       VDD
     setters:
       offset
       S3-R1-A/gain
       DATANAB/reset
       date
       disconnect/date
       disconnect/udate
       endcharge/date
       endcharge/udate
       udate
       CA
       EE
       IAD
       alias
Attributes:
   model      DS2438
   polls      temperature,HIH4000/humidity,VAD,VDD[/code]

Aus meiner Sicht müßte damit alles laufen, sogar Readings der Form "foo/bar", also aus Unterverzeichnissen von OWFS, wobei ich diesen letzten Punkt noch nicht getestet habe. Du hattest mir den Tip gegeben, es mit den FAKE-Devices zu tun.

ich habe es getestet, die sensoren erweitert und eingecheckt.

virtualReadings ist aber noch nicht drin, so wie ich es gesehen habe.

gruss martin

[dougie]

...ich kann gar nicht sagen, wie sehr ich mich über dieses Modul freue! :-)

VG
Ralf

[Martin Fischer]

;-)

[UweH]

Hallo Ralf,

hast Du da auch schon z.B. einen Temperaturwert in's Display gebeamt? Bei OWLCD läuft's z.B. so:

Code Auswählen Erweitern

{OWXLCD_SetLine($defs{'Display_2'},0,"Aussen $defs{'Temp.Aussen'}{STATE}")}
Ich habe versucht, das abzuwandeln, aber ich komm nicht auf den richtigen Dreh... :(

[dougie]

Moin Uwe,

ja, hab ich. Ist aber nur eine von vielen Möglichkeiten.

Zunächst hab ich mir lediglich ein at für die fhem.cfg geschrieben, das alle 5 Minuten das Display updated, indem die Funktion prg_LCDup aufgerufen wird.

Code Auswählen Erweitern

define LCDup at +*00:05:00 {prg_LCDup()}
attr LCDup alignTime 00:00:00
attr LCDup room OW_RPi



In der 99_MyUtils.pm habe ich mir dann die dazugehörige Funktion geschrieben.

Code Auswählen Erweitern

###########
sub
prg_LCDup()
{
my $LCD_text = sprintf("%.1f",ReadingsVal("OW_Temp_Test","temperature",0))." C" ;
fhem ("set LCD line20.1 Ralfs Buero:$LCD_text");
}


So finde ich es maximal flexibel und kann mir meine Funktion beliebing verändern oder erweitern.
Hilft das weiter?

(siehe Anhang / see attachement)

[UweH]

Super, Danke.
Genau das war's. :))

[thoweiss]

So - ich hatte ja irgenwie ein spinnende Konfiguration.

Ich habe nochmal ein update ausgeführt, und die OWDevices neu erstellt, jetzt läuft alles ;-)

Vielen dank nochmal für die tolle arbeit mit den Modulen!

Gruß,
Thorsten

[Dr. Boris Neubert]

Hallo,

ich würde mich freuen, wenn die Nutzer von OWServer/OWDevice ein

Code Auswählen Erweitern

fheminfo send absetzen könnten, damit ich einen Eindruck davon gewinne, wieviele Installationen der Module es gibt. Je stärker die Verbreitung desto größer meine Motivation, die Module weiterzuentwickeln.

Danke und viele Grüße
Boris

[dougie]

Hallo,

ich würde mich freuen, wenn die Nutzer von OWServer/OWDevice ein

Code Auswählen Erweitern

fheminfo send absetzen könnten, damit ich einen Eindruck davon gewinne, wieviele Installationen der Module es gibt. Je stärker die Verbreitung desto größer meine Motivation, die Module weiterzuentwickeln.

Danke und viele Grüße
Boris

Boris,

hab ich schon vor zwei Tagen gemacht. Ich bin allerdings immer noch von den Socken, was ihr mal eben so zwischendurch auf die Beine gestellt habt, und wie stabil stabil das funktioniert.
Wähend Villariba schon logged, wird in Villabacho noch gebastelt.
Ich hab heute die letzten fehlenden Infos bekommen, was ich noch ändern und ergänzen muss, damit 1-Wire und fhem zukünftig rock-solid und ohne all die Einschränkungen läuft.

Ich werde berichten und hoffe, das das zu deiner Motivation beitragen wird.

VG
Ralf

[Martin]

Hallo habe zwei Probleme um mir die Temperaturen vernünftig Anzeigen zulassen habe ich
attr Vorlauf stateFormat { sprintf("%.1f°C",ReadingsVal("Vorlauf","temperature",0)) }
Eingefügt aber erst wenn ich modify ausführe wird es richtig angezeigt.
Kann ich das nicht automatisch machen so das beim Fhem  Start modifi ausgeführt wird?
Zweites Problem Temperatur wird doppelt gelogt finde aber den Fehler nicht.
2013-01-08_17:03:41 Vorlauf temperature: 46.9375
2013-01-08_17:03:41 Vorlauf temperature: 46.9375
2013-01-08_17:06:34 Vorlauf temperature: 43.125
2013-01-08_17:06:34 Vorlauf temperature: 43.125



Meine cfg
define Vorlauf OWDevice 28.915B09040000 300
attr Vorlauf fp_Grundriss 150,200,4,
attr Vorlauf group 1Wire
attr Vorlauf icon icoTempHausEG
attr Vorlauf room 1Wire
attr Vorlauf stateFormat { sprintf("%.1f°C",ReadingsVal("Vorlauf","temperature",0)) }
define FileLog_Vorlauf FileLog ./log/Vorlauf/Vorlauf-%Y.log Vorlauf
attr FileLog_Vorlauf logtype temp4:Temp/Act,text
attr FileLog_Vorlauf room 1Wire
define weblink_Vorlauf weblink fileplot FileLog_Vorlauf:temp4:CURRENT
attr weblink_Vorlauf label "Vorlauf Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr weblink_Vorlauf room 1Wire

Gruß
Martin

[dougie]

Martin,

auch bei mir werden die Temperaturen aktuell immer doppelt ins Log geschrieben.

Und wegen deiner Anzeige: du musst warten, bis der nächste Wert vom Sensor geholt wird, dann wird die Anziege erst upgedated.

VG
ralf

[Dr. Boris Neubert]

Zweites Problem Temperatur wird doppelt gelogt finde aber den Fehler nicht.
2013-01-08_17:03:41 Vorlauf temperature: 46.9375
2013-01-08_17:03:41 Vorlauf temperature: 46.9375
2013-01-08_17:06:34 Vorlauf temperature: 43.125
2013-01-08_17:06:34 Vorlauf temperature: 43.125

Habe ich auch. Das Problem tritt bei mir seit 04.01. auf. Muß ich analysieren.

Grüße
Boris

[dougie]

Boris,

was mir gestern Abend noch in den Sinn kam:

Benötigt man ein IODev für 1-Wire Devices, wenn es mehrere OWServer in der Konfiguration gibt?
Aktuell suchen sich alle Devices "ihren" Server laut LogFile ganz automatisch und legen das IODev selber an, aber im PullDownMenu des Devices fehlt IODev als Option.
Bei mir funktioniert das aktuell zwar problemlos ohne das ich was getan hätte, aber ich dachte ich frag mal lieber. :-)

VG
Ralf