Hi,
gibt es irgendwie eine Möglichkeit, die TXD und die RXD Leitungen der seriellen Schnittstelle einzeln anzusprechen. Ich will damit eine SPI Schnittstelle simulieren. Das Ganze hängt aber an einem Controller, der im Normalfall über die 2 Pins das normale Protokoll fährt und nur im Programmiermodus SPI.
Mfg
Torsten

Mit diesen zwei Pins gehts nicht, du kannst aber die anderen Pins mit EscapeCommFunction (s. API-Hilfe) setzten bzw. lesen.

Gruß,
Jörg

dann muss ich wohl die Hardware meiner Controllerschaltung so ändern, dass ichdie Leitungen mittels Jumper "umleiten" kann. Macht sich halt nur blöd, da die Schaltung in Serie gehen soll und dann die user, wenn sie die Firmware updaten wollen, immer das Gehäuse aufmachen müssen. Na ja vielleicht fällt mir noch ein Trick ein.
Vielen Dank erstmal.
Wenn Ihr mal gucken wollt um was für Schaltungen es eigendlich geht, besucht einfach mal meine Homepage www.elcomportal.de Dort findet Ihr unter Shop eine kleine Vorschau und Beschreibung.
Mfg
Torsten

Sowas sollte man wissen, bevor man die Schaltung konzipiert. Warum eigentlich umschalten? Du kannst die Leitungen doch verbinden. Da du sie nicht gleichzeitig nutzt, stört das nicht.

Na ja, an diesen Anschlüssen hängt ein FT232 (USB->RS232 Wandler) dran. Dadurch ist die Leitung ständig verbunden und ich kann das Ding nicht mehr programmieren. Hmm, vorher wissen... Das Ding liegt als Prototyp vor mir. Ich wollte halt einfach das Firmwareupdate einfacher gestalten. Aber wenn's net geht. Die endgültige Leiterplatte fange ich am Wochenende an zu entwickeln und dann ist Eile geboten, Die bei Conrad warten nicht ewig! Vielleicht lasse ich das FW update auch ganz weg, frei nach dem Motto "never touch a running system!" . Die anderen Funktionen sind ja fertig, und mein Konfig-Programm in Delphi tut's auch schon. Ausserdem muss ich bei der LAN-Version sowieso an die serielle ran zum FW update. Da braucht man eben diesen Adapter und den hat nicht jeder. Aber dann spielen die user wenigstens nicht an der FW rum und schreien hinterher nach Garantie. Die ist dann nämlich Pfutsch.

elcomportal hat folgendes geschrieben:

Hmm, vorher wissen... Das Ding liegt als Prototyp vor mir.

Tja, Fehlplanung. Naja, da musst du jetzt die beste Lösung finden.

Ich habe übrigens auch so etwas im Hinterkopf als Programmiergerät/Connector zu Atmel-Controllern. Die Parallelportprogrammiergeräte machen immer nur Probleme. Aber das ist ein anderes Thema ...