[Board]: elecrow gateway #4050

Szetya · 2024-05-08T17:30:57Z

Szetya
May 8, 2024

SOC

ESP32

Lora IC

RA01H-868 (&915)

Product Link

https://m.elecrow.com/pages/shop/product/details?id=207182&

Description

I recently found this device on Aliexpress. It would make a perfect station. Any chance of it being meshtastic compatible?
All information is available at the link below.
https://wiki.elecrow.com/index.php?title=Lora_Basic_Gateway_Module

todd-herbert · 2024-05-08T23:37:48Z

todd-herbert
May 8, 2024
Collaborator

The LoRa module is considered outdated now.. I think? I do have one of these devices so I'll probably play around with getting Meshtastic on it at some point.

0 replies

Szetya · 2024-05-09T02:35:30Z

Szetya
May 9, 2024
Author

The LoRa module is considered outdated now.. I think? I do have one of these devices so I'll probably play around with getting Meshtastic on it at some point.

Yes I know the old lora module is outdated. Still, it's a nice device and the price isn't horrible. Colour touch screen, ethernet connection (not PoE), housing (not waterproof).
Thank you so much!

0 replies

roha-github · 2024-05-09T06:05:06Z

roha-github
May 9, 2024

Why RA-08H is outdated? At Aliexpress you can find a lot of very cheap LoRa dev boards.

RA-08H has less power consumtion than ESP32 boards.

0 replies

todd-herbert · 2024-05-09T06:16:24Z

todd-herbert
May 9, 2024
Collaborator

Oh, I probably need to be clearer sorry. I was talking about the RA-01H version, which is based on SX1276. I think even the RA-08H version is still attached to the original ESP32 processor with this device though(?)

0 replies

Szetya · 2024-05-09T06:19:34Z

Szetya
May 9, 2024
Author

Why RA-08H is outdated? At Aliexpress you can find a lot of very cheap LoRa dev boards.

RA-08H has less power consumtion than ESP32 boards.

It's not RA08H, it's actually RA01H (SX1276). Similar to SX1278 (as far as I know).
(@todd-herbert faster response 😉)

0 replies

Szetya · 2024-05-09T06:22:01Z

Szetya
May 9, 2024
Author

Oh, I probably need to be clearer sorry. I was talking about the RA-01H version, which is based on SX1276. I think even the RA-08H version is still attached to the original ESP32 processor with this device though(?)

RA08H is mentioned in the wiki as a client.

0 replies

todd-herbert · 2024-05-09T06:24:10Z

todd-herbert
May 9, 2024
Collaborator

I've definitely seen a version with some sort of upgrade to RA-08H, but not sure exactly what it was. I don't think RadioLib supports the RA-08H's ASR6501 chipset though, so maybe not suitable for Meshtastic right now? (Not sure, happy to learn otherwise!)

0 replies

roha-github · 2024-05-09T06:30:27Z

roha-github
May 9, 2024

There are RPi dev boards with this LoRa chip ...

https://wiki.elecrow.com/index.php?title=Lora_RA-08H_Node_Board

0 replies

Szetya · 2024-05-09T06:32:11Z

Szetya
May 9, 2024
Author

I've definitely seen a version with some sort of upgrade to RA-08H, but not sure exactly what it was. I don't think RadioLib supports the RA-08H's ASR6501 chipset though, so maybe not suitable for Meshtastic right now? (Not sure, happy to learn otherwise!)

I'll go through everything this afternoon. If RA08H is not suitable (works with AT commands). However, if RA01H then it should be compatible without any further problems.

0 replies

Szetya · 2024-05-09T06:35:37Z

Szetya
May 9, 2024
Author

There are RPi dev boards with this LoRa chip ...

https://wiki.elecrow.com/index.php?title=Lora_RA-08H_Node_Board

That is not what I said in the question. The gateway I was asking about. https://m.elecrow.com/pages/shop/product/details?id=207182&

0 replies

Szetya · 2024-05-09T13:36:49Z

Szetya
May 9, 2024
Author

Of course, the first thing I did when I got home from work was to take it apart and have a look inside.
SOC: ESP32-WROOM-32UE
Radio: RA01H AI-Thinker (also mentioned in the documentation)
Lan: SMSC 8720A
Display: 128*160 SPI TFT ST7735S + touch
(I will attach two photos in the next message)
I have printed the wiring diagram from SCH to PDF, attached.
gateway_sch.pdf

0 replies

Szetya · 2024-05-09T13:37:33Z

Szetya
May 9, 2024
Author

0 replies

garthvh · 2024-05-09T20:36:16Z

garthvh
May 9, 2024
Maintainer

To date all of these modules have been UART and unsupportable.

0 replies

garthvh · 2024-05-09T20:37:28Z

garthvh
May 9, 2024
Maintainer

Ra-08 is an LoRa module designed and developed by Shenzhen Ai-Thinker Technology Co., Ltd. The module is used for ultra-long distance spread spectrum communications. Its chip ASR6601 is a universal LPWAN wireless communication SOC, integrated with RF
transceivers, modems, and a 32-bit RISC MCU. The MCU adopts an ARM core with a
working frequency of 48MHz. The Ra-08 module supports LoRa modulation and traditional (G) FSK modulation under the LPWAN. At the same time, the transmitter also supports BPSK modulation and (G) MSK modulation, receiver support (G) MSK modulation.

