Ich habe mir mal die Mühe gemacht und beim BfS zur Problematik Meßstellennummer und Ausfall der ODL-Sonde in Happurg angefragt.

Nachfolgend zitiere ich aus der Antwort des BfS auf meine Anfrage, welche heute, nach nicht einmal 24 Stunden, per Mail eintraf:

Antwort zur Sonde Happurg:

"Die Sonde hat aktuell leider Kommunikationsprobleme, wir arbeiten dran."

Antwort zur Bildung der Meßstellennummer:

"Zur Messstellennummer: die ersten beiden Ziffern zeigen das Bundesland. Die nächsten drei bezeichnen den Landkreis und die folgenden drei Ziffern bezeichnen die Gemeinde. Die letzte Ziffer ist eine laufende Nummer.

Wenn die letzte Ziffer geändert wurde ist es ein neuer Aufbauort in der Gemeinde."

Zitat von: DG0MG am 13. August 2026, 16:26...
Du musst immer mit der Nicht-Fachkompetenz des Journalisten rechnen und es ist unklar, ob er das überhaupt so, wie abgedruckt, gesagt hat.

So wird es wohl sein. Meine teilweise Erfahrung mit der schreibenden Zunft kann dies bestätigen. Da werden manchmal Journalisten und Volontäre ohne Vorkenntnisse auf komplexe Themen angesetzt, um eine Story daraus zu machen.

Norbert

Hallo,

das habe ich auch. Sogar direkt bei Haak Elektronik gekauft damals. Preis weiss ich aber gerade nicht mehr.
Da ist ein "SBM-20-1" Zählrohr drin und den Akku kann man wechseln.
Es gibt auch ein Service Menü, welches aber leider durch einen Code geschützt ist (hab ich nirgends gefunden).

Ist ein handliches Gerät und funktioniert ganz gut.

Ein paar höchst kuriose Ergebnisse zu RadPro auf FNIRSI GC-01!

Ich habe 2 Geräte mit demselben Namen FNIRSI-GC-01, jedoch mit verschiedenen Innereien:
#1 - blaues Gehäuse - FNIRSI GC-01 (APM32F103CB) Chip:GEEHY; mit  Rad Pro 2.0.2
#2 - gelbes Gehäuse - FNIRSI GC-01 (CH32F103C8)  Chip:WCH;   mit  Rad Pro 2.0.3
Diese verhalten sich teilweise drastisch verschieden, was z.B. die Settings für die Anodenspannung angeht. GeigerLog erkennt die Unterschiede, und macht korrekte Settings. Beide Geräte funktionieren mit RadPro und GeigerLog.

Das Auslesen der Counts geht mit dem Kommando: GET tubePulseCount. Dies antwortet mit einen String <Unix-Timestamp mit sec Auflösung> , <Cumulative Counts> ; ähnlich wie: 1786306123,12975320;.

Daraus macht GeigerLog CPS Werte, und daraus CPM Werte. Letztere z.B. in Bild1 (oben) als Zeit-Kurve in braun zu sehen. Ein Poisson-Check dieser Daten (Bild1 unten-links) bestätigt "Daten OK".
Sie dürfen in diesem Board keine Dateianhänge sehen.

Nun hat RadPro auch den Befehl GET tubeRate, der direkt den aktuellen CPM Wert liefert, wie z.B. 223.639. Dieser Wert wird dem User im Display angezeigt, evtl. umgerechnet in andere Units (CPS, Sv, REM).

Dieser Wert ist in Bild1 in Cyan dargestellt. Man sieht sofort 2 Dinge an diesen RadPro-CPM Daten: 1) die Werte fluktuieren erheblich stärker als die GeigerLog Werte, 2) mehr Werte sind größer als die GeigerLog Werte (Cyan Fläche oben ist größer als unten).

Das hat zur Folge, dass der Poisson Test völlig versagt (Bild1-unten rechts), und das auch die Mittelwerte verschieden sind: GeigerLog: CPM=232, RadPro:CPM=253, also +9%! Wohlgemerkt, basierend auf den EXAKT selben Daten!
 
Der User wird sich wundern über die ungewöhnlich heftigen Schwankungen in der Anzeige. Das erinnert an die von den Usern bemängelten Schwankungen bei den GQ Countern verursacht durch die FET Einstellung (wird abgeschaltet mit FET=60). Welcher Algorithmus bei RadPro dafür verantwortlich ist, ist mir nicht bekannt. Abschaltbar scheint er nicht zu sein.

Liegt's an GeigerLog? Der GC-01 kann ja auch die History speichern; also lasse ich 1x pro sec speichern. GeigerLog kann das auslesen. Ergebnis gezeigt in Bild2. Poisson Check bestätigt: Time course ist auch hier ok. Den Mittelwert von CPM=225 nenne ich identisch zu den CPM=232 aus Bild1 angesichts der 4.5x geringeren Counts.

Die hohen Fluktuationen sind also ein RadPro Effekt, kein GeigerLog Effekt!

Sie dürfen in diesem Board keine Dateianhänge sehen.

