TMC5240 antwortet nicht im Single Wire Uart

Hallo Marc

wenn ich das richtig sehen sendest du dem TMC als erste 4 bits die folge 0101 auf Seite 26 im Datenblatt steht allerdings das der für den Sync 1010 erwartet.

Gruß Björn

Hey Björn,

danke für deine Antwort. Ich bin mir allerdings nicht sicher, ob ich sie richtig verstehe. Ich interpretiere das Signal als 1010. Das erste Bit (das in dem Bild low ist) müsste doch das Startbit sein?

Gruß

Ist denn die Node Address, die durch die Signale am SPI-Interface eingestellt wird, korrekt? CS, SCK und MOSI sollten auf GND, damit eine Node Address von 0 entsteht.

fchk

Hi Frank,

SDI, SCK und CSN sind hart mit GND verbunden. SDO hängt in der Luft, ist aber glaube ich für die Adressierung in unserem Fall nicht relevant. Über den Pin können mehr als 8 TMC5240 angesteuert werden, was wir aber nicht machen. Ich habe gerade nochmal nachgeschaut und nicht gefunden, ob der irgendwie anzubinden ist, wenn er nicht verwendet wird.

Gruß

Ich bin jetzt ein Stück weiter. Zwei Punkte:

1. ich habe in einer Verzweilungsaktion alle Addressen ausprobiert. Das Eval-Board hat auf die Adresse 7 gehört. Im Datenblatt steht, dass die Pins einen Pull-Up besitzten. Wenn ich die Spannung an den Adresspins messe, dann messe ich aber an jedem Pin 0V. Das verstehe ich noch nicht.
2. Das Evalboard hat erst reagiert, nachdem ich die Spannung für die Endstufe angelegt habe. Das war dann wohl mein Fehler, wobei ich es ehrlich gesagt nicht ganz nachvollziehen kann, warum ich die Arbeitsspannung brauche um mit dem Chip zu kommunizieren.

Zurück zu meiner ursprünglichen Platine: Auch hier hat ja die Adresse 0 nicht reagiert. Deswegen bin ich nochmal ähnlich vor gegangen. Beide Treiber kann ich jetzt ansprechen, allerdings mit den Adressen 3 und 4. Das ergibt für mich auch noch gar keinen Sinn.

Morgen werde ich eine neue Platine löten lassen um zu schauen, ob nicht etwas grundsätzlich schief gelaufen ist.

Gruß

Sind das auf dem Hameg-Screenshot logische Pegel oder Spannungspegel?

Ich kenne das von früher aus den Modem-Zeiten noch so, dass eine UART auf der TTL-Seite low activ ist. Wenn das hier auch so ist und der Hameg Spannungen anzeigt, kann deine Sequenz nicht funktionieren.

Wulf

Hi Wulf,

auf dem Bild sind die Spannungspegel der UART-Leitung erkennbar.

1

A sync nibble precedes each transmission to and from the TMC5240 and is embedded into the first transmitted byte, followed by an addressing byte. Each transmission allows a synchronization of the internal baud rate divider to the UART host clock. The actual baud rate is adapted and variations of the internal clock frequency are compensated. Thus, the baud rate can be freely chosen within the valid range. Each transmitted byte starts with a start bit (logic 0, low level on DIAG1/SW) and ends with a stop bit (logic 1, high level on DIAG1/SW). The bit time is calculated by measuring the time from the beginning of start bit (1 to 0 transition) to the end of the sync frame (1 to 0 transition from bit 2 to bit 3). All data is transmitted byte wise. The 32-bit data words are transmitted with the highest byte first.

Das ist die Stelle im Datenblatt, welche die Kommunikation beschreibt (Seite 26, 1. Absatz). Wenn ich keinen Denkfehler habe, dann sollte mein Bild auf dem Oszi dazu doch passen, oder?

Gruß

Wulf D. schrieb:

Sind das auf dem Hameg-Screenshot logische Pegel oder Spannungspegel?

Es sind offensichtlich Spannungspegel eines LVTTL-UART.

Marc P. schrieb:

dann sollte mein Bild auf dem Oszi dazu doch passen, oder?

Nur zur Sicherheit: wo hast du da gemessen? Am µC oder am TMC?

Im Schaltplan "Schematic.pdf" gibt es auf Seite 3 einen Pinheader JP54. Ich habe Pin 5 gegen Gnd gemessen.

Marc P. schrieb:

