Arduino Pro Micro - Treiber Problem, oder was sonst?

[basteluwe]

die Zeile
char* info;
alloziert dafür keinen Speicherbereich, du schreibst also Daten ggf irgendwohin ins Speicher-Nirwana - richtiger wäre etwas in der Art wie
char info[30];

"info" ist der String für die RDS-Information, deren Länge unbekannt/variabel ist. Darum hab ich hier char* verwendet statt einer definierten Länge. Die Idee hatte ich von hier: https://www.geeksforgeeks.org/char-v...ing-vs-char-c/

auch die Zeilen
void ServiceName(char *name)
{ info = name; }
tun nicht, was sie wschl sollen, denn man kann einem char* oder char[] cstring nicht mit "=" einen char array (z.B. einen anderen cstring) zuweisen
(außer eine Konstante direkt beim Definieren; tatsächlich weist du hier nur einem Pointer auf eine Speicheradresse einen anderen Pointer auf eine andere Speicheradresse zu)
- richtiger wäre hier
strcpy(info, name); // besser noch: strncpy verwenden!

Liest sich logisch für mich und hab ich gerade ausprobiert:

void ServiceName(char *name)
  //{ info = name; }
  { strcpy(info, name);}

Leider ist dann die RDS-Anzeige leer. Mit {info = name;} läuft es problemlos!?

PS,
auch Zeilen wie
info = "";
odert
if(info == "")
sind aus ähnlichen Gründen syntaktisch nicht korrekt ( das geht mit C++ String und std::string, aber nicht mit ANSI C cstring (char[] arrays).

OK, schau ich mir als Nächstes an.

PPS
wie ServiceName() funktionieren soll (zB. in rds.attachServicenNameCallback(ServiceName) ) verstehe ich allerdings auch nicht, denn du es hast es ja als void definiert, und ich sehe nicht, wo du an ServiceName() überhaupt eine cstring-Variable als Parameter übergibst.

Das kommt aus der verwendeten Library "radio.h". Ich habe die Code-Schnipsel aus dem in der Library enthaltenen Beispiel-Code "SerialRadio.ino" Zeile 177/178 entnommen.

[HaWe]

das mit ausschließlich char* wird trotzdem nicht klappen, und im Originalbeispiel wird ja auch mit einem const string initialisiert, wodurch Speicher reserviert wird (so lang wie der string plus \0):

char* str = "This is GeeksForGeeks";

dies entspricht in etwa
char str[22];
strcpy(str, "This is GeeksForGeeks\0");

ohne dies musst du mem allozieren, sonst schreibst du ins Nirwana.

Bei deinem Code funktioniert es (scheinbar) trotzdem, weil du hier Pointer auf Speicheradressen einander zuweist und keine kompletten arrays kopierst. Das geht, würde ich aber nicht so machen, weil es gefährlich sein kann, sobald du andere "echte" cstrings kopierst. Schlimmstenfalls zerschießt du dir damit deine FW, und das ist genau die Art von Fehlern, die ich hier angesprochen habe: https://www.roboternetz.de/community...l=1#post659541

Dennoch bleibt für mich völlig unklar, wann und wo du in deinem Code die Funktion
void ServiceName(char *name)
irgendwo überhaupt jemals mit einem cstring als Argument aufrufst...?

[basteluwe]

Bei deinem Code funktioniert es (scheinbar) trotzdem, weil du hier Pointer auf Speicheradressen einander zuweist und keine kompletten arrays kopierst. Das geht, würde ich aber nicht so machen, weil es gefährlich sein kann, sobald du andere "echte" cstrings kopierst. Schlimmstenfalls zerschießt du dir damit deine FW, und das ist genau die Art von Fehlern, die ich hier angesprochen habe: https://www.roboternetz.de/community...l=1#post659541

OK, Danke! Ich ändere das dann mal

[basteluwe]

Kurzes Update zum eigentlichen USB-Problem:
Gestern kam das nachbestellte Ersatz-Board an und das ließ sich problemlos programmieren.
Die beiden Pro-Micros sind allerdings NICHT baugleich!
Hier der erste (der beim Programmieren gestorben ist):

Er wurde wie folgt beschrieben:
"Dieser Pro Micro ist sowohl 3,3V, als auch 5V kompatibel (3,3V = J1 offen; 5V = J1 geschlossen)"
Die Beschreibung war für mich irreführend! Das Bard hat keinen 3,3V Regler. Die Kompatibilität für 3,3V besteht nur darin, dass man das Board schon mit 3,3V von aussen speist. Für mich wäre das sowieso unbrauchbar gewesen.

Das neue Board ist dieses:

Es wird wie folgt beschrieben:
"Pro Micro Arduino komp. ATMEGA Board - 3.3V Volt VERSION"
Interessant ist, dass beide Boards sich beim ersten Anstecken verschieden im Gerätemanager meldeten: Das erste wurde als Arduino Pro Micro erkannt, das Neue meldete sich als Arduino Lilypad.
Auf jeden Fall lässt sich das neue Board problemlos programmieren.

PS.
Damit ist dann auch klar, dass die Ermordung des USB beim ersten Board NICHT am hoch geladenen User-Code lag.

[Rabenauge]

Hm, interessante Sache....möglicherweise hast du den dann gegrillt, indem du über USB 5V reingespeist hast?

[basteluwe]

Hm, interessante Sache....möglicherweise hast du den dann gegrillt, indem du über USB 5V reingespeist hast?

Möglich, werde ich aber wohl nie aufklären können.
Gestorben ist der USB auf jeden Fall beim Programmieren oder als Ergebnis dessen. Und dabei hing das Board allein, ohne jede Beschaltung nur am USB-Port des Rechners.