SIMCOM 900 hängt sich nach 1 Minute auf

[Tom C. (tomcat_exe)]

Hallo,

ich poste hier als Softwareentwickler mit halbem Elektronikerwissen.
Es geht um mein SIMCOM 900 Modul, dass ich per ARM Coretex ansteuern 
möchte. Die Befehle werden über die USART Schnittstelle per 
(AT-Commands). Auf dem Arm kommt das FreeRTOS zum Einsatz. Nun zu meinem 
Problem.

Nach erfolgreicher Initialisierung der UART und der Erstkommunikation 
mit dem SIMCOM 900 Modul, bekomme ich nach ca. 1 Minute keinerlei 
Antwort von dem Modul bis ich einen Hardware reset durchführe

Folgende Befehle setze ich momentan in einem Task ein, der sich alle 10 
Sekunden wiederholt

gsm.http_sendCommand(&at_parser,"AT","AT",timeout);
gsm.http_sendCommand(&at_parser,"AT+CSCLK=0","OK",timeout);
gsm.http_sendCommand(&at_parser,"AT+IFC=1, 1","OK",timeout);
gsm.http_sendCommand(&at_parser,"AT+CREG?","+CREG:",timeout);
gsm.http_sendCommand(&at_parser,"AT+CSQ","+CSQ: ",timeout);

Dabei ist der erste Parameter der Parser für die AT Kommandos, der 
zweiten Parameter ist der AT Befehl, und der dritte die erwartete 
Antwort. Zuletzt wird noch ein Timeout mitgegen wie lange maximal 
gewartet wird.

Es ist immer schön zu sehen, dass nach eine Zeit von ca. 1 Minute 
irgendwann keinerlei Zeichen mehr versendet oder Empfangen werden.

Hat jemand vielleicht eine Idee für mich?

Vielen Dank im Voraus

[Hyperterm (Gast)]

Versuchs mal mit nem terminalprogramm wie Putty..
Dan bekommst Du ggf. etwas mehr Feedback.

[Tom C. (tomcat_exe)]

Hi Hyperterm,

danke dir für deinen Ratschlag. Putty hatte ich noch nicht dran, jedoch 
konnte ich folgendes feststellen, dass sobald ich

AT+CREG?

weglasse, es problemlos durchläuft. Über die erweiterter Fehlermeldug 
hatte ich schon per Debug rausbekommen, dass meine SIM nicht für GPRS 
freigeschaltet ist. Jedoch wundere ich mich, warum gerade CREG da so ein 
Problem macht. Zumals es in einer Schleife die ersten 2-3 Mal läuft, 
dann aber eben irgendwann das GSM Modul nichts mehr annimmt.

Hatte auch versucht über die Software-Flow Controll zu loggen, ob das 
Device einen Sendestop schickt, weil es mit den Daten nicht 
hinterherkommt. Dem ist aber nicht so.

[Mario M. (thelonging)]

90 Prozent der Probleme mit GSM-Modulen haben ihre Ursache in 
mangelhafter Stromversorgung.

[Tom C. (tomcat_exe)]

Hallo Mario,

ich werde mal mit einem Multimeter nachmessen.

Vielen Dank für den Tipp!

[Mario M. (thelonging)]

Da musst Du wohl eher mit dem Oszilloskop gucken. Die Stromspitzen 
dauern nur Sekundenbruchteile, erreichen aber eine Höhe von bis zu 2A. 
Da ist ein Elko direkt am Modul Pflicht und Breadboards sind ein No-Go!