ATTiny 2313 als USB zu Seriell - Wie zuverlässig ist das?

[No N. (netzteil-guru)]

Guten Morgen.
Häufig findet man den ATTiny 2313 als USB zu Seriell Adapter.

Meine Frage: Wie zuverlässig ist diese Lösung? Habt Ihr Erfahrungswerte?

Ich habe so einen Adapter als "billig" Programmer neben meinem AVR ICE 
und hatte bisher mit der Verbindung keine Probleme, wie sieht es bei 
euch aus?

Bin am überlegen ob ich diese billig Lösung bei einer Platine von mir 
einsetze.

Gruß

[Einer K. (Gast)]

Es gibt so viele USB zu serial Konverter, dass einem schwindelig wird.
Warum nicht einen von denen?
CP2102, CP2104, ...
CH340 (und seine Brüder)
FTDI (in Varianten)
usw.

[Atmel (Gast)]

CH340G gibt es für 75 Cent und weniger, plus Quarz und etwas 
Hühnerfutter, braucht weniger Platz als ein Tiny2313. Treiber auf 
PC-Seite sind vorhanden.

https://www.olimex.com/Products/Breadboarding/BB-CH340T/resources/CH340DS1.PDF

[Peter R. (pnu)]

Was soll bei solch einer einfachen Anwendung unzuverlässig sein?

Die möglichen Fehler wie ungenaues Timing, Nichteinhalten des 
USB-Protokolls usw. sind in der Software verborgen. Dem Schaltplan kann 
man das nicht ansehen. Und wenn in der Software irgendein bug versteckt 
ist, der dürfte kaum so schnell erkennbar sein, da das Ganze ja 
anscheinend funktioniert.

Ob für richtige Pegel in der Hardware gesorgt ist ???  Die Sache bei 
LED1 lässt da Zweifel aufkommen. Ich liebe Schaltpläne mit solch 
obskuren Symbolen (für Vcc?), da kann man so richtig raten.

[Frank K. (fchk)]

No N. schrieb:

> Häufig findet man den ATTiny 2313 als USB zu Seriell Adapter.
>
> Meine Frage: Wie zuverlässig ist diese Lösung? Habt Ihr Erfahrungswerte?

Sie ist nicht konform zum USB-Standard, weil Bulk Endpoints (und CDC-ACM 
braucht solche) bei Low-Speed USB nicht erlaubt sind. Aktuelle 
Betriebssysteme lassen das auch gar nicht mehr zu.

Also Schrott. Es gibt keinen Grund, so etwas zu machen. Ein PIC16F1454 
kostet die Hälfte (eben mal bei Digi-Key nachgeschaut) und hat 
Full-Speed Hardware-USB an Bord. Plus: Den Quarz kannst Du Dir auch 
sparen, da die interne PLL sich auf USB synchronisiert.

fchk

[Karl M. (Gast)]

Hallo,

viele der Schreiber der Antworten habe sich nicht mit der CDC232 
Hardware beschäftigt.

http://www.recursion.jp/prose/avrcdc/cdc-232.html

Ich schon seit 2011 und auch einige Anregungen dem Autor gesendet.
Damals waren FT232RL sehr teuer und die CH Dinger nicht erfunden.
Man sprach noch WinXP..
Heute ist es eher ein Treiberproblem, da der CDC232 einige alte USB 
Funktionalitäten benutzt.

Also heute wird ein FT232RL und die Nachfolger immer noch über alle 
Betriebssystem unterstützt und funktionieren einwandfrei.

Mein USBtiny ISP-Programmer laufen alle mit der USB-Beschaltung noch 
heute auf meinen Linuxsystemen.

Von den bestückten Atmega8-16 und programmierten CDC232 Platinen habe 
ich noch einige und gebe sie ab.

[neuer PIC Freund (Gast)]

Hatte einige VUSB-CDC232 Projekte, die beim aktuellen Linux nicht mehr 
funktioniert haben (zu Recht. Auch recursion.jp weißt darauf hin). 
Musste mich selbst in den Popo treten, warum ich diesen VUSB-CDC-Rotz 
überhaupt eingesetzt habe. Ersatzweise werkeln jetzt die 16F145X 
problemlos in den Schaltungen. Und das auch noch in billig.

Wie sagt Bernd das Brot: "Mist"

[R. M. (Gast)]

Karl M. schrieb:

> Mein USBtiny ISP-Programmer laufen alle mit der USB-Beschaltung noch
> heute auf meinen Linuxsystemen.

Die benötigen auch keinen Bulk-Transfer, wie die CDC.

Habe noch einen AVR-Doper, welcher ursprünglich auch das CDC-Protokoll 
genutzt hat, um STK-500-kompatibel zu sein. Da ich den aber nur unter 
AVRDUDE nutze, hab ich den auf HID-Protokoll umgestellt.

mfG

[Jim M. (turboj)]

Karl M. schrieb:
> Heute ist es eher ein Treiberproblem, da der CDC232 einige alte USB
> Funktionalitäten benutzt.

CDC und Low Speed war noch nie von der USB Spec gedeckt. Einige alte 
Betriebssysteme erlaubten diese Kombination ausnahmsweise mit einem 
üblen Hack.

Hintergrund ist das CDC Bulk Endpoints verwendet, die bei Low Speed laut 
USB Spec gar nicht unterstützt werden.

[No N. (netzteil-guru)]

>
> Also Schrott. Es gibt keinen Grund, so etwas zu machen. Ein PIC16F1454
> kostet die Hälfte (eben mal bei Digi-Key nachgeschaut) und hat
> Full-Speed Hardware-USB an Bord. Plus: Den Quarz kannst Du Dir auch
> sparen, da die interne PLL sich auf USB synchronisiert.
>
> fchk

Das hört sich interessant an, Quelle?

[No N. (netzteil-guru)]

was wäre mit dem MCP2200?

http://ww1.microchip.com/downloads/en/DeviceDoc/22228B.pdf

[Frank K. (fchk)]

No N. schrieb:
>>
>> Also Schrott. Es gibt keinen Grund, so etwas zu machen. Ein PIC16F1454
>> kostet die Hälfte (eben mal bei Digi-Key nachgeschaut) und hat
>> Full-Speed Hardware-USB an Bord. Plus: Den Quarz kannst Du Dir auch
>> sparen, da die interne PLL sich auf USB synchronisiert.
>>
>> fchk
>
> Das hört sich interessant an, Quelle?

http://www.lmdfdg.com/?q=pic16f1454

Du kannst auch den MCP2221 nehmen, das ist eine vorprogrammierte Version 
des PIC16F1455 (mit ADC).

http://www.lmdfdg.com/?q=mcp2221

Und hier ist die einfachste Schaltung mit diesem PIC zu sehen:
https://hackaday.io/project/6258-two-component-usb-temperature-data-logger

Du solltest allerdings noch 100nF zwischen VCC und GND spendieren.

fchk