Activity for andrax
-
andrax posted a comment on discussion Deutsch 🇩🇪
Ich hatte das beim BME280 wie folgt gemacht. Ist allerdings I2C. Bibliotheksquelle geöffnet und auf neusten stand gebracht, bis beim übersetzen keine Fehler mehr kamen. Dann neu installiert. Dann im Projekt geschaut ob noch etwas blau oder grau unterstrichen war und die betroffenen Bibliotheken gelöscht und neu hinzugefügt. Danach ging es. vllt. solltest das mal bei der ds18b20 3.5.8.10 so verfahren.
-
Bibliothek geupdatet?
-
Ich habe jetzt die Variante eingesetzt: https://stackoverflow.com/questions/61081586/how-do-i-use-system-time-as-a-trigger-in-codesys-ladder Läuft perfekt Gruß Andre
-
Danke dir. Das Projekt funktioniert leider nicht. Massive Fehlermeldungen: #Systime, #Standart #Util... konnte nicht geöffnet werden.
-
Tach, ich hab da mal eine ganz triviale Frage. Wie gebe ich die Aktuelle Zeit aus? Gruß Andre
-
Ja, ist halt schwierig die Ursache zu finden wenn das Projekt schlecht Dokumentiert ist. Mir ist nur gestern aufgefallen, dass ich ein paar Werte von den BME280 bekommen hatte, bevor er in Störung ging. Dazu bin ich noch auf eine Seite Gestoßen wo der Mux mit Sensor und Pullup dargestellt war. Da war mir alles klar was los ist. Gruß Andre
-
Guten Morgen, Problem gelöst. Es lag am MUX. ich habe jetzt den Sparkfun Qwicc Mux dran und es läuft. Es lag also an den Pullup Wiederständen. Gruß Andre
-
Aktueller stand: Ich hab den MUX auf Standardeinstellungen und bei den BME280 folgendes: -Address 16#76 -Is Multiplex TRUE -Stage mux channel numbers [1,0,0,0,0,0,0,0] -Debug on TRUE Damit bekomme ich eine Verbindung (alles grün) Allerdings liefert der BME keine Werte. Kann es sein, dass mir die Pullups fehlen? Ich hab folgenden Mux: https://www.reichelt.de/de/de/entwicklerboards-platine-i2c-multiplexer-tca9548a-debo-i2c-multi2-p291436.html?PROVID=2788&gclid=EAIaIQobChMI2Ojz3oLx-AIVluJ3Ch0ODAqeEAQYAiABEgKt0fD_BwE&&r=1...
-
Guten Morgen, zur Info, hatte ich nicht erwähnt. Ich verwende die Gerätetreiber von Stefan Dreyer. Fehlersuche: Ich hab den TC9548 als gerät eingefügt und dieser wurde zunächst nicht erkannt. Ich hab nun >>dtoverlay=i2c-mux,pca9548<< in /boot/config.txt deaktiviert. nun wird der Mux erkannt. Nächster schritt, ich hab den Mux rausgenommen und den BMP280 direkt angeschlossen. Ging natürlich wieder nicht. Gerätetreiber gewechselt auf BME280 und siehe da er läuft. Auf dem Board steht >>BME / BMP280 Wieder...
-
Guten Morgen, zur Info, hatte ich nicht erwähnt. Ich verwende die Gerätetreiber von Stefan Dreyer. Fehlersuche: Ich hab den TC9548 als gerät eingefügt und dieser wurde zunächst nicht erkannt. Ich hab nun >>dtoverlay=i2c-mux,pca9548<< in /boot/config.txt deaktiviert. nun wird der Mux erkannt. Nächster schritt, ich hab den Mux rausgenommen und den BMP280 direkt angeschlossen. Ging natürlich wieder nicht. Gerätetreiber gewechselt auf BME280 und siehe da er läuft. Auf dem Board steht >>BME / BMP280 Wieder...
-
Moment, wie verhält sich das eigentlich mit dem Mux? wird der automatisch erkannt?
-
Moin, hab jetzt noch mal den Raspi neu aufgesetzt. Bin jetzt bis auf Samba, auf den gestrigen Stand. Leider keine Änderung. Die Adresse 16#76 habe ich eingetragen. Irgendwas stimmt da an den parametern nicht.
-
Ja gerne, Den Code hab ich rausgehauen, bis auf den Aufruf vom BMP280.
-
I2cdetect -y 22 sagt folgendes: user@dev01raspi:~ $ i2cdetect -y 22 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: UU -- -- -- -- -- 76 -- Mein Python-testscript bringt mir...
-
Moin, ein Schritt vor und ein zurück. Hab jetzt den Mux (TCA9548A) wieder dran gehangen und verwende jetzt einen BMP280, da es hier einen Gerätetreiber gibt. i2cdetect -y 22 sagt mir, dass der Sensor dort mit der Adresse 76 gefunden wurde. Erster Versuch, I2C_Master dran gehangen und den BMP280. Zunächst rotes Dreieck vom BMP280. Danach den I2C port auf '/dev/i2c-22' gesetzt und siehe da es läuft. Heute Morgen Raspi gestartet und nichts geändert, wieder rotes Dreieck. Status im Stopmodus >> kein...
-
Hi, hier im Forum scheint nicht mehr viel zu laufen. Habe selber viele Fragen und wenn ich nicht bald wenigstens 1 Sensor über i2c zum laufen bekomme, ist das Projekt leider gestorben. Grüße Andre
-
Guten Morgen, der SDP810 hängt normalerweise hinter einem Mux. Aktuell habe ich diesen Entfernt und er ist direkt angeschlossen. Adresse ist SMBUS 1 Gerät 0x25 Mit der Library bin ich soweit, dass ich alles erstellt habe. Problem: _istate bleibt immer auf 0: Die Library scheint nicht zu laufen Muss SMBUS irgendwie berücksichtigt werden und wie? Wie sieht das aus wenn der MUX wieder dran hängt. Dann wäre es SMBUS (23), mit seiner Adresse 0x25 Weiterhin ist mir unklar, wie ich den Gerätetreiber erstelle....
-
Hallo zusammen, ich versuche einen Driver für den SDP810 zu erstellen. Ich habe hier einen lauffähigen Code in Python. ## --------------- consts --------------- SDP810_I2C_ADDRESS = 0x25 # Sensoradresse sdp810 = SMBus(27) # Kanal auf Multiplexer def initSdp810(): global sdp810 sdp810.write_i2c_block_data(SDP810_I2C_ADDRESS, 0x3F, [0xF9]) #Stop messunf 0x3F + 0xF9 = 0x3FF9 (Adresse,register, daten) time.sleep(0.1) sdp810.write_i2c_block_data(SDP810_I2C_ADDRESS, 0x36, [0x1E]) # setze Diferentialmessung...