USB-PD device gesucht

Danke mani,
aber so ein IP2721 kann ix nirgens bestellen :/
gibts nicht von TI, Analog oder Microchip was?

Kann man nicht auch irgendwie per widertsandskombination "power" 
anfordern?

Wir haben im Moment auch die Probleme, dass wegen der Chipkrise die 
TI-Chips nicht lieferbar sind.

Eine Widerstandskombination oder ähnliches geht nicht. Das PD-Protokoll 
setzt eine Verbindung über die CC1/CC2 Kanäle voraus. Darauf läuft ein 
serielles Protokoll mit denen sich die Teilnehmer verständigen.


Bleibt nur abwarten und Tee trinken.
Tee ist übrigens noch lieferbar.

Es gibt Microcontroller die das Protokoll können.

ST behauptet, dass einige STM32 das können:
https://www.st.com/content/st_com/en/ecosystems/stm32-usb-c.html

Also wird es auch andere Herteller geben, denn ST hat geheiratet und ist 
in den Flitterjahren, da steht die Produktion nun einmal.

Sicher ist ein µC jetzt nicht die Ideallösung, das ist mir schon klar. 
Aber man kann das damit machen ;-)

Blumpf schrieb:
> Es gibt Microcontroller die das Protokoll können.
>
> ST behauptet, dass einige STM32 das können:
> https://www.st.com/content/st_com/en/ecosystems/stm32-usb-c.html
>
> Also wird es auch andere Herteller geben, denn ST hat geheiratet und ist
> in den Flitterjahren, da steht die Produktion nun einmal.
>
> Sicher ist ein µC jetzt nicht die Ideallösung, das ist mir schon klar.
> Aber man kann das damit machen ;-)

Aber will man das?
Von Microchip gibt es ein Beispielimplementation für deren UPD350 
Baustein.
Das sind ca 20000 Zeilen C Code, die auf den Zielprozessor portiert 
werden müssen. Damit hatte ich mal ne Menge Zeit verschwendet, und das 
Projekt dann abgeblasen, weil es sehr instabil lief.
Kann ich nicht empfehlen, das Protokoll selber in C Code zu machen.

PittyJ schrieb:
> Das sind ca 20000 Zeilen C Code, die auf den Zielprozessor portiert
> werden müssen. Damit hatte ich mal ne Menge Zeit verschwendet, und das
> Projekt dann abgeblasen, weil es sehr instabil lief.
> Kann ich nicht empfehlen, das Protokoll selber in C Code zu machen.

Darum schrieb ich ja:

Blumpf schrieb:
> Sicher ist ein µC jetzt nicht die Ideallösung

Wenn man halt nichts bekommt, muss man auf so eine Lösung zurückgreifen. 
Wie aufwändig das ist, hängt von der Referenzimplementierung ab, also ob 
es eine gibt und wie gut das ist.

Allgemein halte ich die Lösung von USB-C mit PD für weniger geglückt, 
genau aus dem Grund Komplexität.
Was nicht heißen muss, dass sich das nicht durchsetzen wird oder dass 
das nicht funktioniert.

Sowieso fängt man sich noch andere Baustellen mit USB-C ein, wie diese 
crossbar-switches, die man nur für einen billigen Marketinggag 
(Einsteckrichtung egal) benötigt. Zumindest wenn man superspeed braucht, 
HS geht auch so.

PittyJ schrieb:
> Das sind ca 20000 Zeilen C Code

Naja, wofür ST 20 kLoC braucht, das schaffen andere in 5 kLoC ;-)

Programmierer schrieb:
> PittyJ schrieb:
>> Das sind ca 20000 Zeilen C Code
>
> Naja, wofür ST 20 kLoC braucht, das schaffen andere in 5 kLoC ;-)

Falsch!
Die Beispielimplementierung war für einen Sam und von Microchip selber.

Nur wenn man das auf einem STM haben will, dann geht die Handarbeit los.

PittyJ schrieb:
> Falsch!
> Die Beispielimplementierung war für einen Sam und von Microchip selber.

Naja, Microchip und ST geben sich von der Codequalität nicht viel... 
Aber heftig, dass das PD-Protokoll so viel komplexer als das eigentliche 
USB-Protokoll ist. Das kann man in ein paar Hundert Zeilen abhandeln...

funkt bei 5A nicht auch noch das USB C kabel auf den CC Leitungen auch 
noch mit rein?

Nun ja ob das gerede auf CC nun sein muss oder nicht. USB wird immer 
komplzierter, auf der einen seite bis zu 40GBit, dann noch HDMI / 
Displayport, ... im Alternative mode, ... dann noch 100Watt 
Leistungsübertragung, demnächst bis zu 240Watt. und dann darf da noch 
jeder host oder device / sorce oder sink sein, ... da braucht man halt 
irgend wann etwas mehr um auszuknoben was wer kann und darf und wo die 
limits liegen.