Gast
#973820
Hallo an alle :) Ich hab, mal wieder, ein paar Fragen bzgl. Xilinx. In diesem Fall geht es vor allem um das Debuggen von Software, die auf dem PowerPC läuft bzw. laufen sollte :) Ich arbeite vor allem mit dem SDK von Xilinx, also auch dem grafischen Debugger, der dabei ist. Ich hab ein Board mit einem Xilinx FX-100 FPGA und eben einem PowerPC drauf. Ich schreibe Software für diesen PowerPC. Ansonsten ist noch BRAM, OCM, MDM, INTC, TIMER auf dem Board vorhanden. Es ist kein Evaluation Board von Xilinx, sondern ein Custom Board. Ich habe auch schon erfolgreich Software geschrieben, nur leider ist das mit dem Testen/Debuggen immer so eine Sache ... es ist wie eine Lotterie, ob es funktioniert oder nicht ... manchmal gibts Heap/Stack Fehlermeldungen, manchmal lässt sich der PowerPC nicht merh stoppen, manchmal tritt ein "Program Interrupt" auf. Ich wollte mal wissen, ob es vll so eine gute Vorgehensweise gibt, wie man Software debuggen kann, momentan läuft das bei mir immer so ab: - Bitstream wird im EDK generiert - Software im SDK schreiben - "Program FPGA" im SDK wählen, um den Bitstream zu laden - "connect mdm -uart" und "read_uart start" in der XMD Console ausführen, dass ich auch eine Ausgabe kriege - Im SDK dann die Software mit "Debug" starten - Jetzt kommen die ganzen Fehlermeldungen, wenn ich Glück habe, dann springt er auch mal direkt an meinen Breakpoint, manchmal ^^ Kennt ihr auch solche Probleme? :) Oder vll hat ja jemand eine geschickte Lösung dafür :) Das Debuggen im EDK geht sowieso nicht, er verbindet sich zwar, lädt das Programm und wenn ich run machen, dann wird die Verbindung getrennt und ich krieg wieder das Fenster mit den Verbindungseinstellungen ^^ Vielen Dank!!! PS: Da wäre ja noch was ^^ Wenn ich anstatt "read_uart start" die Ausgabe an einen Terminalserver weiterleiten will mit "terminal -jtag_uart_server", dann geht das auch, mehr oder weniger, die Ausgabe kommt halt in die XMD Console. Verbinde ich z.B. mit HypterTerminal und will dann mein Programm debuggen, dann bleibt das SDK bei "Connecting to Target ..." hängen.