Hallo! Habe einen Incremental Encoder(HEDS-9140) an einen STM32F429 angeschlossen und werte diesen per Timer aus. Den Aufbau habe ich mal als Skizze angehängt. Bei einem angeschlossenen STM32F429 funktioniert die Auswertung perfekt. Hänge ich jetzt aber einen zweiten STM32F429 parallel zum Encoder kommt bei beiden nur noch Müll raus. Weiß jemand wieso das so ist und wie ich das Problem lösen könnte? VG Deepdiver99
:
Bearbeitet durch User
deep diver99 schrieb: > Bei einem angeschlossenen STM32F429 funktioniert die Auswertung perfekt. > Hänge ich jetzt aber einen zweiten STM32F429 parallel zum Encoder kommt > bei beiden nur noch Müll raus. Wie sieht das Signal des Encoders in beiden fällen aus (Oszi)?
deep diver99 schrieb: > Weiß jemand wieso das so ist und wie ich das Problem lösen könnte? Seite 7 Datenblatt: "Each of the three encoder module outputs can drive a single TTL load in this configuration." Du solltest Dir daher die Pegel genau ansehen, alternativ eiine Treiber dazwischen hängen. rgds
6A66 schrieb: > Seite 7 Datenblatt: > "Each of the three encoder > module outputs can drive a single TTL load in this configuration." > Du solltest Dir daher die Pegel genau ansehen, alternativ eiine Treiber Im Vergleich zu TTL ist ein CMOS Eingang fast wie ein offenes Kabel. Ich glaube kaum dass der Encoder zu wenig Fan Out hat.
>Wozu sind die beiden 2,7k Wiederstände da?
Pullup-Widerstände für definierte Signalpegel würde ich schätzen..
Gruß Jonas
deep diver99 schrieb: > Den Aufbau habe ich mal > als Skizze angehängt. Wo ist die Masseverbindung der drei Komponenten?
jb schrieb: >>Wozu sind die beiden 2,7k Wiederstände da? > > Pullup-Widerstände für definierte Signalpegel würde ich schätzen.. > > Gruß Jonas Hab zwar nicht dich gefragt sondern den TO.. Und das war auch eigentlich nicht als Frage gemeint sondern als Anregung über den (Un)Sinn der beiden "Pullups" an einem Digitalausgang nachzudenken!
Max Mustermann schrieb: > Und das war auch eigentlich nicht als Frage gemeint sondern als Anregung > über den (Un)Sinn der beiden "Pullups" an einem Digitalausgang > nachzudenken! Da muß man nicht drüber nachdenken, das bringt nichts. Sieht man ja hier :-) Statt desses schaut man ins Datenblatt und sieht auf Seite 7 was? Richtig, die beiden Pull-Ups mit je 2k7.
Mit dem Oszi gucken hätte ich auch selber drauf kommen können. Das Problem liegt wohl an PIN A0. Auf dem Oszi ist auf dem einen Kanal kein sauberes Rechtecksignal. Klemme ich das Board mit dem STM32f429 ab kommen beide Kanäle sauber. Habe jetzt gesehen das der USER-Button auf PIN A0 liegt. Denke daher kommt das Problem. Habe im Anhang mal den Schaltplan angehängt. Weiß jemand das das Symbol "SB2" sein soll? Ein Null Ohm Widerstand um den Schalter abklemmen zu können?
Dieter Frohnapfel schrieb: > Max Mustermann schrieb: >> (Un)Sinn der beiden "Pullups" > > Datenblatt (Seite 7) im Blick? Genau. Die Pullup's mit je 2,7KOhm stehen so im Datenblatt.
deep diver99 schrieb: > Dieter Frohnapfel schrieb: >> Max Mustermann schrieb: >>> (Un)Sinn der beiden "Pullups" >> >> Datenblatt (Seite 7) im Blick? > > Genau. Die Pullup's mit je 2,7KOhm stehen so im Datenblatt. Jo! Hatte ich auch grad selbst gefunden im DB. Hätte ich so nicht erwartet!
?!? schrieb: > Wird eine Lötbrücke sein (solder bridge). Ja, scheint so. Hab es gerade selber mal durchgemessen. Löte das Teil mal aus und schaue dann mal ob es klappt.
Max Mustermann schrieb: > Jo! > Hatte ich auch grad selbst gefunden im DB. > Hätte ich so nicht erwartet! Ganz im Gegenteil. Ich hätte mich gewundert, wenn da keine nötig wären. Ich kenne keinen Encoder, gleich welcher Bauart (Hall, optisch, mechanisch...) der keine Pullups braucht. Was nicht heißt, daß vielleicht der eine oder andere doch existiert. Aber üblich ist ein OC-Ausgang.
Die Lötbrücke ist raus und das Signal sauber :-). Versuche jetzt mal den Aufbau mit beiden µC zum laufen zu bringen.
npn schrieb: > kenne keinen Encoder, gleich welcher Bauart (Hall, optisch, > mechanisch...) der keine Pullups braucht. Was nicht heißt, daß > vielleicht der eine oder andere doch existiert. Aber üblich ist ein > OC-Ausgang. OK! Mechanischer Encoder ist mir klar. Aber nach dem Blockdiagram auf Seite3 hatte ich keinen OC-Ausgang angenommen.
Max Mustermann schrieb: > Aber nach dem Blockdiagram auf Seite3 hatte ich keinen OC-Ausgang > angenommen. Stimmt, da steht nix von OC. Aber wie gesagt, ich persönlich habe noch keinen Encoder gesehen, der keine OC-Ausgänge hat. Von daher haben mich die Widerstände nicht gewundert. Naja, nix für ungut, das ist ja nun geklärt :-))
Läuft jetzt. Die USER-Button waren die Übeltäter. Vielen Dank für das Brainstorming. VG Deepdiver99
deep diver99 schrieb: > Läuft jetzt. Die USER-Button waren die Übeltäter. Vielen Dank für > das > Brainstorming. > > VG Deepdiver99 Eine Frage hätte ich aber noch. Du schriebst, daß du einen zweiten F429 rangehangen hast. Wenn es das gleiche Board ist, dann ist auf diesem doch auch auf A0 der User-Button, also sollte der doch genauso stören, oder?
Mit EINEM STM32F429 Board ist es gelaufen. Erst als ein zweites mit dran hing trat der Fehler auf. Daher hatte ich es vorher nicht gemerkt. Habe jetzt natürlich bei beiden Board's die Brücke runter gelötet.
:
Bearbeitet durch User
Der Button ist es eher nicht, aber wahrscheinlich hängt dort direkt ein größerer Kondensator parallel, soll wohl eine Entprellung sein . . .
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.