Uhren-Testprogramm funktioniert nicht

[HaWe]

es steht nirgends in der Arduino-Dokumentation erklärt.
Wer das rauskriegen will, muss die Arduino-C++ String lib-sourcecode-Kauderwelschs durchpflügen, dass ist Arduino-Standard-Nutzern nicht zuzumuten, und insb. ist es absolut konfus, weil Arduino in C++ geschrieben ist (nicht in C), und in C++ die library <string> existiert mit ihrem Datentyp string, und nicht char* wie in ANSI-C <string.h> bzw. <cstring>.
string und char* sind aber nicht identisch und auch nicht kompatibel zu einander, und auch String ist nicht kompatibel zu char*.

ps,
versuche mal, die C-Funktionen wir strncpy, strstr oder strtok auf String anzuwenden!
Und dann wie vergleichsweise C++-Funktionen wie string::substring, string::copy, string::compare auf String anzuwenden sind.

[Sisor]

string und char* sind aber nicht identisch und auch nicht kompatibel zu einander

'string' ist in Arduino nicht definiert! Folgendes produziert den Fehler 'error: 'string' was not declared in this scope':

void setup() {
    string s = "Kompiliert nicht!";
}
void loop() {}

... und auch String ist nicht kompatibel zu char*...
versuche mal, die C-Funktionen wir strncpy, strstr oder strtok auf String anzuwenden!

Folgender Code zeigt die 'Kompatibilität' von String und C-Funktionen, die mit char* arbeiten:

void setup() {
    String s1 = "Hallo Welt!";
    
    Serial.begin(9600);
    Serial.println(s1);
    
    String s2 = "Ha";
    s2 += "We";
    strncpy(s1.c_str()+s1.indexOf('W'), s2.c_str(), s2.length() );
    Serial.println(s1);
}

void loop() {}

[Ausgabe: Hallo Welt! Hallo HaWe!]

PS: Sorry fredyxx fürs Thread-Hijacken.

[HaWe]

'string' ist in Arduino nicht definiert! Folgendes produziert den Fehler 'error: 'string' was not declared in this scope':

void setup() {
    string s = "Kompiliert nicht!";
}
void loop() {}

Folgender Code zeigt die 'Kompatibilität' von String und C-Funktionen, die mit char* arbeiten:

void setup() {
    String s1 = "Hallo Welt!";
    
    Serial.begin(9600);
    Serial.println(s1);
    
    String s2 = "Ha";
    s2 += "We";
    strncpy(s1.c_str()+s1.indexOf('W'), s2.c_str(), s2.length() );
    Serial.println(s1);
}

void loop() {}

[Ausgabe: Hallo Welt! Hallo HaWe!]

PS: Sorry fredyxx fürs Thread-Hijacken.

das güldet nicht!
du verwendest eine (non-Standard-C) Arduino-String-Class-eigene interne Umwandlungsmethode String::c_str(), um erst Strings in char* umzuformen, und erst dann wendest du cstring- (string.h) Funktionen darauf an!

Wirklich kompatibel zu ANSI-C char* wäre es nur, wenn du Strings an sich mit cstring-Funktionen verwenden könntest, also z.B.

String str1= "To be or not to be";
String str2;
String str3;

/* copy to sized buffer (overflow safe): */
strncpy ( str2, str1, sizeof(str2) );

/* partial copy (only 5 chars): */
strncpy ( str3, str2, 5 );
str3[5] = '\0'; /* null character manually added */

puts (str1);
puts (str2);
puts (str3);


Output WÄRE (!):

To be or not to be
To be or not to be
To be

(aus cplusplus.com, verändert)


Viel SINNVOLLER wäre es allerdings gewesen, C++ string als Grundlage zu nehmen,
alle string-class-Methoden auf String zu vererben,
und sie dann durch die Arduino-eigenen String-Methoden zu erweitern.

DAS wäre C++ kompatibel (da man alle C++ string Methoden weiterhin auch in String zur Verfügung HÄTTE) und durch zusätzliche Methoden Arduino-Anfänger-geeignet.

[Sisor]

