Wer weis das schon

Man könnte denken, das stammt aus den Originalunterlagen der IR-Schnittstelle.

Zitat von: Ravenlord am 29. Oktober 2026, 14:48nicht schlecht

@Na-22 Falls jemand diese Infrarot-Datenschnittstelle nach persönlichem Gusto  "nachempfinden"  und dann auch testen möchte, braucht es als erstes eine ganz einfache Möglichkeit eines Tests, ob damit die Kommunikation mit einem Gerät klappen könnte.

Also z.B. mit einem Terminalprogramm (PuTTY oder HTerm) die seriellen Parameter (Baudrate, Bitanzahl, Parität, Stopbits) einstellen und dann "X" senden. Dann könnte das Gerät mit "Y" antworten. So in der Form, falls es X und Y gibt. Das kommt natürlich auch darauf an, ob die Kommunikation in reinem ASCII oder binär erfolgt. Im zweiteren Fall ist das leider nicht ganz so einfach, könnte mit HTerm aber auch gehen. Lang nicht mehr gemacht.

Zitat von: Z. Erfall am 28. Oktober 2026, 18:58Kommt mir sehr bekannt vor mit dem 103G und einem Pixel 7, allerdings nicht nur im Auto, sondern auch auf dem Rad. Abrisse oder wilde GPS-Fehler, die zu heftigen Positionsabweichungen einzelner oder mehrere aufeinanderfolgender Messpunkte führen

Zu solchen Effekten hatte ich vor einiger Zeit auch schon einmal hier gepostet – inklusive Screenshots, ebenfalls auf einem Pixel7 (unter GrapheneOS).

Was den Parallelbetrieb mehrerer Apps mit Zugriff auf das GPS angeht – RC-App + Tracker oder OsmAnd~ –, hatte ich allerdings bisher noch keine Probleme.

nicht schlecht

Im Stadtarchiv von Waldkirch (Ba-Wü, bei Freiburg) befindet sich so ein Gerät und es wird berichtet, "es erzähle Geschichte":

• https://www.regiotrends.de/de/aus-vereinen-gruppen/index.news.570970.ein-geraet-gegen-die-unsichtbare-gefahr-in-waldkirch---der-geigerzaehler-im-stadtarchiv.html
• Archivlink: https://archive.is/vJLdZ

Leider ist die Geschichte recht dünne, mehr so nach dem Motto "Nichts Genaues weiß man nicht.".

Ja, dafür wird es ein.

Solange nichts zum RadEye gesendet wird ist TXD high und Q1 und damit auch D1 off. Pin 9 von U2 wird bei TXD=high langsam aufgeladen und gibt somit die Empfängerdioden frei.
Sobald TXD auf low geht wird Pin 9 von U2 über D2 sehr schnell auf low gezogen und blockiert damit die Signale der Empfängerdioden.
Ohne U2C, C4, D2 und R6 bekäme man wahrscheinlich ein Echo des TX Signals auf RX zurück. Die Sende- und Empfangsdioden sind nebeneinander im Gehäuse angeordnet. Die Anordnung Empfänger-Sender-Empfänger erlaubt es, den Adapter in beiden Richtungen an der Auslesestation zu montieren.

Uh, das ist interessant, danke!

Welchen Sinn haben denn C4, D2 und R6, an denen das TxD-Signal eingreift?


Blockiert das den Empfänger, solange Daten gesendet werden?

Ich hab mir mal den USB-IR-Adapter, der für Kommunikation mit den Geräten der RadEye-Familie notwendig ist, näher angeschaut. Er basiert auf dem FT232RL Chip und hat nur noch einen extra LED-Treiber. Zum Bestimmen der IR-Wellenlänge fehlt mir die Technik.
Vielleicht nützt der Schaltplan ja jemandem.

Zitat von: Cancer am 27. Oktober 2026, 21:36

Zitat von: Petroman am 27. Oktober 2026, 11:26Wichtig ist das keine andere GPS apps gleichzeitig funktionieren.
Gleichzeitig google maps benützen geht nicht (bei mir). 

Bei mir geht die Kombination aus Google Maps und Radiacode-Karte, hatte ich öfters gemacht auf langen Autofahrten.
Auf meiner letzten Reise dagegen hat der Track immer wieder unterbrochen, allerdings ohne nachvollziehbares Muster (Einstellungen, Apps). Smartphone ist ein Google Pixel 8 Pro, also nichts exotisches.

Kommt mir sehr bekannt vor mit dem 103G und einem Pixel 7, allerdings nicht nur im Auto, sondern auch auf dem Rad. Abrisse oder wilde GPS-Fehler, die zu heftigen Positionsabweichungen einzelner oder mehrere aufeinanderfolgender Messpunkte führen, aber zumindest letzteres dürfte dann sehr wahrscheinlich sicher am Handy liegen, oder hat der RC auch GPS direkt an Bord?

VG

ZE