Ultraschallmodul HC-SR04 und Arduino UNO

[TeamAdalbert]

Damit habe ich schon ohne Erfolg experimentiert. Mir fehlt auch die Idee wie ich einen "sinnvollen" Wert finden soll. Standardmässig sind da 1000 ms eingestellt. Demzufolge müsste das Programm jede Sekunde neu prüfen ob ein Messwert vorliegt - macht es aber nicht. Was wäre Deiner Meinung nach ein sinnvoller Wert?

[Sisor]

Mal grob bei 340m/s Schallgeschwindigkeit und sagen wir 4m maximaler Reichweite :
1/340*4*2 s = 8/340 s = 23500µs
23500 wäre wohl ein guter Wert.

[TeamAdalbert]

Ich hab mit grösseren Werten als 1000 experimentiert. Das Modul läuft damit stabiler aber das Hauptproblem bleibt bestehen. Nach einer gewissen Anzahl von Fehlmessungen liefert das Programm nur noch 0. Während den funktinierenden Messungen hört man das Modul leise schnurren. Nach den Fehlmessungen unterbleibt auch dieses Geräusch. Könnte da evtl. auch was mit dem Modul nicht ganz in Ordnung sein? Jedenfalls habe ich noch nirgendwo anders von diesem Problem gelesen.

Ich werde mir mal ein anderes kaufen und die beiden vergleichen.

Hab vielen Dank Sisor für die schnellen Antworten.

[BMS]

Während den funktinierenden Messungen hört man das Modul leise schnurren. Nach den Fehlmessungen unterbleibt auch dieses Geräusch.

Hallo,
in dem Fall würde ich eher darauf tippen, dass die pulseIn-Funktion hängt.

Please also note that if the pin is already high when the function is called, it will wait for the pin to go LOW and then HIGH before it starts counting

Ich würde evtl. einen Test mit kürzerem Trigger-Impuls vorschlagen. 10uS sind laut Datenblatt nötig. Du hast 5ms drin. Probiere mal 1ms oder weniger...
Falls das Ultraschallmodul nicht wartet, bis das Trig-Signal low wird, könnte es am Echo-Signal bereits High ausgeben, während du PulseIn aufrufst ?
Teste doch mal ob vor pulseIn am Echo-Pin schon High ankommt (einfache if). Dann wäre das Hängen erklärbar.
PulseIn lässt sich bei Bedarf auch selber programmieren.
Grüße, Bernhard

[Rabenauge]

Nö- es ist völlig normal, dass bei mehir als der maximalen Reichweite "0" ausgegeben wird- was auch sonst?
Da kommt kein Echo zurück....

[BMS]

Hallo,
bei einem ähnlichen Ultraschallsensor SRF04 ist es so, dass der Puls einfach nur deutlich länger wird, wenn kein Echo in einer bestimmten Zeit zurückkommt.
Vgl. http://www.robot-electronics.co.uk/htm/srf04tech.htm
Der Echo-Ausgang ist m.E. genau dann auf high, während der Schall unterwegs ist und nicht erst nach der Messung. Da der Sensor nicht wissen kann, welche Entfernung der Schall zurücklegen wird, gibt er den Puls bis zu einem Timeout aus (oder wenn das Echo normal zurückkommt wird früher Low ausgegeben). Beim SRF04 sind das 36ms.
Grüße, Bernhard

[TeamAdalbert]

Solange Daten ausgegeben werden, das Hindernis also innerhalb der Reichweite ist, liegt am Echo-Signal vor pulseIn LOW an. Wenn das Hindernis ausserhalb der Reichweite ist liegt am Echo-Signal vor pulseIn HIGH an. Danke Bernhard für den Tipp.

Blöd ist nur, dass dieser Pegel bleibt auch wenn man nun ein Hindernis wieder in Reichweite bringt. Für 200ms ist das vom Hersteller auch gewollt um klar zu detektieren dass kein Messwert vorliegt. Die nächste Messung beginnt lt. Datenblatt mit der fallenden Flanke am trigger. Das funktioniert aber nicht, auch wenn man der Routine die 200ms Zeit gibt.

Gelöst habe ich das Problem durch Herunterziehen des echo-Signals auf LOW nach pulseIn. Damit läuft es wie gewünscht.

Keine Ahnung ob das elegant ist. Es funktioniert halt

Vielen Dank Euch allen für die Ratschläge.

Hier der Sketch:

int trig=7;
int echo=9;
unsigned long dauer; //Zeit zwischen Sendezeit und Empfangszeit

void setup() {
Serial.begin(9600);


pinMode(trig, OUTPUT);

}


void loop() {
pinMode(echo, INPUT);
digitalWrite(trig, LOW);
delay(5);
digitalWrite(trig, HIGH);
delay(15);
digitalWrite(trig, LOW);


if (digitalRead(echo)==LOW) {Serial.print("L");}

dauer=pulseIn(echo,HIGH)/29/2;
if (digitalRead(echo)==HIGH) {Serial.print("H"); pinMode(echo, OUTPUT);digitalWrite(echo, LOW);}
Serial.println(dauer);

}