Hallo Gemeinde Ich habe ein kleines PCB erstellt mit einem STM32G431C8T6 uC. Leider wird dieser per SWD nicht erkannt. Wie er angeschlossen ist: Pin 37 SWD Pin 38 SCK (SWD Pins im vergleich zu den F1 etwas ungewöhnlich platziert, gem. Cube sollte es aber korrekt sein) Pin 47, 45, 35, 23,19 GND Pin 48, 36, 24, 21, 1 +3.3V Pin 7: 10k pullup 3.3V mit 100nF Bei jedem +3.3V habe ich einen 100nF C. Der SWD Adabter funktioniert bei anderen STM32. Das "Loch" im STM gehäuse erachte ich als pin 1 indikation, der STM wird nicht warm. Was habe ich übersehen? Die STM sind neu, benötigen die evtl irgendwelchen bootloader (per jtag) damit SWD aktiviert ist?
Max M. schrieb: >> Pin 7: 10k pullup 3.3V mit 100nF Das ist nicht korrekt. Das Datenblatt wünscht 100nF nach GND, aber KEINEN Pullup! Der ist intern drin, und auch deutlich größer als 10k. Komisch, diesen Fehler findet man immer wieder. Woher kommt die Idee, dass da extern ein Pullup dran soll? > Was habe ich übersehen? Die STM sind neu, benötigen die evtl > irgendwelchen bootloader (per jtag) damit SWD aktiviert ist? Abgesehen vom NRST (s. o.) sollte das passen. Sofern die "frisch" ab Werk sind, sollten die unmittelbar per SWD ansprechbar sein. Sind die aus ZUVERLÄSSIGER Quelle und wirklich nicht "gebraucht"?
:
Bearbeitet durch User
Andreas B. schrieb: > Das ist nicht korrekt. Das Datenblatt wünscht 100nF nach GND, aber > KEINEN Pullup! Der ist intern drin, und auch deutlich größer als 10k. > Komisch, diesen Fehler findet man immer wieder. Woher kommt die Idee, > dass da extern ein Pullup dran soll? Diverse Hersteller, darunter Microchip, haben durchaus Application Notes in denen ein externer Pullup an Reset für anspruchsvollere Umgebungen empfohlen wird. Ob ST das auch hat, weiß ich nicht. Abwegig ist diese Vorgehensweise allerdings nicht. Gerade WEIL der interne Pullup sehr hochohmig ist.
:
Bearbeitet durch User
Hallo, ist schon etwas länger her, aber ich hatte immer auch NRST benutzt. Damit ging es dann. Genau erinnere ich mich aber nicht mehr. Die Dinger waren ja nicht mehr kaufbar. Hat Dein Programmer NRST rausgeführt? Dann probier doch mal mit "device under reset" Einen Bootloader habe ich nicht benötigt. (Ging mit stm32g431 und G474)
> in denen ein externer Pullup an Reset für anspruchsvollere Umgebungen > empfohlen wird. Yep, das kann gelegentlich sehr sinnvoll sein. Es kann aber auch schon mal Probleme machen wenn der Debugger die Resetleitung benutzt. Ob er das tut wissen wir aber nicht, wir wissen ja noch nichtmal welcher Debugger es nicht tut. Eigentlich hilft nur Kaffesatz oder Hamstergedaerme. Vanye
Vanye R. schrieb: >> in denen ein externer Pullup an Reset für anspruchsvollere Umgebungen >> empfohlen wird. > > Yep, das kann gelegentlich sehr sinnvoll sein. Es kann aber auch > schon mal Probleme machen wenn der Debugger die Resetleitung > benutzt. Aber nicht bei 10k. Aber nicht jeder Debugger nutzt Reset. Gerade bei ST-Link clones ist die oft nicht rausgeführt. In diesem Fall löst die Einstellung "Software Reset" das Probelem.
Vanye R. schrieb: > wir wissen ja > noch nichtmal welcher Debugger es nicht tut. Ja richtig. Da fällt mir ein, dass auch unbekannt ist, mit welcher software getestet wurde. Ich hatte damals immer die texane Lösung, die mit allen STMs spielte. Mit der G Serie aber nicht mehr. Dann habe ich die Programmer Software von STM benutzt. Das ging. So etwas kann es auch sein. Mir fehlt die Glaskugel.
Andreas B. schrieb: > Sind die > aus ZUVERLÄSSIGER Quelle und wirklich nicht "gebraucht"? Digikey - neu. OT: Dieser uC wurde aus einem Grund gewählt: Verfügbar bei einer verlässlichen Quelle Bez. des 10k Pullup sehe ich wiedersprüchliche Kommentare. Ist nun der 10k Pullup/ Kondensator evtl ein Problem? Kann ein zuschneller anstieg der Resetspannung zu problemen führen? Evtl. ein grösserer Kondensator? Der Programmer ist ein China müll/fake, nur SCK, SWD und GND verbunden. Er funktioniert mit anderen STM32.
Max M. schrieb: > Der Programmer ist ein China müll/fake, nur SCK, SWD und GND verbunden. > Er funktioniert mit anderen STM32. Also hast du auf "Software Reset" gestellt oder nicht?
Max M. schrieb: > Der Programmer ist ein China müll/fake, nur SCK, SWD und GND verbunden. > Er funktioniert mit anderen STM32. Vielleicht ist es das. Damals musste ich auch ein firmware update des programmers machen, damit das mit der G Serie funktioniert. Das war eine Programmer eines nucleo boards (V2.0).
Cyblord -. schrieb: > Also hast du auf "Software Reset" gestellt oder nicht? Nicht 100% sicher ob ich verstanden habe was du meinst. Hatte im Cube connect under reset drin, und gerade nochmals mit debug config software system reset probiert: Error in initializing ST-LINK device. Reason: No device found on target. Bei anderen STM32 hats aber auch under connect under reset funktioniert, obwohl diese im laufenden Betrieb waren (?) Sollte SWD auch gehen im Reset? Also wenn ich testweise Pin 7 mit GND verbinde?
:
Bearbeitet durch User
Max M. schrieb: > Nicht 100% sicher ob ich verstanden habe was du meinst. Das ist Schade. Es gibt 3 Modi. So kompliziert ist das nicht. Bei einer neuen Schaltung gehe ich immer erst mal mit dem STM32CubeProgrammer drauf um zu sehen ob der Controller ansprechbar ist. Da hast man alle Einstellungen auf einen Blick. Was du machst weiß man nicht, weil du so total Easy von "im Cube" redest. Also echt lässig und so aber bekommst nix gebacken. Drück dich mal deutlich aus wo du was machst.
Cyblord -. schrieb: > Drück dich > mal deutlich aus wo du was machst. Entschuldige. Siehe screenshot. Dort reset behaviour. Programmer FW ist: V2J40S7
:
Bearbeitet durch User
"Connect under reset" sollte IMO nur dann korrekt funktionieren wenn man die Reset Leitung rausgeführt hat. Darum würde ich das auf "Software Reset" umstellen. Aber nochmal: Teste doch erst mal mit dem STM32CubeProgrammer.
Cyblord -. schrieb: > Aber nochmal: Teste doch erst mal mit dem STM32CubeProgrammer. No STM32 Target found. Mit identischen Einstellungen findet er einen F1
Max M. schrieb: > Cyblord -. schrieb: >> Aber nochmal: Teste doch erst mal mit dem STM32CubeProgrammer. > > No STM32 Target found. Mit identischen Einstellungen findet er einen F1 Wird einfach ein Pinning Problem sein. Oder STM hat keine Versorgungsspannung.
Max M. schrieb: > Bez. des 10k Pullup sehe ich wiedersprüchliche Kommentare. Ist nun der > 10k Pullup/ Kondensator evtl ein Problem? Ziemlich sicher nicht, ich hab selbst schon unzählige 10K / 100n Kombinationen problemlos betrieben. Max M. schrieb: > Der Programmer ist ein China müll/fake, nur SCK, SWD und GND verbunden. > Er funktioniert mit anderen STM32. Ich verstehe das einfach nicht, das Thema kommt ständig auf. Da kaufen sich Leute für 3$ was bei Ali und haben ständig Stress damit, statt einfach ein Nucleo Board für (mittlerweile leider) 15€ zu kaufen, da hat man einen Controller, mit dem man spielen kann und noch einen ST-Link mit dabei, bei den neueren sogar einen V3. Für sehr neuere Generationen ist da oft ein Firmware Update nötig, was bei den China Klonen in der Regel nicht geht. Ansonsten prüfe mal, ob der Controller wirklich an allen Pins Spannung hat und ob auch alle Pins sauber gelötet sind.
Kevin M. schrieb: > Ich verstehe das einfach nicht, das Thema kommt ständig auf. Da kaufen > sich Leute für 3$ was bei Ali und haben ständig Stress damit, statt > einfach ein Nucleo Board für (mittlerweile leider) 15€ zu kaufen, da hat > man einen Controller, mit dem man spielen kann und noch einen ST-Link > mit dabei, bei den neueren sogar einen V3. Aber so ist es nicht. Die Clones funktionieren top. Es liegt einfach nie am Clone. Natürlich spart man sich mit einem Nucleo auch die Verkabelung. Aber irgendwann muss man den Schritt machen und einen externen ST-Link verwenden. Es liegt also eher daran, als an Clone oder Original.
:
Bearbeitet durch User
Cyblord -. schrieb: > Aber irgendwann muss man den Schritt machen und einen externen ST-Link > verwenden. Wieso die meisten meiner externen Boards programmiere ich mit einem Nucleo was gerade fünfliegt. Das SWD Interface ist ja rausgeführt.
Kevin M. schrieb: > Cyblord -. schrieb: >> Aber irgendwann muss man den Schritt machen und einen externen ST-Link >> verwenden. > > Wieso die meisten meiner externen Boards programmiere ich mit einem > Nucleo was gerade fünfliegt. Das SWD Interface ist ja rausgeführt. Ist dann aber auch kein Unterschied mehr zu einem externen Programmer. Ein ST-Link v2 mit ordentlichem Gehäuse wäre mir lieber als ein rumfliegende Nucleo Board. Das ist aber Geschmacksache und löst keines der Probleme des TE.
Kevin M. schrieb: > Für sehr neuere Generationen ist da oft ein Firmware Update nötig, was > bei den China Klonen in der Regel nicht geht. Man sieht: Du hast keine Ahnung aber viel Meinung. Selbst die 6 EUR China Clones lassen sich Updaten.
Cyblord -. schrieb: > Man sieht: Du hast keine Ahnung aber viel Meinung. Selbst die 6 EUR > China Clones lassen sich Updaten. Wenn du das sagst. :) In der Regel bedeutet soweit ich weiß nicht das es garnicht geht. Abgesehen davon ist meine Zeit teuer und ich benutze dann lieber etwas, das funktioniert. Wenn das bei dir nicht so ist dann ist das ok, aber behalt es einfach für dich.
Kevin M. schrieb: > Für sehr neuere Generationen ist da oft ein Firmware Update nötig, was > bei den China Klonen in der Regel nicht geht. Bisher konnte ich keine ST-Link v2 Sticks mit dem STM32 ST-Link Utility und dem Cube Programmer immer problemlos upgraden. Kevin M. schrieb: > Abgesehen davon ist meine Zeit teuer und ich benutze dann lieber etwas, > das funktioniert. Die Klone funktionieren bekanntermaßen.
Bitte Stefan verschone mich mit deiner Meinung und deinem vermeintlichen wissen. Ich habe nicht gesagt das es gar nicht geht ich habe nur gesagt, das ich mir das nicht freiwillig antun würde. Ich kaufe aber auch keine 10€ 800W DC/DC Wandler in China und weine dann wenn sie ab rauchen.
Kevin M. schrieb: > Cyblord -. schrieb: >> Man sieht: Du hast keine Ahnung aber viel Meinung. Selbst die 6 EUR >> China Clones lassen sich Updaten. > > Wenn du das sagst. :) > > In der Regel bedeutet soweit ich weiß nicht das es garnicht geht. > Abgesehen davon ist meine Zeit teuer und ich benutze dann lieber etwas, > das funktioniert. Wenn das bei dir nicht so ist dann ist das ok, aber > behalt es einfach für dich. Ich kann mich Cyblord nur anschließen. Du hast viel Meinung aber offensichtlich keine Ahnung, was perfekt zu deinem Nickname passt. Ich hab min. nen halbes Dutzend dieser billigen China-Clone, die alle ausnahmslos funktionieren.
:
Bearbeitet durch User
Harry L. schrieb: > Ich kann mich Cyblord nur anschließen. Ich dachte keine Ahnung und viel Meinung zu haben gehört in diesem Forum zur Grundvoraussetzung? Und ja ich hab was gegen den ganzen China Mist der sofort in Flammen aufgeht wenn man ihn schief anschaut. Ohne das Zeug hätten wir schon mal ein gutes Stück weniger eWaste.
Harry L. schrieb: > halbes Dutzend dieser billigen China-Clone Vorbereitung für deren Ausfall? Kevin M. schrieb: > Ansonsten prüfe mal, ob der Controller wirklich an allen Pins Spannung > hat und ob auch alle Pins sauber gelötet sind. Scheint so zu sein, nun gelötet habe ich ihn selbst. Hatte dies auch im Verdacht daher noch einen 2. bestückt, beide lassen sicht nicht programieren. Bin nicht besonders geschickt im Löten aber TQFP-48 sollte eigentlich problemlos sein. Sieht relativ sauber aus, thermisch zerstört? - evtl. da 360C Lötkolben... Kurzschluss kann ich ausschliessen. Meines wissens sind die 3.3V und GND untereinander auch verbunden und ich vermute mal SWD sollte auch funktionieren wenn nur 1 3.3V sowie GND verbunden sind - jemand Erfahrung ??? Naja werde das zeugs wohl ein paar tage in die Ecke stellen. Irgendwie habe ich allmälich Hals.
Max M. schrieb: > Meines wissens sind die 3.3V und GND > untereinander auch verbunden und ich vermute mal SWD sollte auch > funktionieren wenn nur 1 3.3V sowie GND verbunden sind Eher nicht, zumindest ist es "illegal", also völlig undefiniert. Sowas wie "max. 50mV" schreibt doch niemand gaudihalber ins Datenblatt. Max M. schrieb: > Sollte SWD auch gehen im Reset? Also wenn ich testweise Pin 7 mit GND > verbinde? Probier das mal. Das sollte auf jeden Fall funktionieren, sonst könnte man kein Programm debuggen, das die SWD-Pins als GPIO benutzt. Zumindest sollte der Debugger eine Verbindung bekommen. Ich glaube aber nicht, dass es danach weiter geht, weil der Debugger in diesem Fall den NRST nicht selbst steuern kann.
Max M. schrieb: > Was habe ich übersehen? Nach dem Verlauf des ganzen Threads gibt es für mich nur eine Erklärung: deine Schaltung und/oder dein Aufbau sind/ist einfach scheisse. Vermutlich auch deswegen willst du uns auch beides nicht zeigen. Zitat eines Users aus vergangenen Zeiten: "Die Schaltung habe ich überprüft, es ist kein Fehler vorhanden." Ja, dann braucht es diesen Thread ja nicht mehr. Max M. schrieb: > Kurzschluss kann ich ausschliessen. Meines wissens sind die 3.3V und GND > untereinander auch verbunden und ich vermute mal SWD sollte auch > funktionieren wenn nur 1 3.3V sowie GND verbunden sind Da schrillen bei mir die Alarmglocken und es kommt eine mögliche Diskrepanz auf, zu der Aussage: Max M. schrieb: > Pin 47, 45, 35, 23,19 GND > Pin 48, 36, 24, 21, 1 +3.3V Sind nun alle Pins extern auf Masse bzw. 3.3 V oder nicht? Hat alles keinen Sinn. Offenbare deine Arbeit ganz, dann lässt sich darüber deutlich besser reden.
Wastl schrieb: > Nach dem Verlauf des ganzen Threads gibt es für mich nur eine > Erklärung: deine Schaltung und/oder dein Aufbau sind/ist > einfach scheisse. Ja korrekt. Es hilft auch, bei einer neuen Inbetriebnahme, den Strom im Auge zu behalten. Hat man mehr oder weniger nur den Controller am laufen, sollten da ein paar mA gezogen werden. Dann passt alles. Ist es nahe 0 oder gar zwei- bis dreistellig stimmt was ganz und gar nicht.
:
Bearbeitet durch User
Wastl schrieb: > Nach dem Verlauf des ganzen Threads gibt es für mich nur eine > Erklärung: deine Schaltung und/oder dein Aufbau sind/ist > einfach scheisse. Siehe Anhang, PCB DRC geht mit rules des PCB Herstellers fehlerfrei durch. OT: @ Mod, Admin etc. ich bin TO, bin aktuell an anderem Standort ohne zugang zu orrig acc. daher neu. OT2: @ Mod, Admin etc. Bitte Whitelistet die VPN IPs, ACCzwang nerft. Und zwingt mich theoretisch hiermit gegen die Nutzungsbedingungen zu verstossen (2 ACC).
Max M. schrieb: > Siehe Anhang, PCB DRC geht mit rules des PCB Herstellers fehlerfrei > durch. Originell ... Was hat dieser Schaltplan denn mit der Realität gemein?
Andreas B. schrieb: > Max M. schrieb: >> Siehe Anhang, PCB DRC geht mit rules des PCB Herstellers fehlerfrei >> durch. > > Originell ... Was hat dieser Schaltplan denn mit der Realität gemein? Sehr viel! Nun das PCB ist anhand diesem und wenn dort ein Fehler wäre gäbe es ein DRC Error. Des weiteren habe ich an den Chippins alle 3 GND/VCC sowie SWD und SCK geprüft - alle haben verbindung- und zu nachbar kein kurzschluss. Wastl schrieb: > Sind nun alle Pins extern auf Masse bzw. 3.3 V oder nicht? Ja sind sie, siehe schema. Die spekulation obs auch mit weniger gehen würde kommt nur daher, falls ein Lötfehler bestehen würde. 3.3V sind vom programer gespiesen und stehen an.
Max M. schrieb: > gäbe es ein DRC Error. Des weiteren habe ich an den Chippins alle 3 > GND/VCC sowie SWD und SCK geprüft - alle haben verbindung- und zu > nachbar kein kurzschluss. Aha! Das ist schon mal viel besser als die "Theorie". Beim G431 48-pol. zähle ich allerdings 4 GND und 4 VCC Pins (inkl. VBAT), nicht jeweils 3. Und lt. Schaltplan ist z. B. VBAT nicht angeschlossen. Orientierung? Die G4-er, die ich vorliegen habe, haben zwei "Löcher" diagonal gegenüber, die Pin 1 Markierung ist die links unten, wenn man die Aufschrift aufrecht lesen kann?! Und "Der SWD Adabter" ist genau welcher? Welche Software dazu und wie sieht die Fehlermeldung nun genau aus? Stromaufnahme gemessen?
Andreas B. schrieb: > 4 GND und 4 VCC Pins (inkl. VBAT), nicht jeweils 3. wird Vbatt sowie VSSA für SWD benötigt? Anyway ja VSSA ist auf GND und Vbat ist versorgt (obwohl auf diesem Schemateil nicht ersichtlich). Ich konnte nun zufälligerweise eine Verbindung aufbauen, das problem scheint das PCB zu sein (?!). SWD sowie SCK werden über Layer2 zu dem header geführt. Die verbindung konnte ich aufauen wenn ich den header seitlich drücke. Sehr seltsam pcbs sind eigentlich 100% etest, und beide haben den Fehler (nur 1 geht durch drücken). Auf dem Gerber ist keine design rule violation. (china PCB...)
Max M. schrieb: > das problem > scheint das PCB zu sein (?!). Fang doch bitte einmal an, den Fehler bei dir zu suchen! Nimm eine gute Lupe und sieh dir an, wo du schlecht gelötet hast.
Frank Q. schrieb: > Nimm eine gute Lupe und sieh dir an, wo du schlecht gelötet hast. Also für einen 100mil header lötung zu prüfen braucht man noch keine Lupe. - sind sauber. Und mir ist ebenfalls unklar wie man hierbei eine schlechte Lötstelle hinbekommen soll. TQFP Löten ja schwierig, 100mil header Löten - wie soll das bitte schiefgehen?
:
Bearbeitet durch User
Max M. schrieb: > 100mil header Löten - wie soll das bitte schiefgehen? Natürlich der Stecker selbst bzw. das windige Gegenstück am windigen Kabel zum Programmiergerät.
Max M. schrieb: > Ich konnte nun zufälligerweise eine Verbindung aufbauen, das problem > scheint das PCB zu sein (?!). SWD sowie SCK werden über Layer2 zu dem > header geführt. Die verbindung konnte ich aufauen wenn ich den header > seitlich drücke. Das würde man beim "durchklingeln" oder mit Oszi an SWCLK bzw. SWDIO direkt am Chip doch sofort sehen?
Andreas B. schrieb: > Max M. schrieb: >> Ich konnte nun zufälligerweise eine Verbindung aufbauen, das problem >> scheint das PCB zu sein (?!). SWD sowie SCK werden über Layer2 zu dem >> header geführt. Die verbindung konnte ich aufauen wenn ich den header >> seitlich drücke. > > Das würde man beim "durchklingeln" oder mit Oszi an SWCLK bzw. SWDIO > direkt am Chip doch sofort sehen? ja sieht man nun auch, habe ich aber damals nicht gesehen da mit der probe an den pin gedrückt.
Max M. schrieb: > 3.3V sind vom programer gespiesen und stehen an. Das funktioniert bei meinen China Teilen nicht zuverlässig. (ST-Link v2 Klon Stick, Bluepill Board, 15cm Dupont Kabel) Ich denke, es liegt hauptsächlich an den Kabeln. Kontrolliere mit einem Ozsilloskop, ob du wirklich stabile 3,3V hast oder versorge die Platine mit einem Netzteil
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.