SF10 an Raspi mit Perl über I2C auslesen

[Hectic]

Gerne, bin für jede Hilfe dankbar

#!/usr/bin/perl

use warnings;
use strict;
use Time::HiRes ('usleep');
use RPi::I2C;

my $SF10 = RPi::I2C->new(0x70);
my $version = undef;
my $loopcount = 0;

while(1) {
     system('clear');
     $loopcount++;
     printf("Loop: %d\n", $loopcount);

     $version = $SF10->read_byte(0);
     printf("SF10 Version: %d (0x%X)\n", $version, $version);

     usleep(65000);

     last if($loopcount > 100);
}

Ich bin vom Modul Device::I2C zum Modul RPi::I2C gewechselt, da dies wohl neuer ist und einfach um auszuprobieren ob es daran lag. Hat aber am Verhalten nichts geändert.
Momentan wird nur die Version des Sensors ausgelesen. Aber auch bei Entfernungen verhält es sich gleich. Nach der selben Zeit erscheinen völlig falsche Werte (jup, scheint Zeitabhängig, nicht Abhängig von den Zugriffen).
Oszilloskop habe ich leider keines. Evtl. habe ich auch einfach nur den Sensor geschossen, wüsste aber nicht wodurch

Bei dem Beispielprogramm in C kommen bei mir die selben schrägen Werte raus wie wenn mein Programm ein paar Leseversuche hinter sich hat (cooler Link übrigens!)

**** SRF02/10/235 example program ****
Software v: 133
Range was: 32768

- - - Aktualisiert - - -

Was mir noch einfällt: Evtl. könnte noch die Art meiner Stromversorgung eine Rolle spielen.

Das Ganze wird durch einen 12V Bleigelakku versorgt.
MD25 (Motortreiber) hängt direkt am Akku.
SRF10 und Raspi hängen über einen Step Down Wandler auf 5V dran.
Es werden also sämtliche "Geräte" individuell mit Strom versorgt. Aber es hängen natürlich alle drei am selben Bus.
Naiv wie ich bin, dachte ich, dass das schon so laufen sollte (abgesehen vom SRF10 tut es das ja auch).

[Defiant]

ok, ich probier das Montag mal aus. Ich kann zwar kein Perl, aber Programm sieht soweit gut aus.

[Defiant]

Witzig, ich habe das jetzt zwar auch nicht auf dem Oszi analysiert, aber diese Lesefehler riechen stark nach dem Clock stretching Bug [1]. Das Problem ist nicht neu, das Herabsetzen des I2C-Taktes bringt hier Abhilfe ohne Garantien zu geben, der Autor des Perl I2C-Modus beschreibt wie das geht und reduziert den Takt sogar auf 10kHz [2].


[1] http://www.advamation.de/technik/ras...i-i2c-bug.html
[2] https://metacpan.org/pod/RPi::I2C#Raspberry-Pi

[Hectic]

Super! Also eigentlich nicht, aber super, dass du dir so viel Mühe gegeben hast! Ich werde der Sache in diese Richtung weiter folgen und berichten wenn ich Erfolg hatte. Das kann aber etwas dauern. Vielen Dank, das hilft mir schon sehr weiter.

[Hectic]

Hi nochmal,

die Lösung, die Baudrate zu reduzieren funktioniert einwandfrei! Eine niedrige Baudrate stört wohl in den wenigsten Fällen weshalb dadurch zumindest mein Problem komplett behoben wird. Vielen Dank nochmal, dass du dir die Mühe gemacht hast!

[oberallgeier]

.. die Lösung, die Baudrate zu reduzieren funktioniert einwandfrei .. weshalb dadurch zumindest mein Problem komplett behoben wird ..

Na gut dass es funktioniert (auch wenn ich als Fehlerquelle die Baudrate nicht sooo ganz verstehe). Frage: mit welcher Frequenz betreibst Du den I²C-Bus? Ich hatte mit meiner langen Busleitung auch mal Probleme (siehe hier) und konnte den Fehler eindeutig mit den schlappen I²C-Flanken (-spitzen) bei hohen Frequenzen identifizieren. Ich nehme mal an, dass Du Deine Busaktivitäten nicht mit nem Oszi kontrolliert hast.

[Defiant]

Siehe obigen Link zu advamation.de. Ist der Takt für einen I2C-Slave zu schnell (er kann die Daten nicht rechtzeitig liefern) kann er diesen auf Low ziehen, das nennt man Clock stretching. Bei dem Raspberry Pi < 4 gibt es halt einen Bug, der Rpi erkennt das nicht und liest entsprechend falsche Daten. Das Problem konnte ich noch bei 100kHz nachstellen, bei 10kHz nicht.

[Hectic]

Huhu,

ich habe die Baudrate aus dem Beispiel (10000 Baud? / Hz?) übernommen. Ich betreibe derzeit nur 2 Slaves und das reicht mir dicke. Ich kann ja mal ausprobieren ab wann mein Sensor aussteigt. Könnte aber etwas dauern, bin zur Zeit etwas "zeitlos". Ein Oszi um das Signal zu prüfen steht mir leider nicht zur Verfügung. Meine Kabel sind recht kurz: Um die 10cm pro Slave.

Grüßle,
Hectic