0 replies

garthvh · 2024-05-09T20:37:53Z

garthvh
May 9, 2024
Maintainer

This module has a RISC MCU and is doing AT commands, not suitable for meshtastic.

0 replies

Szetya · 2024-05-11T12:02:03Z

Szetya
May 11, 2024
Author

There are still problems. SPI is fine. Log shows that the radio is on the desired frequency. However, I get critical fault #3 error on the display. The chatter2 was the basis which seemed to be a good choice because of the display but I'm not sure about the radio configuration. I have chosen RFM (MOSI, MISO, SCK, NSS, BUSY PINs are ok).
I had about an hour because I had to go to a guest.
I've never tried to modify meshtastic code (but, once). So I'm only doing it on an amateur level. Currently only the esp is running, the radio half and the display. But the direction is good.

0 replies

Szetya · 2024-05-13T19:32:31Z

Szetya
May 13, 2024
Author

It will definitely not work with RFM95 or you will have to change the class to SX1276.
The board uses the DIO1 and DIO4 pins of the LoRa radio. You will probably need DIOmapping as well.
I tried using the #ifdef directive in RF95Interface.h to specify the DIO1 IRQ but it didn't help:
#ifndef USE_SX1276
virtual void enableInterrupt(void (*callback)()) { lora->setDio0Action(callback, RISING); }
#else
virtual void enableInterrupt(void (*callback)()) { lora->setDio1Action(callback, RISING); }
#endif
It boots and after a while it hangs up. (I separated the log with ---- after it freezes) After a while it reboots.
LOG:

clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1184
load:0x40078000,len:13192
load:0x40080400,len:3028
entry 0x400805e4
E (833) esp_core_dump_flash: No core dum ��ѥѥ��found!
E (833) esp_core_dump_flash: No core dump partition found!
[ 12][D][esp32-hal-cpu.c:244] setCpuFrequencyMhz(): PLL: 480 / 2 = 240 Mhz, APB: 80000000 Hz
�� @INFO | ??:??:?? 0

//\ E S H T /\ S T / C

