Einheitlicher Zugriff auf Programmiergerät aus IDE heraus

TomA schrieb:
> Das Problem löse ich, indem ich plane den Programmen keine ganze Datei,
> sondern Bytes, Blöcke oder Hex-Records zu übergeben.

Das ist ein böser Workaround.

TomA schrieb:
> Leider verliert meine IDE dabei die
> Kontrolle und die Bildschirmausgaben der Download-Programme werden
> innerhalb der IDE erst verspätet sichtbar.

Das Problem lässt sich anders lösen. Wie machst du das beim Compilieren 
oder anderen langen Prozessen, blockieren die auch deine IDE?

Starte den Programmer(-Prozess) "im Hintergrund", sodass deine IDE 
normal parallel dazu weiterlaufen und die Ausgaben abfangen und anzeigen 
kann, wie es wohl jede andere IDE auch macht. Dabei wartest du dass der 
Prozess beendet und zeigst dann ggf. eine entsprechende Meldung an. 
Indem du die Ausgabe des Programmers in einem Konsolenfenster anzeigst 
wird dem User dann auch eine ggf. vorhandene Fortschrittsanzeige 
weitergegeben.

Wie das genau geht hängt von der Programmiersprache und Betriebssystem 
ab; in C und Unix geht das über "fork()", "exec()", "dup2()" (zum 
Abfangen der Ausgabe), "waitpid()". Unter C und Windows durch 
"CreateProcess" und Angabe der richtigen Parameter. Dein GUI Framework 
wird möglicherweise einen Wrapper haben, der das in die Main/Event-Loop 
integriert, bei Gtk+ z.B. g_spawn_async_with_pipes+g_child_watch_add. 
Unter Python geht das mit dem subprocess Modul.

TomA schrieb:
> ist unter Ubuntu und in C++. Werde mir was Du schreibst mal näher
> ansehen, interessehalber.

In C++ geht das genau so wie in C.

TomA schrieb:
> (verwende EXEC)

Bewirkt "exec()" nicht dass der Prozess deiner IDE überschrieben wird?

TomA schrieb:
> innerhalb meiner IDE
> zeige ich sie in einem eigenen Fenster an und das funktioniert nicht.

Wenn du das einmal korrekt machst, funktioniert es mit Compiler, 
Flash-Tools und sonst allem was du extern aufrufst (z.B. git).

TomA schrieb:
> Um nicht jede Kombination in der IDE berücksichtigen zu müssen will ich
> aus der IDE einen einheitlichen Zugriff in der Art Flip-Protokoll.

Das Senden/Empfangen von Paketen braucht aber auch eine gewisse Zeit; 
wenn du das blockierend machst, wird die GUI deiner IDE dann ebenso 
(kurz) blockiert. Ob du jetzt eine asynchrone Kommunikation über USB 
oder UART implementierst oder externe Flash-Tools asynchron 
ansteuerst...