Arduino 328P Resettet sich bei Programmstelle

Chris J. Gast #5666903
Lesenswert?
• ▲
▼ 
Hallo,

ich befasse mich mal wieder mit dem AVR nach langer Zrit, eine 
Umstellung wenn man vom STM32 kommt.

Da kein richtiges JTAG Debugging möglich ist ist es schwer 
Programabstürze einzukreisen, vor allem wenn sie hier mit dem 
Verschicken von sms erzeugt werden. Nach dem versenden der sms "aus dem 
RAM", resettet sich der 328P. Die Routine kann mit PROGMEN Inhalten 
befüllt werden aber eben auch mit RAM.

Im DebugMode, wo keine sms verschickt wird, sondern nur der Inhalt per 
debugln() dargestellt wird resettet er sich nicht.

Wenn ich mich recht erinnere kommt dieser Reset gerne vor, wenn das RAM 
knapp wird oder der Stack in den RAM rein läuft. Den WDT habe ich auf 
eine ISR umgelegt.

Wie könnte ich es festellen, ob
int SIM800_SendSMS(const char* text,int mode)
SIM800_CheckForSMS()

und dann noch sprintf vielleicht zu viel RAM brauchen? Die sind ja 
abhängig voneinander.  Die Ausgabe beim Kompilieren sagt mir

954 global
1500 für lokale Variablen frei.

Hat das schon mal jemand gehabt und es gelöst?

Gruss,
Christian


1
  else if (strstr(buf,"info"))

2
  {

3
    char tm[6];

4
    if (flags.AlarmEnable)  strcpy(tm,"ON");

5
    else           strcpy(tm,"OFF");

6
    sprintf(buf,"Mode: %d\rAlarm: %s\rCelsius: %d Grad\rBatterie: %02u%%",modus,tm,(int)Temperature,BattProzent);

7
    SIM800_SendSMS(buf,RAM);

8
  }

1
 /* Kopiert einen Text aus dem Flash ins Ram */

2
void ReadFromFlash(char* target, const char* source)

3
{

4
  for (word k = 0; k < strlen_P(source);k++) {

5
    *(target + k)    = pgm_read_byte_near(source + k);

6
    *(target + k + 1) = '\0';  /* NUL Terminieren */

7
  }

8
}


  


      

      Angehängte Dateien:


      

    




  

    Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
  








      

      





      

      



  

    

      Carl D.
      

    



    

    
    #5666940
  




  

  Lesenswert?
  

  •
  
  ▲  
  

  ▼  
  		
  

  


  

      
Hab mal das Attachment angeschaut. Wenn man so lange Funktionen hat und 
all lokalen Variablen auf dem albernsten Scope (innerhalb der Funktion) 
hat, dann braucht man max. Stack. Wenn die Debug-Puffer nicht mehr 
benötigt werden, dann sollte man die nicht länger existieren lassen. Der 
Trick sind die geschweiften Klammern. So wie geschrieben, braucht das 
SMS-Senden 256+128+256+Kleinzeug Bytes an Stack.

  





  

    Antwort Zitieren Bearbeiten Löschen Beitrag melden
  








      

      



  

    

      Chris J.

    

      Gast


    

    
    #5666991
  




  

  Lesenswert?
  

  •
  
  ▲  
  

  ▼  
  		
  

  


  

      
Carl D. schrieb:
> Sicher daß ihm nicht das GSM-Teil einfach nur den Strom unter dem
> Hintern wegzieht?

Nee, das ist mit 4700uf+100nf direkt über dem GSM schon sauber, 200mW 
zieht er maximal nur runter.

Debug hat keine Puffer, die Puffer brauche ich nur für die Strings. 
sprintf dürfte sicherlich aber auch einiges brauchen. Es stürtzt ja nur 
da ab, alles andere läuft einwandfrei.

Wie ginge es denn noch? Die Funktionen entschachteln, zb mit Flags? 
Malloc?
Wichtig wäre mir zu klären, ob das überhaupt die Ursache ist aber wenn 
man nur ein printf als Ausgabe hat, dann kann man das schlecht 
einkreisen.

