-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
question on python version of 'transmitter' side #176
Comments
Hello Kristoff, Regards, |
Hej @on1arf |
Hallo Michael,
On 16.11.21 11:24, Michael wrote:
Hello Kristoff,
interesting point. Since I've been doing some experimentation on
LoRaAPRS with this boards, I had the same idea some time ago.
yes, I think some interesting things we can do combining APRS (and
especially the "Messaging" service on APRS) with LoRa, e.g. using LoRa
as "backbone" layer to interconnect POCSAG-paging nodes bypassing the
internet.
I am convinced that it will work on hf site, but a bigger issue will
be to transcribe the 'control intelligence' (i.e. client connection to
node, organizing time slots, etc.) since all that Rust-Stuff
(https://github.com/rwth-afu/UniPager
<https://github.com/rwth-afu/UniPager>) won't simply play on ESP32 in
my opinion. Anyway, all the needed parts are available somehow, so
sticking them together and adding the missing pieces should work.
Well, As the code is just a proof-of-concept, I wrote this code in
micropython as it is an easy platform for development and experimentation.
If this proves to be possible, then it is always possible to port it to
another language if needed. (or just keep it running in micropython).
B.T.W., I did find a blogpost on rust for the ESP32, but I have no
experience at all with rust, so I have no idea how good it works.
Bringing up another instance of the core to do some experimentation
with it is no big thing, but I wonder if that is really necessary, if
we first concentrate on the transmitter part, there is no real
callback-communication to the network and nothing should break.
Well, it's your platform, so it is up to you to descide if you trust
your server to be good resiliant enough or not.
In my book, I always consider any communication to be risky, so there is
a risk that a bug sends some non-ascii characters, floods a TCP link,
starts flapping 100 times a second or whatever.
But, as said, that is up to you to descide.
Or can I quickly set up a server locally on a box on my side? A docker
images available on a pi4 would be nice :-)
Regards,
Michael ON5MM
73
kristoff - on1arf
|
HI Florian, Let me know how I can contact it. :-) Kristoff - ON1ARF |
Hi, Hallo Michael,
It is me, or does this not compile on my ubuntu laptop (default ubuntu 20.04.3 LTS) $ cargo build --release 73 |
Hi Kristoff! Fancy seeing you here too ;) I'm also looking this up, but on the C/C++ Arduino environment, as RadioLib now implements it. I'm also thinking a DAPNET "local" parrot repeater might be interesting for indoor coverage, where internet access is not available :) Some research on G4KLX's implementation on the MMDVMHost stack might prove useful too! I'll keep you posted! Manoel - ON6RF |
Hi,
Last week I did some test with sending POCSAG messages using sx1278 (LoRa)-radio chip on Lilygo TTGO T-beam.
https://github.com/on1arf/sx1278experiments/blob/main/sendpocsag.py
As this device has an ESP32 (which includes wifi), it would like to try to write proof-of-concept code to use this platform as a DAPnet transmitter.
Two questions:
is there already a python library that implements the 'transmitter'-side code of a DAPnet transmitter-site?
if this does not exist, and I want to write it myself, is there a 'UAT' DAPnet server that can be used for development?
This would avoid impacting the operational network if something unforseen would happen?
Thx.
Kristoff - ON1ARF
The text was updated successfully, but these errors were encountered: