Der Output sieht so aus:

Time 2024-04-20T08:01:17
50 0a 0a 00 06 00 07 00 01 00 00 00 ^M

Time 2024-04-20T08:06:11
50 0a 08 00 07 00 07 00 01 00 01 00 ^M

Ich schreibe diesen Text in eine Datei und kopiere sie dann auf den Rechner, auf dem die Datenbank liegt.
Dort wandle ich die Datei mit einem C-Programm wie folgt um
(wichtig ist nur die Zeile mit der Hex-Umwandlung):

#include <assert.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
#include <time.h>

/* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */
/* main  * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */
/* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */
int main(int argc, char *argv[])
{
  int      n;
  FILE    *ifp;
  char     cstop[30];
  char     its [256];

  char     s1 [80],s2[80],s3[80];
  int      x0,x1,x2,x3,x4,x5,x6,x7,x8,x9,x10,x11;


  /* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */
  char ifn[256];

  if (argc>1)
    strcpy(ifn,argv[1]);
  else
    sprintf(ifn,"rd200.log"); // so heisst die Datei mit dem Log-Output

  if ((ifp=fopen(ifn,"r"))==NULL)
  {
    fprintf(stderr,"unable to open %s\n",ifn);
    exit(1);
  }

  while (fgets(its,sizeof(its),ifp)) // read all lines
  {
    n=sscanf(its,"%s%s%s",s1,s2,s3);

    if (n<2) continue;

    if (strncasecmp(s1,"Time",4)==0) // read line with time
    {
      strncpy(cstop,s2,20);          // and remember date
    }
    else                             // read the hex data
    {
      n=sscanf(its,
              "%02x %02x %02x %02x %02x %02x %02x %02x %02x %02x %02x %02x",
                         &x0,&x1,&x2,&x3,&x4,&x5,&x6,&x7,&x8,&x9,&x10,&x11);

      double v1     = x1 *256 + x0;
      double rn_val = x3 *256 + x2;
      double v2     = x5 *256 + x4;
      double v3     = x7 *256 + x6;
      double v4     = x9 *256 + x8;
      double v5     = x11*256 + x10;

      // insup(cstop,rn_val); // insert in database at server

      fprintf(stderr,"n=%d date=%s rn=%7.0lf %.0lf %.0lf %.0lf %.0lf %.0lf\n",
                                               n,cstop,rn_val,v1,v2,v3,v4,v5);
    }
  }
  fclose(ifp);

  exit(0);
}

wow, sooo einfach geht das? Was ist da der output?

Ich kämpf ja mit meim esp32 ordentlich rum... SD Interface war nicht stabil, jetzt asynchroner Webserver schwächelt manchmal, JTAG debugger ist bestellt. Aber gut, ich will ja auch was lernen.

Ich besitze mehrere RD200.
Ein Gerät habe ich umgebaut, den Mikrokontroller entfernt und lese den eigentlichen Detektor über die serielle Schnittstelle aus.
Die anderen lesen ich via Bluetooth über die crontab alle 10min mit Hilfe eines expect-Skripts auf einem RaspberryPi aus.

Man muss in dem unten stehenden Skript "1C:9D:C2:51:7F:5A" durch die Kennung des eigenen RD200 ersetzen.
Diese kann man erfragen mittels: sudo hcitool -i hci0 lescan


Das expect-Skript:
#!/usr/bin/expect -f
#
## remove output from STDOUT, except for puts
log_user 0
#
set timeout 4
#
spawn gatttool -b 1C:9D:C2:51:7F:5A -I
#
match_max 100000
#
expect "> "
#
while (1) {
  send -- "connect\r"
  expect "Connection successful"  break
  sleep 1
# puts "next attempt\n"
}
#
send -- "mtu 507\r"
expect "MTU was exchanged successfully" {

    sleep 1
    send -- "char-write-cmd 0x002a 50\r"

    set systemTime [clock seconds]
    puts "Time [clock format $systemTime -format %Y-%m-%dT%H:%M:%S]"
    set message1 ""

    expect {
            -re "Notification handle = 0x002c value: (.+\n)" {
              set message1 ${message1}$expect_out(1,string)
              exp_continue
        }
      }
      puts "$message1"
  }

send -- "exit\r"
#
expect eof

Im FTLab RadonEye RD200-Thread hat Dsl71 am 26. Februar 2024, 18:43 das Datenblatt des RD200 zu Verfügung gestellt.

Man könnte demzufolge davon ausgehen, dass RD200 und RikamIno ähnlich aufgebaut sind.

Interessant ist in dem Zusammenhang auch die Feststellung von Samarskit im RD200-Thread, dass das RD200 für Rn220 empfindlich ist.