Christian

  





  

    Antwort Zitieren Bearbeiten Löschen Beitrag melden
  








      

      





      

      



  

    

      Chris J.

    

      Gast


    

    
    #5667035
  




  

  Lesenswert?
  

  •
  
  ▲  
  

  ▼  
  		
  

  


  

      
Joachim B. schrieb:
> Chris J. schrieb:
>> ....die Puffer brauche ich nur für die Strings.
>> sprintf dürfte sicherlich aber auch einiges brauchen. Es stürtzt ja nur
>> da ab, alles andere läuft einwandfrei.
>
> aus dem flash oder aus dem SRAM?
>
> nutzt du progmem für die Strings und PSTR()?

Yupp..... daher muss ich auch unterscheiden wo was her kommt

1
const char flash_sms_empty[]    PROGMEM = "Batterie leer! Powerdown!";

2
const char flash_admin[]        PROGMEM = "Admin OK";

3
const char flash_sysdown[]      PROGMEM = "Shutdown!";


Zum Auslesen ins RAM

1
 /* Kopiert einen Text aus dem Flash ins Ram */

2
void ReadFromFlash(char* target, const char* source)

3
{

4
  for (word k = 0; k < strlen_P(source);k++) {

5
    *(target + k)    = pgm_read_byte_near(source + k);

6
    *(target + k + 1) = '\0';  /* NUL Terminieren */

7
  }

8
}


  





  

    Antwort Zitieren Bearbeiten Löschen Beitrag melden
  








      

      





      

      



  

    

      Chris J.

    

      Gast


    

    
    #5667049
  




  

  Lesenswert?
  

  •
  
  ▲  
  

  ▼  
  		
  

  


  

      
Jim M. schrieb:
> Wenn anderer Code ähnlich aussieht, würde ich hier auf Stack Overflow
> tippen.

Kann man das irgendwie nachweisen? Ich meine je größer das Programm 
wird, desto enger ist man an den Grenzen und weiss nie ob man sie 
erreicht hat oder knapp verfehlt.

  





  

    Antwort Zitieren Bearbeiten Löschen Beitrag melden
  








      

      





      

      





      

      





      

      



  

    

      Christian J.

    

      Gast


    

    
    #5667605
  




  

  Lesenswert?
  

  •
  
  ▲  
  

  ▼  
  		
  

  


  

      
Blöde Autoergänzung...

also nochmal: Scheinbar ist es nicht möglich das zur Kompilierzeit raus 
zu kriegen, sondern nur abzuschätzen oder eben genau zu zählen. In 
diversen Foren wird davon abgeraten den heap zu benutzen, zudem ich 
nicht weiss wie gross dieser überhaupt ist. Kann man ja einstellen in 
der Linker Datei.

Somit bleibt es beim Ausprobieren und hoffen.....

Gruss,
Christian

  





  

    Antwort Zitieren Bearbeiten Löschen Beitrag melden
  









    

    

    

       Thread beobachten


    

    
        


Antwort schreiben











  


    
    
      

    
    
    

      

        Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die
        ursprüngliche Frage antworten, für neue Fragen einen
        neuen Beitrag erstellen.
      


    



    

    

      
      
      
      

  Formatierung
  
    
    
  • [c]C-Code[/c]
    • 
      
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
    • 
      
  • [math]Formel in LaTeX-Syntax[/math]
    • 
      
  • [[Titel]] – Link zu einem Artikel
    • 
      
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen
    • 
  

  
Mehr zur Formatierung




    



    

      
      

      

        Längeren Sourcecode als Anhang, nicht in den Text.
        JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF.
        Siehe Bildformate.
      


      
    
        
      


      

      

    


      

        

          
Dein Name und deine E-Mail-Adresse

          
Schon registriert?
            Anmelden

        


        

          
          
          
        


        

          
          
          
          
Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

        


      


        




    
Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.