INFO | ??:??:?? 0 Booted, wake cause 0 (boot count 1), reset_reason=reset
DEBUG | ??:??:?? 0 Filesystem files (16384/1048576 Bytes):
DEBUG | ??:??:?? 0 /prefs/channels.proto (57 Bytes)
DEBUG | ??:??:?? 0 /prefs/config.proto (101 Bytes)
DEBUG | ??:??:?? 0 /prefs/db.proto (314 Bytes)
DEBUG | ??:??:?? 0 /prefs/module.proto (108 Bytes)
INFO | ??:??:?? 0 No I2C devices found
DEBUG | ??:??:?? 0 acc_info = 0
INFO | ??:??:?? 0 Meshtastic hwvendor=56, swver=2.3.10
DEBUG | ??:??:?? 0 Setting random seed 1561364533
DEBUG | ??:??:?? 0 Total heap: 194256
DEBUG | ??:??:?? 0 Free heap: 160472
DEBUG | ??:??:?? 0 Total PSRAM: 0
DEBUG | ??:??:?? 0 Free PSRAM: 0
DEBUG | ??:??:?? 0 NVS: UsedEntries 90, FreeEntries 540, AllEntries 630, NameSpaces 3
DEBUG | ??:??:?? 0 Setup Preferences in Flash Storage
DEBUG | ??:??:?? 0 Number of Device Reboots: 52
ESP_ERROR_CHECK_WITHOUT_ABORT failed: esp_err_t 0x105 (ESP_ERR_NOT_FOUND) at 0x40096a8f
file: "src/platform/esp32/BleOta.cpp" line 16
func: static const esp_partition_t* BleOta::findEspOtaAppPartition()
expression: esp_ota_get_partition_description(part, &app_desc)
ESP_ERROR_CHECK_WITHOUT_ABORT failed: esp_err_t 0x102 (ESP_ERR_INVALID_ARG) at 0x40096a8f
file: "src/platform/esp32/BleOta.cpp" line 30
func: static String BleOta::getOtaAppVersion()
expression: esp_ota_get_partition_description(part, &app_desc)
DEBUG | ??:??:?? 0 No OTA firmware available
INFO | ??:??:?? 0 Initializing NodeDB
INFO | ??:??:?? 0 Loading /prefs/db.proto
INFO | ??:??:?? 0 Loaded /prefs/db.proto successfully
INFO | ??:??:?? 0 Loaded saved devicestate version 22, with nodecount: 1
INFO | ??:??:?? 0 Loading /prefs/config.proto
INFO | ??:??:?? 0 Loaded /prefs/config.proto successfully
INFO | ??:??:?? 0 Loaded saved config version 22
INFO | ??:??:?? 0 Loading /prefs/module.proto
INFO | ??:??:?? 0 Loaded /prefs/module.proto successfully
INFO | ??:??:?? 0 Loaded saved moduleConfig version 22
INFO | ??:??:?? 0 Loading /prefs/channels.proto
INFO | ??:??:?? 0 Loaded /prefs/channels.proto successfully
INFO | ??:??:?? 0 Loaded saved channelFile version 22
[ 456][E][vfs_api.cpp:105] open(): /littlefs/oem/oem.proto does not exist, no permits for creation
INFO | ??:??:?? 0 File /oem/oem.proto not found
DEBUG | ??:??:?? 0 cleanupMeshDB purged 0 entries
DEBUG | ??:??:?? 0 Using nodenum 0x38db3f8c
DEBUG | ??:??:?? 0 Number of Device Reboots: 52
DEBUG | ??:??:?? 0 Expanding short PSK #1
INFO | ??:??:?? 0 Wanted region 3, using EU_868
INFO | ??:??:?? 0 Saving /prefs/db.proto
DEBUG | ??:??:?? 0 Using GPIO00 for button
DEBUG | ??:??:?? 0 SPI.begin(SCK=33, MISO=35, MOSI=32, NSS=14)
DEBUG | ??:??:?? 0 TFTDisplay!
DEBUG | ??:??:?? 0 Set Timezone to GMT0
DEBUG | ??:??:?? 0 Read RTC time as 0
DEBUG | ??:??:?? 0 NeighborInfoModule is disabled
INFO | ??:??:?? 0 External Notification Module Disabled
INFO | ??:??:?? 0 Doing TFT init
INFO | ??:??:?? 1 Turning on screen
DEBUG | ??:??:?? 1 Module wants a UI Frame
DEBUG | ??:??:?? 1 RF95Interface(cs=14, irq=34, rst=12, busy=13)
INFO | ??:??:?? 1 Starting meshradio init...
DEBUG | ??:??:?? 1 (bw=250, sf=11, cr=4/5) packet symLen=8 ms, payloadSize=0, time 231 ms
DEBUG | ??:??:?? 1 (bw=250, sf=11, cr=4/5) packet symLen=8 ms, payloadSize=253, time 2115 ms
INFO | ??:??:?? 1 Radio freq=869.525, config.lora.frequency_offset=0.000
INFO | ??:??:?? 1 Set radio: region=EU_868, name=LongFast, config=0, ch=0, power=27
INFO | ??:??:?? 1 Radio myRegion->freqStart -> myRegion->freqEnd: 869.400024 -> 869.650024 (0.250000 mhz)
INFO | ??:??:?? 1 Radio myRegion->numChannels: 1 x 250.000kHz
INFO | ??:??:?? 1 Radio channel_num: 1
INFO | ??:??:?? 1 Radio frequency: 869.525024
INFO | ??:??:?? 1 Slot time: 42 msec
INFO | ??:??:?? 1 Set radio: final power level=20
DEBUG | ??:??:?? 1 Current limit set to 100.000000
DEBUG | ??:??:?? 1 Current limit set result 0
INFO | ??:??:?? 1 RF95 init result 0
INFO | ??:??:?? 1 Frequency set to 869.525024
INFO | ??:??:?? 1 Bandwidth set to 250.000000
INFO | ??:??:?? 1 Power output set to 20
INFO | ??:??:?? 1 RF95 Radio init succeeded, using RF95 radio
INFO | ??:??:?? 1 Not using WIFI
DEBUG | ??:??:?? 1 (bw=250, sf=11, cr=4/5) packet symLen=8 ms, payloadSize=237, time 2000 ms
DEBUG | ??:??:?? 1 LoRA bĭ�ate = 118.500000 bytes / sec
INFO | ??:??:?? 1 PowerFSM init, USB power=1
DEBUG | ??:??:?? 1 Enter state: BOOT
[ 1678][D][esp32-hal-cpu.c:244] setCpuFrequencyMhz(): PLL: 320 / 4 = 80 Mhz, APB: 80000000 Hz
DEBUG | ??:??:?? 1 [Screen] Screen: Started...
INFO | ??:??:?? 1 [RangeTestModule] Range Test Module - Disabled
INFO | ??:??:?? 4 [PowerFSM] Initialise the NimBLE bluetooth module
INFO | ??:??:?? 7 [Screen] Done with boot screen...
DEBUG | ??:??:?? 7 [Screen] showing standard frames
DEBUG | ??:??:?? 7 [Screen] Showing 0 module frames
DEBUG | ??:??:?? 7 [Screen] Total frame count: 103
DEBUG | ??:??:?? 7 [Screen] Added modules. numframes: 0
DEBUG | ??:??:?? 7 [Screen] Finished building frames. numframes: 2

