Wie wäre es mit "Betriebsart"?

//edit: Ich möchte mich damit aber nicht als Experte definieren.

Die ICRP (INTERNATIONAL COMMISSION ON RADIOLOGICAL PROTECTION) gibt Hinweise zum Verhalten bei Atomexplosionen:

"Hinweise für die Öffentlichkeit zum Schutz im Falle einer nuklearen Explosion
 
DIESE HINWEISE AUF GRUNDLAGE WISSENSCHAFTLICHER ERKENNTNISSE KÖNNTEN LEBEN RETTEN"

https://www.icrp.org/page.asp?id=613

Norbert

Zitat von: silfox am Gestern um 10:11Aktuell ist die Flächendeckung der MeshCore Nodes ist nicht sehr groß: https://map.meshcore.dev/

Hab ich zuerst auch gedacht, aber das ist nur die halbe Wahrheit. Die Flächendeckung (und die Anzahl der Nodes und Repeater) ist erheblich größer, als in dieser Karte sichtbar. Das liegt daran, dass es wie gesagt keine standardmäßige Internetanbindung gibt. Deshalb gibt es auch keinen Automatismus, der einen vorhandenen Node in die Internetkarte einträgt. Will man selbst in dieser Karte erscheinen, muss man das explizit mittels der zugehörigen App übertragen.

Dazu kommt, dass sich die Nutzer dieser LoRa-Kommunikations-Lösung in mindestens zwei Gruppen aufspalten: Meshtastic und MeshCore. Diese sind untereinander nicht kompatibel. Meshtastic gibts schon ein paar Jahre, Meshcore erst seit 2025. Trotzdem scheinen die Vorteile von MeshCore so gravierend zu sein, dass viele Benutzer wechseln (ich selbst habe keinen Vergleich). MeshCore erlebt also gerade einen unglaublichen Zuwachs. Es ist immer wieder zu lesen, dass manche MC-Nutzer andere von MT "herüberholen". Ein vielgelobter Unterschied ist die Möglichkeit, Nachrichten über theoretisch bis zu 64 Hops (also Repeater) weiterzuleiten, bei Meshtastic war das auf 7 begrenzt. Dadurch werden großere Reichweiten möglich.

Tatsache ist weiterhin, dass ich hier vom Rande Sachsens mit Leuten in Wolfsburg, Braunschweig oder Magdeburg schreiben kann. Es gibt da irgendeine Route über den Brocken, Halle, Leipzig.

Aktuell ist die Flächendeckung der MeshCore Nodes ist nicht sehr groß:
https://map.meshcore.dev/

Aber MeshCore ist offen (open-source), jeder kann durch Einrichtung einer Station zur Erweiterung beitragen.
Es gibt aktive Communities, z.B.: https://hansemesh.de/

Der Reiz besteht wohl darin, mit anderen Teilnehmern in Kontakt zu treten und Mitteilungen (Text) auszutauschen.

Die Einbindung einer Reihe an Sensoren wird unterstuetzt mit der Moeglichkeit der Erweiterung durch eigene Routinen.
https://deepwiki.com/ripplebiz/MeshCore/8-sensor-integration

Die Paketgröße bei der Übermittlung von Daten beträgt 240 Bytes.

Interessant ist sicherlich die zugrunde liegende LoRa-Technik (stromsparend).

Das Ganze lebt vom Mitmachen und man kann einiges dabei lernen, ob es sich durchsetzt bleibt abzuwarten.

Aktuell kann man sich z.B. vorstellen, ein eigenes lokales Netzwerk an meteo-Stationen oder stationären (und mobilen) ODL-Messstellen zu realisieren. Zuhause hat man dann eine Node stehen, die die Daten aus dem kleinen Netzwerk einsammelt und in die Datenbank schreibt (und dann ggf. ins Internet weitergibt).

Für eine großräumige Anwendung ist die Anzahl an Nodes gegenwärtig allerdings zu gering.

Hallo,

vielleicht ist es eine Hilfe, wenn hier Dokumente und Links über PMTs gesammelt werden.

Ich fange hier mal an mit einem originalem PDF und dessen Übersetzung mittels
https://www.google.com/search?client=firefox-b-d&q=%C3%BCbersetzen+englisch-deutsch

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

Ach so - Frage an die Experten: Wie würdet ihr in der Tabelle 3 die zweite Spalte (Modus) übersetzen ?

Viele Grüße
Bernd

Zitat von: callimero am 08. Dezember 2025, 12:33ich find die Integration etwas schwierig. Ich meine fast zu erkennen, dass dies kein wirkliches Ziel (von Meshtastic) ist.

