LoRa mitm ESP

[Rabenauge]

Definitiv.
Hatte ich ja ausprobiert: wenn ich eins der Teile in die Kurve hänge, kann ich es sowohl von hinten (also Ende des Stollens) als auch von vorne, vom Mundloch aus erreichen.
Wenn man das jetzt als Repeater konfigurieren würde (was nicht schwer ist, das muss ja nur empfangene Daten kurz speichern und dann wieder aussenden), ginge das.
Ich will das nur nicht, weil ich dann zweimal Stromversorgung im Stollen bräuchte.

Wär der Stollen gerade, würde es wahrscheinlich auch deutlich weiter funktionieren...im Freien war ich ja schon bei ungefähr 1.7km.

Spasseshalber werd ich die Tage mal meine PMR-Geräte mitnehmen, und mal schauen, wie _das_ eigentlich unter diesen Bedingungen geht...

[Rabenauge]

so.
Heute war ich mal wieder zu Fuss unterwegs, und da der Sender, der später in den Stollen soll, softwareseitig fertig ist, hatte ich das Daten-Handy mal wieder dabei.
Dabei hab ich wieder mehr als 1km Luftlinie überbrückt (schlechtester RSSI-Wert war -140), dieses Mal aber _ohne_ Sichtverbindung. Da waren immer _mehrere_ Baumgruppen (Wäldchen zu sagen, wäre übertrieben, aber schon jeweils so 20-30m breite Baumstreifen) dazwischen.
Teilweise auch anderes....
Nicht schlecht für das bisschen Sendeleistung...
In die Richtung war ich schon mal unterwegs- da hat es nicht geklappt. Die neuen Antennen sind also, vor allem auf Entfernung, doch noch mal deutlich besser.
Im Nahbereich taugen sie allerdings weniger als die kleinen...

[Rabenauge]

Wir forschen mal wieder ein bisschen....:

Ich fänd es ja schön, wenn das "Daten-Handfunkgerät" auch _irgendwie_ bedienbar wäre.
Man könnte da manuell zwischen verschiedenen Anzeigen umschalten, irgendwelche Funktionen zu- oder abschalten....eine Menge Sachen eben.
Nun unterstützen ja die ESP-32 auch ne Touch-Sensor-Funktion..im Grunde reichts, wenn man die entsprechenden Pins berührt...
Leider sind etliche dieser Pins bereits mit irgendwelchem anderen Gedöns belegt.
Bei den wenigen, die frei sind, klappt es _nicht_, (vermutlich, weil ich an den ADC-Einstellungen so einiges umbiegen musste, um die Spannung des Akkus auslesen zu können, so ganz versteh ich selber noch nicht, was da genau abgeht).

Aber: der "Prg-Button", den die Boards ja haben, hängt auch an so nem Touch-Pin- und damit funktioniert es!
Da der im normalen Programmablauf sowieso nix bewirkt (angeblich soll man den drücken, um Programme flashen zu können, ich hab dazu nie einen der Buttons drücken müssen), kann man ihn tatsächlich ohne Probleme für die eigene Kreativität nutzen.
Einfach auslesen wie nen Touch-Pin, liefert er nen sauberen boolschen Wert...wenn man nicht drückt, ein HIGH, drücke man ihn, fällt er auf LOW.
Das ist ja schonmal was...
Da der Button in meinem Gerät sowieso von aussen zugänglich ist, brauch ich mir da nicht mal irgendeinen Kontakt nach draussen legen.
Sehr praktisch.

Jetzt muss ich mal in mich gehen, und überlegen, was man mit _einem_ Button so alles anfangen könnte.

[oberallgeier]

Wir forschen mal wieder ein bisschen... und überlegen, was man mit _einem_ Button so alles anfangen könnte.

Da fallen Dir sicher ein paar gute (und vielleicht dazu manche dürftigen) Lösungen ein. Bei meinem Pacer (Takt-/Zeitgeber für Fitness) habe ich die Simpellösung: lang, kurz, gaaanz kurz+lang, gaaanz kurz+kurz: das geht "grad-noch". UND natürlich auch mehrfach-Ticks, z.B. beim hoch-/runtertickern. Beim Servotester gibts die erweiterte Funktion Druck-bei-Sekunden-LED-an und Druck-bei-Sekunden-LED-aus, beides manchmal erweitert mit kurz/lang/mehrfach.

Interessant hier mitzulesen . . .

[Rabenauge]

Ja, in Verbindung mit nem Display und nem Timer (der da ja sowieso im Hintergrund tickt...er zählt ja z.B. die Uhrzeit weiter, wenn kein Wlan und damit kein NTP verfügbar ist) kann man mit so nem Button etliches anstellen.
Ne frei ansprechbare LED wäre auch noch da...alles das haben diese kleinen Funkgeräte ja an Bord.

Im Grunde kann man damit schon ne ganze Menüstruktur aufbauen.
Die Frage ist eher: wofür könnte man das halbwegs sinnvoll einsetzen...
Aber ich bin sicher, da fällt mir was zu ein...

Im Übrigen: wieso ich Spreading 12 (was zwar die niedrigste Datenrate, aber dafür die höchste Reichweite bringen würde) nicht nutzen kann (da hängt sich der LoRa-Chip nach kurzer Zeit auf) ist inzwischen geklärt: da ist ein Bug in der Heltec-Bibliothek.
Leider hab ich keine Infos zu, was da genau los ist, sonst könnte man's womöglich reparieren.
Mittelfristig kann ich aber auf ne andere Bibliothek ausweichen, wo auch das klappt.
Da ich dazu aber dann alles umschreiben muss (das sind inzwischen ein paar hundert Zeilen Code in nem halben Dutzend Dateien), weil die Heltec-Library auch das Display handelt usw., hab ich das nicht besonders eilig.

[Rabenauge]

So.
Gehen wir mal das nächste Problem an: was mach ich mit den Daten, die aus dem Stollen kommen?
Klar, auf dem Raspi, der da sowieso ausserdem (praktischerweise im selben Wlan) läuft, könnte man nen Mosquitto-Broker aufsetzen.
Das wäre einfach, hat aber den Nachteil, dass da andere Anwendungen nicht so ohne weiteres drauf zugreifen können.
Ich hätte es aber gerne eleganter, beispielsweise kann ich mir vorstellen, dass auch die Webseite vom Museum die Daten später anzeigt. Es wäre also sinnvoller, die auf nen richtigen Webserver zu packen, von wo aus beliebig drauf zugegriffen werden kann. Der Raspi kann sie sich da ja auch holen...

Aktuell handelt es sich lediglich um 31 Byte pro Telegramm, also nix weltbewegendes (die werden später maximal alle Viertelstunde gesendet, das ist mehr als ausreichend).
Hier bräuchte ich etwas Hilfe: welches wäre der einfachste Weg?
Ich hab von dem Web-Gedöns nur sehr rudimentäre Kenntnisse- aber nen eigenen Webserver bei bplaced, der auch FTP hat..
Wie geh ich am einfachsten vor?

[jcrypter]

Kannst Du die Daten nicht auf dem Rpi in einer Datenbank ablegen?
Auf dem könnte ja auch ein Webserver laufen über den Du die Daten im Browser anzeigen lassen könntest oder auch an einen anderen Dienst liefern könntest, per http request oder sonstwie geartete API.

Oder hab ich dich falsch verstanden?

Crypi