Ich habe Pin 5 gegen Gnd gemessen.

Nur, weil es da bei Prototypen beim Lötprozess schon mal Probleme geben kann: der Pin 5 von der Stiftleiste ist tatsächlich verbunden mit dem Pin 12 vom TMC?

Ich messe sowas immer mit der Tastkopfspitze auf dem Pin. Und schon so manches Mal funktionierte die Schaltung erst dann, wenn ich mit dem Tastkopf den nicht richtig verlöteten Pin auf das Lötpad gedrückt habe...

IC58 Pin4 Y arbeitet doch voll GEGEN den 1Wire wenn der TMC sendet?

Marc P. schrieb:

Das ist die Stelle im Datenblatt, welche die Kommunikation beschreibt (Seite 26, 1. Absatz). Wenn ich keinen Denkfehler habe, dann sollte mein Bild auf dem Oszi dazu doch passen, oder?

Gruß

Ja du hast Recht, das passt. Ist mit der UART schon lange her, die Invertierung war auf der V.28-Seite der RS232 und nicht auf der TTL-Seite.

Das Sync und die Adresse müsste zu dem im Schaltplan passen. Es sei denn, dass schon eine 3 im NODEADDR Register steht. Sollte ja eigentlich auf 0 stehen, oder?

Ron-Hardy G. schrieb:

IC58 Pin4 Y arbeitet doch voll GEGEN den 1Wire

Wie schon ganz weit oben

Marc P. schrieb:

IC55 und IC58 sind nicht mehr bestückt.

Davon abgesehen würde man eine solche Buskollision ganz leicht am "dubiosen Pegel" erkennen.

Marc P. schrieb:

Zurück zu meiner ursprünglichen Platine: Auch hier hat ja die Adresse 0 nicht reagiert. Deswegen bin ich nochmal ähnlich vor gegangen. Beide Treiber kann ich jetzt ansprechen, allerdings mit den Adressen 3 und 4. Das ergibt für mich auch noch gar keinen Sinn.

Ich erhalte ja mittlerweile eine Antwort. Aber ich verstehe aktuell nicht, warum ich die Antworten erhalte, wenn ich bei den Adressen 3 und 4 anfrage (hierzu noch ein Hinweis: aktuell sind nur die Treiber mit den Adressen 0 und 1 bestückt). Die Adresspins liegen direkt auf GND bzw. 3V3, also kein Pullup dazwischen.

Ich hoffe, dass ich heute Nachmittag ein alternatives Board bekomme und eventuell die aktuellen Treiber fehlerhaft sind (zum Beispiel weil ich sie irgendwie kaputt gemacht habe).

Dein Tipp mit dem Tastkopf ist auf jeden Fall gut und ich werde ihn berücksichtigen. Ich prüfe am Nachmittag auch mal, ob die Adressierung eventuell mit deinem Tipp manipulierbar ist.

Danke schonmal.

Wulf D. schrieb:

Das Sync und die Adresse müsste zu dem im Schaltplan passen. Es sei denn, dass schon eine 3 im NODEADDR Register steht. Sollte ja eigentlich auf 0 stehen, oder?

So wie ich es verstehe ja. Ich habe gestern das Adressregister des Chips, der auf die Adresse 3 hört, ausgelesen und der Wert, den ich zurück erhalte, ist 0. :(

Bin auf die Lösung des Rätzels gespannt: werde demnächst einen TMC2209 mit ganz ähnlichem Interface konfigurieren und hatte noch nie mit Schrittmotoren zu tun. Erwarte meine Leiterplatten Anfang Dezember.

Hallo zusammen,

ich habe gerade eine neue Platine bekommen. Mit der funktioniert alles. Beide ICs hören auf die richtige Adresse.

Vielen Dank für eure Hilfe und tut mir Leid, dass das am Ende jetzt doch so ein komischer Fehler war. Ich habe keine Ahnung wie die Treiber beim ersten Mal kaputt gegangen sind.

Viele Grüße

Habe meine Leiterplatten mit dem TMC2209 nun bestückt und in Betrieb genommen. Als der TMC über die UART nicht antworten wollte, habe ich nur kurz drüber nachgedacht - dank dieses Threads - und die Motorspannung angelegt.

Soweit alles gut, nur eine Frage: hast du die SW für die TMC-Ansteuerung selbst geschrieben oder nutzt du eine Lib? Wenn ja, welche?