Ich hab mich jetzt mal ein wenig mit MeshCore beschäftigt - auch praktisch. Dass Datentelemetrie nicht das Hauptziel ist, würde ich auch sagen, aber es ist ausdrücklich als Möglichkeit erwähnt. Sogar Fernwirken kommt vor, irgendjemand in Neuseeland schaltet die solarbetriebene Pumpe seines Outback-Brunnens damit ein und aus. Allerdings ist es für Datenerfassung aus anderen Gründen eher weniger geeignet: Es gibt keine Verbindung ins Internet, jedenfalls nicht ohne Weiteres. Das Fehlen ist per Design ein gewolltes Standbein von MeshCore, das den Funkausbau fördern soll und Internetwormholes vermeidet, die im Fall des Falles - wenn man sie ernsthaft  braucht - dann nicht funktionieren. Aus dieser Sicht ein sinnvoller Schritt. Tatsächlich sehe ich in den letzten 2 Tagen viele Meldungen, die davon sprechen, Meshtastic-Nodes zu MeshCore zu migrieren, weil dieses besser geht (weniger Overhead produziert, dadurch weitere Entfernungen überbrücken kann).
Das bedeutet aber: Wenn man das trotzdem benutzen will, muss man sich um beide "Seiten" kümmern: Den Sensor und das Internetgateway.

Das Blatt Papier hat es ja gezeigt.
Wenn es Betas gewesen wären, hätte das Blatt Papier kaum eine Abschirmwirkung gezeigt und die Zählrate wäre annähernd gleich geblieben.

Zitat von: Radiohörer am 15. Dezember 2025, 12:14...für "Radneuerfinder" empfehle ich einen Blick in die Datenblätter der Canberra Preamplifier:
https://www.mirion.com/products/technologies/spectroscopy-scientific-analysis/gamma-spectroscopy/detector-electronics/2006-proportional-counter-preamplifier
 
Edit meint, das wäre näher dran:
https://assets-mirion.mirion.com/prod-20220822/cms4_mirion/files/pdf/spec-sheets/csp0071_2007-2007p_preamp_spec_sheet.pdf

Aaaaaach waaaaas. Die neuen Räder haben doch einen viel geringeren Rollwiderstand

Viele Grüße
Bernd

Ich weiß nicht , wie empfindlich der Alphaszinti für Beta ist.

Jedenfalls wird beim RAM II die Impulshöhe ausgewertet Der dort verbaute Halbleitersensor bringt bei Alpha viel größere Impuse als für Beta und Gamma. Mittes Spannungskomparator werden die Großen von den Kleineren getrennt und nur die großen Impulse gezählt.

Viele Grüße
Bernd

So, ich habe eben gemessen mit dem Ludlum und der zugehörigen 43-5 Alphasonde.
Hier die Daten der Sonde von der "LUDLUM" Seite:

Indicated Use:    Alpha survey
Suggested Instruments:    General purpose survey meters, ratemeters, and scalers
Detector Type:    ZnS(Ag) scintillator
Window:  Typically 0.8 mg/cm2 metalized polyester (1.2 mg/cm2 recommended for outdoor use)
Window Area:    Active: 79 cm2 (12.2 in2)
Open: 52 cm2 (8.1 in)
Protective Screen:  1.27 mm (0.050 in.) thick aluminum, 5.1 mm (0.2 in.) square openings, 66% open
Efficiency (4π)    239Pu: 13%
Typical Background
(10 µR/hr field) :    3 cpm or less
Detector Uniformity    within 10% of average reading
Photomultiplier Tube    38 mm (1.5 in.) diameter, magnetically shielded
Operating Voltage    Typically 500 to 1200 V
Temperature Range    -20 to 50 °C (-4 to 122 °F)
Environmental Rating    IP rating of 63
Connector    Series "C" (others available)
Construction    Aluminum with beige powder coating
Size (H x W x L)    7.6 x 6.4 x 34.3 cm (3 x 2.5 x 13.5 in.)
Weight    0.9 kg (2 lb)

Um auf die typische geringe Background Zählrate von <3cpm zu kommen musste ich die Spannung auf knapp 600V einstellen.
Der Blaue Apatit wurde direkt auf das Schutzgitter mittig aufgelegt.
Zählrate ca. 55 cpm.
Mit einem Blatt Schreibpapier dazwischen reduziert sich die Zählrate auf 5 cpm.
Das hätte ich so nicht erwartet!
Die Alphasonde detektiert also tatsächlich fast ausschließlich Alphastrahlung.Liegt wohl an dem Zinksulfid.
Das ist gut!