INFO | ??:??:?? 30 [NodeInfoModule] Sending our nodeinfo to mesh (wantReplies=1)
INFO | ??:??:?? 30 [NodeInfoModule] sending owner !38db3f8c/Meshtastic 3f8c/3f8c
DEBUG | ??:??:?? 30 [NodeInfoModule] Initial packet id 329009676, numPacketId 4294967295
DEBUG | ??:??:?? 30 [NodeInfoModule] Update DB node 0x38db3f8c, rx_time=0
DEBUG | ??:??:?? 30 [NodeInfoModule] handleReceived(LOCAL) (id=0x139c4a0e fr=0x8c to=0xff, WantAck=0, HopLim=3 Ch=0x0 Portnum=4 WANTRESP priority=10)
DEBUG | ??:??:?? 30 [NodeInfoModule] No modules interested in portnum=4, src=LOCAL
DEBUG | ??:??:?? 30 [NodeInfoModule] localSend to channel 0
DEBUG | ??:??:?? 30 [NodeInfoModule] Add packet record (id=0x139c4a0e fr=0x8c to=0xff, WantAck=0, HopLim=3 Ch=0x0 Portnum=4 WANTRESP priority=10)
DEBUG | ??:??:?? 30 [NodeInfoModule] Expanding short PSK #1
DEBUG | ??:??:?? 30 [NodeInfoModule] Using AES128 key!
DEBUG | ??:??:?? 30 [NodeInfoModule] ESP32 crypt fr=38db3f8c, num=139c4a0e, numBytes=50!
DEBUG | ??:??:?? 30 [NodeInfoModule] enqueuing for send (id=0x139c4a0e fr=0x8c to=0xff, WantAck=0, HopLim=3 Ch=0x8 encrypted hopStart=3 priority=10)
DEBUG | ??:??:?? 30 [NodeInfoModule] txGood=0,rxGood=0,rxBad=0

0 replies

Szetya · 2024-05-13T19:39:12Z

Szetya
May 13, 2024
Author

(As a parenthesis, instead of setDioAction() there is a better solution: setPacketReceivedAction() )

0 replies

todd-herbert · 2024-05-15T11:58:29Z

todd-herbert
May 15, 2024
Collaborator

The board uses the DIO1 and DIO4 pins of the LoRa radio. You will probably need DIOmapping as well.

This is really my first time playing around with the LoRa code, but if I'm reading the datasheet right, I don't think either DIO1 or DIO4 can be mapped to the interrupts that Meshtastic is using.

(As a parenthesis, instead of setDioAction() there is a better solution: setPacketReceivedAction() )

This one seemed promising, but unfortunately, I think it's just a wrapper for setDio0Action.

I'm not sure there's any realistic way around this with software(?)
I added a jumper wire from DIO0 to GPIO36 (the only pin available).

ElecrowDemo.mp4

I'm not sure how much point there is going a whole lot further with this device, especially if it does require a hardware modification to work with Meshtastic. I wouldn't encourage anyone to go out and buy one, but maybe someone already has one they want to repurpose?

I've pushed what I've got so far to https://github.com/todd-herbert/meshtastic-firmware/tree/elecrow-crt01262m, just in case it's helpful.

0 replies

Szetya · 2024-05-15T12:23:29Z

Szetya
May 15, 2024
Author

So far, this is much more than I have achieved. 😉
Yesterday I had time to do a little work on it. SX1276 and radiolib = packet transmission was successful. Although it doesn't use the interrupt when sending so I haven't tested that yet. What is certain is that it will not work with the RF95 library. And since BUSY PIN is not needed so - 1 is fine.
Of course I am not encouraging anyone to buy one immediately. 😉

0 replies

todd-herbert · 2024-05-15T12:36:23Z

todd-herbert
May 15, 2024
Collaborator

Hey it might be possible to figure out some software-only solution, if you're dedicated enough! Continuous "blocking" receive attempts in a separate "OS thread"? Using the "Channel Activity Detected" interrupt on DIO4? I have no real idea how any of this really works, so none of this might be applicable, or there might be some key reason that it's not possible. It's interesting to play around with though, if nothing else.

0 replies

Szetya · 2024-05-15T12:48:25Z

Szetya
May 15, 2024
Author

I'm sure it will work in hardware without modifying the board. I need a simple 868MHz board to try the radiolib ping-pong example. I tried to interpret the original code, it "plays" a lot with the DIO mapping. If that works this should work too. 😉
//Topic OFF:
There are some crazy Hungarians. 😉

//Topic ON

0 replies

Szetya · 2024-05-16T04:10:26Z

Szetya
May 16, 2024
Author

If there is a possibility I think we should move this issue to the discussion.
I have made the hardware modification and it does work. I don't think there is any point in experimenting with it any further. This is the best and simplest solution.
Maybe the touch part should be added to the main branch.
I don't see much point in the lan option without PoE and there is no other option in the device (maybe someday someone will add lan)
Since all pins are in use there is no possibility to connect I2C devices. There is nothing to expand on the device.
If someone has such a device in the bottom of the drawer they can use it with minimal HW modification. I have used it. 😉
@todd-herbert Thank you for taking the time and turning it into a usable tool so quickly! 🍻

0 replies

todd-herbert · 2024-05-16T04:20:46Z

todd-herbert
May 16, 2024
Collaborator

(maybe someday someone will add lan)

I did have a quick look at this too actually. It seems like it's working at the hardware level (gets IP from DHCP, responds to ping), but the Meshtastic ethernet code would have to be rewritten to work with the ESP32 library I think.. still, maybe one day out of boredom.

Since all pins are in use there is no possibility to connect I2C devices. There is nothing to expand on the device.

They really did use every last pin hey? Nothing going to waste I guess.

Thank you for taking the time and turning it into a usable tool so quickly! 🍻

Thank you for your work too!

If there is a possibility I think we should move this issue to the discussion.

@thebentern 🙏

0 replies

Szetya · 2024-05-16T04:46:50Z

Szetya
May 16, 2024
Author

