Ich habe den SBC-TTL Adapter von joy-it. Laut dem Datenblatt von joy-it benutzt der den CH340G. In dessen Datenblatt wiederum habe ich gesehen, dass er auch Pins für DSR, DTR und RI hat. Jetzt dachte ich, wenn ich dort am Pin eine Leitung anlege, könne ich diese Pins auch benutzen. Also habe ich da mal nachgemessen. Dabei musste ich feststellen, dass dort gar kein CH340G aufgelötet ist. Es ist auch nichts auf dem Chip zu lesen. Was für ein Chip es ist habe ich bis jetzt nicht herausgefunden. Die Pinbelegung jedenfalls hat nichts mit dem CH340G zu tun, und, was noch sehr verwunderlich ist, der bestückte Quarz ist gar nicht am IC angeschlossen. Außerdem hat er 6,612813MHz, was nichts mit USB oder seriell zu tun hat, sondern eher mit 433,92MHZ FSK/ASK. Vielleicht funkt er ja nach Hause? !-) Die (nicht vollständige) Pinbelegung, die ich gemessen habe ist: VCC=8/10; GND= 7/9; 3V3O=14; D+=4; D-=5; RXD=15; TXD=11; RTS=13; CTS=3 Rentiert es sich jetzt schon, China-Chips nachzubauen? Und was soll ein unbenutzter Quarz?, kostet ja auch Geld. Ich dachte zuerst, es wäre einer der Microcontroller vom selben Hersteller, so wie die USB zu seriell Wandler von Microchip ja auch. Aber da habe ich auch keinen passenden gefunden. Kennt vielleicht jemand den Chip?
Wie meldet sich der Chip denn am Rechner? Welchen Treiber will er? Hast Du Bilder?
Georg P. schrieb: > Außerdem hat er > 6,612813MHz, was nichts mit USB oder seriell zu tun hat, sondern eher > mit 433,92MHZ FSK/ASK. Vielleicht funkt er ja nach Hause? Solch eine Reichweite wünschen sich viele. Oder steht bei dir neuerdings immer ein bestimmtes Auto mit passender Empfangseinrichtung in der Nähe? Und wie kommst du von einer Frequenz auf eine Modulationsart?
>Wie meldet sich der Chip denn am Rechner? ich habe schon adapter gesehen, wo sich ein STM32 als FTDI meldete. sagt also genau nichts aus.
Ikea schrieb: > ich habe schon adapter gesehen, wo sich ein STM32 als FTDI meldete. > sagt also genau nichts aus. Ja genau, stellen wir doch alle Fehlersuche ein, es könnte ja sein, daß irgendwas falsch angezeigt wird. Traurig was sich hier rumtreibt.
Dass diese Quarzfrequenz dafür benutzt wird habe ich bei Wikipedia gefunden. Da gibt es eine Liste welche Quarzfrequenzen wofür benutzt werden.
Bilder kann man sich auf der Internetseite von joy-it ansehen. Einfach nach SBC-TTL suchen. Der Adapter funktioniert und im Linux meldet er sich als CH340 die QunHeng. Die Ausgabe von lsusb ist:
1 | Bus 003 Device 004: ID 1a86:7523 QinHeng Electronics CH340 serial converter |
2 | Couldn't open device, some information will be missing |
3 | Device Descriptor: |
4 | bLength 18 |
5 | bDescriptorType 1 |
6 | bcdUSB 1.10 |
7 | bDeviceClass 255 Vendor Specific Class |
8 | bDeviceSubClass 0 |
9 | bDeviceProtocol 0 |
10 | bMaxPacketSize0 8 |
11 | idVendor 0x1a86 QinHeng Electronics |
12 | idProduct 0x7523 CH340 serial converter |
13 | bcdDevice 2.54 |
14 | iManufacturer 0 |
15 | iProduct 2 USB2.0-Ser! |
16 | iSerial 0 |
17 | bNumConfigurations 1 |
18 | Configuration Descriptor: |
19 | bLength 9 |
20 | bDescriptorType 2 |
21 | wTotalLength 0x0027 |
22 | bNumInterfaces 1 |
23 | bConfigurationValue 1 |
24 | iConfiguration 0 |
25 | bmAttributes 0x80 |
26 | (Bus Powered) |
27 | MaxPower 96mA |
28 | Interface Descriptor: |
29 | bLength 9 |
30 | bDescriptorType 4 |
31 | bInterfaceNumber 0 |
32 | bAlternateSetting 0 |
33 | bNumEndpoints 3 |
34 | bInterfaceClass 255 Vendor Specific Class |
35 | bInterfaceSubClass 1 |
36 | bInterfaceProtocol 2 |
37 | iInterface 0 |
38 | Endpoint Descriptor: |
39 | bLength 7 |
40 | bDescriptorType 5 |
41 | bEndpointAddress 0x82 EP 2 IN |
42 | bmAttributes 2 |
43 | Transfer Type Bulk |
44 | Synch Type None |
45 | Usage Type Data |
46 | wMaxPacketSize 0x0020 1x 32 bytes |
47 | bInterval 0 |
48 | Endpoint Descriptor: |
49 | bLength 7 |
50 | bDescriptorType 5 |
51 | bEndpointAddress 0x02 EP 2 OUT |
52 | bmAttributes 2 |
53 | Transfer Type Bulk |
54 | Synch Type None |
55 | Usage Type Data |
56 | wMaxPacketSize 0x0020 1x 32 bytes |
57 | bInterval 0 |
58 | Endpoint Descriptor: |
59 | bLength 7 |
60 | bDescriptorType 5 |
61 | bEndpointAddress 0x81 EP 1 IN |
62 | bmAttributes 3 |
63 | Transfer Type Interrupt |
64 | Synch Type None |
65 | Usage Type Data |
66 | wMaxPacketSize 0x0008 1x 8 bytes |
67 | bInterval |
>es könnte ja sein, daß irgendwas falsch angezeigt wird. >Traurig was sich hier rumtreibt. der stm32 war gut als solcher zu erkennen. er emulierte wohl den FTDI in einem JTAG-adapter. traurig das du so etwas noch nie gesehen hast. vermutlich wuerde das dein einfach gestricktes weltbild auch zu sehr erschuettern, dass ein STM32 sich als FTDI tarnt. meine vermutung: der STM32 war inklusive der entwicklung der emulation einfach billiger. einen substantiellen beitrag koenntest du mit einem lsusb log leisten. natuerlich von einem zertifiziert echten CH340. ich besitze gar keine CH340, weder originale noch fakes und habe auch nicht vor, dass in naechster zeit zu aendern.
Georg P. schrieb: > idVendor 0x1a86 QinHeng Electronics > idProduct 0x7523 CH340 serial converter Hmm. Haben die was mit WinChipHead zu tun, oder ist das ein Klon? http://www.wch-ic.com/products/CH340.html
Émile schrieb: > Georg P. schrieb: >> idVendor 0x1a86 QinHeng Electronics >> idProduct 0x7523 CH340 serial converter > > Hmm. Haben die was mit WinChipHead zu tun, oder ist das ein Klon? > > http://www.wch-ic.com/products/CH340.html http://www.wch-ic.com/about_us.html
Ich habe mal mit meinem verglichen. Es gibt nur zwei Unterschiede:
1 | Georg: iProduct 2 USB2.0-Ser! |
2 | Stefan: iProduct 2 USB2.0-Serial |
1 | Georg: bInterval |
2 | Stefan: bInterval 1 |
Ikea schrieb: >>zwei Unterschiede > da sind es wohl fakes. durchaus möglich. lsusb gibt leider zu wenig Infos aus. Ich würde den Deskriptor Satz nochmal mit usbTreeView unter Win anzeigen lassen. Da würde man einen defekten String Deskriptor sofort erkennen. bInterval ohne Zahl halte ich für einen Kopierfehler.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.