Wie gut funktioniert V-USB CDC?

Frager schrieb:
> Ja, du hast wohl recht, CDC ist zu sehr gegen die Norm, also werde
> ich
> mit HID anfangen und ggf was eigenes bauen.

Warum nicht einfach einen Controller mit integriertem USB-Modul nehmen?

Der Treiber ist nur in den windowstreiber geflickt. Funktioniert ab 
windows 10 nicht mehr, da die basis usbser.sys von Microsoft neu 
geschrieben wurde.

Noch was zur "Norm"

Wenn ich mich richtig erinnere, ist HID Low-Speed Intrerrupt Transfer, 
mit max 8Bytes alle 10ms -> 800 Bytes/s. Reicht dir das?

(isoliertes USB, Kosten, Platz verstehe ich nicht ;-)

Frager schrieb:
> Volker S. schrieb:
>> Frager schrieb:
>>> Ja, du hast wohl recht, CDC ist zu sehr gegen die Norm, also werde
>>> ich
>>> mit HID anfangen und ggf was eigenes bauen.
>>
>> Warum nicht einfach einen Controller mit integriertem USB-Modul nehmen?
>
> Kurz: Isoliertes USB, BOM Kosten, Platz. Bitte hier keine Diskussion
> über Alternativen, die sind wohl hinlänglich bekannt

PIC16F1454. Echtes Full Speed USB zu einem unschlagbaren Preis, und im 
QFN oder SSOP ist der Platzbedarf auch nicht größer als der eines Tiny85 
im SO08.

Die Macher von blink(1) (*) haben zB Ihr VUSB-Design in die Tonne 
gedrückt und durch diesen PIC ersetzt, weil sie oft Probleme zB an 
USB3-Ports hatten. Nur mal so als Info aus dem Markt.

(*)http://buy.thingm.com/blink1

Frank K. schrieb:
> PIC16F1454. Echtes Full Speed USB zu einem unschlagbaren Preis

EFM8UB10F8G

Frager schrieb:
> seufz Also gut. USB ist schwer galvanisch zu trennen

V-USB ist dann wohl einfacher zu trennen?
(WO ist der Unterschied, ob jetzt hinter einem V-USB oder hinter einem 
"echten" USB Controller getrennt wird)


Frager schrieb:
> Bitte hier keine Diskussion
> über Alternativen, die sind wohl hinlänglich bekannt

Echt? Wie kommt man denn dann auf die Idee V_USB zu verwenden?

Volker S. schrieb:
> (isoliertes USB, Kosten, Platz verstehe ich nicht ;-)

Das sind die Teile, die ich verstehe. Aber was ein BOM ist, weiß ich 
nicht. Wikipedia schlägt die "Bank of Maharashtra" vor, sowie einige 
andere ähnlich gut passende Begriffe.

Rolf M. schrieb:
> Volker S. schrieb:
>> (isoliertes USB, Kosten, Platz verstehe ich nicht ;-)
>
> Das sind die Teile, die ich verstehe. Aber was ein BOM ist, weiß ich
> nicht. Wikipedia schlägt die "Bank of Maharashtra" vor, sowie einige
> andere ähnlich gut passende Begriffe.

Mit nicht verstehen meinte ich eigentlich wieso die als Argumente als 
"pro V-USB" hier angeführt werden ;-)

- isoliertes USB -> wo bitte wäre der Unterschied?
- Kosten -> noch billiger* als 50ct..1€?
- Platz -> weniger* Platz als die genannten uC im qfn16/20 oder TSSOP14
- BOM -> auf welchem uC läuft V-USB mit weniger* Beschaltung als bei den 
genannten USB uC?


* die genannten uC laufen mit internem Oszillator

Volker S. schrieb:
> - isoliertes USB -> wo bitte wäre der Unterschied?

Alternative 1:

1

+----+  USB  +------------+

2

| µC |-------| Isolierung |--...

3

+----+       +------------+

Alternative 2:

1

+----+  +------------+  SPI/UART  +----------+  USB

2

| µC |--| Isolierung |------------| Hilfs-µC |------...

3

+----+  +------------+            +----------+

Unidirektionale Isolierung ist einfacher und billiger, aber damit die 
zweite Alternative insgesamt billiger ist, gibt es eine Obergrenze für 
den Preis des Hilfs-µC. (Und die Annahme war, dass nur ein AVR darunter 
fällt.)

Frager schrieb:
> Bitte hier keine Diskussion über Alternativen

:-D

Na ja, mir ging es eigentlich NUR um den "Hilfs-uC"
Ob der ein echter USB uC oder ein nicht USB uC mit V-USB ist...

Volker S. schrieb:
> V-USB ist dann wohl einfacher zu trennen?
> (WO ist der Unterschied, ob jetzt hinter einem V-USB oder hinter einem
> "echten" USB Controller getrennt wird)