This is very good news! I have a feeling you'll make the most of it! 😉
In its current state, I can imagine the device as a gateway for a trip or emergency where there is no coverage.
It was on all night. In the morning it was on (maybe more of us are not around. 1-2 of these stations are in very good positions)

0 replies

todd-herbert · 2024-06-06T15:01:26Z

todd-herbert
Jun 6, 2024
Collaborator

Just a heads up: the branch has been updated and now toggles the display backlight when the screen turns on / off.

1 reply

Szetya Jun 8, 2024
Author

I finally had time to update yesterday. It works perfectly. You are awesome! I use it at home. True only with its own antenna but there are very strong stations nearby with good positions. So I don't need a bigger antenna at the moment. :)

todd-herbert · 2024-07-08T07:01:50Z

todd-herbert
Jul 8, 2024
Collaborator

I've enabled free-text via the canned messages module (used by T-Watch and RAK14014) in the branch linked above.
Only really set it up to use as a test device for Screen code, but maybe someone's interested in playing with it.
The screen is a bit small, you really do need a stylus.

Scroll up / down to enter canned messages, then:
Double tap to select "free text"

0 replies

ViezeVingertjes · 2025-08-06T12:20:07Z

ViezeVingertjes
Aug 6, 2025

Did this ever made it to a working state? I do have a few of these laying around and tried to flash it with the proper pin configuration, but other than being able to connect to it through the Android app, and show it as online, i did not make it honestly. It will freeze halfway when trying to set configuration, but i did not dive into it far enough to know why it does though.

But if that's the result i had in a few minutes, i feel like someone might made it much much further.

5 replies

Szetya Aug 7, 2025
Author

Did this ever made it to a working state? I do have a few of these laying around and tried to flash it with the proper pin configuration, but other than being able to connect to it through the Android app, and show it as online, i did not make it honestly. It will freeze halfway when trying to set configuration, but i did not dive into it far enough to know why it does though.

But if that's the result i had in a few minutes, i feel like someone might made it much much further.

Yes it works. But since hardware change required link : #4050 (comment)
so no PR is made. And for a few other reasons.
Sometimes I update my device, baseUI works fine.
(LAN is not implemented)

ViezeVingertjes Aug 7, 2025

Yes it works. But since hardware change required link : #4050 (comment) so no PR is made. And for a few other reasons. Sometimes I update my device, baseUI works fine. (LAN is not implemented)

Ah! Did read over that one. That's great news though and will definitely come in handy!
Will do an attempt to merge and build it, looks like it could/should work and otherwise the version its on now would also be much better than tossing it into a bin.

Great work and i'll post an update if i get to the actual soldering / testing.

Wouldnt be suprised if quite some people have this device though, besides people that wanted to learn more about LoRa in the Helium hype days; a LOT of people also confused it for Helium hotspots, the sellers made some big bucks back then. Probably not in the volumes of 'oh now we should support it', but if it got some visibility, i bet there will be more people that will be like, wait, i have that one in the pile somewhere hehe

Szetya Aug 7, 2025
Author

A few weeks ago.

VID_20250807_092020_259.mp4

ViezeVingertjes Aug 7, 2025

Looks good! Any chance you could push/update that branch to your fork? The current state is about 8.5k commits behind, which might merge without issue's, but with my luck hehe...

[Edit]
Oh wait; its the fork of @todd-herbert that was linked in the other comment hehe... still early in here.

Szetya Aug 7, 2025
Author

Looks good! Any chance you could push/update that branch to your fork? The current state is about 8.5k commits behind, which might merge without issue's, but with my luck hehe...

[Edit] Oh wait; its the fork of @todd-herbert that was linked in the other comment hehe... still early in here.

The fork is also very backward.
I only did some modifications in TFTDisplay.cpp (orientation, touch interface), everything else works according to platformio.ini and variant.h. I haven't tried the virtual keyboard. However, it might work fine with the new BaseUI.

ViezeVingertjes · 2025-08-09T22:41:59Z

ViezeVingertjes
Aug 9, 2025

I have it working with software interrupts, without needing to solder. I'll have to run it for a bit to make sure it's correctly working, but looks promising so far, discovered my other nodes straight away, can communicate with them etc and it doesnt lock up anymore like it did... fingers crossed! :)

2 replies

Szetya Aug 10, 2025
Author

Have you done the software interrupt? That was my first idea but in the end we stuck with the hardware modification. It was easier to fit it into the existing code. Very clever, congratulations :)
I experienced a freeze when I tried MQTT, it probably had too much node.

ViezeVingertjes Aug 10, 2025

Yes, i noticed already that it was pretty low on memory after starting. That's an easy fix though, in the platformio.ini you can simply exclude modules that you will not use (or the device doesn't use anyway, like Waypoints and such).

