GQ GMC-800 Geiger Counter

[NoLi]

...
Nachdem GQ seit mehr als 2 Jahrzehnten und für alle(!) seine Geräte nur den CH340 Chip nahm, fragt man sich, warum dieser Wechsel, wenn der einzige wirklich sichtbare Effekt die Inaktivierung eines Konkurrenzproduktes ist?
...

Entweder ist die Produktion des CH340 Chip eingestellt oder reduziert worden (ist ja mindestens 20 Jahre auf dem Markt), die Beschaffung dadurch schwieriger und teurer, oder die Umstellung auf einen neueren und vermutlich billigeren Chip soll der Zukunftsicherung - und ein bisschen der Gewinnoptimierung   - dienen.

Norbert

[stsch69]

Das Gerät ist ein GMC-800 (Acht-Hundert). Rückschlüsse auf andere Counter sind nicht möglich!

Das ist mir bewusst. Deswegen frage ich ja.
Der GMC-600+ scheint ja unterstützt zu werden. Evtl. dann auch irgendwann der GMC-600pro?

[ullix]

Keine Ahnung.

[ullix]

Soweit ich die Elektrik verstehe:

der CH340 ist ein Chip der nur USB-zu-Serial kann, und erfreut sich nebst einem guten Dutzend Geschwister großer Lebensfreude! Laut Gemini ein Sprössling des chinesischen Unternehmens WCH (Nanjing Qinheng Microelectronics Co., Ltd.), und ab 7 cent pro Stück zu erhalten.

Der STM "Chip" ist gar nicht ein solcher, sondern Software auf einem STM MicroComputer, und weist sich daher als "Virtuell" aus (lsusb: "STMicroelectronics Virtual COM Port"). Für nur diese Funktion wäre er dann deutlich teurer als der CH340. Wenn ich den MicroComputer aber ohnehin brauche, bekomme ich die USB-zu-Serial Funktion quasi gratis dazu.

[ullix]

Ein updated GeigerLog, das auch mit dem neuen GMC-800Re2.00 umgehen kann, ist ab pre08 auf GeigerLog's devel site zu finden:
https://sourceforge.net/p/geigerlog/discussion/devel2/

Kurios, an diversen Stellen im GeigerLog Code musste ich für diesen Counter Delays(!) einfügen, weil der nagelneue Microchip nicht schnell genug war. Selbst die Altgeräte GMC-300 et al brauchten das nicht

[Elektroniknerd]

Kurios, an diversen Stellen im GeigerLog Code musste ich für diesen Counter Delays(!) einfügen, weil der nagelneue Microchip nicht schnell genug war.

Bei den alten Controllern gab es eine Stelle, an der die Daten real seriell übertragen werden - nämlich vom Ch390 zum µController. Das bremst die Datenrate dort zwingend ein (zwischen ca. 100µs und 1ms pro Zeichen, je nach Baudrate).
Diese Bremse hat der Treiber durchgereicht. (Unvermeidlich zwingend .. naja fast, damals (als W95 neu war) gabe es auch immer mal wieder Chip/Treiber Kombinationen (AFAIR die ersten Prolific Konverter), die das nicht machten und damit weitgehend unbrauchbar waren. Schlichtweg weil sämtliche "serielle" Software damit rechnet das der Treiber (wenig) puffert und ansonsten wartet, bis alles raus ist.)

Hier sitzt aber auf beiden Seiten nur Software, die lediglich das "seriell über USB"-Protokoll nutzt. Damit ist die Rohdatenrate deutlich höher (vermutlich ca. 5µs pro Zeichen), und es gibt auf einmal ganz andere "Fallen" wo man Zeichen verlieren kann.
=> Effektiv muss das nicht langsamer geworden sein, um jetzt plötzlich Zeichenüberläufe zu bekommen - es ist schlichtweg ein Bug im USB-Code auf dem STM-Controller.