USB auf RS485 mit FT232R

Diese Konverter ob mit FTDI oder vergleichbaren USB/UART Chip können 
alle nur UART Protokolle übertragen.
Wo zu mit 12 Bit ? macht wenig Sinn, da auf der Anderen Seite des PC 
vermutlich ein Mikrocontroller mit dem RS485 Receiver verbinden sein 
wird.
Der kann dann auch keine 12 Bit.

Und warum nicht einfach 16 Bit übertragen und 4 Bit Reserve?

Ich frage nicht ob 8 oder 12 oder 16 bits.

Meine Frage ist eher, ob das mit dem Baustein gehen würde, wenn das 
Zielgerät 12 Bit möchte oder 8 Bit + 4 Stop-Bits?

FTDI schrieb:
> Ich frage nicht ob 8 oder 12 oder 16 bits.
>
> Meine Frage ist eher, ob das mit dem Baustein gehen würde, wenn das
> Zielgerät 12 Bit möchte oder 8 Bit + 4 Stop-Bits?

Das geht nicht ! weil der FTDI FT232 nur das macht was ein UART macht.
Mehr als 8 Datenbit kann der nicht.
Dem RS485 Treiber z.B. SN75176 ist es egal, der setzt nur die Pegel um 
und erledigt die Datenrichtung Senden - Empfangen.

Wenn Du das brauchst, mit 12 Bit, dann kannst den FTDI Chip als IO Port 
verwenden. Du musst dann den Treiber und die Software selbst erstellen.
Am besten das Datenblatt des FTDI 232 nochmal genau durcharbeiten.

FTDI schrieb:
> wenn das Zielgerät 12 Bit möchte oder 8 Bit + 4 Stop-Bits?

Wenn es "nur" um die zusätzlichen Stpp-Bits geht, reicht es ja einfach, 
zwischen den einzelnen Byte eine zusätzliche Pause einzubauen. Im 
allgemeinen darf es bei den Stop-Bits auch etwas mehr (-> länger) sein. 
Das kann jeder Empfänger ab. Die Übertragung dauert nur ein wenig länger 
als nötig. Aber was soll's, das dürfte nicht stören.

Bit-Beißer schrieb:
> Im allgemeinen darf es bei den Stop-Bits auch etwas mehr (-> länger) sein.

Nicht nur etwas, sondern beliebig, da Stopbits dem Ruhepegel 
entsprechen, also allenfalls irgendwann ein Timeout greift.

Zu kurz ist wiederum schlecht, das wertet der empfangende UART als 
Framing Error.

Man könnte das auch mit einem Mikrocontroller und Software UART selbst 
implementieren falls das in Frage kommt... oder in einem kleinen FPGA?

Jim M. schrieb:
> Hast Du dir dann überlegt das nun plötzlich die erlaubte Taktabweichung
> um Größenordnungen kleiner sein muss?

Grössenordnungen nicht, aber es hat schon seinen Grund, dass UARTs 
maximal 8 bit senden und empfangen.

Man kann schon über längere Zeit synchronisieren, aber dann braucht man 
Techniken aus der synchronen Übertragung, also Takt mitübertragen oder 
aus den Daten rekonstruieren - aber das ist viel aufwändiger und wird 
heute bei seriellen Schnittstellen kaum noch benutzt (aber z.B. bei 
Ethernet).

Georg