I have FINALLY received the PCB’s for this project. The first order was indeed lost. JLCPCB gave me a coupon, so basically was able to reorder and only pay $2 for shipping. New shipment came in quick like the service I usually received from them.
So far I have assembled everything on one PCB except the LORA module. I wanted to make sure everything else worked first before soldering that on as it is a more expensive component for this project.
Everything works great. Battery Charge and LDO are working flawlessly. The header breakout and reset button also work. Next I will solder on LORA module and test with that.
The difference is I am using a E22-900T22S module. Which is different from the E32 I was using before. I will update progress with this device.
I call it a “Repeater” but it could function in many ways.
Battery Powered Arduino
Battery Powered Arduino with sensors
Solar/Battery Powered Arduino
Arduino sensor/ Lora node.
Lora repeater.
The main idea is it’s in a sealed weatherproof box, powered by a small solar panel. I have tested the same size panel and charge module for over a year and have been able to power a low powered device consistently. Where I live, there is little sun 6 months out of the year, yet the device was able to keep running.
The box I tested in elements with tissue paper in for 4 months. When I checked it, it was still dry. The box had been in rain/ice/snow.
My idea is to mount one of these in a tall tree nearby with a good antenna, and see what sort of range I can get.
I have not had the chance to experiment further. I am still waiting for my PCB from JLPCB, they were supposed to arrive several months ago but have not.
The breadboard setup i had going I have since disassembled and using breadboards for other projects.
Am in process of contacting shipping companies to track PCB down.
This is my 4th order with JLPCB and all previous orders were manufactured and shipped quickly so not sure what happened with this one.
Here is a 3d view and schematic of the Arduino repeater I am making. I appreciate any ideas. I was designing this to specifically fit inside this box: https://www.amazon.com/dp/B092HS9CMR?th=1
Solar panel will be sealed to outside of box, and SMA connector will protrude through box, sealed with an o-ring.
Code can be modified to use as a TEMP/PRESSURE/HUMIDITY sensor node, or connect any I2C or SPI sensor.
The PCB is exactly as I have it setup on breadboard. I put option for pullups on all lines to E32 module… I don’t think M0, and M1 need them, but there is a space there incase it ever did.
This device is ATMEGA328p running at 8mhz on internal oscillator, 3.3v. The HT7333 LDO seems to have no trouble at all powering LORA module and arduino IC. It can supply up to 250mA. On breadboard I have used it without the 100uf capacitor shown in schematic. I added that to be optionally put in if needed.
What is interesting… on arduino setup I have, 3.3v, pi pico setup, also all 3.3v. Pi pico needs pullups on TXD, RXD, and AUX. Or it will not work.
Arduino setup, only pullup on AUX works, TXD, and RXD not needed. Any reason why? Does arduino chip have lower value internal pullup resistor than pico? I think pico internal pullup is 70k…
I’ve been experimenting some with data corruption on my setup sending between arduino and pi pico(micropython).
Factors to consider:
1. Timing
2. Forward Error Correction
3. “ReceiveMessageUntil()”, i have experimented with this setting as i was receiving two messages packed into one… eg. “Msg0Msg1”, using this setting seems to help??
If both devices are powered up at same time, and one LoRa begins receiving half way through the senders transmission, it will only receive half the message, hence corrupted data. I have only noticed this happening with FEC off, but more testing needed.
Once I’m able to log into forum here on my computer I will post my code for the working setup I’m putting together.
I am using bare ATMEGA328P chip on arduino side, and pi pico on the other side.
My idea was the sender sends the message, if the repeater receives it, the repeater wakes up the radio module and arduino, reads the message, then it resends it.
The sender waits for 5 seconds after sending, and if it receives the same message back, it uses that as a confirmation that the message was received by repeater, if it doesn’t receive it back, option to resend.
I will look into fixed mode with addressing, could be cool if multiple devices can use repeater to direct messages to devices with seperate channels or addresses, and have confirmation end node received message.
I have had some issues getting arduino to talk to pico, with some “unicode” errors and such… but I think I have narrowed it down to timing issues. My case is different than linked thread as my repeater microcontroller and e32 module are both sleeping, so I had to add calculated delays to sender and repeater to make sure there were no conflicts…
I will be playing around with settings more, as well as take a more in depth look at code from linked thread to see if I can figure out whats going on…
In linked thread, code is trying to send messages very frequently. To me this is not food practice for lora devices. And in some countries there are limits to the amount of data sent in a certain time period. In my opinion 1 message per 30 seconds sent from each device should be max. This also allows devices to time each other better and spend more time listening.
I have been using Pi Pico and Micropython for several years, but completely new to arduino and Arduino IDE. So learning as I go…
Attatched are photos of schematic and 3d view of PCB I am designing for low power Arduino repeater. I have tested this setup on breadboard and it works fine. The 3.3v LDO I am using can supply up to 250mA, and I have not had any issues with power using this LDO. I have put place for 100uF capacitor on PCB incase it’s needed.
On breadboard I am not using pullup resistor on TXD and RXD and it works fine. I did need to use pullup on AUX.
On Pi Pico, I needed pullups on TXD, RXD, and AUX. I believe Pico’s internal pullup is much higher value than ATMEGA328p… Unsure though.
I put optional pullup resistor spaces for all pins of E32, as well as I2C header for BME280 sensor (in case a different I2C sensor installed without pullup already.)
M0, and M1 do not need pullup correct? I am not using pullup on breadboard setup, but decided to put space for them on PCB in any case it’s ever needed.
PCB size was designed for this box: 115 x 90 x 55 mm I did not put any mounting screw holes, as the space inside the box is perfect fit. SMA connector will protrude into hole drilled in box, with o-ring and washer.
5v solar cell will be sealed to lid of box, and charge battery when sunny. a 200mA solar panel should keep LiPo charged as this device only uses <1mA when sleeping…
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional
Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional
Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.