Datei auf FTP per GSM-Modul GC864 Telit, C++

Danke für die Antwort! Jetzt im Nachhinein leuchtet mir das auch ein, 
dass man Binärdateien nicht in ein Char-Array packen kann.

Ich habe das jetzt ein wenig umgeschrieben und es hat auch geklappt, 
dass ich eine kleine Bilddatei per GSM Modul auf einen FTP Server senden 
und lesen konnte.
Statt des "char bufferAr[]={0};" benutze ich jetzt direkt den buffer und 
dessen Größe. Hier die Änderungen:

1

  gsmFTPupBin(buffer, lSize);

gibt es an:

1

void gsmFTPupBin(byte * fstream, long lsize)

2

{  

3

  commandRS232("AT");

4

  //....

5

  binRS232(fstream, lsize);    //Datei binär an RS232 übergeben

6

}

gibt es an:

1

void binRS232(byte* fileStream, long lsize)

2

{

3

  WriteFile(hComPort, fileStream, (DWORD)lsize, &len, NULL);

4

...

5

}

Seltsamerweise funktionierte es plötzlich wieder nicht mehr. Ich habe 
seitdem das Problem, dass er die Datei zum lesen und versenden auf 
meiner Festplatte nicht mehr öffnen kann.

1

  pFile = fopen ( "c:\bild.jpg" , "rb" );

2

  if (pFile==NULL) {fputs ("Fehler beim Oeffnen der Datei!\n\n",stderr); exit (1);}

Hat jemand vielleicht einen Tip, woran das liegen könnte? Die Datei 
existiert jedenfalls an genau dieser Stelle mit genau diesem Namen und 
ist nicht schreibgeschützt (wobei das beim Lesen eh egal sein müsste). 
Danke!

...ok, ich habs selbst herausgefunden. Ich hatte natürlich keinen 
doppelten Backslash im Dateipfad! Sorry für diese "dumme" Frage. Aber 
manchmal sieht man eben den Wald vor lauter Bäumen nicht.

Hallo!

So, nachdem ich jetzt wieder einige Tage vergeblich damit verbracht habe 
größere Dateien über das GSM-Modul zu senden, wende ich mich 
(hoffnungsvoll!!) an euch.

Ich kann momentan:
- eine kleine Bilddatei mit ca. 2 kB auf einen FTP-Server senden und 
diese darauf anschließend öffnen. freu

Probleme:
- Größere Dateien lassen sich nicht übertragen. Einmal funktionierte 
eine ca. 50 kB - Datei, mittlerweile nur noch bis ca. 12 kB. Ziel ist es 
jedoch beliebig große Dateien bis einige MB (evtl. sogar bis einige 100 
MB) zu übertragen. Das Modul/Programm hängt sich beim senden jedes Mal 
auf.
- Das GSM-Modul hängt sich dabei (bzw. anschließend) auf. Laut 
AT-Befehle sollte man als "Ende-Zeichen" "+++" senden. Funktioniert 
jedoch nicht, es reagiert einfach nicht bzw. schreibt "+++" zusätzlich 
in die Datei (ans Ende). Ich muss das GSM-Modul anschließend reseten.

Habt ihr Ideen zu meinem Code, was ich ändern könnte? Muss ich die Datei 
"gestückelt", also mit Schleife in kleineren Blöcken nacheinander 
übermitteln? Kann es daran liegen, dass das Array der Antwort von 
ReadFile() zu klein ist?

hier mal der Code der Übertragungsfunktion:

1

void binRS232(byte* fileStream, long lSize)

2

{

3

  char fresult[1024] = {0};  //Größe festlegen? 1024? mehr für lange Antworten?

4

5

  DWORD len = 0;

6

  WriteFile(hComPort, fileStream, (DWORD)lSize, &len, NULL);

7

8

  Sleep(2000);

9

10

  len = 0;

11

  ReadFile(hComPort, fresult, 1024, &len, NULL);

12

  printf("%s\n", fresult);

13

}

und die FTP-Funktion:

1

void gsmFTPupBin(byte * fstream, long lSize)

2

{  

3

  //...

4

5

  commandRS232("AT#SGACT=1,1,\"fonic\",\"gprs\"");

6

  commandRS232("AT#FTPOPEN= ... ");     

7

  Sleep(10000);    //langes warten, da Verbindungsaufbau teils sehr laange dauert

8

9

  commandRS232("AT#FTPTYPE=0");    //binary format

10

  commandRS232("AT#FTPPUT=\"bild2.jpg\"");

11

12

  Sleep(2000);

13

14

  binRS232(fstream, lSize);    //Datei binär an RS232 übergeben

15

16

  Sleep(1000);

17

18

  commandRS232("+++");    //Escape Sequence zum beenden der Verbindung

19

20

  printf("\nDatei erfolgreich auf FTP-Server uebertragen!\n\n");

21

22

  //commandRS232("AT#FTPCLOSE");  //FTP-Verbindung schließen

23

  //commandRS232("AT#SGACT=1,0");  //GPRS-Kontext deaktivieren

24

}

Danke!
Frank

Vor einer ganzen Weile mit Telit-Modulen gearbeitet (Vorvorgänger des 
genannten). Seinerzeit hatten Anfangs die FTP-Kommandos im Grunde 
garnicht funktioniert, was aber durch Firmware-Updates stetig 
nachgebessert wurde. Da damals wenig Zeit auf Korrekturen zu warten, bin 
ich auf Dateiübertragung nach RFC 1867 ausgewichen. Egal, Schnee von 
gestern. Ist die Flusskontrolle für PC-Schnittstelle eingeschaltet. 
Zumindest mit den älteren Modellen war Hardware-Flusskontrolle (RTC/CTS) 
obligatorisch, sobald die Geräte in den Data-Mode gegangen sind. Im 
Zweifel im Programm explizit über SetCommState machen. Da das Gerät bei 
RoSo gekauft wurde: schon in deren Support-Forum (so es das noch gibt) 
gefragt? Anfragen direkt an DAI (so die den noch so heißen) wurden 
seinerzeit auch beantwortet.