STM32G474. STM32CubeIde, Debugger verliert Kontakt

[Uli N. (uln)]

ein weiteres Problem, dass ich habe - ich kann mit dem Debugger (STLINK 
V3mini) mit F5/F6 ohn Probleme mein Programm durchgehen, sobald ich aber 
auf "Run" klicke, um etwa das Auflaufen des Programms auf einen 
Breakpoint abzuwarten, verliert der Debugger den Kontakt zum Board.

Arbeite ich da mit irgendwelchen falschen Einstellungen?

[Εrnst B. (ernst)]

Kannst du wirklich durch die ganze Initialisierung im Einzelschritt 
durchsteppen, oder nur bis zu der Stelle wo du PA13 oder PA14 als GPIO 
konfigurierst?

[Uli N. (uln)]

Ich kann durchsteppen bis zur Endlosschleife und
dort sogar CAN Nachrichten, die über Interrupt reinkommen,
verarbeiten und beantworten.

Ich meine, an der Default-configuration von PA13 und PA14 nichts zu 
verändern.

  //  usage:
  //      inp_00  pp_0   ls_00  no_00  af_0000 
  //      out_01  od_1   ms_01  pu_01     :                                
  //      alt_10         hs_10  pd_10     :
  //      ana_11         vh_11         af_1111
  // bit   mode   type   speed   pull   a_func  oreg  description
  // --------------------------------------------------------------------------- 
  // 15   alt_10  pp_0   ls_00  pu_01  af_0000    0  51 JTDI 
  // 14   alt_10  pp_0   ls_00  pd_10  af_0000    0  50 JCLK
  // 13   alt_10  pp_0   vh_11  pu_01  af_0000    0  49 JTMS
  // 12   alt_10  pp_0   ms_01  no_00  af_1001    1  46 /CAN-TX
  // ---------------------------------------------------------------------------
  // 11   alt_10  pp_0   ls_00  no_00  af_1001    0  45 /CAN-RX
  // 10   ana_11  pp_0   ls_00  no_00  af_0000    0  44
  //  9   ana_11  pp_0   ls_00  no_00  af_0000    0  43
  //  8   ana_11  pp_0   ls_00  no_00  af_0000    0  42
  // ---------------------------------------------------------------------------
  //  7   ana_11  pp_0   ls_00  no_00  af_0000    0  21
  //  6   ana_11  pp_0   ls_00  no_00  af_0000    0  20
  //  5   ana_11  pp_0   ls_00  no_00  af_0000    0  19
  //  4   inp_00  pp_0   ls_00  no_00  af_0000    0  18 /Opto_IN
  // ---------------------------------------------------------------------------
  //  3   ana_11  pp_0   ls_00  no_00  af_0000    0  17 AN_V12
  //  2   ana_11  pp_0   ls_00  no_00  af_0000    0  14 AN_VL3
  //  1   ana_11  pp_0   ls_00  no_00  af_0000    0  13 AN_VL2
  //  0   ana_11  pp_0   ls_00  no_00  af_0000    0  12 AN_VL1 
  // --------------------------------------------------------------------------- 
  
  // enable GPIO port clock  
  SET_BIT(RCC->AHB2ENR, RCC_AHB2ENR_GPIOAEN);
  GPIOA->ODR     = 0x00001000UL;
  GPIOA->AFR[1]  = 0x00099000UL;
  //GPIOA->AFR[0]  = 0x00000000UL;
  //GPIOA->PUPDR   = 0x64000000UL;
  GPIOA->OSPEEDR = 0x0D000000UL;
  //GPIOA->OTYPER  = 0x00000000UL;
  GPIOA->MODER   = 0xAABFFCFFUL;

[Uli N. (uln)]

Die Frequenz, mit der der Debugger arbeitet, habe ich schon mal 
versuchshalber von auto auf 140kHz (kleinster Wert) gestellt -
das Problem blieb bestehen.

[Uwe B. (Firma: TU Darmstadt) (uwebonnes)]

Typischerweise deuten solche Probleme darauf hin, dass Du entweder die 
JTAG/SWD Pind remapst oder für längere Zeit den Prozessor schlafen 
legst, ohne die entsprechenden DBGMCU Bits zu setzen. Massive 
elektrische Störungen, instabile Versorgungsspannung etc kann natürlich 
auch die Ursache sein.

[Uli N. (uln)]

Eigentlich bin ich mir ziemlich sicher, dass weder eine Remappen, noch 
ein Schlafen schicken passiert und dass sowohl die Spannung stabil ist 
wie auch keine elektrischen Störungen auftreten - auch gehe ich davon 
aus, dass ein
derartiges Problem nicht diese strikte Unterscheidung zwischen 
StepIn/StepOver- und Run-Betrieb machen würden!?

[Uli N. (uln)]

Es ist auch so, dass der Debugger umgehend nach dem Klicken des 
Run-Buttons in die Console

Shutting down...
Exit.

schreibt!

Fällt jemanden etwas bei meinen Debugger-Settings auf?

[Patrick C. (pcrom)]

Wenn ich deine beiden Threads im Forum lese ("Optimierung 
ADC-Genauigkeit" und "Debugger verliert Kontakt") denke ich die 
Problemen werden verursacht durch deine eigene Platine. Wie sieht die 
denn aus ? Hast du viel erfahrung mit Platinenerntwurf ? Wieso denkst du 
mit die eigene Platinen besser Resultaten zu bekommen als mit original 
Nucleo board ?

Nicht Böse gemeint, nur realistisch

Patrick aus die Niederlaende

[Uli N. (uln)]

Ich mach' hier hauptsächlich Software ;-)

Und ich denke aber, dass auch Hardware Design und Layout von guter 
Qualtität sind am Hardware-Design hab' ich mitgearbeitet, das Layout 
wurde außerhalb gemacht.

Nein - das Problem liegt an der Bedienung, hab's gerade rausgefunden ;-) 
- wird Zeit für ein Brille - es gibt das zwei Buttons mit Pfeilung nach 
rechts und der Resume-Button macht das, was ich brauche - Run soll wohl 
so funktionieren!