question

@Bertolucci

Eine einfache Suche bei Google ergibt: https://community.victronenergy.com/questions/81215/connecting-1-wire-sensors-ds18b20-to-venus-os-on-a-1.html

und: https://community.victronenergy.com/questions/127478/strange-behavior-1wire-tem-sensor-ds18b20-on-venus.html

Servus Stefanie,

vielen Dank für die schnelle Antwort und die beiden Links.

Ich kannte die beiden Themen bereits und habe mich da erfolglos durchgehangelt. Deine Mail habe ich zum Anlass genommen und die dbus-i2c.py Datei noch einmal Zeile für Zeile durchgesehen. Ich habe alle Änderungen so durchgeführt, wie sie bei der Datei aus dem zweiten Thema zu erkennen waren (geändert durch Jonny als Vermerk).

Leider erfolglos. Beide Sensoren wurden erkannt und waren im Verzeichnis w1_bus_master1 mit eigenen Verzeichnissen der jeweiligen Sensorkennung vorhanden.

Allerdings war kein einziger Temperatursensor und auch die PI-Temperatur in der Remote Konsole als Eintrag vorhanden. Auch NodeRed liess sich nicht starten.

Lasse ich beide Sensoren eingesteckt, aber verwende wieder die ursprüngliche dbus-i2c.py erscheinen in der Remote Konsole zwei graue TEMP-Felder ohne Temperaturanzeige und Node-Red lässt sich immer noch nicht starten.

Entferne ich dann den zweiten Sensor funktioniert alles einwandfrei. Es erscheint die Temperatur des ersten DS18B20 Sensors sowie die RPI-Temperatur und auch Node Red funktioniert wieder einwandfrei.

Hätte noch jemand einen Tipp für mich, auf was ich noch schauen muss? Müssen auch andere Dateien geändert werden?

Vielen Dank und Gruß

Robert

Ich hab mal einen eigenen Treiber geschrieben und bis zu 6 DS18B22 anbinden können, allerdings musste ich den pullup dafür halbieren und die Sensoren aktiv mit Strom versorgen.

Servus,

das schaut sehr gut aus. Externe Stromversorgung für die Sensoren oder auch die Halbierung des Widerstands wären kein Problem ;-)
Könntest du mir mit dem Treiber etwas weiterhelfen? Funktioniert das auf einem aktuellen System oder braucht es noch zusätzliche Anpassungen?

Vielen Dank für deine Unterstützung und Gruß

Robert

JohannDo this looks like an awesome code as it searches for all connected 1wire sensors but not having to hardcode ID's in a script.

But the code does seem to work on VenusOS 2.80+ due to it only using python3 is there any chance you could update your code to work with VenusOS 2.80/python3

Thanks :)

I use an older Venus version, had to adapt it to the old python I recall, but shouldn't be a problem to change the few lines of code I think.

I am still on 2.42 that is running on the old python, so and cannot test on pytthon 3 atm.

1. The Meta class is there in PinHandler and the constructor creates the array, seems there is a problem creating it, as it doesnt find 'handlers' It tries to create a type 1 (D18B20) handler, so the sensor is recognized. You may print the parameters you provide to the constructor to see if something is missing or wrong. You may add 2 print statements inside of the constructor to see it is actually been called and that it creates the empty structure to monitor the sensors it finds.
2. 
   
3. class HandlerMaker ( type ):
4. """ Meta-class for keeping track of all extended classes. """
5. def __init__ (cls , name , bases , attrs ):
6. if not hasattr (cls , 'handlers' ):
7. cls. handlers = { }
8. else:
9. cls. handlers [cls. type_id ] = cls
11. .....

The HandlerMaker and its constructor should be called when you instantiate a new PinHandler, and then create this handlers structure or assign the type to it.

1. class PinHandler ( object ):
2. product_id = 0xFFFF
3. _product_name = 'Generic GPIO'
4. dbus_name = "GPIO"
5. __metaclass__ = HandlerMaker