OpenHardware.io

I'm not familiar with the project that inspired this one, but you should pay attention to hot spots, heat should be equally spread across the whole plate. plus you should have good sensors and provide controllable configuration of heat points for soldering different components according to the manufacturer's datasheet.

@mickecarlsson , thanks for your answer and help I ordered the NRF24 version So , will cancel it and order RFM69 version Cheers, JC

@NeverDie Based on my simulation and testing it's not a problem, yet I can look at it and check it's transient response.

https://web.archive.org/web/20201201193332/https://github.com/aetas/mqgateway might be somewhat useful

@Mishka Very nice work indeed. One question though: I don't see an antenna of any kind built into the PCB. Maybe I'm just not seeing it, or is there none? I do see a connection for an off-board near field antenna, but off-hand I don't see where the antenna is for 2.4Ghz RF. Oh, I see it now. You're using a chip antenna. Got it. Well, now that you've been using it for a while, how is the Raybeacon working out for you?

Here's a similar project: https://www.openhardware.io/view/268/Arduino-Pro-Mini-Shield-for-RFM69HW

Hi @GertSanders, Do you happen to still have the Eagle project files from version 3 you created and shared on OSH Park? I'd like to add a set of pads for the mini smd version of the NRF24L01. If not, I'll just use the version 2 files from openhardware.io and try my best to recreate the changes you made between them. Kind regards, AH

@alphaHotel said in 💬 Version 3.0 atmega328p test platform: @NeverDie Awesome. thanks. I uploaded the files for version 3.0, including the KiCad 6.0 project archive as a .zip file contained within the .rar file. As it has already served its purpose for me, I didn't meddle with the spacing on the batteries, but I did go out of my way to avoid possible short-circuits between the battery holder and traces on the PCB. Enjoy!

Does anybody have a link to a fixed version of this board? It's exactly what I am looking for form-wise, but I'd be nice if VCC was wired to 3.3v out of the box. Thanks!!

Well, I was able to artificially raise the CTS line, which is active low, and halt the transmissions, so I don't think the problem is with the UARTE on the nRF52x. Rather, I think the problem may be with how virtual com ports are handled on PC's, and maybe they aren't configured to properly use RTS and CTS for flow control. At any rate, I was able to crank the UARTE transmission speed all the way up to 941176 baud, and at that speed it takes only a very small artificial delay (around 300usec) after each transmitted string to avoid problems, so I'm just going to do that and move on rather than chase down how to get perfect RTS/CTS working on a PC's virtual com port. So, for that reason, this PCB project will still have value when its finished by keeping the "wiring" all within a single PCB rather than strewn about externally with a rat's nest of actual wires.