Embedded GDBserver to UTP

(Firma: www.dossmatik.de) #4696663
Lesenswert?

Ich habe einen Mikrocontroller auf dem ein GDBserver läuft.

Ich kann mich mit gdb remote target /dev/ttyUSB0 verbinden.
Das läuft.

Jetzt will ich eine IDE nutzten, um es etwas komfortabler Arbeiten zu 
können. Die IDEs sind meistens geschrieben für die Programmierung auf 
dem lokalen System. Ich will Crosscompling und Remote debugging über die 
Seriellen Leitung nutzen. Ich habe bei allen (Qtcreator..) nur die GDB 
Einstellung zum lokalen GDBserver auf dem Rechner gefunden. Meistens 
kann ich den Port angeben.

Konfiguration:
IDE<--UTP--> Transmitter <--seriell--> Mikrocontroller mit GDBserver

Jetzt suche ich einen Transmitter.
Wie kann ich die Daten hier tunneln?

Kann ich einen zweiten GDBserver auf dem PC starten?
Gibt es eine Optionsaufrufe die Daten zuschleusen?


Oder gibt es eine ganz andere Variante wie netcat?
Da kenne ich die Optionen auch nicht.
Gast #4696717
Lesenswert?

Auf dem Target (kenn ich z.B. von Cisco) laeuft ein GDB-stub.

Ein GDB-Server muss sich also (per seriell) auf diesen Stub connecten.
Gleichzeitig kannst Du einem GDB-Server auch eine Portnummer
konfigurieren auf dem er dann lokal oder auch per Netzwerk
remote erreichbar ist.

Damit kann man natuerlich mehrere GDB-Server auf mehreren Ports
betreiben.

Wo ist das Problem?
(Firma: www.dossmatik.de) #4697224
Lesenswert?

./. schrieb:
> Auf dem Target (kenn ich z.B. von Cisco) laeuft ein GDB-stub.
>
> Ein GDB-Server muss sich also (per seriell) auf diesen Stub connecten.
> Gleichzeitig kannst Du einem GDB-Server auch eine Portnummer
> konfigurieren auf dem er dann lokal oder auch per Netzwerk
> remote erreichbar ist.
>
> Damit kann man natuerlich mehrere GDB-Server auf mehreren Ports
> betreiben.
>
> Wo ist das Problem?

Das Problem ist ganz einfach, das Gerät hat kein Netzwerk. Es gibt nur 
Seriell.
Gast #4712742
Lesenswert?

Bisschen mehr Info waere schon noetig:
Was fuer ein uC, welche Toolchain, usw
Ich kann ansonsten nur empfehlen, einen uC mit JTAG (wie msp430) 
einzusetzen und einen gdbproxy zu verwenden (rproxy ist offen 
verfuegbar).
Ein gdbstub auf einem uC blockiert dir die serielle und ist nicht 
wirklich zuverlaessig. Wer mal BDM/PPC benutzt hat, kennt die Effekte..
(Firma: www.dossmatik.de) #4715709
Lesenswert?

Lemur schrieb:
> Bisschen mehr Info waere schon noetig:
> Was fuer ein uC, welche Toolchain, usw
> Ich kann ansonsten nur empfehlen, einen uC mit JTAG (wie msp430)
> einzusetzen und einen gdbproxy zu verwenden (rproxy ist offen
> verfuegbar).
> Ein gdbstub auf einem uC blockiert dir die serielle und ist nicht
> wirklich zuverlaessig. Wer mal BDM/PPC benutzt hat, kennt die Effekte..

Es ist ein MIPS CPU, die auf einem FPGA läuft. Es ist kein gdb stub 
sondern soll als Hardware laufen.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren