FTDI FT232HP

Ich glaub du soltest etwas mehr lesen.

1. Datenbalt des ICs, den dur dir ausgeguckt hast. Ich bin mir fast sicher das das da alles drinnen steht.
2. Etwas ueber USB. ich bin mir fast sicher, das der IC kein USB 3.x kann. wozu auch fuer maximal 3MBit auf der UART 5GBit auf der USB Seite, ... das hoert sich nach kanonen und spatzen an.

Der IC kann nur USB2 (HS). siehe datenblatt. daher ist USB 3 einfach falsh.

USB 3 ist nicht USB PD 3, laut datenblatt kann der IC USB PD 3. USB 3 ist auch nicht USB C. das ist nur eine Stecker norm ueber die auch ausb 3 laufen kann. USB 2 HS kann aber auch ueber USB C laufen.

-> darum sollte sich Purzel etwas ueber USB schlau machen. bzw etwas genauer ausdrueken.

USB PD wie das geht steht im Datenblatt. bin ich mir zimlich sicher. Gibt sogar 2 ANs dazu. und vermutlich sogar ein Windows programm fuer die device configuration.

1. er wird, wenn er mit dem default verhalten was PD an geht einen externen I2C eprom bruachen fuer die configuration. auch was ggf weiter USB parameter angeht.

2. der PD controller kann auf externe GPIO eingaben reagieren. muss aber anscheinend configuriert werden.

3. wenn das ganze ein Buss Powered device werden soll und PD mehr als 5V aushandeln soll, braucht er noch eine spannungsversorgung fuer den IC

4. PD kann anscheinend auch sink source umschaltung, ...

Danke fuer die Antworten. Es ging in der Tat darum, das eher komplexe Datenblatt zu ueberblicken. Die vorherigen FT232 konnten ein UART out of the box, weil die Treiber schon Windows beilagen. Bei diesem hier gibt's VCP und D2XX driver. Um am Powermode etwas zu konfigurieren wird man mit den D2XX Treibern kommunizieren muessen. Die Frage bleibt, wieviel davon kann von der Controllerseite gemacht werden.

Bein virtuellen Comport kann von der controllerseite eigentlich nichts konfiguriert werden. Die Settings Baud/Stop/Parity/Handshake werden auf PC seite gesetzt und muessen vom Controller auch so gesetzt haben. Dies weil der PC sowieso verbunden ist. Anders bei der Power funktionalitaet dort hat man zB einen PC der aushandeln kann oder auch nicht. Oder ein Batteriepack welches aushandeln kann oder auch nicht. Zudem kann der Powermode des Controllers auch Quelle spielen. Wie auch immer er das erkennt, was er denn nun soll.

Moin,

das eine mueste der windows treiber fuer die urart sein. der 2te wird glaube ich nur benoetigt, wenn man den baustein konfigurieren moechte oder irgend etwas anderes machen moechte als das was treiber 1 anbietet.

Treiber 1 mueste im windows store sein. Solange man VID und PID nicht verandert. ansonsten gibt es da glaube ich eine anweisung wie man FTDI die eigenen VID PIDs zukommen lassen kann (oder die stellen welche) um an einen signierten treiber zu kommen. Dazu gibt es glaube ich aber eine AN

Treiber 2 muss man glaube ich selber nachinstallieren, da man den normalerweise so nicht braucht.

Ob der Baustein jetzt uart als default hat oder etwas anders, das sollte im Datenblatt oder in der zugehoerigen AN stehen.

zu PD. PD wird bei USB - C ueber die CC leitungen ausgehandelt. entweder passive uerber wiederstandskombinationen oder aktiv. Der baustein unterstuetzt das aktive aushandeln. daher sind auch 20V5A moeglich (bei entsprechenden kabeln, die hier auch mit reden) dafuer hat der beistein einen risc controller on board. der A ein default verhalten hat, B: ueber einstellungen im eprom veraendert werden kann. Das geht anscheinend so weit, das ein externer kontroller ueber GPIOs am FTDI das verhanten steuern / beeinflussen kann. Da biegt es ein beispiel im DB da kann ueber pins am FTDI zwischen den verschiedenen Power profilen gewaelt werden. (9V 15V 20V)