Mein zweites GC-01 hat andere Hardware und etwas neuere Firmware. Im gleichen Setup ergibt sich Bild3 (oben). Vom Anfang bis Minute 18 sieht man dasselbe Verhalten: viel höhere Fluktuationen bei RadPro als bei GeigerLog. Dann aber crasht RadPro - jeder zweite Wert is um ca 30 Mio (!) höher als der (vermutliche) Normalwert! Mit somit 30 Mio bins kann GeigerLog kein Histogram mehr bauen; ein Poisson-Check ist unmöglich (und offensichtlich sinnlos).

Die History (siehe Bild3-unten) wird aber korrekt gespeichert, denn der Bereich 18-24 min in der History ist ungestört.

Das sieht eher einfach aus, nur ein neuer Bug in dieser jüngeren Firmware.

Sie dürfen in diesem Board keine Dateianhänge sehen.
 

Richtig muss es wahrscheinlich heissen:

"Ein einziger Transatlantikflug über die Polarregion liefert dem Körper mehr Strahlendosis, als ein Anwohner eines deutschen Kernkraftwerks durch dessen regulären Betrieb in einem ganzen Jahr aufnehmen darf.".

Du musst immer mit der Nicht-Fachkompetenz des Journalisten rechnen und es ist unklar, ob er das überhaupt so, wie abgedruckt, gesagt hat.

Hmmm, die Aussage des "Experten"
>>Wer im Winter über den Nordpol nach New York zum Shoppen fliege, sei mehr Strahlung ausgesetzt, als es in einem deutschen Kernkraftwerk erlaubt sei, sagt Lorenz...<<
zeugt nicht gerade von Fachkompetenz!  

Norbert

Moin Leute,

meine Sammellust hat mich wieder mal gepackt und ich habe o.g. Strahlmessgerät um ein Geringes erstanden. Es kommt wohl aus Russland und wurde vermutlich 2013 hergestellt. Näheres unter:
https://maxmax.com/detectors/radiation

Vertrieben wurde es von einem deutsch-russischen Unternehmen, das im Internet nur noch teilweise zu erreichen ist; eine E-Mail von mir kam unzustellbar zurück, was schade ist, denn mir mehr noch ein Manual (rein der Vollständigkeit halber, denn eigentlich ist das Gerät selbsterklärend. Gefunden habe ich noch was auf Russisch.

Das Innenleben zu zeigen, wollte ich vermeiden, da das Gehäuse wohl verklebt ist.

Nach den Settings zu urteilen, wurde das Gerät das letzte Mal wohl 2013 gestellt (Datum/Zeit) Aber es funktioniert und wird via USB-Kabel aufgeladen. Zum Einstellen dient ein Joystick-Knopf. Bei dem Preis dachte ich erst, es wäre ein Fakeprodukt. Getestet habe ich es mit einem Wecker mit Radiumfarbe wie mit einer Uranglasurschale. Die Werte sind plausibel und decken sich weitgehend mit meinen anderen GZ. Was jetzt nicht funktioniert, ist die Software für das Auslesen der gespeicherten Daten - weder unter Win 10 noch unter Win 11, jeweils 64bit.

Ansonsten: ein nettes Tool. Ich meine, mal einen VK von über 200 € gefunden zu haben. Dafür hätte ich es nie genommen.

Danke fürs Lesen
Peter

Es kann auch sein, dass das gar nicht gefragt wurde und der Experte die Antwort quasi "vorauseilend" von selbst gegeben hat, um solche Gedanken gleich im Keim zu ersticken. Was im konkreten Fall ja eher positiv zu werten ist.

Zitat von: DG0MG am 13. August 2026, 13:46Vielleicht wars sogar meine Interviewanfragerin - leider steht ja kein Autorennamen da.

Nun, dann war meine Tirade vermutlich etwas vorschnell, wobei ich trotzdem der Meinung bin und bleibe, dass der Kontakt zu Journalisten risikobehaftet ist. Es gibt im Forum genügend Negativbeispiele, wenn man mal aktiv nach schlecht recherchierten und geschriebenen Zeitungsartikeln sucht.

Ich habe mir den Artikel der Rhein-Zeitung eben noch mal gründlich durchgelesen. Tatsächlich stößt mir auch da eine Frage sauer auf, denn der Experte wurde zu einem "möglichen Sammelverbot" befragt. Wieso? Wer wirft denn so etwas in den Raum? Basierend auf welcher Annahme? Mich würde mal interessieren, welche konkrete Frage gestellt wurde. Ich würde mal frech vermuten, es war irgendetwas in diese Richtung:
"Wenn von radioaktiven Mineralien eine Gefahr ausgehen kann, müsste man das Sammeln dann nicht verbieten?"

Zitat von: Lennart am 13. August 2026, 13:16Mensch, da bin ich so über die Journalisten hergezogen und dann kommt ein halbwegs vernünftiger Artikel 

Genau so habe ich mich auch gefühlt. Endlich mal etwas Erfrischendes und nicht Deprimierendes.