I have 7 Meshtastic devices ordered and am printing out cases and trying to figure out my configuration. My family owns a house that is adjacent to state forest land which is littered with roads and trails I have been hiking on a lot during COVID. This is an area about 3 x 6 miles that slopes up from the water. Mostly I like playing with electronics, but my parents would also probably be happy to know my location when I am hiking alone and out of cell range.
My plan is to have a base station at the house that is connected to wifi and potentially a roof mounted antenna and place as many “router/relay” devices as I need using a bear bag method to maintain communications while on a hike / backpacking trip and carrying a unit tracking the hike. I bought 2 TTGO-LORA32 units without GPS and 5 TTGO T-BEAM boards.
While I don’t want to leave devices permanently on state land, the 8 day battery life listed on the home page would be the maximum amount of lifespan I would realistically need for the relay nodes.
I have laid out the three types of device configuration I think I need below, and have a couple of other questions.
If I do all the config with the python CLI ahead of time can I skip using the app?
What should I look for in regards to the signal strength of the connection to the previous node to indicate it is time to put out another relay?
Geofencing - If I wanted to get a message if I have left state land and am potentially on private property for example, I would use a computer monitoring my position from the base station and do the geofencing code on that computer, sending a message back using the base station correct?
Old CLI Commands removed as several no longer work
Hi @garth welcome to the community, I hope your stay here is pleasant
I think the idea of the bags in the tree is ingenious, even I would add a usb solar panel in case the weather gets rough and you can not descend ^^
Also some 18650 batteries already charged wouldn’t be a bad idea
I don’t have a board to check but you should do all that just with the python client without using a cellphone
It has been awesome so far, thanks for the great suggestions and links!
I do often carry a USB solar panel and the two way charger for my Mavic Mini so usually I have some extra power.
I found a map of the area I will be using meshtastic in with a built in measurement tool and it looks like it is really closer to 3 x 2 miles so I am hoping I can get a good working network with 2 repeaters and a base station at the house.
I don’t really have a good test yet, I charged up everything and they all ran for 2 days fine and then I started flashing them and running the range plugin wrong. I turned the router function off on the relays as well while doing some setup and testing, but it seemed to really help with battery life. If I can get 4-5 days from the relays without charging that should work for my needs.
@thebentern both relays with router mode on have run off about 20% battery in 36 hours (One is at 82% the other at 79%), I feel pretty good about exceeding my 96 hour minimum. Main unit at 52% battery left
I’ve done some experiments with making mobile solar repeaters. One of my recommended finds are these Plano 3400 waterproof stowaway cases. They’re in the same vein as the Pelican 1100 micros, but I’m able to regularly get them from walmart or amazon for $5 or less.
Looks nice, and probably just a little more than half the cost of my relay. How long do the T-Lora boards last on battery? Mine are both connected to power all the time. I did send my clear pelican back because in an area without much light pollution the tbeam can blink up a storm and was visible from quite a distance. Do you have a GPIO system schemed up for the battery management?
Yeah, I understand about light pollution.
I don’t really have anything fancy rigged up for battery mgmt, and unfortunately since these TLora boards don’t have the AXP power mgmt boards, there’s an issue I face with them “thinking” they’re externally powered, even when you only have a battery connected at the full 4.2v. If you do manage to get them to go into light sleep though, they’ll only consume around 9-11ma. I haven’t done full runtime tests yet, but I’m doing some experiments with that soon.
A common commercial solution described to me by an RV company was the solar board and panel charging a battery, and super low power microcontroller (AT85 or something) in between the battery and a battery powered device. You periodically detect both battery levels and write some code to decide what to do. If the device is low you turn on the power from the solar battery and charge the device, you could add a preference to charge at night when the solar powered battery has enough power but is not doing any charging. You could also detect low batteries on both ends and power off the device until the solar battery has enough charge to pass on and power the device back up.
I’ve actually resorted to a custom build of the code for these TLora32 v2 1.6 boards, that I’ve carried through several release tags. There’s a bunch of my ramblings about it in the general channel of Slack from a couple of weeks back, but long story short, it sucks not having the power mgmt IC like the T-beams.
I basically made an atom bomb of a code change have them ignore the powered state. They sleep now though.