RikamIno ist ein schönes DYI-Produkt und ich bin gespannt, wie es mit der Entwicklung weitergeht.

Vielleicht sollte man später einmal einen Vergleich zwischen RD200 und RikamIno durchführen.

In Bezug auf ein Radonorm Citizen Science Projekt bin ich etwas skeptisch.

Ich sehe mich explizit nicht als Experte für Radon-Fragen.
Meine Erfahrung ist aber, dass es die unterschiedlichsten Radon-Messgeräte gibt, direkt oder indirekt messend etc.
Und am Ende messen sie alles etwas "leicht anderes"...

Siehe z.B.: https://amt.copernicus.org/articles/3/723/2010/amt-3-723-2010.pdf

Aber es gibt noch eine ganze Reihe weiterer Messvergleiche.

Zitat von: Lutathera-177 am 01. Mai 2024, 15:09Ich hoffe inständig, das der Artikel tatsächlich auf mangelndem Wissen beruht

Nach dem Ansehen des Videos, bin ich der Meinung, das dem genau so ist.
Denn "Kontrastmittel" kann diesen Messeffekt nicht hervorrufen, sondern es muss eine PET/CT, PET/MR oder SPECT bzw. SPECT/CT Aufnahme gewesen sein.

Leider kann man aus den spärlichen Informationen nichts weiteres ableiten, so daß man spekulieren muss.
Daher besteht auch die Möglichkeit, das die medizinische Untersuchung extra auf die Bildgebung bzw. der Funktion der Schilddrüse ausgerichtet war.

Meiner Meinung nach ein sehr unglücklich gemachtes Video.

Zitat von: Peter-1 am 30. April 2024, 18:44Jetzt nehme ich die 70031A als Referenz und vergleiche die Meßwerte mit dem RC101. Erste Bestätigung: bei geringer DL zeigt mein RC101 einen geringeren Wert an. Dann die Überraschung bei höheren Werten. Nun die Umkehr und erhalte höhere Werte.

Als Quelle waren Mineralien aus der Uran-Radium-Reihe verwendet. Die Fehrerbreite am RC101 zeigte Werte von +/- 3,5% bis max. +/- 6%.

Das sind doch hervorragende Werte für die Fehlerbreite, die deutlich innerhalb der üblichen Fehlergrenzen liegen  .

Kannst du bitte beschreiben, wie du gemessen hast? Das 70031A stand sicher senkrecht, wie bei den ODL-Sonden. Wo hast du den RadiaCode positioniert? In der Mitte des 70031A oder oben oder unten? Da die beiden Detektoren so unterschiedliche Geometrien haben, ist ein Vergleich der Messwerte sicher nicht trivial.

Zitat aus https://www.transens.de/buergermessstelle:

"...Wie geht es nach dem Ende des Projektes TRANSENS mit der Messstelle weiter?
...Hierfür streben wir innerhalb der Projektlaufzeit einen Wissenstransfer an vor Ort interessierte Bürgerinnen und Bürger an, um einen Weiterbetrieb in direkter Bürgerhand zu ermöglichen..."

Da bin ich mal gespannt, ob sich, wie geplant, fach- und sachkundige Bürgerinnen und Bürger nach Abschluss der Projektlaufzeit Ende 2024 für den Weiterbetrieb finden, denn es gehören neben einer hohen Portion Kenntnisse vor allem auch Erfahrungen für aussagekräftige Analysen. Auch die finanziellen Belastungen sind nicht zu unterschätzen, allein der Betrieb des Reinstgermanium-Spektrometers braucht ständig Flüssigstickstoff aus einem Vorratsbehälter zum nachfüllen...beide Behältnisse (Spektrometer und Vorrat) müssen regelmäßig vom TÜV abgenommen werden. Ansonsten ist das Material bald Schrott.

Norbert

Erster Hinweis meines Kontaktes: es ist eine Fehleinschätzung des medizinischen Sachverhaltes und wird korrigiert.

Norbert

Tzz tzz 

Zitat von: NoLi am 01. Mai 2024, 10:04

Zitat von: Zugpferd am 01. Mai 2024, 09:28...
Auch interessant das das Equipment Ende 2024 versteigert wird und möglichst weiterhin für Bürger nutzbar gemacht werden soll.
Würde ich auch glatt anbieten wird nur leider meist belächelt.

Zitat:
"Der Großteil der Ausstattung und insbesondere die beiden Gamma-Spektrometer verbleiben jedoch auch nach Projektende vor Ort und die Messstelle soll in Räumlichkeiten der Gemeinde Elm-Asse verstetigt werden."
Verstetigt, nicht versteigert...

Norbert

Oh, verlesen, mit Brille wäre das nicht passiert... hahaha