UART parallel

[Holomino]

Nach Genuss des Schaltplanes (https://www.arduino.cc/en/uploads/Ma...0Schematic.pdf) habe ich mal eine Frage zum Arduino:

Zwischen RxD am Controller und RxD-Pin an der Stiftleiste/ FTDI-Chip sitzt ein Angstwiderstand, ok.
RxD-Pin an der Stiftleiste und TxD vom FTDI-Chip scheinen aber gebrückt.
Wenn ich jetzt an RxD an der Pinleiste etwas munter Sendendes anschließe, während der Baustein über den FTDI-Chip geproggt wird, kann das doch nicht funktionieren, oder?

Gibt's für den Fall irgendwelche Empfehlungen?

[021aet04]

Wo ist da etwas gebrückt? Weil RX auf TX geht?

Das muss so sein. Der TX vom Atmel sendet Daten an den RX des FTDI und der TX vom FTDI sendet Daten an RX vom Atmel.
Rxd => Receive x Data, Txd => Transmit x data

MfG Hannes

[Holomino]

... und der TX vom FTDI sendet Daten an RX vom Atmel.

Der TX vom FTDI sendet die Daten aber auch an die Stiftleiste?!?
Respektive die Pegel eines an der Stiftleiste angeschlossenen Gerätes schließen sich doch mit dem Pegel des FTDI kurz.

Selbst wenn der FTDI einen OpenDrain als Ausgang verwendet: wenn ich den Pin an der Stifteiste aktiv belege, kann doch mit dem Proggen nichts mehr gehen?!?

Ach Mist jetzt sehe ich's: Der Angstwiderstand sitzt zwischen FTDI und Controller. Ändert aber nichts an der Tatsache, dass man den Controller nicht programmieren kann, wenn da etwas an der Stiftleiste aktiv den Pegel zieht.

[oberallgeier]

.. Ändert aber nichts an der Tatsache, dass man den Controller nicht programmieren kann, wenn da etwas an der Stiftleiste aktiv den Pegel zieht.

Vielleicht bin ich zu einfach gestrickt, aber ISP heißt bei mir In System Programming - also nicht Programmable At Runtime . . . Vielleicht sehe ich da was falsch oder zu eng und deswegen auch kein Problem.

Programming at runtime - sozusagen (was ja wohl eh nicht geht, denke ich) - wär interessant das auszuprobieren.

[021aet04]

An der Pinleiste darf man nichts anschließen wenn man über die USB Schnittstelle kommunizieren will.

@ oberallgeier
Beim Arduino wird über USB programmiert und nicht über ISP. Ich arbeite aber auch lieber mit ISP, wobei man da auch aufpassen muss das man die Pins auf einen Pegel zieht (VCC bzw GND) über einen Kontakt o.Ä.. Mit Kapazitäten muss man auch aufpassen, die sollten nicht zu groß sein (hatte ich leider selbst erfahren müssen).

MfG Hannes

[oberallgeier]

.. Beim Arduino wird über USB programmiert und nicht über ISP ..

Na ja, das weiß ich schon, vielleiht aber zu wenig; müsste mich da wohl mal reinvertiefen.

Bisher dachte ich immer, diese USB-Lösung sei nur wie ein "normaler" Bootloader, bei dem über die serielle Schnittstelle (genauer über UART) geflasht wird - und ich dachte weiter (oder dachte vielleicht doch zu kurz), dass die Geschichte mit dem FTDI (oder CH340) nur - lasch ausgedrückt - ne Art Umleitung des UART sei mit dem Vorteil, dass man mit USB-Anschluss flashen kann und keinen separaten Programmer benötigt. Weil die wenigsten Computer heute mit ner RS232 daher kommen *gg*.

Und: Bisher dachte ich immer, diese UARTprogrammierung sei wie ein "normaler" Bootloader - da wird es bei zwei gleichzeitig eingehenden Signalenzügen schlicht zu ner Konfusion des Bootloaders kommen. Sprich: es ist ein Softwareproblem, kein Hardwareproblem ! ?

[021aet04]

Beim Arduino ist ein eigener Bootloader geflasht.
Wenn man über über die Arduino IDE ein Programm überträgt wird zuerst mit der DTR Leitung vom FT232 der AVR neu gestartet. Anschließend wird das Anwenderprogramm übertragen.
Wenn kein Programm übertragen wird (bei einem normalen Reset ohne Arduino IDE) startet der Bootloader dann das Anwenderprogramm.
Wie das aber genau funktioniert weiß ich nicht, da ich auch die Arduinos über ISP programmiere. Debuggen kann ich auch über den ISP Anschluss (dW), da muss man aber den Kondensator zwischen DTR und Reset entfernen.

MfG Hannes