Raspberry GPIO4 und DS18B20

[fladdy]

                                                             

Moin Zusammen,

ich habe mir zwei DS18B20 direkt am GPIO4 des Raspberry PIs angeschlossen
und kann die jeweiligen Temperaturen auch abrufen.

http://www.raspberrypi.org/phpBB3/viewtopic.php?f=44&t=6649&sid=ff90dbd933ffcca9e2887f33f2cd6a3a

Hat jemand dafür bereits ein FHEM-Modul geschrieben?
Lohnt sich dafür überhaupt ein Modul?

Grüße
Fladdy

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Nein.

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[fladdy]

                                                             

Nein für "geschrieben" oder nein für "lohnt sich nicht"?

Am Sonntag, 9. Dezember 2012 22:17:59 UTC+1 schrieb Prof. Dr. Peter A.
Henning:
>
> Nein.
>
> LG
>
> pah
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Beides ...

Es gibt aber 1. Module, die beliebige ASCII-Werte aus Dateien einlesen.
Und 2. Ist das "nicht lohnen" eine persönliche Ansicht - aber die war ja
auch gefragt.

Mein Tipp: An den RPi einen USB-1Wire Konverter anschließen (ca. 20 €) und
per OWX in FHEM einbinden. _Nicht_ über den COC.

LG

pah


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[MarkusN]

                                               

Hallo pah,

wo wir grad beim Thema sind, welchen 1-Wire Adapter würdest du denn
empfehlen? Meiner funktioniert nicht mit OWX, für 20€ würde ich mir jedoch
durchaus einen anderen kaufen.

MfG,

Markus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Ohne jetzt den technischen Hintergrund es OWX-Moduls zu kennen, wäre es
nicht sinnvoller dieses für den 1-wire GPIO-Modus des RPi zu erweitern als
wiedermal das Rad neu zu erfinden? (das ist jetzt kein Request oder dgl.
nur eine unbedarfte Frage)


2012/12/10 Markus Niemann

> Hallo pah,
>
> wo wir grad beim Thema sind, welchen 1-Wire Adapter würdest du denn
> empfehlen? Meiner funktioniert nicht mit OWX, für 20€ würde ich mir jedoch
> durchaus einen anderen kaufen.
>
> MfG,
>
> Markus
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[det.]

                                                 

Hallo Markus,

