MeshCore Release 1.12.0

Repeater Changelog:

  • New boards: Thinknode M6, M3, RAK3401, RAK11310, Meshtiny

  • nRF low power recovery manager (CLI ‘pwrmgt’)

  • Stats: new recv errors counter

  • Region names now without ‘#’, new ‘region list’ CLI

  • ESP32: new “powersaving on/off” CLI

  • New “clkreboot” CLI

  • on-boot adverts now zero-hop

  • New “get/set owner.info” CLI

  • Flood.advert.interval range now 3..168 hours

  • Remote “get/set prv.key” CLI

  • New zero-hop anonReq types (Region discovery, owner info, clock sync)

  • MCU temperature now in telemetry responses

Companion Changelog:

  • New boards: Thinknode M6, M3, RAK3401, RAK11310, Meshtiny

  • nRF low power recovery manager

  • BLE code rewritten

  • WiFi serial fixes

  • Contacts db can now overwrite old entries

  • New prefs: buzzer quiet, gps enabled, gps interval

Room Server Changelog:

  • New boards: Thinknode M6, M3, RAK3401, RAK11310, Meshtiny

  • nRF low power recovery manager

  • Sensor fixes: BMP280, LPS22HB, SHTC3

  • New “clkreboot” CLI

  • on-boot adverts now zero-hop

  • Remote “get/set prv.key” CLI

  • Mew “get/set owner.info” CLI

  • Flood.advert.interval range now 3..168 hours

  • MCU temperature now in telemetry responses

1 Like

Dokumentation der Repeater CLI-Befehle wurde aktualisiert:

2 Likes

Irgendwie haben die und ich eine andere Ansicht einer anständigen Dokumentation. Powersaving z.B macht das nun Sinn für meinen Xiao nRF dieses zu aktivieren oder nicht? Man liest etwas von ESP32 und das wars. Die Funktion welche in den Release Notes als „CLI pwrmgt“ angegeben wurde: ich würde diese gerne nutzen. Da sie eine Routine implementiert dass sowohl RAK als auch Xiao‘s z.B eine Abfrage machen, ob genug Voltage vorhanden ist um sauber zu booten.

Weder „pwrmgt“ funktioniert in der CLI , noch sonst eine Doku findet man diesbezüglich. Während der Entwicklung von dem Feature habe ich dort nämlich gespannt mitgelesen.

1 Like

Voilà! Soeben entdeckt:

MeshCore/docs/nrf52_power_management.md at main · meshcore-dev/MeshCore · GitHub

Getestet auf meinem Xiao nRF52 & Wio:

Infos zu powersaving nämen mich auch Wunder! → siehe nächsten Post von mir

1 Like

Der Code ist die Doku :wink:

Der Repeater kann mit powersaving on in diesen Modus versetzt werden. Wenn ich mir den Code anschaue, so bringt das nur was bei Repeatern, die selten was hören.

Kurz zusammengefasst:

  • Mikrocontroller arbeitet noch 5s länger, nachdem er keine Arbeiten mehr anstehen hat.
  • Mikrocontroller macht 30min Pause, wenn er in der Zwischenzeit keine LoRa-Pakete hört. LoRa-Pakete wecken ihn auf.

Wenn der Repeater also alle paar Sekunden was hört, so fällt er nie lange in den powersaving-Modus. Zusätzlich scheint es vielleicht Probleme mit der Zeithaltung zu geben: die interne Uhr scheint mit powersaving zu schnell zu laufen und daher in die Zukunft zu driften.

Suche im Code

In Github kann man einfach den Code durchsuchen.
Hier das Beispiel der Suche nach powersaving:
https://github.com/search?q=repo%3Ameshcore-dev%2FMeshCore+powersaving&type=code

Achtung: mit der Suche in Github wird nur der main-Branch durchsucht.

1 Like