Good tip! thanks for sharing

I use it and like it a lot (but then again, I'm admittedly biased - work for MSFT :-)).. I use VS Code for a lot of other non-mysensors and non-Arduino (i.e. python, node, etc) development, so it's nice to have that all consolidated in one dev tool.

It's far from a perfect tool, no doubt, but a good start. Mostly I'm just happy to get Intellisense!

Thanks @jlaraujo... Definitely keep us up to date and i'll be happy to order and try it out.

Was able to finish up the soldering, and just playing with the mocksensor sketch... works great! (not sure why my pics are sideways, they are straight on my machine :-) )

Looking at the RSSI data, this sensor seems to be about the same signal strength as my other sensors (maybe even slightly better, probably due to the shorter and more solid connections). So it seems that the performance of the radio is pretty good.

Ah! I see! (said the blind man :-) ).

I had never really paid attention to PCB design, so didn't realize there were often "planes" for some widespread connections (like ground)... makes perfect sense.

Thx again for the quick responses. I'll be soldering up the rest of the connections tomorrow so I'll be able to give it a test.

Thanks for the quick reply. No need for special build for IRQ (although that might be a good addition for a future rev to have that option). I can solder to a pad, it's just trickier as my E.E. training, skills, steadier hands, and better eyesight were 20+ years ago :-)

For the holes, out of curiosity, I see the VCC hole connection trace on the board, but I can't see how the pins are all connected to GND (i.e. can't see any traces). Is it between the layers of the board? Or am I just going blind?

Thanks again for the contribution as this is a very nice project.

Hi,

Neat project. This will really make for much cleaner projects for me.

I ordered a few to play with and I'm trying to understand the connections. I soldered the RFM69 module on, no problem, and the antenna. I'll do the capacitor next.

However, I'm trying to figure out the GND, VCC, and IRQ connections. Are the pads the only option for connection, or do the holes next to them work too (hole a lot easier to solder than pad :-)) ? I don't see any kind of etching connecting the two visible on either the top or the bottom. I assume the intent is to connect a wire to them and then run that wire "underneath" the mini to connect to GND, VSS, and D2 respectively?

Sorry if that's a stupid question, as I don't have tools to via the design files.

--Steve

Probably a stupid question, but thought I'd chime in... Since you don't show it above, are you also #define'ing a MAC address (like below)... Is the MAC address unique on your network? I've seen very odd things happen with duplicate MACs.

// The MAC address can be anything you want but should be unique on your network.
// Newer boards have a MAC address printed on the underside of the PCB, which you can (optionally) use.
// Note that most of the Ardunio examples use  "DEAD BEEF FEED" for the MAC address.
#define MY_MAC_ADDRESS 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED

done! Thanks @mfalkvidd

Ok - apparently I don't know how to mark it as SOLVED :-)

Marking SOLVED - we are back in business. Thanks everyone!

Hey guys,

Another update... and an admission :-).

After playing with it some more, it looks like I mis-read the details on how the Adafruit breakout treats the reset pin. I hard connected it to ground and it now works without setting the RST_PIN define. Apparently we just need to explicitly pull the RST pin low (which makes sense). Having the 'define' set was doing that in code earlier.

You do have to have the new drivers, but don't have to fool with the reset pin. The GW works in both Arduino and raspberry pi now.

thanks for thinking through this with me.

Hey guys,

quick update: got this working, at least on the gateway side -- haven't tried hooking up a node yet, that's next... Once I confirm that works, I'll add SOLVED to the title of this. :-)

For the gateway, I went digging through the new driver code, looking for things to try and adding some debug writes, and found the code in RFM69_Initialise() where, if MY_RFM69_RST_PIN is defined, it will reset the radio. I already had the RST line on the RFM69HCW wired up, and had previously (with the old driver) manually added code to do it, but it didn't help...

But with the new driver from the dev branch (used by #define MY_RFM69_NEW_DRIVER) I just added

#define MY_RFM69_RST_PIN 6

to my sketch and now I get...

0;255;3;0;9;0 MCO:BGN:INIT GW,CP=RPNGA---,VER=2.2.0-beta
0;255;3;0;9;26 TSM:INIT
0;255;3;0;9;28 TSF:WUR:MS=0
0;255;3;0;9;36 TSM:INIT:TSP OK
0;255;3;0;9;39 TSM:INIT:GW MODE
0;255;3;0;9;43 TSM:READY:ID=0,PAR=0,DIS=0
0;255;3;0;9;46 MCO:REG:NOT NEEDED
IP: 192.168.0.215
0;255;3;0;9;1350 MCO:BGN:STP
0;255;3;0;9;1353 MCO:BGN:INIT OK,TSP=1

I had read somewhere that the Adafruit breakout normally pulls RST high and supposedly resets itself at power-on, but I guess that wasn't enough... Explicitly resetting the radio seems to have done the trick and may be required for the Adafruit RFM69HCW breakout.

Going to see if I can get the raspberry pi GW working now, since my curiosity is piqued :-)

Thank you all for the help and input!

--Steve

Hi guys,

Thanks for all the responses! I had not made any edits to the w5100.h file because a) I thought I had read they had become unnecessary, and b) I wasn't sure what exact values to use. Does the W5100 shield use pin 10 for CS? (pretty sure it uses 10 for the Ethernet module and 4 for the SD card, which I don't use, but hadn't had time to research for sure yet)... I'm using this shield, not a module, so I can't change the wiring. I've ordered the module-based W5100, but it'll be early June before I get it.

With that said, I wonder it it's an issue between mysensors and specifically the Adafruit breakout of the RFM69HCW? Just to test a different way, I quickly last night built a raspberry pi Ethernet gateway (so the W5100 isn't' involved) and I had the same problem with the radio (failed to init). The radio initializes and works fine with the tests here, so I believe the radios are good. They just don't seem to respond to either an Arduino-based gateway or the raspberry pi one. I've ordered a couple of 'bare bones" RFM69HCW radios to test with.

--Steve

BTW - meant to also say that I have a ENC28J60 module laying on my desk if it's easier to get it working alongside the RFM69 :-)

Ok, thanks for the info @tbowmo . I had seen the issue documented in threads, but thought folks had worked around it here. I just haven't been able to distill the different threads into "here's the fix" :-) (assuming there is one). I believe others have this combination working, right?

Is it still true that SoftSPI won't work with the RFM69 (as I've seen on other threads)? That would get us a separate MISO line, but I had read it didn't work with that radio yet.

ok, will do - from here? https://github.com/mysensors/MySensors (which branch, development?)

Thanks for the response, though, and good catch. it's one of the reasons I choose the Adafruit breakout, it because it's 5V tolerant and I wanted to use my Uno, at least for now. I may switch to the W5100 module and a Mini or Nano in the future, though, but it'll be several weeks before the module gets here, and I wanted to get some practical experience w/ the RFM69

the Adafruit breakout for RFM69HCW is... it has a built-in regulator and logic shifters.