du verwendest eine (non-Standard-C) Arduino-String-Class-eigene interne Umwandlungsmethode String::c_str(), um erst Strings in char* umzuformen, und erst dann wendest du cstring- (string.h) Funktionen darauf an!

Schwachsinn! String ist ein Wrapper für einen char* Buffer in Objektform. c_str() ist eine Gettermethode, um genau diesen Buffer zu bekommen. Es findet keine Umformung / Umwandlung statt.

[HaWe]

Schwachsinn! wenn was auch immer immer benötigt wird, um String zu char* und string.h Funktionen kompatibel zu machen, dann ist es eben nicht a priori kompatibel!

[Mxt]

Wirklich kompatibel zu ANSI-C char* wäre es nur, wenn du Strings an sich mit cstring-Funktionen verwenden könntest, also z.B.

Das wäre einfach zu erreichen (durch eine zusätzliche Memberfunktion in der Stringklasse). Aber da muss man die Arduinoentwickler in Schutz nehmen, dass sie den Zugriff mit ".c_str()" machen, genau wie std::string auch. Microsoft hat das in den 1990ern in seiner CString Klasse gemacht.
https://msdn.microsoft.com/en-us/lib...(v=vs.60).aspx
Das produziert mehr Probleme als es löst, deswegen macht man das heute nicht mehr so.

Zur Kritik an der Arduino String Klasse
https://forum.arduino.cc/index.php?topic=364772.0

When Arduino 1.0 was released, the "String" class was faulty due to compiler/library problems and could easily create wrong results and programs "hanging".

This problem was fixed at some point, I think with release of IDE 1.0.5.

So at least the "String" class is working "error free" now, if that was your question.

But of course "String" is BAD BAD BAD, because of:
- using more RAM than actually needed to solve any problem
- encourages programmers to write programs that eat up more RAM than is actually available
- slowing down program execution which might be bad if every microsecond is counting in your application
- fragments RAM, so that after some time of running an application the RAM could be fragmented too much, so that no "String" of certain length can be allocated any longer.

In C++ ist std::string nur ein typedef für std::basic_string<char>, wo schon der Name andeutet, dass da char drinstecken...
http://en.cppreference.com/w/cpp/string/basic_string

[HaWe]

dass da überall irgendwo char* (edit: Pointer auf nullterminierte strings) drin stecken, ist doch sonnenklar!
Das Problem fängt dann an, wenn man - wie in C oder C++ üblich - direkt cstring/string.h oder string class Funktionen auf diese verqueren Arduino-String Chimären anwenden will!
Man hätte sich fürs eine oder andere eindeutig entscheiden müssen, und es spricht ja nichts dagegen, vorhandene string.h oder string lib Funktionen durch eigene libs zu erweitern - aber was man jetzt mit String hat, ist ein Humbug ohne Ende, weder Fisch noch Fleisch, und Arduino-User gewöhnen sich Syntaxabnormitäten an, mit denen sie auf jeder anderen C/++ Plattform komplett scheitern!
DAS ist der wirkliche Schwachsinn!

[Mxt]

Ja, ich halte die Arduino String Klasse, auch im Kontext dieses Threads, für keine gute Wahl und würde dem Fragesteller auch davon abraten.

Was echte C++ Strings angeht hängt die Verwendbarkeit vom Bord ab. Das hier

#include <string>

void setup() {
  std::string s = "Hallo";
}

void loop() {
}

kompiliert bei mir ohne Probleme

Der Sketch verwendet 8112 Bytes (3%) des Programmspeicherplatzes. Das Maximum sind 262144 Bytes.
Globale Variablen verwenden 3436 Bytes (5%) des dynamischen Speichers, 62100 Bytes für lokale Variablen verbleiben. Das Maximum sind 65536 Bytes.

Arduino 1.8.4 mit Teensyduino 1.39, Boardeinstellung Teensy 3.2 72 MHz Faster

[HaWe]

Leider ist der Datentyp, den Serial.getString() zurückliefert, aber Arduino-String, nicht char* und auch nicht std::string. Leider.

Bezüglich der Frage des OP, was die [0] zu bedeuten hat, möchte ich jetzt gerne hier abschließen und auf meine Erklärung verweisen, damit er sie wiederfindet:

https://www.roboternetz.de/community...l=1#post639093