RP6 USB-Kommunikation; Keine Reaktion & alle LED's aus?

[challenger92]

Hallo,
ich will meinen rp6 über USB steuern. Am PC funktioniert das ganz gut, mit diesem simplen Code:

//Init
            var Port = new SerialPort("com5", 38400, Parity.None, 8, StopBits.One);
            Port.Open();
            Port.Write("start");
            Port.DataReceived += new SerialDataReceivedEventHandler(Port_DataReceived);

Allerdings will ich es nicht vom PC, sondern von meine .NET Gadgetgeer aus steuern, vielleicht kennt das jemand hier.
Der Code ist ebenfalls c# und sieht ganz ähnlich aus, nur leider funktioniert es nicht

static void DeviceConnectedEvent(USBH_Device device)
        {

            Debug.Print("Device connected");
            
            //Debug.Print((device.TYPE == USBH_DeviceType.Serial_FTDI).ToString());
            USB = new USBH_SerialUSB(device, 38400, System.IO.Ports.Parity.None, 8, System.IO.Ports.StopBits.One);
            usb.Open();
            WriteMessage("start");
            new Thread(new ThreadStart(Listener)).Start();
        }

       


        public static void WriteMessage(String message)
        {
            byte[] bytes = StringToByteArray(message);
            usb.Write(bytes, 0, bytes.Length);
        }

Und zwar wird der Code zwar ohne Fehlermeldung ausgeführt, aber es kommt keine Antwort vom RP6 und dessen LED's gehen alle aus.
Ich muss dann das USB-Kabel trennen, dann gehen sie wieder an... Weiß jemand woran das liegt, bzw was für Gründe es haben könnte das alle LED's ausgehn?

MfG
challenger92

[RolfD]

Mal ins Blaue vermutet - das "USB Kabel" ist quasi ein Wandler von USB auf RS232 mit 5 V Pegel. Dazu nötig ist auf der Geräteseite ein Treiber den den Wandler im System als Serial Device einbindet und als COMx im Gadgetgeer bereit stellt. Ist das der Fall? Wenn ja, sollte die Hardware genau so eingestellt sein wie sonst im PC was Baudrate Stopbits, xon/xoff usw. angeht. Schaut man sich nun Schaltpläne vom RP6 und USB Wandler an, sieht man das der Wandler über das DTR Signal ein RESET der M32 erzeugen kann. Folglich vermute ich, das die DTR Leitung vom Gadgetgeer anders gesteuert wird als der PC das macht und somit den rp6 fälschlicher Weise resettet oder gar im dauerreset hält. Eigentlich hat die Leitung eine andere Funktion aber sowas wird gern für solche Fälle zweckentfremdet, da man so Steuerleitungen (wie z.B. Reset) bekommt die sonst eigentlich nicht vorhanden wären. Das Verhalten vom RP6 am Gadgetgeer wäre damit zu erklären, obs auch wirklich daran liegt... keine Ahnung.
Um solche Probleme auszuschließen gehört für mich da (auf das RP6 Board) ein Jumper hin... mit dem man das DTR Signal als Reset hardwareseitig abschalten kann. Ist leider nicht vorgesehen, lässt sich aber durch eine Platinenunterbrechung und bischen Lötarbeit nachrüsten...
Gruß RolfD

[shedepe]

Die Frage ist auch ob die SerialPort.Write Funktion bei dem String "start" die gleichen Bytes sendet wie deine WriteMessage Funktion. Ansonsten das Beachten was bereits RolfD geschrieben hat

[RolfD]

Ich hab jetzt endlich diesen Gadgeteer gefunden... ist es das hier? http://www.ghielectronics.com/catalog/product/297
Wäre einfacher gewesen wenn du mehr infos dazu schreibst.
Also dieses Teil dengelt man wohl am besten per serial/UART ohne Spannungswandler für RS232 an - wobei zu berücksichtigen ist, das nicht alle ARM7 boards mit 5V Pegel klar kommen, manche laufen mit nur 3,3V und benötigen einen Pegelwandler. Es macht wenig Sinn, den USB Host zu verwenden da für den FTDI Chip auf der anderen Seite erst ein Treiber her müsste. Ansonsten bleibt die Problematik des DTR Signals (Welches man im RP6 Loader sogar von Hand steuern kann - Target Control/Hold in Reset). Das Modul dürfte sich aber auch erstklassig über SPI/TWI (ggf. mit Wandler) andengeln lassen. Allerdings frage ich mich grade, wozu ein ARM7 Board, wenn einfachste Zusammenhänge schon Probleme bereiten. SBC Devices wie Gatgeteer, Arduino, RP6 usw. sind kein Lego - weder Hardware- noch Softwareseitig.
Gruß RolfD

[radbruch]

Das Signal für den Reset ist das RTS:
https://www.roboternetz.de/community...l=1#post502363
https://www.roboternetz.de/community...l=1#post436590

[challenger92]

Das Problem ist, der Gadgetgeer hat zwar einen FTDI - Treiber an Bord, aber dieser unterstüzt die Steuerung des RTS-Signal (noch) nicht. Kann man da RP6-Seitig was machen? In deinem Thread radbruch hast du eine Möglichkeit ja schonmal beschrieben, aber danach kann man den RP6 nicht mehr flashen oder?