Meshtastic Router based on the Heltec HT-CT62 and TI BQ25185

Hey All!

I’ve been working on a PCB for remote Meshtastic Routers based on the TI BQ25185 (solar charge controller) and Heltec HT-CT63 lately. The PCB isn’t the most beautiful thing around (it follows the reference design where required) but it seems to work for now.

(Picture is a bit of an older version. Latest revision got some clean ups but wasn’t yet tested and manufactured. But only smaller, non-functional changes happened in the PCB.)

Features:

  • Supports solar input up to 18V (24V survival)
  • Up to 1A charge current, 3A load current
  • Single-cell LiPos (3.7v) or LiFePo4 (3.6V) supported
  • Pseudo-MPPT (VINDPM) support
  • Power Path (being able to power the device directly from solar as soon the battery is full, mixing solar and battery power in the “twilight” zone, etc.)
  • Low power LDO (HEERMICR HE9073A33MR) to get from peak ~4.5V to 3.3V
  • Low bills of material. I hate soldering small stuff because of my shaky hands.

URL: GitHub - dm5tt/MeshtasticNode_BQ25185: This is a Meshtastic solar node based on the Heltec HT-CT62 and the solar charge controller TI BQ25185.

First test runs look quite good.

Configuration SW:

  • Wifi/BLE switched off (not needed for remote nodes)
  • Minimum Wakeup Interval reduced to 1s
  • CPU of th ESP32C3 reduced to 80MHz
  • Router Mode

Configuration HW:

  • Fully charged 2800mAh CR123A LiPo, charge limited to 4.1V
  • 6V Solar cell with 290mA

Seems like I can get 4-5 days out of the device without recharging and it nicely switches to direct pass-through (jumps >4.2V) once the battery is full.

I’ll keep you boys and girls updated!

5 Likes

Super. Ace to see a ground up design spec with super voltage data. How did you get the voltage data logged? Oh… I see you said in github… Wouldn’t it be amazing to have all this in one PCB… hang on… it IS all on one !!! This is really ace. Precisely what we need for mass production at low cost. Thanks.

Hi! Thanks!

Yes… money was bit of the motivation. I love the RAK4631 devices but spending 30-40€ per block was too expensive for me (heh, with all the test runs and PCB revisions my hardware should be factor 5 more expensive by now).

For the stats I’m using a hacked python script which parses the “–telemetry --dest …” output of the ‘meshtastic’ Python application. It’s not beautiful and not reliable as it often needs multiple attempts to fetch the data.

The better way would be to increase the telemetry timer of the DUT and then getting the data from MQTT.

One of my nodes shows abnormal behaviour… I have to track this down. Maybe a bug in the firmware:

Looks a bit like it wasn’t able to get back to sleep for a reason.

1 Like

Great to see.

I have been using the HT-CT62 myself for solar nodes. In router mode it seems to sleep well but not in some of the others.
Just switching from using a separate charger and LDO to this unit https://www.aliexpress.com/item/1005005175494273.html
Currently manually wiring to a board which is messy with the format ot the HT-CT module so lookign to design a super slim PCB.

All fits inside a 32mm water pipe and trialing different antenna designs.

And now of course they drop the new Mesh Node T114 at $27 which for sure is a bit more, but kinda does it all and super low power.



2 Likes

but i still dont understand why it has to be esp32, just to safe some 10 money…
if you want to have the ESP running on solar in winter time or cloudy times, you will have to spend alot more money for batterys and solar setup, than what you safe by choosing esp32 instead of nrf chip…

Well. Because it works.

If you need more margin during the winter time you can can invest in a 18V panel which costs 2-3€ more.

Also Nordic based designs can profit from my PCB: the entire power chain can easily be adapted for another microcontroller. Just remove ESP32 and add the chip you like most.

I don’t think it that simplistic. Not that it ‘has’ to be ESP32, just that it a convenient platform.

… yes, the default mestastic firmware certainly seems better (power wise!) with the NRF MCU, but it doesnt mean it universally better. Also ESP32 has better support for some functioanlity, like MQTT/JSON, and Store/Forward.

That been said there are more NRF based modules coming out (including the mentioned Mesh Node T114) , so they may well overtake ESP.

If there’s a super cheap NRF equivalent of the HT-CT62 (uC+HF) around feel free to inform me. I’ll fork my design an create an adaption.

Not used it, but New Device [WIP] Minewsemi ME25LS01 nRF82540 LR1110 4.2inch e-ink
mentions
LR1110+nRF52840-ME25LS01 LoRa Module

The unit price of the ME25LS01, seems a bit higher than the ht-ct62

… but now that heltec seem to getting into nrf, they might release a nrf ‘module’ (similar to the one used on the T114 ?)

The ME25LS01 looks good… but the form factor makes me shiver.

Ye, noticed that. Seems they have tried to bring all the GPIO’s out.

Dont know of a smaller one, with easier to solder castellated connections.

ht-ct62 is kinda nice, in that it bring out relatively few pins, like the RFM95 modules before.

It should be doable with a heated plate and low temperature solderpaste. But quality control will be very complicated without x-ray.

Oh, there tehe RAK4630, RAK4630: LoRaWAN Bluetooth module based on Nordic nRF52840 BLE 5.0 & Semtech SX1262 whcih iss the core module from their larger boards.

Still double the price of ht-ct62

It’s a trap because of the shipping costs.

Dont know where you based, but might be able to get cheaper elsewhere, if rather than direct from RAK

I still going to hold out hope that Heltec can do a ‘module’ version of the T114 - or at least a even more ‘cut down’ version of T114 for standalone routers - nice available without scrren and GPS, but even more could be cut off LEDS, much reduced IO, maybe even do away with bT/wifi antenaa, and the LEDs, and connectors.

There are SX1262 and LR1110 based nRF82540 modules from minewsemi

Is that your own board? Doesn’t look to have power regulator?

ms24sf1 looks to have similar pinout to ME25LS01 ?

I’ve just thrown the next revision at JLCPCB:

No spectacular changes:

  • Fixed an overheating issues with the BQ25185 when VBUS was >6V
  • Re-added lost ground plane on the back (d’oh)
  • Cleaned up the ground plane on the front around the ADC pins
  • Added a second I2C connector (pull-ups missing for now)
  • Improved placement of the thermistor below the battery with keep-out zones around it
  • Some smaller eye-candy stuff (bigger traces and vias for power lanes, removed GPIO2 and GPIO8 headers as they are not needed)
1 Like

Hi! Amazing design!
I have a question: why going for a LDO regulator and not a buck-boost like the TPS63020? It should have plenty of peak current for this project…

A buck-boost would normally need inductor(s) - that a nice chip in that only needs one, but still more than zero :slight_smile:
… can be noisely depending on how well designed - not sure if that an issue here.

Also a LDO, seems like it ok for normal LI batteries.

2 Likes