Im Wiki unter 1-wire findest Du von pah den Schaltplan, in der Bucht das USB zu seriell Interface:( http://www.ebay.de/itm/170910289160?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649 ) + bei Herrn Fuchs den DS2480B. Dazu brauchst Du noch einen aktiven USB Hub wegen genügend 5V für 1-wire zwischen dem RaspPi und dem Adapter. Habe inzwischen 2 solche Dinger laufen - wenn man hier im Forum die ganzen Probleme liest, z.B. mit den Adaptern aus dem Polen Shop oder aus dem Fuchs Shop - mit dem Eigenbau klappt es einfach hervorragend. Zickt absolut nicht rum und billig ist er auch noch.

lg det.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hm, diesen Hinweis finde ich insofern überraschend, als das auf dem Adapter
aus dem "Polen Shop" exact ein FT232RL, ein 1-Wire ID Chip ein DS2480B und
eine ESD protection Diode verbaut ist. Das Ganze zu einem günstigen Preis
(aus der Sammelbestellung) und (wie ich finde) in prima Qualität. Ich sehe
da nur Vorteile, und keine Nachteile.

Und nachdem man ja jetzt endlich mal den Ursachen der Probleme näher kommt,
nämlich der fehlerhaften Abfrage der Devices in OWX, bleibt ja zu hoffen,
das sich irgendwann mal was Stabiles daraus entwickelt.
Aber wenn man so was öffentlich äussert, ist man vermutlich sofort wieder
schuld (oder jemand anders) das es nicht funktioniert.

VG
Ralf

Am Montag, 10. Dezember 2012 08:51:48 UTC+1 schrieb det.:
>
> Hallo Markus,
>
> Im Wiki unter 1-wire findest Du von pah den Schaltplan, in der Bucht das
> USB zu seriell Interface:(
> http://www.ebay.de/itm/170910289160?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649) + bei Herrn Fuchs den DS2480B. Dazu brauchst Du noch einen aktiven USB
> Hub wegen genügend 5V für 1-wire zwischen dem RaspPi und dem Adapter. Habe
> inzwischen 2 solche Dinger laufen - wenn man hier im Forum die ganzen
> Probleme liest, z.B. mit den Adaptern aus dem Polen Shop oder aus dem Fuchs
> Shop - mit dem Eigenbau klappt es einfach hervorragend. Zickt absolut nicht
> rum und billig ist er auch noch.
>
> lg det.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[fladdy]

                                                             

Danke für Dein Feedback und den Tipp mit den Modulen, die ASCII-Werte aus
Dateien lesen. Nach dem Überfliegen der commandref ist mir kein Modul ins
Auge gesprungen; hattest Du da ein spezielles im Sinn (vielleicht im
contrib-Bereich)?
 
Meine Frage "lohnt sich das" war aber von mir nicht präzise genug gestellt
(z.B. lohnt sich das Schreiben eines Moduls für für mich immer - schon
wegen dem Spaß und dem persönlichen Erkenntnisgewinn). Es ging mir eher
darum, ob es da Limitierungen in der Physik (Kabellängen, Anzahl Devices)
gibt, wenn ich da direkt an den RPi gehe.
 
Mein Anwendungsfall sind derzeit zwar nur drei Temperatursender; jedes ca.
3m entfernt vom Standort des RPIs ... aber man will ja kein totes Pferd
reiten

Am Sonntag, 9. Dezember 2012 22:41:57 UTC+1 schrieb Prof. Dr. Peter A.
Henning:

> Beides ...
>
> Es gibt aber 1. Module, die beliebige ASCII-Werte aus Dateien einlesen.
> Und 2. Ist das "nicht lohnen" eine persönliche Ansicht - aber die war ja
> auch gefragt.
>
> Mein Tipp: An den RPi einen USB-1Wire Konverter anschließen (ca. 20 €) und
> per OWX in FHEM einbinden. _Nicht_ über den COC.
>
> LG
>
> pah
>
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

>
> Die Behauptung, Devices würden von OWX "fehlerhaft abgefragt" ist ganz
> schlichter Unsinn.
>

Mit den ganzen USB-Adaptern läuft  die Serie der OWX-Module schon immer
bombenfest - Probleme bereiten lediglich CUNO und COC, weil dort zu der
Prozessor zu viele andere Lasten hat. Der Beweis ist ganz einfach zu
erbringen, wie schon mehrfach hier geschrieben: Vollkommen ohne OWX, mit
einer Bedienung der Textschnittstelle von CUNO und COC über das
Web-Interface.

Aber auch an der Umgehung dieser Schwächen hat sich Einiges getan. Ich
werde dieses Modul allerdings vorerst nur per eMail verteilen - wer es
haben möchte, sollte mir bitte eine Mail zukommen lassen. Möge das Ergebnis
für sich selber sprechen.

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Am Montag, 10. Dezember 2012 18:29:56 UTC+1 schrieb Prof. Dr. Peter A.
Henning:
>
> Die Behauptung, Devices würden von OWX "fehlerhaft abgefragt" ist ganz
>> schlichter Unsinn.
>>
>

Auch das ist für mich eine erstaunliche Aussage, weil wie hier nachzulesen,
ergibt sich mir ein anderes Bild.

https://groups.google.com/forum/?fromgroups=#!topic/fhem-developers/TS09mNWohxc

Zitat:

Das Problem liegt meiner Meinung nach hier: OWX.pm Zeile 475 ff

 #-- here we treat the directly connected serial interfaces          # hier
wird der Adapter initialisiert, und ein Datenpaket zusammengestellt,
  if($owx_interface eq "serial"){                                          
    # dass dann ueber OWX_Query_2480
    #-- timing byte for DS2480                                            
    # gesendet wird, diese Antwort wird zuwar abgewartet, aber nicht
ausgewertet.
    OWX_Query_2480($hash,"\xC1");                                      #
                                                                           
               #
    #-- Max 4 tries to detect an interface                                
 # hier wird ein Datenpaket zusammengestellt,
    for($l=0;$l<4;$l++) {                                                  
       # das den Adapter fragt, wie er "heisst"
      #-- write 1-Wire bus (Fig. 2 of Maxim AN192)                    #
      $res = OWX_Query_2480($hash,"\x17\x45\x5B\x0F\x91");# im folgendem
Log sieht man das Problem

2012.11.12 23:47:32.540 3: OWX: Sending out 0xc1 # Datenpaket wird gesendet
2012.11.12 23:47:32.551 3: OWX: Receiving # Adapter ist zu langsam, oder
der Rechner mit einem anderen Prozess beschaeftigt und es kommt keine
Antwort
2012.11.12 23:47:32.595 3: OWX: Sending out 0x17 0x45 0x5b 0x0f 0x91 #
stoert OWX.pm nicht, es wird das naeste Paket gesendet
2012.11.12 23:47:32.603 3: OWX: Receiving 0xc1 0x17 0x45 # jetzt kommt das
Problem, =0xc1 ist die Antwort auf die voherige Frage, und 0x17 0x45 ist
eine noch
2012.11.12 23:47:32.641 1: OWX: 1-Wire bus 1_Wire: interface not found,
answer was 0xc1 0x17 0x45 # nicht komplette Antwort
2012.11.12 23:47:33.144 3: OWX: Sending out 0x17 0x45 0x5b 0x0f 0x91 # da
4mal abgefragt wird, gibt es einfach eine neue Abfrage
2012.11.12 23:47:33.152 3: OWX: Receiving 0x5b 0x0f 0x91 #leider hängt noch
der rest der vorherigen Frage im Speicher
2012.11.12 23:47:33.191 1: OWX: 1-Wire bus 1_Wire: interface not found,
answer was 0x5b 0x0f 0x91 # und das Interfache wird nicht erkannt
2012.11.12 23:47:33.696 3: OWX: Sending out 0x17 0x45 0x5b 0x0f 0x91 # bei
dieser Abfrage haben wir Glueck, denn
2012.11.12 23:47:33.703 3: OWX: Receiving 0x17 0x45 0x5b 0x0f 0x91 # hier
bekommt er die Antwort der vorherigen Frage, die glücklicherweise auch auf
diese
2012.11.12 23:47:33.740 1: OWX: 1-Wire bus 1_Wire: interface master DS2480
re-detected # Frage passt, und erkennt den Adapter

Dieses Problem zieht sich durch die ganze OWX.pm, und ist auch nur nicht
zufriedenstellend durch heraufsetzen des Sleepbefehls in Zeile 1319 ff zu
loesen.
Die Loesung muesste ungefaehr so aussehen:
 

>
> Mit den ganzen USB-Adaptern läuft  die Serie der OWX-Module schon immer
> bombenfest - Probleme bereiten lediglich CUNO und COC, weil dort zu der
> Prozessor zu viele andere Lasten hat. Der Beweis ist ganz einfach zu
> erbringen, wie schon mehrfach hier geschrieben: Vollkommen ohne OWX, mit
> einer Bedienung der Textschnittstelle von CUNO und COC über das
> Web-Interface.
>
>
Auch das halte ich für eine völlig inkorrekte Darstellung der Tatsachen.
Ich kann jederzeit gerne den Beweis erbringen, das auch ein RPi mit USB
Interface innerhalb eines Tages die Flügel streckt, sobald OWX im Spiel ist.


 

> Aber auch an der Umgehung dieser Schwächen hat sich Einiges getan. Ich
> werde dieses Modul allerdings vorerst nur per eMail verteilen - wer es
> haben möchte, sollte mir bitte eine Mail zukommen lassen. Möge das Ergebnis
> für sich selber sprechen.
>


Kann ich mir gut vorstellen. Seit ich die Änderungen von Joachim eingebaut
habe, läuft hier alles wesentlich stabiler. Kein Vergleich zu vorher.
Aber irgendwie war mir das schon vorher klar, das sie das am Ende als ihren
Verdienst darstellen. Traurig, traurig.

Auch ihre persönliche Interpretation der GPL und GNU-Lizenz für freie
Dokumentation ist schon aussergewöhnlich.
Mir persönlich ist das relativ egal, weil ich das Thema OWX für mich
abgeschlossen habe, so lange sie da ihre Finger im Spiel haben.

Was Martin da in den letzten Wochen im Bereich CUL_HM usw. vollbracht
hat...  _DAS_ hat meinen vollen Respekt und meine Anerkennung. Wie er sich
tagelang um jeden Fehler gekümmert hat, wie viele User (so gut sie konnten)
zusammen gearbeitet haben und innerhalb kürzester Zeit etwas zu Stande
gebracht haben, das war schon beeindruckend. Ich kann mir nicht vorstellen,
das das was sie da immer als perfekt zu verkaufen versuchen, jemals diesen
Erfolg erfahren wird, so lange andere sie ja fast schon mit Gewalt dazu
zwingen müssen ihre Fehler zu erkennen und einzusehen.

Ist ihr Ding. Nicht meins.



--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Fladdy,

What you can do, is read the temp in a cronjob linke this

temp=$(cat /sys/bus/w1/devices/10-00080100d4f8/w1_slave | cut -d "=" -
f2 | tail$
temp2=`echo "scale=1; $temp/1000" | bc`

Then you can use fhem with trigger function to get the value into
fhem, and define it as temperature sensor in fhem

regards Richard


On 9 dec, 19:24, Fladdy wrote:
> Moin Zusammen,
>
> ich habe mir zwei DS18B20 direkt am GPIO4 des Raspberry PIs angeschlossen
> und kann die jeweiligen Temperaturen auch abrufen.
>
> http://www.raspberrypi.org/phpBB3/viewtopic.php?f=44&t=6649&sid=ff90d...
>
> Hat jemand dafür bereits ein FHEM-Modul geschrieben?
> Lohnt sich dafür überhaupt ein Modul?
>
> Grüße
> Fladdy

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[fladdy]

                                                             

Richard,

Thanks for your feedback. This is likely one of the easiest ways to get the
temperature into fhem. Initially I was considering to write a module to
learn more about FHEM modules in general and to learn about such fancy
stuff like autocreation of attached sensors in particular. This would still
be the main (and only) driver for me.

Do you happen to know if there are hardware limits if I attached sensors
directly at GPIO4, e.g number of devices or the total length of the bus?
And, if there are limits, is there an easy way to control them. If it's
much worse compared to what I could have with the USB/1-wire interfaces
recommended by pah I would refrain from trying a module and go for the
interface with OWFS...

Cheers
Fladdy

Am Montag, 10. Dezember 2012 22:20:29 UTC+1 schrieb kroonen:
>
> Fladdy,
>
> What you can do, is read the temp in a cronjob linke this
>
> temp=$(cat /sys/bus/w1/devices/10-00080100d4f8/w1_slave | cut -d "=" -
> f2 | tail$
> temp2=`echo "scale=1; $temp/1000" | bc`
>
> Then you can use fhem with trigger function to get the value into
> fhem, and define it as temperature sensor in fhem
>
> regards Richard
>
>
> On 9 dec, 19:24, Fladdy wrote:
> > Moin Zusammen,
> >
> > ich habe mir zwei DS18B20 direkt am GPIO4 des Raspberry PIs
> angeschlossen
> > und kann die jeweiligen Temperaturen auch abrufen.
> >
> > http://www.raspberrypi.org/phpBB3/viewtopic.php?f=44&t=6649&sid=ff90d...
>
> >
> > Hat jemand dafür bereits ein FHEM-Modul geschrieben?
> > Lohnt sich dafür überhaupt ein Modul?
> >
> > Grüße
> > Fladdy
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Fladdy

I think that more devices are possible, but the power could be the
issue. An 1-wire you can also power with external power, but maybe,
you can take it from the 5v of the same header where the gpio pins are
located.

I will also do some tests with the dht22, that also measure humidity.
I ordered on in china, so I must wait a week or 2.

regards Richard

On 10 dec, 22:41, Fladdy wrote:
> Richard,
>
> Thanks for your feedback. This is likely one of the easiest ways to get the
> temperature into fhem. Initially I was considering to write a module to
> learn more about FHEM modules in general and to learn about such fancy
> stuff like autocreation of attached sensors in particular. This would still
> be the main (and only) driver for me.
>
> Do you happen to know if there are hardware limits if I attached sensors
> directly at GPIO4, e.g number of devices or the total length of the bus?
> And, if there are limits, is there an easy way to control them. If it's
> much worse compared to what I could have with the USB/1-wire interfaces
> recommended by pah I would refrain from trying a module and go for the
> interface with OWFS...
>
> Cheers
> Fladdy
>
> Am Montag, 10. Dezember 2012 22:20:29 UTC+1 schrieb kroonen:
>
>
>
>
>
>
>
>
>
> > Fladdy,
>
> > What you can do, is read the temp in a cronjob linke this
>
> > temp=$(cat /sys/bus/w1/devices/10-00080100d4f8/w1_slave | cut -d "=" -
> > f2 | tail$
> > temp2=`echo "scale=1; $temp/1000" | bc`
>
> > Then you can use fhem with trigger function to get the value into
> > fhem, and define it as temperature sensor in fhem
>
> > regards Richard
>
> > On 9 dec, 19:24, Fladdy wrote:
> > > Moin Zusammen,
>
> > > ich habe mir zwei DS18B20 direkt am GPIO4 des Raspberry PIs
> > angeschlossen
> > > und kann die jeweiligen Temperaturen auch abrufen.
>
> > >http://www.raspberrypi.org/phpBB3/viewtopic.php?f=44&t=6649&sid=ff90d...
>
> > > Hat jemand dafür bereits ein FHEM-Modul geschrieben?
> > > Lohnt sich dafür überhaupt ein Modul?
>
> > > Grüße
> > > Fladdy

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Neat, im also waiting ob the dht22 from China to use it with an rpi.

Power will be the main limiting factor but as already said. You can power
the 1-wire bus with an extra powersupply

Von meinem Xperia™-Smartphone gesendet
Am 11.12.2012 21:23 schrieb "kroonen" :

> Fladdy
>
> I think that more devices are possible, but the power could be the
> issue. An 1-wire you can also power with external power, but maybe,
> you can take it from the 5v of the same header where the gpio pins are
> located.
>
> I will also do some tests with the dht22, that also measure humidity.
> I ordered on in china, so I must wait a week or 2.
>
> regards Richard
>
> On 10 dec, 22:41, Fladdy wrote:
> > Richard,
> >
> > Thanks for your feedback. This is likely one of the easiest ways to get
> the
> > temperature into fhem. Initially I was considering to write a module to
> > learn more about FHEM modules in general and to learn about such fancy
> > stuff like autocreation of attached sensors in particular. This would
> still
> > be the main (and only) driver for me.
> >
> > Do you happen to know if there are hardware limits if I attached sensors
> > directly at GPIO4, e.g number of devices or the total length of the bus?
> > And, if there are limits, is there an easy way to control them. If it's
> > much worse compared to what I could have with the USB/1-wire interfaces
> > recommended by pah I would refrain from trying a module and go for the
> > interface with OWFS...
> >
> > Cheers
> > Fladdy
> >
> > Am Montag, 10. Dezember 2012 22:20:29 UTC+1 schrieb kroonen:
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > > Fladdy,
> >
> > > What you can do, is read the temp in a cronjob linke this
> >
> > > temp=$(cat /sys/bus/w1/devices/10-00080100d4f8/w1_slave | cut -d "=" -
> > > f2 | tail$
> > > temp2=`echo "scale=1; $temp/1000" | bc`
> >
> > > Then you can use fhem with trigger function to get the value into
> > > fhem, and define it as temperature sensor in fhem
> >
> > > regards Richard
> >
> > > On 9 dec, 19:24, Fladdy wrote:
> > > > Moin Zusammen,
> >
> > > > ich habe mir zwei DS18B20 direkt am GPIO4 des Raspberry PIs
> > > angeschlossen
> > > > und kann die jeweiligen Temperaturen auch abrufen.
> >
> > > >
> http://www.raspberrypi.org/phpBB3/viewtopic.php?f=44&t=6649&sid=ff90d...
> >
> > > > Hat jemand dafür bereits ein FHEM-Modul geschrieben?
> > > > Lohnt sich dafür überhaupt ein Modul?
> >
> > > > Grüße
> > > > Fladdy
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com