Fehler beim Auslesen von 2 I2C-Sensoren

[Rainer (rte_2806)]

Hallo zusammen,
leider schaffe ich es nicht, die Daten von 2 Temperatur-Sensoren mit dem 
Raspberrry Pico W per micropython auszulesen.

Beide Sensoren haben unterschiedliche Adressen (0x48 und 0x4f), siehe 
beigefügtes Bild des Scan-Programms.

Die Sensoren sollen mit folgendem Programm ausgelesen werden:

# wlan_lcd_1lm75a.py auf Basis ChatGPT
# i2c und SoftI2C
#
import myWLAN
import time
from machine import SoftI2C, I2C, Pin
from machine_i2c_lcd import I2cLcd

# define WLAN
wlan = myWLAN.myWLAN()
wlan.wlanConnect()
ip = wlan.get_ip()

#define I2C1 bus
ROWS = 2
COLS = 16
lcd_address = 0x27
i2c1 = I2C(1, sda=Pin(2), scl=Pin(3), freq=100000) # lcd
lcd = I2cLcd(i2c1, lcd_address, ROWS, COLS)

# Define I2C0 bus using SoftI2C
i2c0 = SoftI2C(sda=Pin(0), scl=Pin(1), freq=100000)

# Define sensor addresses
sensor_v_address = 0x48
sensor_r_address = 0x4f

#Blank screen
lcd.clear()

def read_temp(sensor_address):
    time.sleep_ms(500)
    data = i2c0.readfrom(sensor_address, 2)   
    t = (data[0] << 3 | data[1] >> 5) * 0.125
    return t

while True:
    try:
        lcd.clear()
        lcd.move_to(0,0)
        string_out = "RPi Pico W"
        lcd.putstr(string_out)
        lcd.move_to(0,1)
        t_v = read_temp(sensor_v_address)
        t_r = read_temp(sensor_r_address)
        tempc = "V: {0:3.1f} / R: {0:3.1f}".format(t_v,t_r)
#         tempc = "V: {0:3.1f} ".format(t_v)
        print(tempc)
        lcd.putstr(tempc)
        time.sleep(5)
        
    except KeyboardInterrupt:
        lcd.clear()
        machine.reset()

Das Programm läuft und offenbar werden beide Sensoren auch einmal 
abgefragt, obwohl es eigentlich nicht sein kann, dass beide Sensoren 
einen identischen Wert anzeigen. Einer ist am Heizungsvorlauf, der 
andere ist am Heizungsrücklauf.

Jeder Sensor für sich alleine läuft super stundenlang ohne Probleme, 
beide zusammen führen zum Fehler: OSError: [errno 19] ENODEV

Wieso erkennt das Problem den 2. Sensor nicht?

Hat irgend jemand eine Idee?

Vielen Dank für die Unterstützung.

Viele Grüße,
Rainer

[Flip B. (frickelfreak)]

> i2c0.readfrom()

läuft vermutlich in seinen Timeout, die rückgabewerte werden nicht auf 
plasibilität geprüft, somit steht noch das alte ergebnis im puffer.

Viele magische Zahlen und auch die Wartezeit vor dem Lesevorgang 
scheinen ungeschickte Programmiertechniken zu sein und erschweren 
Verständnis und wartbarkeit.

[Sherlock 🕵🏽‍♂️ (rubbel-die-katz)]

Was sind das für Sensoren?

[Stephan S. (uxdx)]

Woher wissen die Temperatur-Sensoren, dass sie Daten senden sollen, da 
wird doch meist erst mal ein Start-Signal gesendet. Bei meinem SHT41 
sieht das so aus

def SHT41_read():
    i2c.writeto(adr1, b'\xfd')          # starte Sensor: Daten senden
    time.sleep(0.01)
    r1 = i2c.readfrom(adr1, 6)          # lese Resultat 6 bytes
    .....

[Sherlock 🕵🏽‍♂️ (rubbel-die-katz)]

Stephan S. schrieb:
> Woher wissen die Temperatur-Sensoren, dass sie Daten senden sollen, da
> wird doch meist erst mal ein Start-Signal gesendet.

Genau deswegen habe ich gefragt, um welche Sensoren es geht. Als 
nächstes hätte ich ins Datenblatt geschaut.

[Peter (pittyj)]

Das was ich hier als erstes vermisse, ist ein Fehlerbehandlung. Es wird 
davon ausgegangen, dass die Sensoren auch antworten und Daten liefern.
Das kann aber auch nicht sein, deshalb müsste bei i2c0.readfrom() doch 
irgendwo auch ein Fehler abgefragt oder zurück gegeben werden können?

[Marc G. (marcm)]

Wenn du dir schon von chatgpt einen Quellcode erstellen lässt, waren 
wohl deine Anforderungen an chatgpt nicht genau genug... Also nochmal 
von vorn... Chatgpt kann nicht hellsehen...

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Marc G. schrieb:
> waren wohl deine Anforderungen an chatgpt nicht genau genug... Also
> nochmal von vorn...
Und wenn man vorher schon weiß, was herauskommen muss, dann kann man die 
Fragen so geschickt stellen, dass der Antwortautomat die richtige Lösung 
findet.

Marc G. schrieb:
> Chatgpt kann nicht hellsehen...
Es kann dir aber souverän und wortreich auf entgegenkommende Art 
vermittlen, dass die gebotene Lösung sicher korrekt ist.

Das hatten wir im 
Beitrag "Re: ChatGPT und Spannungsteiler." in allen 
Ausprägungen.

Rainer schrieb:
> Hat irgend jemand eine Idee?
Nimm ein Oszilloskop oder einen Logic-Analyzer und sieh dir an, was auf 
dem Bus abläuft. Wenn dort das passiert, was der Sensor laut dem 
Protokoll in seinem **Datenblatt** erwartet, dann funktioniert das Ganze 
problemlos.

[Jens B. (dasjens)]

Rainer schrieb:
> # wlan_lcd_1lm75a.py auf Basis ChatGPT

Ich würde empfehlen einfach mal selbst das Datenblatt zu lesen und zu 
verstehen.
Als Alternative, warum fragst du ChatGPT nicht einfach wo der Fehler 
liegt?

“Als ich jung war, habe ich die Computer von meinen Eltern repariert. 
Jetzt repariere ich die Computer für meine Kinder. Sind wir die einzige 
Generation, die versteht wie Computer funktionieren?”

[Rolf (rolf22)]

Jens B. schrieb:
> “Als ich jung war, habe ich die Computer von meinen Eltern repariert.
> Jetzt repariere ich die Computer für meine Kinder. Sind wir die einzige
> Generation, die versteht wie Computer funktionieren?”

Morgen werden deine Enkel nichts Technisches besitzen, was man 
reparieren könnte.

[Sherlock 🕵🏽‍♂️ (rubbel-die-katz)]

Jens B. schrieb:
> Sind wir die einzige Generation, die versteht wie Computer funktionieren?

Scheint so.