Great video. I am about to deploy a small mesh for testing, originally started looking at The things network, but was more interested in de-centralised meshed approaches, which led me to meshtastic.
I was under the impression that a repeater could also repeated an encrypted packet from one use to another and the data would remain encrypted and only accessible to the users that had that encryption key/channel configured. Is that not true and encrypted messages can only pass from one radio to another directly? Thank for the great info here.
Another note re meshtastic is that there is a module for serial emulation although more analogous to a TNC would be barebones devices like the ebyte E22 which don't use LoraWAN but will simply make a serial session between radios. Some of the drag boards have an AT command set, but even these cheap Chinese boards are easy enough to program - unfortunately not that user friendly as parameters are set in a format you can either get from their manual or download their usb config tool and see the params it throws out when you change variables. One thing I don't like is instead of sending a +++ to break out there's actually a pin you need to control with a GPIO (on the usb dongles they sell it is already soldered to a button). The p2p Lora does support broadcast and relay, although in messing around I've found it is far better to have two separate radio chips and you can program your own software to grab anything it hears on one tty to process it and dump it out the other - and yes you can have this on an offset frequency to minimize collisions (although Lora does a good job with its own spreading). 9.6kbit/s is more than achievable when using over a modest distance with a decent antenna. You can turn off FEC if you're going to use improved error correction (or you're using a packet protocol that is error tolerant and will retransmit).
12:45 you say that the "public" channel can go thru repeaters, but the targeted messaging cannot and is "point to point". i believe this is false and that any packets using the same MODEM settings will get repeated and can bounce thru other nodes regardless of their encryption or if they are targeted for a specific node.
Another Colorado user in Crested Butte detailed his setup, along with some high gain antennas, here: www.reddit.com/r/meshtastic/comments/xlj635/antenna_range_obstruction_testing/
![I.N "HALLUCINATION" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/n5B5q1Hwt_U/mqdefault.jpg)
Great video. I am about to deploy a small mesh for testing, originally started looking at The things network, but was more interested in de-centralised meshed approaches, which led me to meshtastic.
Thanks !!
Great overview. I have been playing with mesh for a year now and I think it has a lot to offer.
Great video! Thanks for sharing the project!
Neat! I'm going to have to play with this
Great video! Please share a full setup
I was under the impression that a repeater could also repeated an encrypted packet from one use to another and the data would remain encrypted and only accessible to the users that had that encryption key/channel configured. Is that not true and encrypted messages can only pass from one radio to another directly? Thank for the great info here.
I agree with you. I believe this is the case.
Tienes algún enlace del dispositivo alemán con teclado que has mostrado? thanks
meshtastic.org/docs/hardware/devices/tdeck/ y Etsy
I did forget about hackaday.io/project/164092-npr-new-packet-radio when talking about packet radio being a bit stagnant.
Another note re meshtastic is that there is a module for serial emulation although more analogous to a TNC would be barebones devices like the ebyte E22 which don't use LoraWAN but will simply make a serial session between radios. Some of the drag boards have an AT command set, but even these cheap Chinese boards are easy enough to program - unfortunately not that user friendly as parameters are set in a format you can either get from their manual or download their usb config tool and see the params it throws out when you change variables. One thing I don't like is instead of sending a +++ to break out there's actually a pin you need to control with a GPIO (on the usb dongles they sell it is already soldered to a button). The p2p Lora does support broadcast and relay, although in messing around I've found it is far better to have two separate radio chips and you can program your own software to grab anything it hears on one tty to process it and dump it out the other - and yes you can have this on an offset frequency to minimize collisions (although Lora does a good job with its own spreading). 9.6kbit/s is more than achievable when using over a modest distance with a decent antenna. You can turn off FEC if you're going to use improved error correction (or you're using a packet protocol that is error tolerant and will retransmit).
12:45 you say that the "public" channel can go thru repeaters, but the targeted messaging cannot and is "point to point". i believe this is false and that any packets using the same MODEM settings will get repeated and can bounce thru other nodes regardless of their encryption or if they are targeted for a specific node.
That is a good question and I do not know the answer to that one. I haven't tested that case. I've only tested peer to peer.
Another Colorado user in Crested Butte detailed his setup, along with some high gain antennas, here: www.reddit.com/r/meshtastic/comments/xlj635/antenna_range_obstruction_testing/