Uhren-Testprogramm funktioniert nicht

[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