[env:elecrow-crt01262m]
extends = esp32_base
board = esp32dev
build_flags =
  ${esp32_base.build_flags}
  -D PRIVATE_HW
  -I variants/esp32/elecrow_crt01262m
  ; Trim unused modules
  -D MESHTASTIC_EXCLUDE_DETECTIONSENSOR=1
  -D MESHTASTIC_EXCLUDE_ENVIRONMENTAL_SENSOR=1
  -D MESHTASTIC_EXCLUDE_ENVIRONMENTAL_SENSOR_EXTERNAL=1
  -D MESHTASTIC_EXCLUDE_POWER_TELEMETRY=1
  -D MESHTASTIC_EXCLUDE_PAXCOUNTER=1
  -D MESHTASTIC_EXCLUDE_POWERSTRESS=1
  -D MESHTASTIC_EXCLUDE_REMOTEHARDWARE=1
  -D MESHTASTIC_EXCLUDE_STOREFORWARD=1
  -D MESHTASTIC_EXCLUDE_WAYPOINT=1
  -D MESHTASTIC_EXCLUDE_ATAK=1
  -D MESHTASTIC_EXCLUDE_AUDIO=1
  -D MESHTASTIC_EXCLUDE_EXTERNALNOTIFICATION=1
  -D MESHTASTIC_EXCLUDE_NEIGHBORINFO=1
  -D MESHTASTIC_EXCLUDE_RANGETEST=1

lib_deps =
  ${esp32_base.lib_deps}
  lovyan03/LovyanGFX@^1.1.8

And you might want to tweak things like MAX_NUM_NODES, MAX_MQTT_QUEUE a bit, that could also help. In my current version that brings it down to about 65% instead of the 90% it was critically on after startup before. That gives some breathing space.

ViezeVingertjes · 2025-08-12T05:47:14Z

ViezeVingertjes
Aug 12, 2025

Still doing minor fixes / tweaks each day, the new code even exposed a few bugs in the Meshtastic code itself, so those i probably also should seperate on branches... so takes a bit longer, but getting there. If anyone is willing to give it a go in the meanwhile, i just uploaded my latest build. @Szetya @todd-herbert

So far it seems to run better than my stock devices...
https://drive.google.com/file/d/1Cvc4ZBxr0LQlXXQ9kfIM24N2QmOGgqLX/view?usp=drive_link

If you guys have bridged the pins, it should still work and not use that connection.
Personally do not have that modification.

13 replies

T00ManySecrets Oct 13, 2025

Yes i am. Same version RA01H.

ViezeVingertjes Oct 13, 2025

Hmm, not sure what's going on then, I've mine setup and running.
What do the logs say?

ViezeVingertjes Oct 13, 2025

Oh, and on what device are you monitoring? Just in case you're using a device like the T1000e, which cannot receive it probably.

T00ManySecrets Oct 13, 2025

Hmm, not sure what's going on then, I've mine setup and running. What do the logs say?

Here are some logs of me trying to send something in long fast channel.

