Ultraschall - Entfernunsmessung mit Ultraschall Interface aus RN

[Searcher]

Mit US habe ich noch nichts gemacht, deshalb ist die Frage vielleicht blöd. Warum macht ihr es nicht so?

Keine Ahnung. Dann hätten wir keine Probleme mit dem Interrupt Timing und wir müßten kein ASM lernen

Nein, etwas ernster: Ich denke nicht, daß das speziell was mit Ultraschall zu tun hat. Per Interrupt zu messen hätte den Vorteil, daß während der Meßzeit noch was in der Hauptschleife gemacht werden könnte. In der while Schleife zu zählen ist sehr einfach und ressourceschonend, vielleicht auch genauer, blockiert aber während der Meßzeit die Hauptschleife.

Thegon müßte auswählen, was besser in sein Konzept paßt. Ich würde für diese Anwendung wahrscheinlich per Interrupt und einem 16Bit Timer messen. Hoffentlich kommt die HW zum Probieren ans Laufen.

Gruß
Searcher

[radbruch]

Hallo

Danke für die "ernste" Antwort. Ein paar Millisekunden nicht blockierende US-Auswertung gegen schlanken Code. Ich verstehe ;) In der Praxis wird es wohl eh ein blockierendes getAbstand() werden...

Was mir noch aufgefallen ist: Der US-Simulator antwortet schon beim ersten Low des Burst, der echte Empfänger wird wohl mehrere Amplituten benötigen bevor er anspricht. Da sind dann wohl schnell ein paar waitus 11 zusammen. Da bringt das µs-Optimieren bei der Timerlösung auch nicht mehr viel.

btw. Vom Knicklenker zum Programmierer. Klasse wie du das geschafft hast.

Gruß

mic

[Searcher]

Hallo radbruch,

Der US-Simulator antwortet schon beim ersten Low des Burst, der echte Empfänger wird wohl mehrere Amplituten benötigen bevor er anspricht

ich bin mir da nicht so hundertprozentig sicher und "glaube", daß durch das Flip-Flop an "Pulse in" schon beim Eintreffen des ersten low des ersten Pulses des Bursts sofort der "Pulse out" auf low gebracht wird. Zum Meßende (Pulse out wieder auf high) braucht es dann die Anschwingzeit und die Schalllaufzeit.

Ist aber zum Test des Meßprogramms nicht so wichtig. Da wird man sicher noch kalibrieren müssen.

PS.

Vom Knicklenker zum Programmierer. Klasse wie du das geschafft hast

Danke *stolz* . Das RN hat sicher einen sehr großen Anteil daran! Je mehr ich lese (und auch Deine Projekte betrachte), desto mehr ist mir bewußt wie sehr ich noch am Anfang stehe.

Gruß
Searcher

[Besserwessi]

Das Flipflop wird schon auf den ersten Impuls ansprechen. Die Frage ist aber wie das mit dem Schwingkreis ist. Der wird für die volle Amplitude ein paar mehr Perioden brauchen und entsprechend kann man eine Verzögerung von 1-2 Perioden des 40 kHz Signals, also 25-50 µs an Verzögerung durchaus schon mal bekommen, wenn das Signal zu schwach ist um sofort zu reagieren.

[radbruch]

ich ... "glaube", daß durch das Flip-Flop an "Pulse in" schon beim Eintreffen des ersten low des ersten Pulses des Bursts sofort der "Pulse out" auf low gebracht wird.

Das glaube ich nicht. Im Empfänger wird doch wohl irgendwas eingebaut sein das durch den Burst über den Schalldruck in Schwingung versetzt wird. Und dieses "irgendwas" benötigt sicher einige Schwingungen bevor es so sehr mitschwingt dass es reicht, den FlipFlop anzusteuern. Wenn das nicht so wäre, würde ein Burst mit nur einem Impuls ausreichen.

Lösung? Die Anzahl der Bursts langsam erhöhen bis ein Empfang erkannt wird. Dann erst die Laufzeitmessung mit den zuvor ermittelten Bursts.

[PICture]

Hallo!

Ich gebe dem Searcher vorsichtig Recht, weil für mich die Empfängerkapsel grundsätzlich ein US Mikrophon und kein Schwingkreis ist.

Ubrigens, wie bei jedem Mikrophon gibt es sicher mechanische "Resonanze", die aber üblicherweise ausser nutzbarem Frquenzbereich liegen sollten.