Kennt das jemand ? HC-Sr04 messen Mist...

[Rabenauge]

Hm, wenn ich das da: http://arduino.cc/en/pmwiki.php?n=Reference/PulseIn richtig interpretiere, dann ist dem tatsächlich so:
nach dem Triggern wird der Echo-Pin (vom Sensor selber) HIGH gesetzt, und wenn das Echo eintrifft, geht er auf LOW.
Die Zeit wird demnach gemessen, denn in den Beipielprogrammen wird ja immer

cm = pulseIn(EchoPin, HIGH) / 58.0; //Echo time converted into cm

benutzt.

Und diese wildgewordenen Echos-hm, ich glaubs nicht, denn ich hab zum einen in einigen Messreihen bewusst immer nach jeder Messung ne Sekunde (ich glaub, auch zwei schon) getrödelt, damit sich irgendwelche Echos verflüchtigen können und: selbst draussen, wenn ich den Sensor zum Himmel gerichtet hatte, gab es das Problem. Und nee: soo niedrig waren die Wolken auch wieder nich, dass ich schon mitm Kopf drin steckte.

Ich hatte zuerst ja vermutet, dass die Dinger einfach zu "leise" sind (es sind wirklich die billigsten, die ich gefunden hab), aber dann gäb es gar kein Echo- das aber eben ist _nicht_ der Fall-es gibt immer eins, nur irgendwie viel zu schnell.
Und: inzwischen hab ich dreie von denen probiert-überall das selbe, auch mit etwas kürzerem Kabel.

Als nächstes werd ich mir wohl mal nen Testaufbau ausdenken, bei dem ich nur die Laufzeit messe (ohne jede Umrechnung), und das so, dass ich die Ausgabe noch irgendwie ablesen kann, auf 4m erkenn ich auf dem 16x2 LCD nämlich nicht mehr wirklich was.
Mal gucken, ob die soweit reichen oder nicht.
Möglicherweise trödelt der Sensor einfach intern irgendwo rum, und man kanns raus rechnen....

[Sisor]

1. pulseIn() kannte ich noch nicht, ist aber definitiv die richtige Wahl.
2. Ist deine Reflexionsfläche eine ebene harte Fläche, wie z.B. eine Zimmerdecke?

[oberallgeier]

... wohl mal nen Testaufbau ausdenken, bei dem ich nur die Laufzeit messe (ohne jede Umrechnung) ...

Das mache ich in der Testphase eigentlich immer. Ist doch egal welche Längeneinheit man hat - ob ADC-Werte, russische Werst oder Parsec - Umrechnen kann man immer noch später. Und meist bleibt der Code bei mir dann auch drin - allenfalls auskommentiert.

... Und diese wildgewordenen Echos-hm, ich glaubs nicht ...

Na ja, bei mir wars purer Zufall. Und ein schauderschönes Beispiel von Chaos, Interferenz, ungerichteter Abstrahlung etc. Eine (für mich wirklich unwahrscheinliche) Möglichkeit wäre noch ein vibrierender Sensor. Seit ich minikleine Brüllwürfel hab hüpfen sehen . . . aber bei Ultraschall müssten das schon s..schnelle Vibrationen sein; glaub ich hier nicht.

[Sisor]

Als nächstes werd ich mir wohl mal nen Testaufbau ausdenken, bei dem ich nur die Laufzeit messe (ohne jede Umrechnung), und das so, dass ich die Ausgabe noch irgendwie ablesen kann, auf 4m erkenn ich auf dem 16x2 LCD nämlich nicht mehr wirklich was.
Mal gucken, ob die soweit reichen oder nicht.
Möglicherweise trödelt der Sensor einfach intern irgendwo rum, und man kanns raus rechnen....

Da bin ich aber mal gespannt: Das Problem ist doch, dass der Sensor anscheinend beim gleichen Testaufbau unterschiedliche Werte ausspuckt.

[Rabenauge]

Diese "wilden" Echos halte ich schon prinzipiell für möglich, so isses nicht. Aber wenn die nach ner Sekunde nicht abgeklungen sind, gäbe mir das doch irgendwie zu denken....
Vibrationen-hm..während der Fahrt schon denkbar, immerhin haben die Reifen Traktorprofil mit zusätzlichen Stollen. Im Stand aber eher nicht: ich hab die Sensoren mit Stiftleisten bestückt, die wiederum in Streifenrasterplatinen gelötet, zusätzlich auf der Platine mit Heisskleber abgestützt und die Platinenstücke dann am Träger verschraubt. Und: sogar wenn ich den Sensor in der Hand halte, ist das Problem da...glaub nicht, dass ich mit nen paar KHz zittere...

Allerdings ist mir noch was eingefallen: bei den Tests draussen gestern abend lief das normale Monster-Fahrprogramm. Dort nutze ich die NewPing-Bibliothek, und da die, bei Timeout (also wenn nix in Reichweite ist) ne 0 als Entfernung ausspuckt, hatte ich diese 0 dann auf maxRange gesetzt.
Somit konnt ein timeout praktisch gar nicht auftreten, auch nicht gen Himmel.
Dem muss ich auch noch nachgehen, dass hier drinnen nen Timeout nie eintritt, halte ich für vorstellbar, so gross ist die Bude echt nicht, und irgendwo steht immer was rum.

[Rabenauge]

Hab noch mal etwas rumgetestet, sowohl mit als auch ohne die NewPing-Bibliothek.
In beiden Fällen ist eine Messung immer um die 75cm (4400µS etwa) und die nächste deutlich weiter (meist sowas um nen 1.20m).
Auch dann, wenn ich gar kein Timeout-Limit setze und den Sensor aus dem Dachfenster (da sind dann 20km freie Sicht, und _kein_ Flieger im Umkreis von 10m ) halte dabei.
Bis etwa nen Meter stimmen die Messergebnisse übrigens recht gut, wenn ich innerhalb dieses Bereiches was bewege, haut das durchaus hin (dann gibts auch nicht abwechselnd Fehlmessung und korrekte Messung).

Was ich mich frage ist: wo zum Teufel kommt das Echo her, wenn weit und breit vor dem Sensor wirklich _gar_ nix ist?

[Sisor]

Im Beitrag von PICture (vor allem im Link) steht, dass der Sensor gerne die erste Impulsantwort 'verschluckt', was natürlich zu Fehlmessungen führt.

Es ist dort auch von einer Änderung zweier Widerstände die Rede, welcher den Bandpassfilter auf die richtige Frequenz korrigieren soll.
Damit wäre dann die Empfindlichkeit des Sensors sehr deutlich erhöht.
Ob der Author allerdings richtig gerechnet hat, entzieht sich meinem elektrotechnischen Horizont (leider).

Ansonsten: Man sollte nicht zuviel von einem 2 Euro Sensor erwarten.

[RoboHolIC]

Man sollte nicht zuviel von einem 2 Euro Sensor erwarten.

Ist spezifikationstreue Funktion zuviel verlangt?
Ich habe eine handvoll von den Teilen zu einem ähnlichen Preis erworben und durchgetestet: alle funktionieren prima, keinerlei sichtbare Ausreisser bei den Messwerten.

@Rabenauge:
Hast du ein Oszilloskop bei der Hand? Dann sieh dir die Signale an und nicht das, was dir eine Bibliothek ausgibt. Ich glaube einfach nicht an einen derartigen Serienfehler sondern tippe auf ein SW-Problem.
Oder geh "back to the roots" und schreib die Messroutine selber.