`DEBUG | 20:17:25 84 [Router] enqueue for send (id=0x59670ff5 fr=0xf70d2878 to=0xffffffff, transport = 0, WantAck=0, HopLim=3 Ch=0x8 encrypted len=26 rxtime=1760386631 hopStart=3 relay=0x7
DEBUG | 20:17:25 84 [Router] txGood=0,txRelay=0,rxGood=2,rxBad=0
DEBUG | 20:17:25 84 [Router] Setting next retransmission in 6890 msecs:
DEBUG | 20:17:25 84 [Router] (id=0x59670ff5 fr=0x00000000 to=0xffffffff, transport = 0, WantAck=1, HopLim=3 Ch=0x0 Portnum=1 rxtime=1760386631)
DEBUG | 20:17:32 91 [Router] Reliable send failed, returning a nak for fr=0x0,to=0xffffffff,id=0x59670ff5
DEBUG | 20:17:32 91 [Router] Partially randomized packet id 1538561328
WARN | 20:17:32 91 [Router] Alloc an err=5,to=0xf70d2878,idFrom=0x59670ff5,id=0x5bb49530
DEBUG | 20:17:32 91 [Router] Enqueued local (id=0x5bb49530 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff5 rxtime=1760386652 priority=1
DEBUG | 20:17:32 91 [Router] cancelSending id=0x59670ff5, removed=1
DEBUG | 20:17:32 91 [Router] Rx someone rebroadcasting for us (id=0x5bb49530 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff5 rxtime=176
DEBUG | 20:17:32 91 [Router] Didn't find pending packet
INFO | 20:17:32 91 [Router] Packet History - insert: Using new slot @uptime 91.584s TRACE NEW
DEBUG | 20:17:32 91 [Router] handleReceived(REMOTE) (id=0x5bb49530 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff5 rxtime=1760386652 pr
DEBUG | 20:17:32 91 [Router] Module 'routing' wantsPacket=1
INFO | 20:17:32 91 [Router] Received routing from=0xf70d2878, id=0x5bb49530, portnum=5, payloadlen=2
DEBUG | 20:17:32 91 [Router] Routing sniffing (id=0x5bb49530 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff5 rxtime=1760386652 priority
DEBUG | 20:17:32 91 [Router] Received a NAK for 0x0, stopping retransmissions
DEBUG | 20:17:32 91 [Router] Delivering rx packet (id=0x5bb49530 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff5 rxtime=1760386652 prio
DEBUG | 20:17:32 91 [Router] Ignore update from self
DEBUG | 20:17:32 91 [Router] Forwarding to phone (id=0x5bb49530 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff5 rxtime=1760386652 prior
DEBUG | 20:17:32 91 [Router] Module 'routing' considered
INFO | 20:17:32 91 Tell client we have new packets 9
DEBUG | 20:17:32 91 BLE notify fromNum
DEBUG | 20:17:32 91 [NimbleBluetooth] FromRadio=STATE_SEND_PACKETS
DEBUG | 20:17:32 91 [NimbleBluetooth] phone downloaded packet (id=0x5bb49530 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff5 rxtime=1760386652 p
DEBUG | 20:17:36 95 [NimbleBluetooth] PACKET FROM PHONE (id=0x59670ff6 fr=0x00000000 to=0xffffffff, transport = 0, WantAck=1, HopLim=0 Ch=0x0 Portnum=1)
DEBUG | 20:17:36 95 [NimbleBluetooth] handleReceived(USER) (id=0x59670ff6 fr=0x00000000 to=0xffffffff, transport = 0, WantAck=1, HopLim=0 Ch=0x0 Portnum=1 rxtime=1760386656)
DEBUG | 20:17:36 95 [NimbleBluetooth] Module 'text' wantsPacket=1
INFO | 20:17:36 95 [NimbleBluetooth] Received text msg from=0x0, id=0x59670ff6, msg=test
DEBUG | 20:17:36 95 [NimbleBluetooth] Show standard frames
DEBUG | 20:17:36 95 [NimbleBluetooth] Show 8 module frames
DEBUG | 20:17:36 95 [NimbleBluetooth] Added modules. numframes: 8
DEBUG | 20:17:36 95 [NimbleBluetooth] Finished build frames. numframes: 8
DEBUG | 20:17:36 95 [NimbleBluetooth] Module 'text' considered
DEBUG | 20:17:36 95 [NimbleBluetooth] Module 'routing' wantsPacket=1
INFO | 20:17:36 95 [NimbleBluetooth] Received routing from=0x0, id=0x59670ff6, portnum=1, payloadlen=4
DEBUG | 20:17:36 95 [NimbleBluetooth] Routing sniffing (id=0x59670ff6 fr=0x00000000 to=0xffffffff, transport = 0, WantAck=1, HopLim=0 Ch=0x0 Portnum=1 rxtime=1760386656)
DEBUG | 20:17:36 95 [NimbleBluetooth] Module 'routing' considered
DEBUG | 20:17:36 95 [NimbleBluetooth] Setting next retransmission in 6890 msecs:
DEBUG | 20:17:36 95 [NimbleBluetooth] (id=0x59670ff6 fr=0x00000000 to=0xffffffff, transport = 0, WantAck=1, HopLim=3 Ch=0x0 Portnum=1 rxtime=1760386656)
INFO | 20:17:36 95 [NimbleBluetooth] Packet History - insert: Using new slot @uptime 95.417s TRACE NEW
DEBUG | 20:17:36 95 [NimbleBluetooth] Expand short PSK #1
DEBUG | 20:17:36 95 [NimbleBluetooth] Use AES128 key!
DEBUG | 20:17:36 95 [NimbleBluetooth] enqueue for send (id=0x59670ff6 fr=0xf70d2878 to=0xffffffff, transport = 0, WantAck=0, HopLim=3 Ch=0x8 encrypted len=26 rxtime=1760386656 hopStart=3 relay=0x7
DEBUG | 20:17:36 95 [NimbleBluetooth] txGood=0,txRelay=0,rxGood=2,rxBad=0
DEBUG | 20:17:36 95 [NimbleBluetooth] Queue_size 1
INFO | 20:17:36 95 Tell client we have new packets 10
DEBUG | 20:17:36 95 BLE notify fromNum
DEBUG | 20:17:36 95 [NimbleBluetooth] FromRadio=STATE_SEND_PACKETS
DEBUG | 20:17:43 102 [Router] Sending retransmission fr=0x0,to=0xffffffff,id=0x59670ff6, tries left=2
INFO | 20:17:43 102 [Router] Packet History - insert: Reusing slot aged 6.870s TRACE MATCHED PACKET
DEBUG | 20:17:43 102 [Router] Expand short PSK #1
DEBUG | 20:17:43 102 [Router] Use AES128 key!
DEBUG | 20:17:43 102 [Router] enqueue for send (id=0x59670ff6 fr=0xf70d2878 to=0xffffffff, transport = 0, WantAck=0, HopLim=3 Ch=0x8 encrypted len=26 rxtime=1760386656 hopStart=3 relay=0x7
DEBUG | 20:17:43 102 [Router] txGood=0,txRelay=0,rxGood=2,rxBad=0
DEBUG | 20:17:43 102 [Router] Setting next retransmission in 6890 msecs:

DEBUG | 20:17:43 102 [Router] (id=0x59670ff6 fr=0x00000000 to=0xffffffff, transport = 0, WantAck=1, HopLim=3 Ch=0x0 Portnum=1 rxtime=1760386656)
DEBUG | 20:17:50 109 [Router] Sending retransmission fr=0x0,to=0xffffffff,id=0x59670ff6, tries left=1
INFO | 20:17:50 109 [Router] Packet History - insert: Reusing slot aged 6.945s TRACE MATCHED PACKET
DEBUG | 20:17:50 109 [Router] Expand short PSK #1
DEBUG | 20:17:50 109 [Router] Use AES128 key!
DEBUG | 20:17:50 109 [Router] enqueue for send (id=0x59670ff6 fr=0xf70d2878 to=0xffffffff, transport = 0, WantAck=0, HopLim=3 Ch=0x8 encrypted len=26 rxtime=1760386656 hopStart=3 relay=0x7
DEBUG | 20:17:50 109 [Router] txGood=0,txRelay=0,rxGood=2,rxBad=0
DEBUG | 20:17:50 109 [Router] Setting next retransmission in 6890 msecs:

DEBUG | 20:17:50 109 [Router] (id=0x59670ff6 fr=0x00000000 to=0xffffffff, transport = 0, WantAck=1, HopLim=3 Ch=0x0 Portnum=1 rxtime=1760386656)
DEBUG | 20:17:57 116 [Router] Reliable send failed, returning a nak for fr=0x0,to=0xffffffff,id=0x59670ff6
DEBUG | 20:17:57 116 [Router] Partially randomized packet id 3374317873
WARN | 20:17:57 116 [Router] Alloc an err=5,to=0xf70d2878,idFrom=0x59670ff6,id=0xc9200131
DEBUG | 20:17:57 116 [Router] Enqueued local (id=0xc9200131 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff6 rxtime=1760386677 priority=1
DEBUG | 20:17:57 116 [Router] cancelSending id=0x59670ff6, removed=1
DEBUG | 20:17:57 116 [Router] Rx someone rebroadcasting for us (id=0xc9200131 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff6 rxtime=176
DEBUG | 20:17:57 116 [Router] Didn't find pending packet
INFO | 20:17:57 116 [Router] Packet History - insert: Using new slot @uptime 116.245s TRACE NEW
DEBUG | 20:17:57 116 [Router] handleReceived(REMOTE) (id=0xc9200131 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff6 rxtime=1760386677 pr
DEBUG | 20:17:57 116 [Router] Module 'routing' wantsPacket=1
INFO | 20:17:57 116 [Router] Received routing from=0xf70d2878, id=0xc9200131, portnum=5, payloadlen=2
DEBUG | 20:17:57 116 [Router] Routing sniffing (id=0xc9200131 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff6 rxtime=1760386677 priority
DEBUG | 20:17:57 116 [Router] Received a NAK for 0x0, stopping retransmissions
DEBUG | 20:17:57 116 [Router] Delivering rx packet (id=0xc9200131 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff6 rxtime=1760386677 prio
DEBUG | 20:17:57 116 [Router] Ignore update from self
DEBUG | 20:17:57 116 [Router] Forwarding to phone (id=0xc9200131 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff6 rxtime=1760386677 prior
DEBUG | 20:17:57 116 [Router] Module 'routing' considered
INFO | 20:17:57 116 Tell client we have new packets 11
DEBUG | 20:17:57 116 BLE notify fromNum
DEBUG | 20:17:57 116 [NimbleBluetooth] FromRadio=STATE_SEND_PACKETS
DEBUG | 20:17:57 116 [NimbleBluetooth] phone downloaded packet (id=0xc9200131 fr=0xf70d2878 to=0xf70d2878, transport = 0, WantAck=0, HopLim=0 Ch=0x0 Portnum=5 requestId=59670ff6 rxtime=1760386677 p
INFO | 20:18:02 121 [DeviceTelemetry] Send: air_util_tx=0.000000, channel_utilization=0.000000, battery_level=101, voltage=0.000000, uptime=121
DEBUG | 20:18:02 121 [DeviceTelemetry] Partially randomized packet id 1279384882
DEBUG | 20:18:02 121 [DeviceTelemetry] updateTelemetry LOCAL
DEBUG | 20:18:02 121 [DeviceTelemetry] Node status update: 0 online, 2 total
INFO | 20:18:02 121 [DeviceTelemetry] Send packet to phone
INFO | 20:18:02 121 [DeviceTelemetry] Sending local stats: uptime=121, channel_utilization=0.000000, air_util_tx=0.000000, num_online_nodes=0, num_total_nodes=2
INFO | 20:18:02 121 [DeviceTelemetry] num_packets_tx=0, num_packets_rx=2, num_packets_rx_bad=0
DEBUG | 20:18:02 121 [DeviceTelemetry] Partially randomized packet id 3823714611
INFO | 20:18:02 121 Tell client we have new packets 13
DEBUG | 20:18:02 121 BLE notify fromNum
DEBUG | 20:18:02 121 [NimbleBluetooth] FromRadio=STATE_SEND_PACKETS
DEBUG | 20:18:02 121 [NimbleBluetooth] phone downloaded packet (id=0x4c41dd32 fr=0xf70d2878 to=0xffffffff, transport = 0, WantAck=0, HopLim=3 Ch=0x0 Portnum=67 rxtime=1760386682 priority=10)
DEBUG | 20:18:02 121 [NimbleBluetooth] FromRadio=STATE_SEND_PACKETS
DEBUG | 20:18:02 121 [NimbleBluetooth] phone downloaded packet (id=0xe3e94133 fr=0xf70d2878 to=0xffffffff, transport = 0, WantAck=0, HopLim=3 Ch=0x0 Portnum=67 rxtime=1760386682 priority=10)
DEBUG | 20:18:31 150 [RadioIf] RF95Interface: POLL IRQ flags=0x0010