Wiki Meshhessen - Benutzerbeiträge [de]

Sensoren an ein Meshtastic Board anschließen und konfigurieren (Sensor Node)

2025-04-01T11:20:10Z

Claus.Kühnel: /* I2C Langstreckenverbindung */

[[Datei:Anschlussschema von verschiedenen Sensoren.png|mini|447x447px|Beispiel: Anschlussschema von verschiedenen Sensoren]]
[https://meshtastic.org/ Meshtastic] unterstützt eine Reihe an Sensoren womit man sich z.B. eine eigene Wetterstation aufbauen kann. Einige Sensoren sind auf der [https://meshtastic.org/docs/configuration/module/telemetry/ offiziellen Homepage] von Meshtastic aufgelistet. Eine vollständige [https://github.com/meshtastic/firmware/blob/f0f2cd0e0e3d2245bd02a20580232ca96bd3a86b/src/detect/ScanI2C.h#L10-L69 Liste aller I2C Sensoren] findet man bei [https://github.com/meshtastic/firmware/blob/f0f2cd0e0e3d2245bd02a20580232ca96bd3a86b/src/detect/ScanI2C.h#L10-L69 Meshtastic Github]. Es gibt darüber hinaus noch viele weitere Sensoren die unterstützt werden. Die Sensordaten werden über Funk weitergeleitet. Diese Sensordaten des jeweiligen Node kann man sich in der Meshtastic App anschauen oder über ein verbundenes MQTT Node weitergeleitet werden. Somit hat man die Möglichkeit diese Daten mit Drittanbieter Software darzustellen und auszuwerten (Node RED, IBroker, Grafana usw.). Die meisten Sensoren werden per I2C Schnittstelle mit dem Board verbunden. Eine Ausnahme ist hier die [https://amzn.to/4kpdDWK WS85] von [https://shop.ecowitt.com/en-de?srsltid=AfmBOop54bJgSmKjJiAfQTLdo8IcioIjmVGg_GhN71WEXAU-zVJ0aXSH Ecowitt] die nach [https://hackaday.io/project/196990-meshtastic-ultrasonic-anemometer-wx-station einem Umbau auf serielle Ausgabe] an den seriellen Eingang des Boards angeschlossen werden kann (RX und GND). Wichtig ist, wenn man verschiedene I2C Sensoren an einem Gerät kombiniert das man in der Firmware festgelegte I2C Adressen (z.b. 0x42 oder 0x40 usw.) beachtet. Zwei Sensoren mit gleicher I2C Adresse funktionieren nicht an einer Schnittstelle (BUS). Alle Sensoren funktionieren mit der Standard Geräte Rolle "Client", allerdings werden unter der Rolle "Sensor" die Sensordaten mit Priorität gesendet. Die Installation dieser Sensoren ist recht einfach, da sowohl die meisten Sensoren als auch Boards die Beschriftung für Spannung (VDD, VCC, 3.3, 3V), Ground (GND), Taktleitung (SCL) und Datenleitung (SDA) besitzen. Diese Pins müssen lediglich von Sensor und Board verbunden werden, es ist allerdings wichtig die Verkabelung so kurz wie möglich zu halten, da I2C nicht für Langstrecken Übertragung gedacht ist (längere Stecken nur mit Extender möglich). Wenn man mehrere Sensoren installiert, können diese einfach parallel angeschlossen werden. Sollte es nicht klar sein, wo die SCL und SDA Pins sich befinden auf seinem Board, hilft ein Blick in den [https://github.com/meshtastic/firmware/tree/master/variants Meshtastic Code] oder eine Suchmaschineneingabe mit ``Dein Boardname`` + Pinout. Sollte man ein Board der Firma RAK besitzen (z.b. [https://store.rakwireless.com/products/wisblock-base-board-rak19003 RAK19003] oder [https://store.rakwireless.com/products/rak19007-wisblock-base-board-2nd-gen RAK19007]+ [https://store.rakwireless.com/products/rak4631-lpwan-node?variant=37505443791046 RAK4631]) können auch Firmeneigene Sensoren (z.b. [https://store.rakwireless.com/products/rak1906-bme680-environment-sensor RAK1906]) dort per Plug and Play installiert werden.

=== I2C Langstreckenverbindung ===
[[Datei:Anschlussschema I2C Extender.png|mini|446x446px|Beispiel: Anschlussschema I2C Langstreckenübertragung]]
Sollte eine längere Kabelverbindung zwischen Board und Sensor nötig sein, ist ein sogenannter I2C Booster oder Extender zwischen zuschalten. Dazu brauch man zwei Extender Boards die den Anfang und das Ende der Verlängerung darstellen. Diese Extender werden dann mit einem handelsüblichen LAN Kabel miteinander verbunden. Das LAN Kabel sollte mindestens der CAT 7 entsprechen. Dadurch können Reichweiten bis zu 20 bis 30 Meter I2C Verbindung erreicht werden. Sensorseite und Boardseite werden jeweils mit dem Extender per I2C Schnittstelle verbunden.

Wichtig zu wissen ist, dass ein I2C <nowiki>''Display''</nowiki> mit dieser Art der Kabelverlängerung Probleme haben könnte.

=== Spannung und Strom messen mit INA Sensoren ===
Hierfür gibt es einige INA Sensor Module die bis zu drei Kanäle (Stromkreise) überwachen können. Der [https://s.click.aliexpress.com/e/_oFYpGEY INA219] zb. kann ein Kanal bzw. Stromkreis auswerten, er sinnvoll für einfachen Solarnodes um die Strom- und Spannungszufuhr der Solarzelle zu überprüfen und auszuwerten.
[[Datei:Anschlussschema INA219 an Solarzelle.png|mini|443x443px|Beispiel: Anschlussschema INA 219 an Solarzelle]]
Des Weiteren kann der INA219 bei Boards wie dem [https://www.seeedstudio.com/Wio-SX1262-with-XIAO-ESP32S3-p-5982.html?srsltid=AfmBOoo6JUI4TRFvhIIJlTSMgoz4msiz4TXjtmBA0Xkj96LE7E1Z_CIt XIAO ESP32S3] zur Messung der Akkukapazität nützlich sein. Da es dem XIAO ESP32S3 nicht selber möglich dies zu tun, da es bei diesem Board keinen freien Pin für die Messung gibt. Der INA219 wird dafür in die Plus-Leitung zwischen Akku und Board eingeschleift. In der [https://meshtastic.org/docs/configuration/module/telemetry/ Telemetry Config] wird nun das Power metrics modul aktiviert. Zudem wird in der [https://meshtastic.org/docs/configuration/radio/power/ Power Config] unter Battery INA_2xx I2C address die 64 eingetragen das entspricht der I2C Adresse 0x40 in Dezimalzahl (Standard Adresse des INA219).

Ein weiterer Sensor zur Stromkreisüberwachung ist der INA3221, dieser hat den Vorteil, dass er bis zu drei Spannungsquellen (drei Kanalüberwachung) messen kann. Dies könnte die Solarzelle, Akku und ein weiter Stromkreis sein. Wichtig ist das der [https://amzn.to/41GFoCQ richtige INA3221] gewählt wird, wo die Stromkreisanschlüsse untereinander nicht verbunden sind (mit Multimeter überprüfen!). In der Meshtastic Firmware ist die I2C Adresse 0x42 für diesen Sensor vorgesehen dafür muss zusätzlich eine Lötbrücke bei SDA gesetzt werden für die korrekte Einstellung.

=== Sensoren konfigurieren bzw. aktivieren ===

Um die Daten der angeschlossenen Sensoren in der App und im Mesh sichtbar zu machen müssen diese nun aktiviert werden. Dazu wird das Telemetry Config Modul geöffnet und Environment metrics modul enabled aktiviert. Als nächsten Schritt sollte auch Environment metrics on-screen enabled aktiviert werden, damit unter Details (klick auf Short Name deines Node) des eigenen Nodes die Symbolik der Sensordaten angezeigt werden sowie auch auf dem OLED Display, des eigenen Gerätes. Somit sollten z. B. die Daten für Wind, Regen, Temperatur, Lux, Luftfeuchtigkeit, Luftdruck, Luftqualität und Taupunkt je nach angeschlossenen Sensor zu sehen sein. Im Menü Punkt Sensorprotokoll werden diese Daten auch aufgezeichnet und dargestellt. Für INA Sensoren sollte das Power metrics modul und Power metrics on-screen aktiviert werden. Das Air quality metrics modul bezieht sich z. B. auf den PMSA003I Sensor. Dieser wird aber nicht durch Symbolik angezeigt, sondern übertragt die Daten im Hintergrund zur Verarbeitung über den MQTT.<gallery widths="150" heights="150" caption="Screenshots Anzeige und Einstellungen + meshmap.net Ansicht (Android)">
Datei:Telemetry Config.jpg|Telemetry Config (Android)
Datei:Envoirment Anzeige.jpg|Environment Sensordaten Anzeige
Datei:Sensorprodukoll.jpg|Sensorprotokoll (Android)
Datei:Meshmap.jpg|Sensoranzeige in der meshmap.net
</gallery><gallery caption="Einige Beispiele für Sensoren die Meshtastic unterstützt">
Datei:DFRobot Lark.png|DFROBOT Lark Sensor für Windrichtung, Windgeschwindigkeit, Temperatur, Luchtfeuchtigkeit, Luftdruck
Datei:DFRobor Regensensor.png|DFROBOT Regensensor
Datei:BME 680.png|BME680 Te Sensormperatur, Luftfeuchtigkeit, Luftdruck, Luftquwalität (IAQ)
Datei:BME280.png|BME280 Temperatur, Luftdruck,Luftfeuchtigkeit
Datei:LUX Sensor.png|TSL2591 LUX
Datei:Screenshot 2025-03-03 at 21-28-42 Ina3221 Dreifach kanal modul High-Side-Messung Shunt-und Bus spannungs monitor mit i 2c-und smbus kompatibler Schnitts telle - AliExpress 502-removebg-preview.png|INA3221 Sensor zur Spannungs-und Strommessung (3 Kanäle)
Datei:61ozr9lC7XL. AC UF894 1000 QL80 -removebg-preview.png|INA219 Sensor zur Spannungs-und Strommessung (1 Kanal)
</gallery>Der Autor/Ersteller übernimmt keine Haftung auf Vollständigkeit und Richtigkeit des erstellten Artikels. Sie sind selber für ihr handeln verantwortlich. Keine Haftung für Sach-oder Menschenschäden.

[[index.php?title=Kategorie:Sensoren]]

Benutzer:Claus.Kühnel

2025-04-01T11:16:28Z

Claus.Kühnel:

Dr. Claus Kühnel studierte Informationstechnik an der Technischen Universität Dresden und hat über viele Jahre unter anderem bei der Qiagen Instruments AG Embedded Systems für die Labordiagnostik entwickelt.

Seit langem ist er von der Maker-Bewegung fasziniert. Mit Leidenschaft gibt er sein umfangreiches und fundiertes Wissen an interessierte Leserinnen und Leser weiter.

Er hat zahlreiche Artikel und Bücher zu Hard- und Software von Mikrocontrollern im In- und Ausland veröffentlicht. Einen Überblick dazu finden Sie unter https://www.ckuehnel.ch/dokuwiki/doku.php?id=downloads.

Von der Zeitschrift Elektronik erhielt sein Beitrag „Arduino & Co“ die Auszeichnung „Artikel des Jahres 2011“.

Das [https://www.rheinwerk-verlag.de/arduino-das-umfassende-handbuch/ Arduino Handbuch] ist 2024 beim Rheinwerk-Verlag in 3. Auflage erschienen. Neu ist ein [https://www.rheinwerk-verlag.de/meshtastic-funknetze-mit-lora/ eBook zu Meshtastic]. Aktuelle Beiträge finden Sie im Blog https://ckblog2016.net/. <gallery>
Datei:Arduino 3rd Ed.png|Arduino Handbuch 3. Auflage
Datei:Cover Meshtastic.png|Meshtastic eBook
</gallery>

Benutzer:Claus.Kühnel

2025-04-01T11:14:38Z

Claus.Kühnel:

Dr. Claus Kühnel studierte Informationstechnik an der Technischen Universität Dresden und hat über viele Jahre unter anderem Embedded Systems für die Labordiagnostik entwickelt.

Seit langem ist er von der Maker-Bewegung fasziniert. Mit Leidenschaft gibt er sein umfangreiches und fundiertes Wissen an interessierte Leserinnen und Leser weiter.

Er hat zahlreiche Artikel und Bücher zu Hard- und Software von Mikrocontrollern im In- und Ausland veröffentlicht. Einen Überblick dazu finden Sie unter https://www.ckuehnel.ch/dokuwiki/doku.php?id=downloads.

Von der Zeitschrift Elektronik erhielt sein Beitrag „Arduino & Co“ die Auszeichnung „Artikel des Jahres 2011“.

Das [https://www.rheinwerk-verlag.de/arduino-das-umfassende-handbuch/ Arduino Handbuch] ist 2024 beim Rheinwerk-Verlag in 3. Auflage erschienen. Neu ist ein [https://www.rheinwerk-verlag.de/meshtastic-funknetze-mit-lora/ eBook zu Meshtastic]. Aktuelle Beiträge finden Sie im Blog https://ckblog2016.net/. <gallery>
Datei:Arduino 3rd Ed.png|Arduino Handbuch 3. Auflage
Datei:Cover Meshtastic.png|Meshtastic eBook
</gallery>

Benutzer:Claus.Kühnel

2025-04-01T11:11:27Z

Claus.Kühnel: Seite erstellt

Dr. Claus Kühnel studierte Informationstechnik an der Technischen Universität Dresden und hat über viele Jahre unter anderem Embedded Systems für die Labordiagnostik entwickelt.

Seit langem ist er von der Maker-Bewegung fasziniert. Mit Leidenschaft gibt er sein umfangreiches und fundiertes Wissen an interessierte Leserinnen und Leser weiter.

Er hat zahlreiche Artikel und Bücher zu Hard- und Software von Mikrocontrollern im In- und Ausland veröffentlicht. Einen Überblick dazu finden Sie unter https://www.ckuehnel.ch/dokuwiki/doku.php?id=downloads.

Von der Zeitschrift Elektronik erhielt sein Beitrag „Arduino & Co“ die Auszeichnung „Artikel des Jahres 2011“.

Das Arduino Handbuch ist 2024 beim Rheinwerk-Verlag in 3. Auflage erschienen. Neu ist ein eBook zu Meshtastic. Aktuelle Beiträge finden Sie im Blog <gallery>
Datei:Arduino 3rd Ed.png|Arduino Handbuch 3. Auflage
Datei:Cover Meshtastic.png|Meshtastic eBook
</gallery>

Datei:Cover Meshtastic.png

2025-04-01T11:08:23Z

Claus.Kühnel:

Meshtastic eBook

Datei:Arduino 3rd Ed.png

2025-04-01T11:05:52Z

Claus.Kühnel:

Arduino Handbuch 3. Auflage

Benutzer:Claus.Kühnel

2025-04-01T00:13:07Z

Claus.Kühnel: /* Meshtastic Python CLI */

== Meshtastic Python CLI ==
Die [https://meshtastic.org/docs/software/python/cli/ Meshtastic Python CLI] ist das Kommandozeilen-Interface (Command Line Interface, CLI) für Meshtastic, das auf der Python-Bibliothek ''meshtastic'' basiert.
[[Datei:Phyton CLI.png|mini|Meshtastic Python CLI]]
Es ermöglicht die Steuerung und Konfiguration von Meshtastic-Geräten über die Kommandozeile.

Die Installation des Meshtastic Python CLI ist unter https://meshtastic.org/docs/software/python/cli/installation/ beschrieben und kann dieser Beschreibung folgend Schritt für Schritt vorgenommen werden.

Hier ist die Meshtastic Python CLI auf einem Windows-PC im Verzeichnis D://meshtastic installiert und einige erste Aufrufe zeigt die folgende Abbildung.

Hilfe zu den Meshtastic-Kommandos zeigt Ihnen der Aufruf ''meshtastic --help'' oder die Meshtastic-Dokumentation unter https://meshtastic.org/docs/software/python/cli/usage/.

In der Abbildung wird mit ''meshtastic --version'' die Softwareversion abgefragt und mit ''meshtastic --support'' ein Hinweis ausgegeben, der bei Anfragen an den Support berücksichtigt werden sollte.

Die folgenden beiden Kommandos senden einen Textstring an das Meshtastic Device H01, das über USB mit COM4 des PCs verbunden ist.

* ''meshtastic –port COM4 –sendtext „Hello Mesh!“''

* ''meshtastic –port COM4 –sendtext „Finish working now.“''

Weitere Erläuterungen zu diesen Kommandos finden Sie unter </ins>https://meshtastic.org/docs/software/python/cli/#--sendtext-sendtext<ins>.

Wollen Sie ein Backup der Konfiguration eines Meshtastic-Clients erstellen, dann kann das mit dem folgenden Kommando über das CLI erfolgen.

* ''meshtastic --port COM4 --export-config > config_backup.yaml''

Die Konfiguration des über COM4 an den PC angeschlossene Meshtastic-Devices wird in der Datei ''config_backup.yaml'' abgespeichert.

Ein Restore, wie es beispielsweise nach einem Firmware-Update von 2.5.x auf 2.6.x erforderlich ist, erreichen Sie mit

* ''meshtastic --port COM4 --configure config_backup.yaml''

[[Datei:Yaml.png|mini|Erstellen eines Backups]]
Die nebenstehende Abbildung zeigt Ihnen das Kommando für ein Backup. Die Datei ''config_backup.yaml'' umfasst 1609 Bytes und ist im Listing dargestellt.
# start of Meshtastic configure yaml
channel_url: <nowiki>https://meshtastic.org/e/#CgkSAQEoATABOgASDQgBOANIAVAbaAHIBgE</nowiki>
config:
bluetooth:
enabled: true
fixedPin: 123456
device:
nodeInfoBroadcastSecs: 3600
display:
autoScreenCarouselSecs: 5
compassNorthTop: true
screenOnSecs: 600
lora:
region: EU_868
sx126xRxBoostedGain: true
txEnabled: true
txPower: 27
usePreset: true
network:
ipv4Config: {}
ntpServer: meshtastic.pool.ntp.org
wifiEnabled: true
wifiPsk: u2u7fgzv31Ds
wifiSsid: Sunrise_2.4GHz_19B4C2
position:
broadcastSmartMinimumDistance: 100
broadcastSmartMinimumIntervalSecs: 30
gpsMode: NOT_PRESENT
gpsUpdateInterval: 120
positionBroadcastSecs: 900
positionFlags: 811
power:
lsSecs: 300
minWakeSecs: 10
sdsSecs: 4294967295
waitBluetoothSecs: 60
location:
alt: 422
lat: 47.1922021
lon: 8.8150053
module_config:
ambientLighting:
blue: 124
current: 10
green: 54
red: 102
detectionSensor:
detectionTriggeredHigh: true
minimumBroadcastSecs: 45
mqtt:
address: ade64e41caa64820a8546270f1a7fdbc.s1.eu.hivemq.cloud
enabled: true
jsonEnabled: true
mapReportSettings: {}
password: Cksz0801
root: msh
tlsEnabled: true
username: ckMesh
neighborInfo:
enabled: true
updateInterval: 14400
rangeTest:
enabled: true
sender: 1800
telemetry:
deviceUpdateInterval: 1800
environmentUpdateInterval: 1800
owner: Heltec LoRa32 V3
owner_short: H03

Datei:Yaml.png

2025-04-01T00:06:50Z

Claus.Kühnel:

yaml Datei

Benutzer:Claus.Kühnel

2025-04-01T00:03:42Z

Claus.Kühnel: /* Meshtastic Python CLI */

Benutzer:Claus.Kühnel

2025-04-01T00:02:38Z

Claus.Kühnel:

Benutzer:Claus.Kühnel

2025-03-31T23:54:56Z

Claus.Kühnel: /* Meshtastic Python CLI */

Datei:Phyton CLI.png

2025-03-31T23:53:50Z

Claus.Kühnel:

Meshtastic Python CLI

Benutzer:Claus.Kühnel

2025-03-31T23:38:17Z

Claus.Kühnel: /* Meshtastic Python CLI */

== Meshtastic Python CLI ==
Die [https://meshtastic.org/docs/software/python/cli/ Meshtastic Python CLI] ist das Kommandozeilen-Interface für Meshtastic, das auf der Python-Bibliothek ''meshtastic'' basiert. Es ermöglicht die Steuerung und Konfiguration von Meshtastic-Geräten über die Kommandozeile.

((in Bearbeitung))

Benutzer:Claus.Kühnel

2025-03-31T23:25:46Z

Claus.Kühnel: Meshtastic Pytnon CLI

== Meshtastic Python CLI ==

Meshtastic Moduleinstellungen

2025-03-31T13:37:35Z

Claus.Kühnel: /* Übertragung von Messwerten eines externen Sensormoduls */

=== MQTT Modul ===

=== Serial Modul ===
Das Modul Serial dient der Kommunikation mit einer Node über eine serielle Schnittstelle (USB oder UART). Der WebClient und das Meshtastic Python CLI nutzen diese Schnittstelle zur Konfiguration und zum Austausch von Daten.

==== Konfiguration der seriellen Schnittstelle ====
Zur Konfiguration dieser seriellen Schnittstelle gibt es die folgenden Optionen:
{| class="wikitable"
|+
!Konfiguration
!Schalter
!Funktion
|-
|Serial enabled
|ON
|Die serielle Schnittstelle wird aktiviert.
|-
|Echo enabled
|OFF
|Wenn ON, dann werden alle gesendeten Daten zum Geräte zurückgesendeet (Echo)
|-
|Mode
|SIMPLE
|SIMPLE arbeitet wie ein einfacher UART-Tunnel. Was reingeht, kommt auch wieder raus. Dafür ist ein Kanal namens "serial" erforderlich. SIMPLE ist Default.
|-
|
|PROTO
|PROTO stellt die Protobuf-Client-API an der seriellen Schnittstelle zur Verfügung.
Die API wird verwendet, um eine Verbindung von einem anderen Gerät herzustellen, siehe die [https://github.com/meshtastic/Meshtastic-arduino Arduino-Client-Bibliothek] und die [https://meshtastic.org/docs/development/device/client-api/ API-Referenz].
|-
|
|TEXTMSG
|Mit TEXTMSG kann eine Zeichenfolge über die serielle Schnittstelle an das Gerät gesendet werden, die dann als Textnachricht auf dem Standardkanal gesendet wird.
Jede Textnachricht, die vom Netz empfangen wird, wird wie folgt an den seriellen Anschluss gesendet: <Short Name>: <Text>.
|-
|
|NMEA
|NMEA gibt einen NMEA 0183-Datenstrom aus, der interne GPS-Daten oder eine feste Position und andere Knotenpunkte als Wegpunkte (WPL) enthält.
|-
|
|CALTOPO
|CALTOPO gibt alle 10 Sekunden NMEA 0183 Wegpunkte (WPL) für alle gültigen Knotenpunkte aus, die von CalTopo / SARTopo verwendet werden können. *)
|-
|
|WS85
|WS85 analysiert und berechnet die Windgeschwindigkeitsdaten, die über die serielle Schnittstelle vom [https://shop.ecowitt.com/products/ws85-3-in-1-solar-weather-sensor-measures-rainfall-wind-speed-direction Ecowitt WS85] empfangen werden. Die erfassten Messwerte werden alle 5 Minuten per Telemetrie-Paket übertragen.
Eine [https://hackaday.io/project/196990-meshtastic-ultrasonic-anemometer-wx-station Modifikation des WS85-Wettersensors] ist erforderlich. Wenn die Option in der App nicht verfügbar ist, kann sie mit dem CLI-Befehl "meshtastic --set serial.mode 6" aktiviert werden.
|-
|Receive GPIO Pin
|Pin #
|Pin für den Empfang serielle Daten - RxD.
|-
|Transmit GPIO Pin
|Pin #
|Pin für das Versenden serieller Daten - TxD.
|-
|Baud Rate
|BAUD_9600
|Die Baudrate des seriellen Interfaces.
|-
|Timeout
|Millisekunden
|Die Wartezeit, nach der ein empfangenes Paket als "komplett" betrachtet wird.
|-
|Override Console Serial Port
|OFF
|Wenn ON, kann das serielle Interface den seriellen USB-Bus für die Ausgabe verwenden.
Dies ist nur für die Modi NMEA und CALTOPO nützlich und kann sich in anderen Modi seltsam verhalten oder überhaupt nicht funktionieren.
Die Einstellung der TX/RX-Pins in der Konfiguration des seriellen Moduls führt dazu, dass diese Einstellung ignoriert wird.
|}

<nowiki>*</nowiki>) CalTopo und SARTopo sind leistungsstarke Mapping-Plattformen, die Ihnen modern digitale Kartierungswerkzeuge an die Hand geben. Detaillierte Informationen finden Sie unter https://training.caltopo.com/all_users/getting-started und https://sartopo.com/help.

==== Anwendungsbeispiele ====

===== Übertragung von Daten über das Meshtastic Python CLI =====
[[Datei:Message received.png|mini|370x370px|Empfangene Textnachrichten]]
Die Installation des Meshtastic Python CLI ist unter https://meshtastic.org/docs/software/python/cli/installation/ beschrieben und kann dieser Beschreibung folgend Schritt für Schritt vorgenommen werden.

Die folgenden beiden Kommandos senden einen Textstring an das Meshtastic Device H01, das über USB mit COM4 des PCs verbunden ist.

meshtastic –port COM4 –sendtext „Hello Mesh!“

meshtastic –port COM4 –sendtext „Finish working now.“

Die nebenstehende Abbildung zeigt die vom Knoten H01 gesendete Textnachricht in einem Knoten des betreffenden Channels.

Zum Versenden von Textmessages in das Meshtastic-Netzwerk ist das eine sehr gut über Batchdateien zu automatisierende Möglichkeit

===== Übertragung von Messwerten eines externen Sensormoduls =====
Meshtastic unterstützt eine wachsende Anzahl von Sensoren direkt und detektiert diese während des Bootvorgangs.

Die aktuell unterstützten Sensoren finden sie unter https://meshtastic.org/docs/configuration/module/telemetry/#currently-supported-sensor-types gelistet. All diesen Sensoren ist das I2C-Interface gemeinsam.

Sensoren, die derzeit noch nicht unterstützt werden, oder kein I2C-Interface aufweisen, können über ein externes Sensormodul mit einem seriellen Interface ausgestattet werden.

Die Daten können dann über das Serial-Modul dem Node zur Verfügung gestellt werden.

Die folgenden Abbildungen zeigen die Erfassung der Umgebungstemperatur mit einem DS18B20 Sensor, der ein 1-Wire Interface aufweist.

Als Sensormodul wird hier ein [https://wiki.seeedstudio.com/XIAO_BLE/ XIAO nRF52840 Mikrocontroller] auf einem [https://wiki.seeedstudio.com/Seeeduino-XIAO-Expansion-Board/ XIAO-Expansionsboard] eingesetzt. Das Board stellt [https://www.kreativekiste.de/grv-hardware Grove-Anschlüsse] für I2C, UART und ein IO-Pin D0 zur Verfügung. Der DS18B20 wird mit dem Anschluss D0 verbunden. Ein PullUp-Widerstand von D0 zu VCC darf nicht vergessen werden. Das Programm ''[https://github.com/ckuehnel/Meshtastic XIAO_nRF52840_DS18B20.ino]'' fragt den DS18B20 Sensor ab und bereitet die Daten zur Anzeige auf dem OLED auf. Der ermittelte Temperaturmesswert wird in einen String konvertiert, der über die UART an den Meshtastic-Knoten weitergeleitet wird. Die Ausgabe der seriellen Daten zeigt die folgende Abbildung.

Als Node kommt hier ein RAK4631 Mikrocontroller auf einem RAK19007 Baseboard zum Einsatz und in der folgenden Abbildung ist die Konfiguration des Serial Moduls zu sehen. Wichtig ist die Angabe der richtigen Pins für RxD und TxD, die hier nur für das RAK19007 gelten. Ist die Kommunikation richtig konfiguriert, dann sendet der Node auch die betreffenden Textnachrichten in der Primary Channel, wie die serielle Ausgabe im Programm [https://affirmatech.com/meshsense MeshSense] zeigt.

<gallery>
Datei:Externer DS18B20.png|DS18B20 am XIAO Expansionsboard
Datei:DS18B20 Output.png|Ausgabe serieller Daten des DS18B20
Datei:Serial Config.png|Konfiguration Serial Modul
Datei:MeshSense Output.png|Ausgabe der seriellen Daten des DS18B20
</gallery>Weitere Details sind unter https://ckblog2016.net/2025/01/29/meshtastic-erfassung-und-versand-von-messwerten/ zu finden.

=== External Notification Modul ===

=== Store & Forward Modul ===
Mit dem Modul Store & Forward (S&F) konfiguriert man eine Node dazu Nachrichten, die innerhalb eines privaten Kanals ausgetauscht werden, für einen späteren Abruf zu speichern. Damit haben Anwender die Möglichkeit Nachrichten zeitlich versetzt abzurufen. Selbst wenn man sich zeitweilig außerhalb der Reichweite eines Meshes befindet oder seine Node zum Zeitpunkt einer Nachricht nicht eingeschaltet hatte gehen Nachrichten nicht verloren, weil man sie innerhalb eines definierten Zeitfensters jederzeit wieder abrufen kann.

Als S&F-Server können sowohl Nodes mit der Rolle ROUTER als auch CLIENT eingesetzt werden. Die Konfiguration dieser beiden Rollen unterscheidet sich nur in einem einzigen Punkt: ein CLIENT muss explizit als Server deklariert sein. Eine Einschränkung der Funktionalität findet nicht statt. Sowohl CLIENT als auch ROUTER funktionieren weiterhin wie gewohnt, sie haben nur eine zusätzliche Aufgabe.

==== Hardware Voraussetzungen ====
Das Modul S&F lässt sich nur auf einer ESP32-Hardware mit PSRAM aktivieren. PSRAM steht für “pseudo static RAM”, also ein Speicher der nur während der Laufzeit einer Node zur Verfügung steht. Nach dem Restart einer Node ist dieser Speicher wieder gelöscht.

==== PSRAM ====
Leider ist es fast unmöglich aus den Angaben der Hersteller darauf zu schließen ob der verbaute ESP32 PSRAM besitzt und falls dies der Fall sein sollte, ob Meshtastic bei dem jeweiligen Modell die Funktion S&F unterstützt. Allein von dem oft verwendeten Modell

ESP32-S3 gibt es 29 Variationen teils mit, teils ohne PSRAM.

Eindeutig bestätigt von Meshtastic sind bisher nur die Modelle

- T3-S3 Prozessor: ESP32-S3 FH4R2

- T-Beam Prozessor: ESP32

- T-Beam Supreme Prozessor: ESP32-S3 FN8

Diese Modelle besitzen alle 8MB PSRAM.

Dagegen bietet z.B. der Heltec Wireless Tracker, obwohl er einen ESP32-S3 FN8 Prozessor verbaut hat, keinen PSRAM. Letztendliche Gewissheit ob die zur Verfügung stehende Hardware S&F unterstützt lässt sich nur durch einen konkreten Test ermitteln, zumal Die Geräteeinstellung z.Zt. keinerlei Plausibilitätsprüfung der eingesetzten Hardware durchführt.

==== Konfiguration der Node “Test S&F” als S&F-Server ====
Vorweg: S&F lässt sich nur für private Kanäle einrichten. Alle abweichenden Versuche werden mit der folgenden Fehlermeldung quittiert: '''S&F not permitted on the public Channel (siehe Galerie Bild 1)'''

Mit der Beschränkung auf private Kanäle wird eine unnötige Überlastung des öffentlichen Netzes durch “SF”-Anfragen verhindert.

Die Funktion des Servers wird mit einer Lilygo T3-S3 node als CLIENT besetzt. Als primärer Kanal wird “Babenhausen” eingerichtet. Up- und Download sind aktiviert. Der sekundäre Kanal ist der Standard-Kanal mit dem default Schlüssel “AQ==” (siehe Galerie Bild 2)

==== Einstellungen des Moduls “Store & Forward” ====
Store & Forward enabled = ON

Da wir einen CLIENT für den Test benutzen ist diese Einstellung erforderlich.

Heartbeat = ON

Diese Einstellung sendet in Intervallen von 15 Minuten ein Signal welches das Node im Mesh als S&F-Server bekannt macht. Um unnötigen Netzwerk Traffic zu vermeiden sollte diese Option nicht dauerhaft aktiviert sein. Es sollte völlig ausreichen wenn das Nodes des privaten Kanals einmal den “S&F”-Server identifiziert haben. Leider wird unter Android der Server als solches nicht gekennzeichnet. Es empfiehlt sich also ihn über die Namensgebung mit einem Zusatz “S&F” kenntlich zu machen.

'''Number of records'''

Anzahl der Sätze die max. Im PSRAM gespeichert werden. Beim Defaultwert 0 werden 2/3 des Speichers für S&F reserviert was einer Anzahl von ca. 11.000 Sätzen entspricht.

'''History return max'''

Die max. Anzahl an Sätzen die an eine Node nach einer Abfrage zurückgesendet wird.

'''History return window'''

Anzahl Minuten die eine Nachricht auf dem Server zum Abruf vorgehalten wird.

'''Server = ON'''

Auf einer Node vom Typ CLIENT muss diese Option aktiviert sein.

(siehe Galerie Bild 3)

==== Anwendungsbeispiel ====
Eine Dorfgemeinschaft hat sich entschlossen ihre sozialen Interessen auch mit Meshtastic zu unterstützen. Es wird ein zentraler Client mit dem Namen “Babenhausen” installiert. Als primärer Kanal wird “Babenhausen” und als sekundärer Kanal LongFast mit dem Default PSK “AQ==”. Alle Beteiligten wählen ebenso “Babenhausen” als primären Kanal und die sekundären Kanäle nach eigenem Interesse. Es stellt sich schnell heraus, dass es Teilnehmer gibt die tagsüber arbeitsbedingt sich außerhalb des Meshes aufhalten. Andere wiederum beklagen sich über die zu geringe Akkulaufzeit ihrer node und vergessen den Akku rechtzeitig aufzuladen. Als Lösung wird nun die zentrale node “Babenhausen ” zusätzlich als S&F-Server konfiguriert und damit gewährleistet, dass jeder Teilnehmer Nachrichten auch zeitversetzt abrufen kann. Zu beachten ist, dass die Nachrichten immer an den Kanal und nicht an die einzelne Node geschickt werden müssen. Der “S&F”-Server speichert die Nachrichten für jede einzelne Node die zum Kanal gehört. Dies sollte auch bei der Einrichtung im Feld “Number of records” berücksichtigt werden.

===== Testszenario =====
Es werden 3 Nodes verwendet. Alle haben den privaten Kanal Babenhausen als Primary und LongFast als Secondary konfiguriert und die FW 2.6 installiert.

1. RH Home (RH), Heltec V3, CLIENT_MUTE, Kanäle privat, privat, LongFast

2. RH Mobil (Rm), RAK4631, CLIENT

3. Test S&F (TS), Tlora T3-S3, CLIENT

===== Testablauf =====
1. Nachrichten von “RH” an gemeinsamen Kanal Babenhausen. Auf dem Display des S&F-Servers (TS) wird nichts angezeigt, da er die Nachricht nur speichern soll. Alle Teilnehmer die im Netz aktiv eingebunden sind erhalten diese Nachricht direkt übermittelt. (siehe Galerie Bild 4)

2. Da die Node “Rm” nicht angemeldet oder außerhalb der Reichweite war sendet sie, sobald sie wieder “Zugriff” auf den S&F-Server (TS) hat die Message “SF”. Der Server meldet das er eine neue Nachricht hat:

Total messages: 1

History Window: 480min

Last Request: 1

(siehe Galerie Bild 5)

Unmittelbar darauf wird die Nachricht an den Node “Rm” übermittelt (siehe Galerie Bild 6)

Der Server übermittelt die Nachricht die von “RH” gesendet wurde mit der Uhrzeit der Absendung. Bei einer erneuten “SF” Nachricht an den S&F-Server kommt die Meldung “Total messages: 0”, d.h. die Nachricht wurde auf dem Server für die Node gelöscht da sie bereits abgefragt wurde. Für alle anderen Nodes bleibt sie innerhalb des voreingestellten Zeitfensters noch hinterlegt. (siehe Galerie Bild 7)

===== Ausblick =====
Da Nodes mit dem Nordic nRF52840 Modul wegen fehlendem PSRAM das “S&F” feature nicht unterstützen wurde ein sogenannter pull request erstellt um z.B. das SD-Modul RAK15002 von RAKWireless zu unterstützen:

Use SD card as store&forward memory #5083

<nowiki>https://github.com/meshtastic/firmware/pull/5083</nowiki>

Ob und wann diese Anforderung realisiert wird kann zum jetzigen Zeitpunkt nicht gesagt werden.<gallery>
Datei:S&F Fehlermeldung.jpg|Galerie Bild 1
Datei:Galerie Bild 2.jpg|Galerie Bild 2
Datei:Screenshot S&F1.jpg|Galerie Bild 3
Datei:Screenshot 2.jpg|Galerie Bild 4
Datei:Screenshot 3.jpg|Galerie Bild 5
Datei:Screenshot 4.jpg|Galerie Bild 6
Datei:Screenshot 2025-03-04 180320.png|Galerie Bild 7
</gallery>Verfasser/Autor: Möchte nicht genannt werden

Besten Dank für diesen Gastbeitrag/Artikel

=== Range Test ===

=== Telemetry ===

=== Canned Message ===

=== Neighbor Info ===

=== Ambient Lighting ===

=== Detection Sensor ===
[[index.php?title=Kategorie:Konfiguration]]

Datei:MeshSense Output.png

2025-03-31T13:16:03Z

Claus.Kühnel:

Ausgabe der DS18B20 Daten in MeshSense

Datei:DS18B20 Output.png

2025-03-31T13:15:00Z

Claus.Kühnel:

Serielle Datenausgabe DS18B20

Datei:Externer DS18B20.png

2025-03-31T13:09:25Z

Claus.Kühnel:

Externer DS18B20 am XIAO Expansinsboard

Datei:Serial Config.png

2025-03-31T13:08:12Z

Claus.Kühnel:

Konfiguration der seriellen Schnittstelle für RAK4631 auf RAK19007

Solar Node (Autarker Meshtastic Knoten)

2025-03-30T23:22:29Z

Claus.Kühnel:

'''Ein Solar Node (Autarker Verteilerknoten)''',

ist wie der Name schon sagt, ein Node welches Mit Sonnenenergie angetrieben wird.

Die Solar Node sollte möglichst Autark funktionieren, damit es keine Externe Hilfsspannung benötigt.

Der Grund ist, Solar Nodes sind in den meisten Fällen an unerreichbaren Stellen angebracht:

Das könnte zb. an einem schlecht erreichbaren Punkt auf dem eigenen Hausdach sein aber auch und das wird der häufigste Grund sein.

Die Solar Node wird als Verteilerknoten genutzt, Verteilerknoten sind Nodes die möglichst optimale Standorte haben, die sehr Hoch liegen und eine freie Sicht besitzen.

Die Node dient quasi als Brücke zwischen Dir und den Nodes Anderer, um Hürden wie Gebäude, Bäume, Berge, etc. zu überwinden.

Da diese Nodes meistens keinerlei Möglichkeiten besitzen, an eine Festspannung angeschlossen zu werden und um bei Stromausfall , die Ausfallsicherheit des Meshes zu Gewährleisten, ist es Absolut Notwendig die Technik aufeinander abzustimmen.

<gallery mode="nolines" widths="200" heights="250">
Datei:SolarNode1.jpg|Einfaches Solar Node
Datei:SolarNode3.jpg|Community Node Standard
Datei:SolarNode4.jpg|Community Node m. Erweiterung
Datei:SolarNode2.jpg|Low Budget Node im Testaufbau
Datei:Solar Vogelhaus Node.jpg|Solar Vogelhaus Node
</gallery>

Einige Beispiele für Solar Nodes

'''Welche Situationen können den Ausfall des Nodes noch beeinflussen?'''

- Die Verschattung durch Wolken, ein Trüber Tag und die Dunklen Tage im Winter.

- Schnee auf dem Solarpanel.

- Ein plötzlicher Anstieg des Traffics.

- Ausfall durch eintretende Feuchtigkeit, mangels ungenügender Abdichtung des Gehäuses.

- Hitze im Inneren Des Gehäuses (plötzlicher Hitzetod der Elektronik).

'''Wie gehen Wir also vor?'''

Als erstes kümmern Wir uns um die Technik.

Für das Verständnis, wenn ich von Funkmodulen spreche, meine ich einfachheitshalber das komplette Board, auf das eigentlich verbaute Funkmodul gehe ich nicht drauf ein.

Ich unterscheide nur zwischen den Chipsätzen.

Die sollte möglichst Stromsparend sein, das schließt also schonmal Stromhungrige Funkmodule mit [https://www.espressif.com/en/products/socs/esp32 ESP32] Chipsatz aus.

Der [https://www.nordicsemi.com/Products/nRF52840 NRF52840] von [https://www.nordicsemi.com/ Nordic Semiconductor] entwickelte Chipsatz ist hier also unsere 1. Wahl.

Der [https://www.nordicsemi.com/Products/nRF52840 NRF52840] (kurz NRF52) ist auf Funkmodulen zu finden, wie dem [https://store.rakwireless.com/products/rak4631-lpwan-node?variant=37505443791046 RAK4631] von [https://store.rakwireless.com/ Rakwireless] oder dem [https://heltec.org/project/mesh-node-t114/ T114v2] von [https://heltec.org/ Heltec].

Auch der [https://wiki.seeedstudio.com/xiao_nrf52840&_wio_SX1262_kit_for_meshtastic/#:~:text=This%20kit%20combines%20the%20XIAO%20nRF52840%20and%20Wio-SX1262%2C,networks%2C%20environmental%20monitoring%2C%20asset%20tracking%2C%20education%2C%20and%20innovation. Xiao] von [https://www.seeedstudio.com/ Seeed] Studio ist jetzt erhältlich mit einem [https://www.nordicsemi.com/Products/nRF52840 NRF52840].

'''Warum NRF52?'''

Weil er zb. wie auf dem [https://store.rakwireless.com/products/rak4631-lpwan-node?variant=37505443791046 RAK4631] im Ruhemodus ca. 9 - 20 mAh und im Sende/Empfangs-Modus ca. 20 - 40 mAh benötigt.

Ein ESP32 basiertes Funkmodul nimmt gerne mal ca. 100 - 140 mAh, das ist für ein Autarkes Solar Node ungeeignet.

Natürlich könnt ihr auch die Akku-Größe anpassen und ein dementsprechend großes Solarpanel benutzen mit 12 oder 24 Volt und gute 50 Watt oder mehr.

Damit könnt ihr dann auch ESP32 Funkmodule betreiben.

Die NRF52 Funkmodule haben auch in der Vergangenheit gezeigt, das Sie sehr Stabil und ohne Ausfälle laufen.

Als Beispiel nehmen wir jetzt hier den [https://store.rakwireless.com/products/rak4631-lpwan-node?variant=37505443791046 RAK4631], Rakwireless baut seine Boards Modular auf, der [https://store.rakwireless.com/products/rak4631-lpwan-node?variant=37505443791046 RAK4631] ist das Kernmodul.

Wir benötigen aber noch das Basisboard, da haben wir mehrere zur Auswahl, beschränken uns aber auf die beiden gängigsten, dem [https://store.rakwireless.com/products/rak19007-wisblock-base-board-2nd-gen RAK19007] und dem [https://store.rakwireless.com/products/wisblock-base-board-rak19003 RAK 19003].

Das [https://store.rakwireless.com/products/wisblock-base-board-rak19003 RAK19003] ist das kleinste und reicht für Unsere Zwecke erst einmal.

'''Was benötigen wir Noch?'''

''Theoretisch und so findet Ihr Die Informationen meistens im Internet, nur noch ein kleines Solarpanel und einen Lipo Akku und steckt diese direkt an das Board, mittels der JST-Stecker.....Fertig!''

''Jetzt das ganze noch in eine Butterbrotdose packen, das Solarpanel mit Klebeband befästigen und in die Wildnis schmeißen....''

'' ''

''Nein, Wir machen es ja richtig.....''

[[Datei:Doppel-Solarpanel.jpg|zentriert|mini|256x256px|Doppel-Solarpanel]]

'''Ihr braucht also noch:'''

- Akku mit Akkufach

- Solarpanel

- Laderegler

- Aderleitungen (Litze)

- Strom- und Leistungssensor (Optional)

Ihr benötigt als erstes einen Akku, das Funkmodul benötigen eine Spannung zwischen 3,7 und 4,2 Volt.

Perfekt hierfür sind geschützte (PCB - Protected) Li-Ion Industriezellen. Ich empfehle 26650er Zellen, 18650 oder andere sind aber auch möglich.

Li-Ion Industriezellen haben den Vorteil gegenüber Lipo Packs, das Sie nicht so empfindlich gegenüber mechanischen einwirkungen sind und niedrige Temperaturen etwas besser aushalten.

Die Akkuspannung ist Perfekt für die Meshtastic Boards und Ihr könnt Sie direkt verwenden ohne die Spannung nach oben oder unten zu wandeln.

Wem das nicht reicht, kann einen Exotischen LTO Aufbau machen. LTO Akkus sind absolut Wiederstandsfähig gegen Temperaturen und Mechanische Einwirkungen, Ihr Lebenszyklus ist deutlich höher als von Lithium Akkus aber der Aufbau ist auch deutlich teurer.

Ich empfehle für euren Aufbau ein Minimum von 5000 bis 6000mAh, ihr könnt die Akkus auch Parallel anschließen, damit verdoppelt sich die Kapazität.

entweder die Akkus werden punkt geschweißt oder und das ist die einfachere Lösung, ihr benutzt ein Akkufach.

Das Solarpanel wählt ihr je nachdem, welchen Laderegler Ihr kauft. Das RAK Funkmodul und auch alle anderen haben einen Solar-Eingang, dieser verträgt maximal 5 Volt.

Leider ist er nicht sehr Effizient, weil der Eingang eigentlich nur ein Strom- bzw. Spannungsbegrenzer ist. Es ist als keine Effiziente Laderegelung vorhanden.

Da die Solarpanels aber teilweise mehrfach am Tag unterschiedlich verschattet werden. Geht euch viel Energie verloren.

Empfehlen kann ich 3 Laderegler:

- Den [https://www.dfrobot.com/product-1781.html DF Robot Solar Power Manager Micro] für 0.5 bis 4 Volt Panels.

- Den [https://www.dfrobot.com/product-1712.html DF Robot Solar Power Manager 5V] für 5 Volt (Favorit)

- Den [https://www.waveshare.com/wiki/Solar_Power_Manager_(D) Waveshare Solar Power Manager Module (D)] für große Panels über 5 bis 24 Volt Panels.

'''Aufbau der Elektronik:'''

Wie in der Skizze zu sehen, verbindet Ihr das Solarpanel mit dem Laderegler. (Das gilt für alle Laderegler)
[[Datei:CommunityNodeSchaltung.png|mini|Schaltung für ein Solar Node, Basierend auf dem Community Node. (RAK4631, RAK19003, DF Robot Solar Manager 5V, Solarpanel 5V 5W|332x332px]]
Den Akku und den Akku Anschluss des Funkmoduls verbindet ihr direkt mit dem Akkuanschluss des Ladereglers.

Die Akkus solltet ihr vorher vorladen und bitte achtet bei alles Schritten auf die richtige Polung!

''Optional*'' könnt Ihr den INA219 (Strom- und Leistungssensor) anschließen, ebenfalls wie in der Skizze.

Damit könnt Ihr in der Meshtastic App beobachten ob das Solarpanel arbeitet, der INA219 gehört zu den Sensoren und ist '''[[Sensoren an ein Meshtastic Board anschließen und konfigurieren (Sensor Node)|''<big>hier</big>'']]''' näher beschrieben.

Die Kabel zum Löten wählt ihr möglichst in ca. 0,5 mm Querschnitt.

'''Was Ihr beim zusammenbau beachten müsst:'''

''Sehr wichtig ist das Ihr eure Solar Nodes gut abdichtet, um Feuchtigkeit im Innenraum zu vermeiden.''

''Vorzugsweiße nehmt Ihr dafür '''[https://deu.sika.com/de/industrie/transportation/fuer-wartung-undreparatur/sikaflex-554.html SIKAFLEX 554]'''.''

- Eure Nodes werden schweren Wetterbedingungen ausgesetzt sein, unter anderem Wind, Regen, Sonne(UV) und Temperaturschwankungen.

verklebt also alles sehr sorgsam damit der Wind nichts abreißen kann und die Node gut gegen wasser geschützt ist.

Die Antennen-Stecker auf dem Gehäuse solltet ihr auch akribisch mit Sikaflex abdichten und nach Montage der Antenne alles mit selbstverschweißendem Isolierband abkleben.

Es darf absolut keine Feuchtigkeit ins Gehäuse kommen, das schadet eurer Elektronik.

- Ein Weiteres Problem mit Solar Nodes ist die Temperatur im inneren des Gehäuses.

Durch die Sonneneinstrahlung erhitzt sich das Gehäuse und die Elektronik nimmt ab einer gewissen Temperatur schaden.

Das erst was Ihr machen könnt ist, die Node so zu konstruieren, das dass Gehäuse hinter den Solarpanels sitzt.

Eine weitere Möglichkeit wäre, jeweils ein [https://www.reichelt.de/de/de/shop/produkt/temperaturbegrenzer_55_c_effner_250_v-351658?PROVID=2788&gad_source=1&gclid=Cj0KCQjw16O_BhDNARIsAC3i2GBjZ-ONAn0db6R6HPUyl-405rqfLLPuXXO6K_4vB0EllqXjdW_-ER0aAuSfEALw_wcB Temperaturschalter] mit Öffner bei 55 Grad Celsius zwischen Solarpanel und Laderegler und zwischen Akku und Node zu Installieren.

Beim Überschreiten der Temperatur, öffnen die Schalter und die Node ist komplett Inaktiv.

- Damit eurem Node nicht die Energie ausgeht, wählt die Akku Kapazität entsprechend groß und Installiert dementsprechend auch Solarpanels.

Die meisten werden das nicht ausrechnen.

Wir haben eine Faustregel für unsere Community Schaltung:

- Solar Node für zuhause = 1x5 Volt Panel und 1x26650 Akku mit 6000 mAh.

- Solar Node als Verteilerknoten = doppelte Anzahl Panels und Akku.

Wichtig ist auch das Ihr eure Solar Nodes in richtung Süden ausrichtet und möglichst 30 - 35 Grad Neigung einhaltet.

Die Neigung hilft auch im Winter dabei, das der Schnee schneller vom Solarpanel rutscht.

Da Wir schon sehr viel Experimentiert haben, kann ich Euch nur das Community-Node ans Herz legen.

Die Technischen Komponenten sind auf einander abgestimmt und es gibt ein passendes Gehäuse optional dazu.

Alle Bauteile finden dort ihr vorbereiteten Platz. der Arbeitsaufwand sinkt Stark.

=== '''Die Community Node:''' ===
<gallery mode="slideshow" caption="'''Die Community Node'''">
Datei:1.jpg
Datei:3.jpg
Datei:2.jpg
Datei:9.jpg
Datei:6.jpg
Datei:5.jpg
Datei:7.jpg
Datei:8.jpg
Datei:10.jpg
</gallery>Die Community Node wurde von Mesh Hessen entworfen und wird ständig weiter entwickelt.
[[Datei:Community Node.jpg|mini|353x353px|Community Node]]
Der oben vorgeführte Grundaufbau der Elektronischen Komponenten wurde von Manuel Lausmann entwickelt.

Speziell für diese Elektronik wurde eine Gehäuse von An3das unserem 3D Druck Experten entworfen,

in welches alle Bauteile perfekt hinein passen.

Ihr könnt Das Gehäuse bei An3das [https://an3das.de/index.php?/category/108 '''HIER'''] bestellen oder schreibt Ihn direkt in [https://t.me/AN3DAS '''Telegram'''] an.

Das Gehäuse gibt es mit Diversen Addons.

- Gehäuse Verlängerung

- Sensor Gehäuse

- Windturbinen Aufnahme

- zusätzliche Akkufächer

- Doppel-Solar Platte

- Adapter von RAK19003 auf RAK19007 Aufnahme

Hier auch nochmal eine Teileliste was ihr benötigt:

- [https://store.rakwireless.com/products/wisblock-base-board-rak19003?srsltid=AfmBOoronEY10BUkOF2Ij6HPZJUkzmV3RwWD_HeKMkQAFkpe63wxTRbu WisBlock Mini Base Board (RAK19003)]

- [https://store.rakwireless.com/products/rak4631-lpwan-node?_pos=1&_sid=6d1fb7b72&_ss=r&variant=37505443823814 Module for LoRaWAN with LoRa SX1262 (RAK4631) (Achtung: Frequency = EU868 und Variant = RAK4631 Arduino)]

- [https://www.amazon.de/dp/B09K3ZZX29/ref=cm_sw_r_as_gl_apa_gl_i_9252KJ4Q1WSJZRERQSTY?linkCode=ml1&tag=malaone04-21 Solarmodul 5W 5V (0 - 6 Volt) (Größe: 208 x 140 mm)] - Ihr könnt auch etwas vergleichbares auf Aliexpress, etc. bestellen.

- [https://www.amazon.de/dp/B07YDH2PCY/ref=cm_sw_r_as_gl_apa_gl_i_PKX1AM85FTY0EZWSH9TR?linkCode=ml1&tag=malaone04-21 INA219 I2C Bidirektionaler Gleichstrom-Stromversorgungssensor]

- [https://www.amazon.de/dp/B0C8J17C2T/ref=cm_sw_r_as_gl_apa_gl_i_M27050965JHH6SANEYHN?linkCode=ml1&tag=malaone04-21&th=1 Antennenanschluss IPEX zu N Typ Buchse] ''optional:'' (zum entkoppeln der Antenne vom Gehäuse, ein 50 cm Ecoflex 10 Kabel)

- [https://www.amazon.de/gp/product/B0B1524RMS/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 Antenne Variante 1 (kurz und gut)] - Leider oft vergriffen, so wie die original Alfa 868 5dBi

- [https://www.amazon.de/gp/product/B0B4VVWLDP/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 Antenne Variante 2 (lang und besser)]

- [https://botland.de/zubehor-fur-solarmodule/14423-dfrobot-solar-power-manager-solarenergie-managementmodul-5v-6959420913473.html DFRobot Solar Power Manager - Solarenergie-Managementmodul – 5V]

- [https://www.akkuteile.de/keeppower-26650-5500mah-3-6v-3-7v-li-ion-akku-pcb-geschuetzt_12060_2280?ReferrerID=9&gad_source=1&gclid=Cj0KCQjw9Km3BhDjARIsAGUb4ny_M6JZASXDMbasVtx9MCzAdVMXR936uMKA_cCLC5y6wZrvUkU3mesaAqkQEALw_wcB Akku Keeppower 26650 - 5500mAh, 3,6V - 3,7V Li-Ion-Akku PCB geschützt]

Für den Zusammenbau benötigt ihr nur: Einen Lötkolben, Schraubendreher-Satz, Abisolier-Werkzeug, Selbstverschweißendes Isolierband und Sikaflex.

Wer möchte kann auch noch Silicagel-Päckchen ins Gehäuse legen, gegen die Feuchtigkeit (zu empfehlen) und ein Druckausgleichs-Ventil installieren.

Für diejenigen, die es etwas dezenter möchten, ist die Low-Budget Node vielleicht die richtige Wahl.

Es ist ähnlich aufgebaut aber etwas Schmaler und besitzt ein SMA Anschluss für kleinere Antennen.<gallery widths="200" heights="200">
Datei:Low Budget Node front.jpg|'''Low Budget Node front'''
Datei:Low Budget Node hinten.jpg|'''Low Budget Node hinten'''
</gallery>

=== '''LTO Solar Node (Exotisch/Exklusiv):''' ===
[[Datei:LTO Solar Node.jpg|mini|388x388px]]
Ein LTO (Lithium-Titanium-Oxide) Akku betriebenes Node ist für raue klimatische Umgebungen die erste Wahl.

Da der LTO Akku in Temperaturbereichen von -50 bis +65 Grad ge- und entladen werden kann ohne Schaden zunehmen.

LTO-Batterien bieten schnellere Ladezeiten, eine längere Lebensdauer und mehr Sicherheit, haben aber im Vergleich zu herkömmlichen Lithium-Ionen-Batterien eine geringere Energiedichte.

Zudem haben sie ein Spannungsbereich von 2.3V bis 2,8V, was für unsere kleinen Mikrocontroller leider nicht ausreichen ist.

Für ein RAK4631 ist eine Mindestspannung von 3,3V vorgesehen. Dies bedeutet das im Solarbetrieb ein Laderegler nötig ist der maximal 2.8V Spannung erzeugt.

Zudem ist am Load Output ein Upconverter nötig der die erforderliche Betriebsspannung im Beispiel vom RAK4631 auf 3.3V anhebt.

All diese Eigenschaften vereint der speziellen Laderegler von Keith Monaghan. Dieser ist käuflich auf der '''[https://www.etsy.com/de/listing/1609406536/mppt-solar-batterieladegerat-fur-iot?variation0=4643646949 Etsy Seite VoltaicEnclosures]''' zu erwerben.

Darüber hinaus bietet dieser sogar noch ein eingebauten INA3221 Sensor.

Da dieser Regler Multichemie fähig ist kann er auch für andere Spannungsbereiche eingesetzt werden.

[[Datei:WisMesh Repeater von RAK® (Rakwireless).jpg|mini|314x314px|WishMesh Repeater von RAK® (Rakwireless)]]
'''Das Fertig Paket'''

Wer Absolut kein Handwerkliches Geschick besitzt oder sich einfach nicht daran traut,

für den ist vielleicht die Fertige Solar Node von RAKwireless etwas.

[https://store.rakwireless.com/products/wismesh-meshtastic-solar-repeater?index=6&variant=44485612765382 Der WisMesh Repeater] ist ein Fertig Gerät, welches Ihr nur noch auspacken müsst und am Mast befästigt.

''Meshtastic ist vorinstalliert.''

Es kommt mit Akku, Solarpanel und der kompletten Elektronik die Ihr braucht um einen Verteilerknoten in Betrieb zu nehmen.

Wer möchte und auch ein wenig Erfahrung mit Elektronik hat, kann sein Node weiter anpassen, um einen Schalter, Sensoren oder Relais.

dabei solltet Ihr aber immer den Stromverbauch im Auge behalten und die Solar Node, dementsprechend anpassen.

Ich wünsche Euch viel Spaß beim Basteln.

'''"Sei auch Du ein Pionier, baue Nodes und stell Sie auf!"'''

Autor: Daniel Wegstroth

Der Autor/Ersteller übernimmt keine Haftung auf Vollständigkeit und Richtigkeit des erstellten Artikels. Sie sind selber für ihr handeln verantwortlich. Keine Haftung für Sach-oder Menschenschäden.

[[index.php?title=Kategorie:Nodes]]

Meshtastic Moduleinstellungen

2025-03-30T23:11:20Z

Claus.Kühnel: /* Übertragung von Messwerten eines externen Sensormoduls */

=== MQTT Modul ===

=== Serial Modul ===
Das Modul Serial dient der Kommunikation mit einer Node über eine serielle Schnittstelle (USB oder UART). Der WebClient und das Meshtastic Python CLI nutzen diese Schnittstelle zur Konfiguration und zum Austausch von Daten.

==== Konfiguration der seriellen Schnittstelle ====
Zur Konfiguration dieser seriellen Schnittstelle gibt es die folgenden Optionen:
{| class="wikitable"
|+
!Konfiguration
!Schalter
!Funktion
|-
|Serial enabled
|ON
|Die serielle Schnittstelle wird aktiviert.
|-
|Echo enabled
|OFF
|Wenn ON, dann werden alle gesendeten Daten zum Geräte zurückgesendeet (Echo)
|-
|Mode
|SIMPLE
|SIMPLE arbeitet wie ein einfacher UART-Tunnel. Was reingeht, kommt auch wieder raus. Dafür ist ein Kanal namens "serial" erforderlich. SIMPLE ist Default.
|-
|
|PROTO
|PROTO stellt die Protobuf-Client-API an der seriellen Schnittstelle zur Verfügung.
Die API wird verwendet, um eine Verbindung von einem anderen Gerät herzustellen, siehe die [https://github.com/meshtastic/Meshtastic-arduino Arduino-Client-Bibliothek] und die [https://meshtastic.org/docs/development/device/client-api/ API-Referenz].
|-
|
|TEXTMSG
|Mit TEXTMSG kann eine Zeichenfolge über die serielle Schnittstelle an das Gerät gesendet werden, die dann als Textnachricht auf dem Standardkanal gesendet wird.
Jede Textnachricht, die vom Netz empfangen wird, wird wie folgt an den seriellen Anschluss gesendet: <Short Name>: <Text>.
|-
|
|NMEA
|NMEA gibt einen NMEA 0183-Datenstrom aus, der interne GPS-Daten oder eine feste Position und andere Knotenpunkte als Wegpunkte (WPL) enthält.
|-
|
|CALTOPO
|CALTOPO gibt alle 10 Sekunden NMEA 0183 Wegpunkte (WPL) für alle gültigen Knotenpunkte aus, die von CalTopo / SARTopo verwendet werden können. *)
|-
|
|WS85
|WS85 analysiert und berechnet die Windgeschwindigkeitsdaten, die über die serielle Schnittstelle vom [https://shop.ecowitt.com/products/ws85-3-in-1-solar-weather-sensor-measures-rainfall-wind-speed-direction Ecowitt WS85] empfangen werden. Die erfassten Messwerte werden alle 5 Minuten per Telemetrie-Paket übertragen.
Eine [https://hackaday.io/project/196990-meshtastic-ultrasonic-anemometer-wx-station Modifikation des WS85-Wettersensors] ist erforderlich. Wenn die Option in der App nicht verfügbar ist, kann sie mit dem CLI-Befehl "meshtastic --set serial.mode 6" aktiviert werden.
|-
|Receive GPIO Pin
|Pin #
|Pin für den Empfang serielle Daten - RxD.
|-
|Transmit GPIO Pin
|Pin #
|Pin für das Versenden serieller Daten - TxD.
|-
|Baud Rate
|BAUD_9600
|Die Baudrate des seriellen Interfaces.
|-
|Timeout
|Millisekunden
|Die Wartezeit, nach der ein empfangenes Paket als "komplett" betrachtet wird.
|-
|Override Console Serial Port
|OFF
|Wenn ON, kann das serielle Interface den seriellen USB-Bus für die Ausgabe verwenden.
Dies ist nur für die Modi NMEA und CALTOPO nützlich und kann sich in anderen Modi seltsam verhalten oder überhaupt nicht funktionieren.
Die Einstellung der TX/RX-Pins in der Konfiguration des seriellen Moduls führt dazu, dass diese Einstellung ignoriert wird.
|}

<nowiki>*</nowiki>) CalTopo und SARTopo sind leistungsstarke Mapping-Plattformen, die Ihnen modern digitale Kartierungswerkzeuge an die Hand geben. Detaillierte Informationen finden Sie unter https://training.caltopo.com/all_users/getting-started und https://sartopo.com/help.

==== Anwendungsbeispiele ====

===== Übertragung von Daten über das Meshtastic Python CLI =====
[[Datei:Message received.png|mini|370x370px|Empfangene Textnachrichten]]
Die Installation des Meshtastic Python CLI ist unter https://meshtastic.org/docs/software/python/cli/installation/ beschrieben und kann dieser Beschreibung folgend Schritt für Schritt vorgenommen werden.

Die folgenden beiden Kommandos senden einen Textstring an das Meshtastic Device H01, das über USB mit COM4 des PCs verbunden ist.

meshtastic –port COM4 –sendtext „Hello Mesh!“

meshtastic –port COM4 –sendtext „Finish working now.“

Die nebenstehende Abbildung zeigt die vom Knoten H01 gesendete Textnachricht in einem Knoten des betreffenden Channels.

Zum Versenden von Textmessages in das Meshtastic-Netzwerk ist das eine sehr gut über Batchdateien zu automatisierende Möglichkeit

===== Übertragung von Messwerten eines externen Sensormoduls =====
Meshtastic unterstützt eine wachsende Anzahl von Sensoren direkt und detektiert diese während des Bootvorgangs.

Die aktuell unterstützten Sensoren finden sie unter https://meshtastic.org/docs/configuration/module/telemetry/#currently-supported-sensor-types gelistet. All diesen Sensoren ist das I2C-Interface gemeinsam.

Sensoren, die derzeit noch nicht unterstützt werden, oder kein I2C-Interface aufweisen, können über ein externes Sensormodul mit einem seriellen Interface ausgestattet werden.

Die Daten können dann über das Serial-Modul dem Node zur Verfügung gestellt werden.

((in Bearbeitung))

=== External Notification Modul ===

=== Store & Forward Modul ===
Mit dem Modul Store & Forward (S&F) konfiguriert man eine Node dazu Nachrichten, die innerhalb eines privaten Kanals ausgetauscht werden, für einen späteren Abruf zu speichern. Damit haben Anwender die Möglichkeit Nachrichten zeitlich versetzt abzurufen. Selbst wenn man sich zeitweilig außerhalb der Reichweite eines Meshes befindet oder seine Node zum Zeitpunkt einer Nachricht nicht eingeschaltet hatte gehen Nachrichten nicht verloren, weil man sie innerhalb eines definierten Zeitfensters jederzeit wieder abrufen kann.

Als S&F-Server können sowohl Nodes mit der Rolle ROUTER als auch CLIENT eingesetzt werden. Die Konfiguration dieser beiden Rollen unterscheidet sich nur in einem einzigen Punkt: ein CLIENT muss explizit als Server deklariert sein. Eine Einschränkung der Funktionalität findet nicht statt. Sowohl CLIENT als auch ROUTER funktionieren weiterhin wie gewohnt, sie haben nur eine zusätzliche Aufgabe.

==== Hardware Voraussetzungen ====
Das Modul S&F lässt sich nur auf einer ESP32-Hardware mit PSRAM aktivieren. PSRAM steht für “pseudo static RAM”, also ein Speicher der nur während der Laufzeit einer Node zur Verfügung steht. Nach dem Restart einer Node ist dieser Speicher wieder gelöscht.

==== PSRAM ====
Leider ist es fast unmöglich aus den Angaben der Hersteller darauf zu schließen ob der verbaute ESP32 PSRAM besitzt und falls dies der Fall sein sollte, ob Meshtastic bei dem jeweiligen Modell die Funktion S&F unterstützt. Allein von dem oft verwendeten Modell

ESP32-S3 gibt es 29 Variationen teils mit, teils ohne PSRAM.

Eindeutig bestätigt von Meshtastic sind bisher nur die Modelle

- T3-S3 Prozessor: ESP32-S3 FH4R2

- T-Beam Prozessor: ESP32

- T-Beam Supreme Prozessor: ESP32-S3 FN8

Diese Modelle besitzen alle 8MB PSRAM.

Dagegen bietet z.B. der Heltec Wireless Tracker, obwohl er einen ESP32-S3 FN8 Prozessor verbaut hat, keinen PSRAM. Letztendliche Gewissheit ob die zur Verfügung stehende Hardware S&F unterstützt lässt sich nur durch einen konkreten Test ermitteln, zumal Die Geräteeinstellung z.Zt. keinerlei Plausibilitätsprüfung der eingesetzten Hardware durchführt.

==== Konfiguration der Node “Test S&F” als S&F-Server ====
Vorweg: S&F lässt sich nur für private Kanäle einrichten. Alle abweichenden Versuche werden mit der folgenden Fehlermeldung quittiert: '''S&F not permitted on the public Channel (siehe Galerie Bild 1)'''

Mit der Beschränkung auf private Kanäle wird eine unnötige Überlastung des öffentlichen Netzes durch “SF”-Anfragen verhindert.

Die Funktion des Servers wird mit einer Lilygo T3-S3 node als CLIENT besetzt. Als primärer Kanal wird “Babenhausen” eingerichtet. Up- und Download sind aktiviert. Der sekundäre Kanal ist der Standard-Kanal mit dem default Schlüssel “AQ==” (siehe Galerie Bild 2)

==== Einstellungen des Moduls “Store & Forward” ====
Store & Forward enabled = ON

Da wir einen CLIENT für den Test benutzen ist diese Einstellung erforderlich.

Heartbeat = ON

Diese Einstellung sendet in Intervallen von 15 Minuten ein Signal welches das Node im Mesh als S&F-Server bekannt macht. Um unnötigen Netzwerk Traffic zu vermeiden sollte diese Option nicht dauerhaft aktiviert sein. Es sollte völlig ausreichen wenn das Nodes des privaten Kanals einmal den “S&F”-Server identifiziert haben. Leider wird unter Android der Server als solches nicht gekennzeichnet. Es empfiehlt sich also ihn über die Namensgebung mit einem Zusatz “S&F” kenntlich zu machen.

'''Number of records'''

Anzahl der Sätze die max. Im PSRAM gespeichert werden. Beim Defaultwert 0 werden 2/3 des Speichers für S&F reserviert was einer Anzahl von ca. 11.000 Sätzen entspricht.

'''History return max'''

Die max. Anzahl an Sätzen die an eine Node nach einer Abfrage zurückgesendet wird.

'''History return window'''

Anzahl Minuten die eine Nachricht auf dem Server zum Abruf vorgehalten wird.

'''Server = ON'''

Auf einer Node vom Typ CLIENT muss diese Option aktiviert sein.

(siehe Galerie Bild 3)

==== Anwendungsbeispiel ====
Eine Dorfgemeinschaft hat sich entschlossen ihre sozialen Interessen auch mit Meshtastic zu unterstützen. Es wird ein zentraler Client mit dem Namen “Babenhausen” installiert. Als primärer Kanal wird “Babenhausen” und als sekundärer Kanal LongFast mit dem Default PSK “AQ==”. Alle Beteiligten wählen ebenso “Babenhausen” als primären Kanal und die sekundären Kanäle nach eigenem Interesse. Es stellt sich schnell heraus, dass es Teilnehmer gibt die tagsüber arbeitsbedingt sich außerhalb des Meshes aufhalten. Andere wiederum beklagen sich über die zu geringe Akkulaufzeit ihrer node und vergessen den Akku rechtzeitig aufzuladen. Als Lösung wird nun die zentrale node “Babenhausen ” zusätzlich als S&F-Server konfiguriert und damit gewährleistet, dass jeder Teilnehmer Nachrichten auch zeitversetzt abrufen kann. Zu beachten ist, dass die Nachrichten immer an den Kanal und nicht an die einzelne Node geschickt werden müssen. Der “S&F”-Server speichert die Nachrichten für jede einzelne Node die zum Kanal gehört. Dies sollte auch bei der Einrichtung im Feld “Number of records” berücksichtigt werden.

===== Testszenario =====
Es werden 3 Nodes verwendet. Alle haben den privaten Kanal Babenhausen als Primary und LongFast als Secondary konfiguriert und die FW 2.6 installiert.

1. RH Home (RH), Heltec V3, CLIENT_MUTE, Kanäle privat, privat, LongFast

2. RH Mobil (Rm), RAK4631, CLIENT

3. Test S&F (TS), Tlora T3-S3, CLIENT

===== Testablauf =====
1. Nachrichten von “RH” an gemeinsamen Kanal Babenhausen. Auf dem Display des S&F-Servers (TS) wird nichts angezeigt, da er die Nachricht nur speichern soll. Alle Teilnehmer die im Netz aktiv eingebunden sind erhalten diese Nachricht direkt übermittelt. (siehe Galerie Bild 4)

2. Da die Node “Rm” nicht angemeldet oder außerhalb der Reichweite war sendet sie, sobald sie wieder “Zugriff” auf den S&F-Server (TS) hat die Message “SF”. Der Server meldet das er eine neue Nachricht hat:

Total messages: 1

History Window: 480min

Last Request: 1

(siehe Galerie Bild 5)

Unmittelbar darauf wird die Nachricht an den Node “Rm” übermittelt (siehe Galerie Bild 6)

Der Server übermittelt die Nachricht die von “RH” gesendet wurde mit der Uhrzeit der Absendung. Bei einer erneuten “SF” Nachricht an den S&F-Server kommt die Meldung “Total messages: 0”, d.h. die Nachricht wurde auf dem Server für die Node gelöscht da sie bereits abgefragt wurde. Für alle anderen Nodes bleibt sie innerhalb des voreingestellten Zeitfensters noch hinterlegt. (siehe Galerie Bild 7)

===== Ausblick =====
Da Nodes mit dem Nordic nRF52840 Modul wegen fehlendem PSRAM das “S&F” feature nicht unterstützen wurde ein sogenannter pull request erstellt um z.B. das SD-Modul RAK15002 von RAKWireless zu unterstützen:

Use SD card as store&forward memory #5083

<nowiki>https://github.com/meshtastic/firmware/pull/5083</nowiki>

Ob und wann diese Anforderung realisiert wird kann zum jetzigen Zeitpunkt nicht gesagt werden.<gallery>
Datei:S&F Fehlermeldung.jpg|Galerie Bild 1
Datei:Galerie Bild 2.jpg|Galerie Bild 2
Datei:Screenshot S&F1.jpg|Galerie Bild 3
Datei:Screenshot 2.jpg|Galerie Bild 4
Datei:Screenshot 3.jpg|Galerie Bild 5
Datei:Screenshot 4.jpg|Galerie Bild 6
Datei:Screenshot 2025-03-04 180320.png|Galerie Bild 7
</gallery>Verfasser/Autor: Möchte nicht genannt werden

Besten Dank für diesen Gastbeitrag/Artikel

=== Range Test ===

=== Telemetry ===

=== Canned Message ===

=== Neighbor Info ===

=== Ambient Lighting ===

=== Detection Sensor ===
[[index.php?title=Kategorie:Konfiguration]]

Meshtastic Moduleinstellungen

2025-03-30T22:58:54Z

Claus.Kühnel: /* Anwendungsbeispiele */

=== MQTT Modul ===

=== Serial Modul ===
Das Modul Serial dient der Kommunikation mit einer Node über eine serielle Schnittstelle (USB oder UART). Der WebClient und das Meshtastic Python CLI nutzen diese Schnittstelle zur Konfiguration und zum Austausch von Daten.

==== Konfiguration der seriellen Schnittstelle ====
Zur Konfiguration dieser seriellen Schnittstelle gibt es die folgenden Optionen:
{| class="wikitable"
|+
!Konfiguration
!Schalter
!Funktion
|-
|Serial enabled
|ON
|Die serielle Schnittstelle wird aktiviert.
|-
|Echo enabled
|OFF
|Wenn ON, dann werden alle gesendeten Daten zum Geräte zurückgesendeet (Echo)
|-
|Mode
|SIMPLE
|SIMPLE arbeitet wie ein einfacher UART-Tunnel. Was reingeht, kommt auch wieder raus. Dafür ist ein Kanal namens "serial" erforderlich. SIMPLE ist Default.
|-
|
|PROTO
|PROTO stellt die Protobuf-Client-API an der seriellen Schnittstelle zur Verfügung.
Die API wird verwendet, um eine Verbindung von einem anderen Gerät herzustellen, siehe die [https://github.com/meshtastic/Meshtastic-arduino Arduino-Client-Bibliothek] und die [https://meshtastic.org/docs/development/device/client-api/ API-Referenz].
|-
|
|TEXTMSG
|Mit TEXTMSG kann eine Zeichenfolge über die serielle Schnittstelle an das Gerät gesendet werden, die dann als Textnachricht auf dem Standardkanal gesendet wird.
Jede Textnachricht, die vom Netz empfangen wird, wird wie folgt an den seriellen Anschluss gesendet: <Short Name>: <Text>.
|-
|
|NMEA
|NMEA gibt einen NMEA 0183-Datenstrom aus, der interne GPS-Daten oder eine feste Position und andere Knotenpunkte als Wegpunkte (WPL) enthält.
|-
|
|CALTOPO
|CALTOPO gibt alle 10 Sekunden NMEA 0183 Wegpunkte (WPL) für alle gültigen Knotenpunkte aus, die von CalTopo / SARTopo verwendet werden können. *)
|-
|
|WS85
|WS85 analysiert und berechnet die Windgeschwindigkeitsdaten, die über die serielle Schnittstelle vom [https://shop.ecowitt.com/products/ws85-3-in-1-solar-weather-sensor-measures-rainfall-wind-speed-direction Ecowitt WS85] empfangen werden. Die erfassten Messwerte werden alle 5 Minuten per Telemetrie-Paket übertragen.
Eine [https://hackaday.io/project/196990-meshtastic-ultrasonic-anemometer-wx-station Modifikation des WS85-Wettersensors] ist erforderlich. Wenn die Option in der App nicht verfügbar ist, kann sie mit dem CLI-Befehl "meshtastic --set serial.mode 6" aktiviert werden.
|-
|Receive GPIO Pin
|Pin #
|Pin für den Empfang serielle Daten - RxD.
|-
|Transmit GPIO Pin
|Pin #
|Pin für das Versenden serieller Daten - TxD.
|-
|Baud Rate
|BAUD_9600
|Die Baudrate des seriellen Interfaces.
|-
|Timeout
|Millisekunden
|Die Wartezeit, nach der ein empfangenes Paket als "komplett" betrachtet wird.
|-
|Override Console Serial Port
|OFF
|Wenn ON, kann das serielle Interface den seriellen USB-Bus für die Ausgabe verwenden.
Dies ist nur für die Modi NMEA und CALTOPO nützlich und kann sich in anderen Modi seltsam verhalten oder überhaupt nicht funktionieren.
Die Einstellung der TX/RX-Pins in der Konfiguration des seriellen Moduls führt dazu, dass diese Einstellung ignoriert wird.
|}

<nowiki>*</nowiki>) CalTopo und SARTopo sind leistungsstarke Mapping-Plattformen, die Ihnen modern digitale Kartierungswerkzeuge an die Hand geben. Detaillierte Informationen finden Sie unter https://training.caltopo.com/all_users/getting-started und https://sartopo.com/help.

==== Anwendungsbeispiele ====

===== Übertragung von Daten über das Meshtastic Python CLI =====
[[Datei:Message received.png|mini|370x370px|Empfangene Textnachrichten]]
Die Installation des Meshtastic Python CLI ist unter https://meshtastic.org/docs/software/python/cli/installation/ beschrieben und kann dieser Beschreibung folgend Schritt für Schritt vorgenommen werden.

Die folgenden beiden Kommandos senden einen Textstring an das Meshtastic Device H01, das über USB mit COM4 des PCs verbunden ist.

meshtastic –port COM4 –sendtext „Hello Mesh!“

meshtastic –port COM4 –sendtext „Finish working now.“

Die nebenstehende Abbildung zeigt die vom Knoten H01 gesendete Textnachricht in einem Knoten des betreffenden Channels.

Zum Versenden von Textmessages in das Meshtastic-Netzwerk ist das eine sehr gut über Batchdateien zu automatisierende Möglichkeit

===== Übertragung von Messwerten eines externen Sensormoduls =====
((in Bearbeitung))

=== External Notification Modul ===

=== Store & Forward Modul ===
Mit dem Modul Store & Forward (S&F) konfiguriert man eine Node dazu Nachrichten, die innerhalb eines privaten Kanals ausgetauscht werden, für einen späteren Abruf zu speichern. Damit haben Anwender die Möglichkeit Nachrichten zeitlich versetzt abzurufen. Selbst wenn man sich zeitweilig außerhalb der Reichweite eines Meshes befindet oder seine Node zum Zeitpunkt einer Nachricht nicht eingeschaltet hatte gehen Nachrichten nicht verloren, weil man sie innerhalb eines definierten Zeitfensters jederzeit wieder abrufen kann.

Als S&F-Server können sowohl Nodes mit der Rolle ROUTER als auch CLIENT eingesetzt werden. Die Konfiguration dieser beiden Rollen unterscheidet sich nur in einem einzigen Punkt: ein CLIENT muss explizit als Server deklariert sein. Eine Einschränkung der Funktionalität findet nicht statt. Sowohl CLIENT als auch ROUTER funktionieren weiterhin wie gewohnt, sie haben nur eine zusätzliche Aufgabe.

==== Hardware Voraussetzungen ====
Das Modul S&F lässt sich nur auf einer ESP32-Hardware mit PSRAM aktivieren. PSRAM steht für “pseudo static RAM”, also ein Speicher der nur während der Laufzeit einer Node zur Verfügung steht. Nach dem Restart einer Node ist dieser Speicher wieder gelöscht.

==== PSRAM ====
Leider ist es fast unmöglich aus den Angaben der Hersteller darauf zu schließen ob der verbaute ESP32 PSRAM besitzt und falls dies der Fall sein sollte, ob Meshtastic bei dem jeweiligen Modell die Funktion S&F unterstützt. Allein von dem oft verwendeten Modell

ESP32-S3 gibt es 29 Variationen teils mit, teils ohne PSRAM.

Eindeutig bestätigt von Meshtastic sind bisher nur die Modelle

- T3-S3 Prozessor: ESP32-S3 FH4R2

- T-Beam Prozessor: ESP32

- T-Beam Supreme Prozessor: ESP32-S3 FN8

Diese Modelle besitzen alle 8MB PSRAM.

Dagegen bietet z.B. der Heltec Wireless Tracker, obwohl er einen ESP32-S3 FN8 Prozessor verbaut hat, keinen PSRAM. Letztendliche Gewissheit ob die zur Verfügung stehende Hardware S&F unterstützt lässt sich nur durch einen konkreten Test ermitteln, zumal Die Geräteeinstellung z.Zt. keinerlei Plausibilitätsprüfung der eingesetzten Hardware durchführt.

==== Konfiguration der Node “Test S&F” als S&F-Server ====
Vorweg: S&F lässt sich nur für private Kanäle einrichten. Alle abweichenden Versuche werden mit der folgenden Fehlermeldung quittiert: '''S&F not permitted on the public Channel (siehe Galerie Bild 1)'''

Mit der Beschränkung auf private Kanäle wird eine unnötige Überlastung des öffentlichen Netzes durch “SF”-Anfragen verhindert.

Die Funktion des Servers wird mit einer Lilygo T3-S3 node als CLIENT besetzt. Als primärer Kanal wird “Babenhausen” eingerichtet. Up- und Download sind aktiviert. Der sekundäre Kanal ist der Standard-Kanal mit dem default Schlüssel “AQ==” (siehe Galerie Bild 2)

==== Einstellungen des Moduls “Store & Forward” ====
Store & Forward enabled = ON

Da wir einen CLIENT für den Test benutzen ist diese Einstellung erforderlich.

Heartbeat = ON

Diese Einstellung sendet in Intervallen von 15 Minuten ein Signal welches das Node im Mesh als S&F-Server bekannt macht. Um unnötigen Netzwerk Traffic zu vermeiden sollte diese Option nicht dauerhaft aktiviert sein. Es sollte völlig ausreichen wenn das Nodes des privaten Kanals einmal den “S&F”-Server identifiziert haben. Leider wird unter Android der Server als solches nicht gekennzeichnet. Es empfiehlt sich also ihn über die Namensgebung mit einem Zusatz “S&F” kenntlich zu machen.

'''Number of records'''

Anzahl der Sätze die max. Im PSRAM gespeichert werden. Beim Defaultwert 0 werden 2/3 des Speichers für S&F reserviert was einer Anzahl von ca. 11.000 Sätzen entspricht.

'''History return max'''

Die max. Anzahl an Sätzen die an eine Node nach einer Abfrage zurückgesendet wird.

'''History return window'''

Anzahl Minuten die eine Nachricht auf dem Server zum Abruf vorgehalten wird.

'''Server = ON'''

Auf einer Node vom Typ CLIENT muss diese Option aktiviert sein.

(siehe Galerie Bild 3)

==== Anwendungsbeispiel ====
Eine Dorfgemeinschaft hat sich entschlossen ihre sozialen Interessen auch mit Meshtastic zu unterstützen. Es wird ein zentraler Client mit dem Namen “Babenhausen” installiert. Als primärer Kanal wird “Babenhausen” und als sekundärer Kanal LongFast mit dem Default PSK “AQ==”. Alle Beteiligten wählen ebenso “Babenhausen” als primären Kanal und die sekundären Kanäle nach eigenem Interesse. Es stellt sich schnell heraus, dass es Teilnehmer gibt die tagsüber arbeitsbedingt sich außerhalb des Meshes aufhalten. Andere wiederum beklagen sich über die zu geringe Akkulaufzeit ihrer node und vergessen den Akku rechtzeitig aufzuladen. Als Lösung wird nun die zentrale node “Babenhausen ” zusätzlich als S&F-Server konfiguriert und damit gewährleistet, dass jeder Teilnehmer Nachrichten auch zeitversetzt abrufen kann. Zu beachten ist, dass die Nachrichten immer an den Kanal und nicht an die einzelne Node geschickt werden müssen. Der “S&F”-Server speichert die Nachrichten für jede einzelne Node die zum Kanal gehört. Dies sollte auch bei der Einrichtung im Feld “Number of records” berücksichtigt werden.

===== Testszenario =====
Es werden 3 Nodes verwendet. Alle haben den privaten Kanal Babenhausen als Primary und LongFast als Secondary konfiguriert und die FW 2.6 installiert.

1. RH Home (RH), Heltec V3, CLIENT_MUTE, Kanäle privat, privat, LongFast

2. RH Mobil (Rm), RAK4631, CLIENT

3. Test S&F (TS), Tlora T3-S3, CLIENT

===== Testablauf =====
1. Nachrichten von “RH” an gemeinsamen Kanal Babenhausen. Auf dem Display des S&F-Servers (TS) wird nichts angezeigt, da er die Nachricht nur speichern soll. Alle Teilnehmer die im Netz aktiv eingebunden sind erhalten diese Nachricht direkt übermittelt. (siehe Galerie Bild 4)

2. Da die Node “Rm” nicht angemeldet oder außerhalb der Reichweite war sendet sie, sobald sie wieder “Zugriff” auf den S&F-Server (TS) hat die Message “SF”. Der Server meldet das er eine neue Nachricht hat:

Total messages: 1

History Window: 480min

Last Request: 1

(siehe Galerie Bild 5)

Unmittelbar darauf wird die Nachricht an den Node “Rm” übermittelt (siehe Galerie Bild 6)

Der Server übermittelt die Nachricht die von “RH” gesendet wurde mit der Uhrzeit der Absendung. Bei einer erneuten “SF” Nachricht an den S&F-Server kommt die Meldung “Total messages: 0”, d.h. die Nachricht wurde auf dem Server für die Node gelöscht da sie bereits abgefragt wurde. Für alle anderen Nodes bleibt sie innerhalb des voreingestellten Zeitfensters noch hinterlegt. (siehe Galerie Bild 7)

===== Ausblick =====
Da Nodes mit dem Nordic nRF52840 Modul wegen fehlendem PSRAM das “S&F” feature nicht unterstützen wurde ein sogenannter pull request erstellt um z.B. das SD-Modul RAK15002 von RAKWireless zu unterstützen:

Use SD card as store&forward memory #5083

<nowiki>https://github.com/meshtastic/firmware/pull/5083</nowiki>

Ob und wann diese Anforderung realisiert wird kann zum jetzigen Zeitpunkt nicht gesagt werden.<gallery>
Datei:S&F Fehlermeldung.jpg|Galerie Bild 1
Datei:Galerie Bild 2.jpg|Galerie Bild 2
Datei:Screenshot S&F1.jpg|Galerie Bild 3
Datei:Screenshot 2.jpg|Galerie Bild 4
Datei:Screenshot 3.jpg|Galerie Bild 5
Datei:Screenshot 4.jpg|Galerie Bild 6
Datei:Screenshot 2025-03-04 180320.png|Galerie Bild 7
</gallery>Verfasser/Autor: Möchte nicht genannt werden

Besten Dank für diesen Gastbeitrag/Artikel

=== Range Test ===

=== Telemetry ===

=== Canned Message ===

=== Neighbor Info ===

=== Ambient Lighting ===

=== Detection Sensor ===
[[index.php?title=Kategorie:Konfiguration]]

Datei:Message received.png

2025-03-30T22:55:02Z

Claus.Kühnel:

Übertragene Textnachrichten

Meshtastic Moduleinstellungen

2025-03-30T22:38:52Z

Claus.Kühnel: /* Konfiguration der seriellen Schnittstelle */

=== MQTT Modul ===

=== Serial Modul ===
Das Modul Serial dient der Kommunikation mit einer Node über eine serielle Schnittstelle (USB oder UART). Der WebClient und das Meshtastic Python CLI nutzen diese Schnittstelle zur Konfiguration und zum Austausch von Daten.

==== Konfiguration der seriellen Schnittstelle ====
Zur Konfiguration dieser seriellen Schnittstelle gibt es die folgenden Optionen:
{| class="wikitable"
|+
!Konfiguration
!Schalter
!Funktion
|-
|Serial enabled
|ON
|Die serielle Schnittstelle wird aktiviert.
|-
|Echo enabled
|OFF
|Wenn ON, dann werden alle gesendeten Daten zum Geräte zurückgesendeet (Echo)
|-
|Mode
|SIMPLE
|SIMPLE arbeitet wie ein einfacher UART-Tunnel. Was reingeht, kommt auch wieder raus. Dafür ist ein Kanal namens "serial" erforderlich. SIMPLE ist Default.
|-
|
|PROTO
|PROTO stellt die Protobuf-Client-API an der seriellen Schnittstelle zur Verfügung.
Die API wird verwendet, um eine Verbindung von einem anderen Gerät herzustellen, siehe die [https://github.com/meshtastic/Meshtastic-arduino Arduino-Client-Bibliothek] und die [https://meshtastic.org/docs/development/device/client-api/ API-Referenz].
|-
|
|TEXTMSG
|Mit TEXTMSG kann eine Zeichenfolge über die serielle Schnittstelle an das Gerät gesendet werden, die dann als Textnachricht auf dem Standardkanal gesendet wird.
Jede Textnachricht, die vom Netz empfangen wird, wird wie folgt an den seriellen Anschluss gesendet: <Short Name>: <Text>.
|-
|
|NMEA
|NMEA gibt einen NMEA 0183-Datenstrom aus, der interne GPS-Daten oder eine feste Position und andere Knotenpunkte als Wegpunkte (WPL) enthält.
|-
|
|CALTOPO
|CALTOPO gibt alle 10 Sekunden NMEA 0183 Wegpunkte (WPL) für alle gültigen Knotenpunkte aus, die von CalTopo / SARTopo verwendet werden können. *)
|-
|
|WS85
|WS85 analysiert und berechnet die Windgeschwindigkeitsdaten, die über die serielle Schnittstelle vom [https://shop.ecowitt.com/products/ws85-3-in-1-solar-weather-sensor-measures-rainfall-wind-speed-direction Ecowitt WS85] empfangen werden. Die erfassten Messwerte werden alle 5 Minuten per Telemetrie-Paket übertragen.
Eine [https://hackaday.io/project/196990-meshtastic-ultrasonic-anemometer-wx-station Modifikation des WS85-Wettersensors] ist erforderlich. Wenn die Option in der App nicht verfügbar ist, kann sie mit dem CLI-Befehl "meshtastic --set serial.mode 6" aktiviert werden.
|-
|Receive GPIO Pin
|Pin #
|Pin für den Empfang serielle Daten - RxD.
|-
|Transmit GPIO Pin
|Pin #
|Pin für das Versenden serieller Daten - TxD.
|-
|Baud Rate
|BAUD_9600
|Die Baudrate des seriellen Interfaces.
|-
|Timeout
|Millisekunden
|Die Wartezeit, nach der ein empfangenes Paket als "komplett" betrachtet wird.
|-
|Override Console Serial Port
|OFF
|Wenn ON, kann das serielle Interface den seriellen USB-Bus für die Ausgabe verwenden.
Dies ist nur für die Modi NMEA und CALTOPO nützlich und kann sich in anderen Modi seltsam verhalten oder überhaupt nicht funktionieren.
Die Einstellung der TX/RX-Pins in der Konfiguration des seriellen Moduls führt dazu, dass diese Einstellung ignoriert wird.
|}

<nowiki>*</nowiki>) CalTopo und SARTopo sind leistungsstarke Mapping-Plattformen, die Ihnen modern digitale Kartierungswerkzeuge an die Hand geben. Detaillierte Informationen finden Sie unter https://training.caltopo.com/all_users/getting-started und https://sartopo.com/help.

==== Anwendungsbeispiele ====
((in Bearbeitung))

=== External Notification Modul ===

=== Store & Forward Modul ===
Mit dem Modul Store & Forward (S&F) konfiguriert man eine Node dazu Nachrichten, die innerhalb eines privaten Kanals ausgetauscht werden, für einen späteren Abruf zu speichern. Damit haben Anwender die Möglichkeit Nachrichten zeitlich versetzt abzurufen. Selbst wenn man sich zeitweilig außerhalb der Reichweite eines Meshes befindet oder seine Node zum Zeitpunkt einer Nachricht nicht eingeschaltet hatte gehen Nachrichten nicht verloren, weil man sie innerhalb eines definierten Zeitfensters jederzeit wieder abrufen kann.

Als S&F-Server können sowohl Nodes mit der Rolle ROUTER als auch CLIENT eingesetzt werden. Die Konfiguration dieser beiden Rollen unterscheidet sich nur in einem einzigen Punkt: ein CLIENT muss explizit als Server deklariert sein. Eine Einschränkung der Funktionalität findet nicht statt. Sowohl CLIENT als auch ROUTER funktionieren weiterhin wie gewohnt, sie haben nur eine zusätzliche Aufgabe.

==== Hardware Voraussetzungen ====
Das Modul S&F lässt sich nur auf einer ESP32-Hardware mit PSRAM aktivieren. PSRAM steht für “pseudo static RAM”, also ein Speicher der nur während der Laufzeit einer Node zur Verfügung steht. Nach dem Restart einer Node ist dieser Speicher wieder gelöscht.

==== PSRAM ====
Leider ist es fast unmöglich aus den Angaben der Hersteller darauf zu schließen ob der verbaute ESP32 PSRAM besitzt und falls dies der Fall sein sollte, ob Meshtastic bei dem jeweiligen Modell die Funktion S&F unterstützt. Allein von dem oft verwendeten Modell

ESP32-S3 gibt es 29 Variationen teils mit, teils ohne PSRAM.

Eindeutig bestätigt von Meshtastic sind bisher nur die Modelle

- T3-S3 Prozessor: ESP32-S3 FH4R2

- T-Beam Prozessor: ESP32

- T-Beam Supreme Prozessor: ESP32-S3 FN8

Diese Modelle besitzen alle 8MB PSRAM.

Dagegen bietet z.B. der Heltec Wireless Tracker, obwohl er einen ESP32-S3 FN8 Prozessor verbaut hat, keinen PSRAM. Letztendliche Gewissheit ob die zur Verfügung stehende Hardware S&F unterstützt lässt sich nur durch einen konkreten Test ermitteln, zumal Die Geräteeinstellung z.Zt. keinerlei Plausibilitätsprüfung der eingesetzten Hardware durchführt.

==== Konfiguration der Node “Test S&F” als S&F-Server ====
Vorweg: S&F lässt sich nur für private Kanäle einrichten. Alle abweichenden Versuche werden mit der folgenden Fehlermeldung quittiert: '''S&F not permitted on the public Channel (siehe Galerie Bild 1)'''

Mit der Beschränkung auf private Kanäle wird eine unnötige Überlastung des öffentlichen Netzes durch “SF”-Anfragen verhindert.

Die Funktion des Servers wird mit einer Lilygo T3-S3 node als CLIENT besetzt. Als primärer Kanal wird “Babenhausen” eingerichtet. Up- und Download sind aktiviert. Der sekundäre Kanal ist der Standard-Kanal mit dem default Schlüssel “AQ==” (siehe Galerie Bild 2)

==== Einstellungen des Moduls “Store & Forward” ====
Store & Forward enabled = ON

Da wir einen CLIENT für den Test benutzen ist diese Einstellung erforderlich.

Heartbeat = ON

Diese Einstellung sendet in Intervallen von 15 Minuten ein Signal welches das Node im Mesh als S&F-Server bekannt macht. Um unnötigen Netzwerk Traffic zu vermeiden sollte diese Option nicht dauerhaft aktiviert sein. Es sollte völlig ausreichen wenn das Nodes des privaten Kanals einmal den “S&F”-Server identifiziert haben. Leider wird unter Android der Server als solches nicht gekennzeichnet. Es empfiehlt sich also ihn über die Namensgebung mit einem Zusatz “S&F” kenntlich zu machen.

'''Number of records'''

Anzahl der Sätze die max. Im PSRAM gespeichert werden. Beim Defaultwert 0 werden 2/3 des Speichers für S&F reserviert was einer Anzahl von ca. 11.000 Sätzen entspricht.

'''History return max'''

Die max. Anzahl an Sätzen die an eine Node nach einer Abfrage zurückgesendet wird.

'''History return window'''

Anzahl Minuten die eine Nachricht auf dem Server zum Abruf vorgehalten wird.

'''Server = ON'''

Auf einer Node vom Typ CLIENT muss diese Option aktiviert sein.

(siehe Galerie Bild 3)

==== Anwendungsbeispiel ====
Eine Dorfgemeinschaft hat sich entschlossen ihre sozialen Interessen auch mit Meshtastic zu unterstützen. Es wird ein zentraler Client mit dem Namen “Babenhausen” installiert. Als primärer Kanal wird “Babenhausen” und als sekundärer Kanal LongFast mit dem Default PSK “AQ==”. Alle Beteiligten wählen ebenso “Babenhausen” als primären Kanal und die sekundären Kanäle nach eigenem Interesse. Es stellt sich schnell heraus, dass es Teilnehmer gibt die tagsüber arbeitsbedingt sich außerhalb des Meshes aufhalten. Andere wiederum beklagen sich über die zu geringe Akkulaufzeit ihrer node und vergessen den Akku rechtzeitig aufzuladen. Als Lösung wird nun die zentrale node “Babenhausen ” zusätzlich als S&F-Server konfiguriert und damit gewährleistet, dass jeder Teilnehmer Nachrichten auch zeitversetzt abrufen kann. Zu beachten ist, dass die Nachrichten immer an den Kanal und nicht an die einzelne Node geschickt werden müssen. Der “S&F”-Server speichert die Nachrichten für jede einzelne Node die zum Kanal gehört. Dies sollte auch bei der Einrichtung im Feld “Number of records” berücksichtigt werden.

===== Testszenario =====
Es werden 3 Nodes verwendet. Alle haben den privaten Kanal Babenhausen als Primary und LongFast als Secondary konfiguriert und die FW 2.6 installiert.

1. RH Home (RH), Heltec V3, CLIENT_MUTE, Kanäle privat, privat, LongFast

2. RH Mobil (Rm), RAK4631, CLIENT

3. Test S&F (TS), Tlora T3-S3, CLIENT

===== Testablauf =====
1. Nachrichten von “RH” an gemeinsamen Kanal Babenhausen. Auf dem Display des S&F-Servers (TS) wird nichts angezeigt, da er die Nachricht nur speichern soll. Alle Teilnehmer die im Netz aktiv eingebunden sind erhalten diese Nachricht direkt übermittelt. (siehe Galerie Bild 4)

2. Da die Node “Rm” nicht angemeldet oder außerhalb der Reichweite war sendet sie, sobald sie wieder “Zugriff” auf den S&F-Server (TS) hat die Message “SF”. Der Server meldet das er eine neue Nachricht hat:

Total messages: 1

History Window: 480min

Last Request: 1

(siehe Galerie Bild 5)

Unmittelbar darauf wird die Nachricht an den Node “Rm” übermittelt (siehe Galerie Bild 6)

Der Server übermittelt die Nachricht die von “RH” gesendet wurde mit der Uhrzeit der Absendung. Bei einer erneuten “SF” Nachricht an den S&F-Server kommt die Meldung “Total messages: 0”, d.h. die Nachricht wurde auf dem Server für die Node gelöscht da sie bereits abgefragt wurde. Für alle anderen Nodes bleibt sie innerhalb des voreingestellten Zeitfensters noch hinterlegt. (siehe Galerie Bild 7)

===== Ausblick =====
Da Nodes mit dem Nordic nRF52840 Modul wegen fehlendem PSRAM das “S&F” feature nicht unterstützen wurde ein sogenannter pull request erstellt um z.B. das SD-Modul RAK15002 von RAKWireless zu unterstützen:

Use SD card as store&forward memory #5083

<nowiki>https://github.com/meshtastic/firmware/pull/5083</nowiki>

Ob und wann diese Anforderung realisiert wird kann zum jetzigen Zeitpunkt nicht gesagt werden.<gallery>
Datei:S&F Fehlermeldung.jpg|Galerie Bild 1
Datei:Galerie Bild 2.jpg|Galerie Bild 2
Datei:Screenshot S&F1.jpg|Galerie Bild 3
Datei:Screenshot 2.jpg|Galerie Bild 4
Datei:Screenshot 3.jpg|Galerie Bild 5
Datei:Screenshot 4.jpg|Galerie Bild 6
Datei:Screenshot 2025-03-04 180320.png|Galerie Bild 7
</gallery>Verfasser/Autor: Möchte nicht genannt werden

Besten Dank für diesen Gastbeitrag/Artikel

=== Range Test ===

=== Telemetry ===

=== Canned Message ===

=== Neighbor Info ===

=== Ambient Lighting ===

=== Detection Sensor ===
[[index.php?title=Kategorie:Konfiguration]]

Meshtastic Moduleinstellungen

2025-03-30T22:26:21Z

Claus.Kühnel: Konfiguration

Meshtastic Moduleinstellungen

2025-03-30T15:27:12Z

Claus.Kühnel: /* Serial Modul */

Meshtastic Moduleinstellungen

2025-03-30T14:30:52Z

Claus.Kühnel: /* Serial Modul */

Meshtastic Moduleinstellungen

2025-03-30T14:30:00Z

Claus.Kühnel: /* Serial Modul */