Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor
  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. Troubleshooting
  3. Getting started with Wemos d1 mini & RFM69HW

Getting started with Wemos d1 mini & RFM69HW

Scheduled Pinned Locked Moved Troubleshooting
20 Posts 5 Posters 1.1k Views 6 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • L Les

    Using a very simple sketch (trying to test after all)

    // Enable debug prints
#define MY_DEBUG

#define MY_RADIO_RFM69
#define MY_RFM69_FREQUENCY  RFM69_915MHZ  
#define MY_IS_RFM69HW // Omit if your RFM is not "H"
#define MY_RFM69_IRQ_PIN D1
#define MY_RFM69_IRQ_NUM MY_RFM69_IRQ_PIN
#define MY_RFM69_CS_PIN D8 // NSS. Use MY_RFM69_SPI_CS for older versions (before 2.2.0)
#define MY_RFM69_NETWORKID  99

#define MY_BAUD_RATE  115200

#include <MySensors.h>

#define CHILD_ID 1   // Id of the sensor child
int counter =0;

// Initialize motion message
MyMessage msg(CHILD_ID, V_TEMP);

void setup()
{
  Serial.println("Setup completed");
}

void presentation()
{
	// Send the sketch version information to the gateway and Controller
	sendSketchInfo("Test Sensor", "1.0");

	// Register all sensors to gw (they will be created as child devices)
	present(CHILD_ID, S_TEMP);
}

void loop()
{
  Serial.println("Looped");

//	send(msg.set(tripped?"1":"0"));  // Send tripped value to gw

	send(msg.set(counter, 1));
	counter=counter+1;
  sleep(2000);
}

    If I disconnect the 3v, it doesn't crash just gives the fail message since it can't communicate with the rfm69. As soon as reconnect it crashes :(

    E Offline
    E Offline
    evb
    wrote on last edited by
    #6

    You could try the new RFM69 driver?

    Add to your simple sketch
    #define MY_RFM69_NEW_DRIVER

    Add also some extra debug info
    #define MY_DEBUG
    #define MY_DEBUG_VERBOSE_RFM69
    #define MY_DEBUG_VERBOSE_RFM69_REGISTERS

    Maybe it will reveal something...

    1 Reply Last reply
    0
    • mfalkviddM Offline
      mfalkviddM Offline
      mfalkvidd
      Mod
      wrote on last edited by
      #7

      Be aware that all nodes need to use the same driver. So if you switch to the new driver on the node, you need to switch to the new driver on the gateway as well.

      1 Reply Last reply
      1
      • L Offline
        L Offline
        Les
        wrote on last edited by Les
        #8

        Got some good news. Adding the #define MY_RFM69_NEW_DRIVER and now it doesn't crash! Thanks evb and mfalkvidd for the tips.

        So, now that the wemos with radio is has the above sketch, just a simple send of a number running.

        On the pi I download the main branch, ran:

        ./configure --my-transport=rfm69 --my-rfm69-irq-pin=22 --my-rfm69-cs-pin=24 --my-rfm69-frequency=915 --my-is-rfm69hw
--my-gateway=mqtt --my-controller-ip-address=127.0.0.1 --my-mqtt-publish-topic-prefix=mysensors-out
--my-mqtt-subscribe-topic-prefix=mysensors-in --my-mqtt-client-id=mysgw1  --my-mqtt-user=UID
--my-mqtt-password=password

        then

        make
sudo ./bin/mysgw

        The output is the same as post 1. They both say they are sending, but neither receive anything. Did I miss some settings? I know in the sketch I specified a network id which I didn't see the option for in the gateway on pi.

        mfalkviddM 1 Reply Last reply
        0
        • L Les

          Got some good news. Adding the #define MY_RFM69_NEW_DRIVER and now it doesn't crash! Thanks evb and mfalkvidd for the tips.

          So, now that the wemos with radio is has the above sketch, just a simple send of a number running.

          On the pi I download the main branch, ran:

          ./configure --my-transport=rfm69 --my-rfm69-irq-pin=22 --my-rfm69-cs-pin=24 --my-rfm69-frequency=915 --my-is-rfm69hw
--my-gateway=mqtt --my-controller-ip-address=127.0.0.1 --my-mqtt-publish-topic-prefix=mysensors-out
--my-mqtt-subscribe-topic-prefix=mysensors-in --my-mqtt-client-id=mysgw1  --my-mqtt-user=UID
--my-mqtt-password=password

          then

          make
sudo ./bin/mysgw

          The output is the same as post 1. They both say they are sending, but neither receive anything. Did I miss some settings? I know in the sketch I specified a network id which I didn't see the option for in the gateway on pi.

          mfalkviddM Offline
          mfalkviddM Offline
          mfalkvidd
          Mod
          wrote on last edited by mfalkvidd
          #9

          @les if the sketch uses a different network id, it will be on a different network. Different networks are, well, different - as in not the same. So there will be no communication between them.

          If you need to set network id, set the define as described on https://www.mysensors.org/build/raspberry#advanced If you don't need to set network id, don't set network id.

          L 1 Reply Last reply
          0
          • K Offline
            K Offline
            kimot
            wrote on last edited by
            #10

            Why you are using Wemos like normal node with RFM radio?
            I assume you are building ethernet gateway with Wemos and RFM69.
            Simply use my sketch fot gateway and your uno like node and try.

            1 Reply Last reply
            0
            • mfalkviddM mfalkvidd

              @les if the sketch uses a different network id, it will be on a different network. Different networks are, well, different - as in not the same. So there will be no communication between them.

              If you need to set network id, set the define as described on https://www.mysensors.org/build/raspberry#advanced If you don't need to set network id, don't set network id.

              L Offline
              L Offline
              Les
              wrote on last edited by Les
              #11

              @mfalkvidd I figured it had something to do with the network ID, but from what I understand there is no way to specify it on the PI. However in my case I don't need an ID I was just under the impression it was required. So I've removed it. And 1/2 success.

              The Pi when starting mysgw still produces the same startup and sends 1 msg out.

              On the wemos serial output I see it gets 1 msg from the pi but doesn't progress.

              32566 TSM:INIT
32568 TSM:INIT:TSP OK
32570 TSM:FPAR
33075 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
33814 TSF:MSG:READ,0-0-255,s=255,c=3,t=20,pt=0,l=0,sg=0:
35082 !TSM:FPAR:NO REPLY
35084 TSM:FPAR
35589 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
37596 !TSM:FPAR:NO REPLY
37598 TSM:FPAR

              Is there some extra steps required to pair them or get the two to communicate?

              mfalkviddM 1 Reply Last reply
              0
              • L Offline
                L Offline
                Les
                wrote on last edited by
                #12

                also worth noting I am manually running sudo bin/mysgw not as a service. As the instructions sound like it can be tested this way to make sure it is working.

                mfalkviddM 1 Reply Last reply
                0
                • L Les

                  also worth noting I am manually running sudo bin/mysgw not as a service. As the instructions sound like it can be tested this way to make sure it is working.

                  mfalkviddM Offline
                  mfalkviddM Offline
                  mfalkvidd
                  Mod
                  wrote on last edited by mfalkvidd
                  #13

                  @les yes that's the best way to start the gw when testing/troubleshooting

                  1 Reply Last reply
                  0
                  • L Les

                    @mfalkvidd I figured it had something to do with the network ID, but from what I understand there is no way to specify it on the PI. However in my case I don't need an ID I was just under the impression it was required. So I've removed it. And 1/2 success.

                    The Pi when starting mysgw still produces the same startup and sends 1 msg out.

                    On the wemos serial output I see it gets 1 msg from the pi but doesn't progress.

                    32566 TSM:INIT
32568 TSM:INIT:TSP OK
32570 TSM:FPAR
33075 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
33814 TSF:MSG:READ,0-0-255,s=255,c=3,t=20,pt=0,l=0,sg=0:
35082 !TSM:FPAR:NO REPLY
35084 TSM:FPAR
35589 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
37596 !TSM:FPAR:NO REPLY
37598 TSM:FPAR

                    Is there some extra steps required to pair them or get the two to communicate?

                    mfalkviddM Offline
                    mfalkviddM Offline
                    mfalkvidd
                    Mod
                    wrote on last edited by
                    #14

                    @les network id can be specified on the pi, see my previous post for instructions. But not specifying it at all is a better solution for most use cases.

                    1 Reply Last reply
                    0
                    • mfalkviddM Offline
                      mfalkviddM Offline
                      mfalkvidd
                      Mod
                      wrote on last edited by
                      #15

                      I think the best next step is to follow @evb's recommendation to add #define MY_DEBUG_VERBOSE_RFM69 to the sketch (and preferably to the gateway as well)

                      1 Reply Last reply
                      0
                      • L Offline
                        L Offline
                        Les
                        wrote on last edited by
                        #16

                        I'm going to take a stab in the dark that the issue is with the pi node since the wemos received and sent and I don't see any message on the pi for anything being received.

                        With the debuging enabled on the client I get:

                        
 __  __       ____
|  \/  |_   _/ ___|  ___ _ __  ___  ___  _ __ ___
| |\/| | | | \___ \ / _ \ `_ \/ __|/ _ \| `__/ __|
| |  | | |_| |___| |  __/ | | \__ \  _  | |  \__ \
|_|  |_|\__, |____/ \___|_| |_|___/\___/|_|  |___/
        |___/                      2.3.1

12703 MCO:BGN:INIT NODE,CP=RPNNE---,REL=255,VER=2.3.1
12893 TSM:INIT
12908 TSF:WUR:MS=0
12928 RFM69:INIT
12946 RFM69:INIT:PIN,CS=15,IQP=5,IQN=5
12988 RFM69:PTX:LEVEL=5 dBm
13017 RFM69:DUMP:Registers Address | HEX value 
13067 RFM69:DUMP:REG=0x01 Value=0x04
13106 RFM69:DUMP:REG=0x02 Value=0x00
13145 RFM69:DUMP:REG=0x03 Value=0x02
13183 RFM69:DUMP:REG=0x04 Value=0x40
13222 RFM69:DUMP:REG=0x05 Value=0x03
13261 RFM69:DUMP:REG=0x06 Value=0x33
13300 RFM69:DUMP:REG=0x07 Value=0xe4
13338 RFM69:DUMP:REG=0x08 Value=0xc0
13377 RFM69:DUMP:REG=0x09 Value=0x00
13416 RFM69:DUMP:REG=0x0a Value=0x41
13454 RFM69:DUMP:REG=0x0b Value=0x00
13493 RFM69:DUMP:REG=0x0c Value=0x02
13532 RFM69:DUMP:REG=0x0d Value=0x92
13570 RFM69:DUMP:REG=0x0e Value=0xf5
13609 RFM69:DUMP:REG=0x0f Value=0x20
13648 RFM69:DUMP:REG=0x10 Value=0x24
13687 RFM69:DUMP:REG=0x11 Value=0x57
13725 RFM69:DUMP:REG=0x12 Value=0x09
13764 RFM69:DUMP:REG=0x13 Value=0x1a
13803 RFM69:DUMP:REG=0x14 Value=0x40
13841 RFM69:DUMP:REG=0x15 Value=0xb0
13880 RFM69:DUMP:REG=0x16 Value=0x7b
13919 RFM69:DUMP:REG=0x17 Value=0x9b
13958 RFM69:DUMP:REG=0x18 Value=0x88
13996 RFM69:DUMP:REG=0x19 Value=0xe2
14035 RFM69:DUMP:REG=0x1a Value=0xe2
14074 RFM69:DUMP:REG=0x1b Value=0x40
14112 RFM69:DUMP:REG=0x1c Value=0x80
14151 RFM69:DUMP:REG=0x1d Value=0x06
14190 RFM69:DUMP:REG=0x1e Value=0x10
14229 RFM69:DUMP:REG=0x1f Value=0x00
14267 RFM69:DUMP:REG=0x20 Value=0x00
14306 RFM69:DUMP:REG=0x21 Value=0x00
14345 RFM69:DUMP:REG=0x22 Value=0x00
14383 RFM69:DUMP:REG=0x23 Value=0x02
14422 RFM69:DUMP:REG=0x24 Value=0xff
14461 RFM69:DUMP:REG=0x25 Value=0x40
14499 RFM69:DUMP:REG=0x26 Value=0x07
14538 RFM69:DUMP:REG=0x27 Value=0x80
14577 RFM69:DUMP:REG=0x28 Value=0x00
14616 RFM69:DUMP:REG=0x29 Value=0xe4
14654 RFM69:DUMP:REG=0x2a Value=0x00
14693 RFM69:DUMP:REG=0x2b Value=0x00
14732 RFM69:DUMP:REG=0x2c Value=0x00
14770 RFM69:DUMP:REG=0x2d Value=0x03
14809 RFM69:DUMP:REG=0x2e Value=0x88
14848 RFM69:DUMP:REG=0x2f Value=0x2d
14886 RFM69:DUMP:REG=0x30 Value=0x64
14925 RFM69:DUMP:REG=0x31 Value=0x00
14964 RFM69:DUMP:REG=0x32 Value=0x00
15003 RFM69:DUMP:REG=0x33 Value=0x00
15041 RFM69:DUMP:REG=0x34 Value=0x00
15080 RFM69:DUMP:REG=0x35 Value=0x00
15119 RFM69:DUMP:REG=0x36 Value=0x00
15157 RFM69:DUMP:REG=0x37 Value=0xd4
15196 RFM69:DUMP:REG=0x38 Value=0x40
15235 RFM69:DUMP:REG=0x39 Value=0xff
15274 RFM69:DUMP:REG=0x3a Value=0xff
15312 RFM69:DUMP:REG=0x3b Value=0x00
15351 RFM69:DUMP:REG=0x3c Value=0x05
15390 RFM69:DUMP:REG=0x3d Value=0x10
15428 RFM69:DUMP:REG=0x3e Value=0x00
15467 RFM69:DUMP:REG=0x3f Value=0x00
15506 RFM69:DUMP:REG=0x40 Value=0x00
15544 RFM69:DUMP:REG=0x41 Value=0x00
15583 RFM69:DUMP:REG=0x42 Value=0x00
15622 RFM69:DUMP:REG=0x43 Value=0x00
15661 RFM69:DUMP:REG=0x44 Value=0x00
15699 RFM69:DUMP:REG=0x45 Value=0x00
15738 RFM69:DUMP:REG=0x46 Value=0x00
15777 RFM69:DUMP:REG=0x47 Value=0x00
15815 RFM69:DUMP:REG=0x48 Value=0x00
15854 RFM69:DUMP:REG=0x49 Value=0x00
15893 RFM69:DUMP:REG=0x4a Value=0x00
15931 RFM69:DUMP:REG=0x4b Value=0x00
15970 RFM69:DUMP:REG=0x4c Value=0x00
16009 RFM69:DUMP:REG=0x4d Value=0x00
16048 RFM69:DUMP:REG=0x4e Value=0x01
16086 RFM69:DUMP:REG=0x4f Value=0x00
16125 TSM:INIT:TSP OK
16148 TSM:FPAR
16164 RFM69:SWR:SEND,TO=255,SEQ=0,RETRY=0
16209 RFM69:CSMA:RSSI=-36
16236 RFM69:CSMA:RSSI=-36
16264 RFM69:CSMA:RSSI=-36
16291 RFM69:CSMA:RSSI=-36
16318 RFM69:CSMA:RSSI=-36
16345 RFM69:CSMA:RSSI=-36
16373 RFM69:CSMA:RSSI=-36
16400 RFM69:CSMA:RSSI=-36
16427 RFM69:CSMA:RSSI=-36
16454 RFM69:CSMA:RSSI=-36
16482 RFM69:CSMA:RSSI=-36
16509 RFM69:CSMA:RSSI=-36
16536 RFM69:CSMA:RSSI=-36
16564 RFM69:CSMA:RSSI=-36
16591 RFM69:CSMA:RSSI=-36
16618 RFM69:CSMA:RSSI=-36
16645 RFM69:CSMA:RSSI=-36
16673 RFM69:CSMA:RSSI=-36
16700 RFM69:CSMA:RSSI=-36
16730 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
18810 !TSM:FPAR:NO REPLY
18836 TSM:FPAR
18851 RFM69:SWR:SEND,TO=255,SEQ=1,RETRY=0
18897 RFM69:CSMA:RSSI=-36
18924 RFM69:CSMA:RSSI=-36
18951 RFM69:CSMA:RSSI=-36
18978 RFM69:CSMA:RSSI=-36
19006 RFM69:CSMA:RSSI=-36
19033 RFM69:CSMA:RSSI=-36
19060 RFM69:CSMA:RSSI=-36
19087 RFM69:CSMA:RSSI=-36
19115 RFM69:CSMA:RSSI=-36
19142 RFM69:CSMA:RSSI=-36
19169 RFM69:CSMA:RSSI=-36
19196 RFM69:CSMA:RSSI=-36
19224 RFM69:CSMA:RSSI=-36
19251 RFM69:CSMA:RSSI=-36
19278 RFM69:CSMA:RSSI=-36
19305 RFM69:CSMA:RSSI=-36
19333 RFM69:CSMA:RSSI=-36
19360 RFM69:CSMA:RSSI=-36
19387 RFM69:CSMA:RSSI=-36
19418 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
20911 TSF:MSG:READ,0-0-255,s=255,c=3,t=20,pt=0,l=0,sg=0:
21497 !TSM:FPAR:NO REPLY
21523 TSM:FPAR
21538 RFM69:SWR:SEND,TO=255,SEQ=2,RETRY=0
21584 RFM69:CSMA:RSSI=-36
21611 RFM69:CSMA:RSSI=-36
21638 RFM69:CSMA:RSSI=-36
21665 RFM69:CSMA:RSSI=-36
21693 RFM69:CSMA:RSSI=-36
21720 RFM69:CSMA:RSSI=-36
21747 RFM69:CSMA:RSSI=-36
21774 RFM69:CSMA:RSSI=-36
21802 RFM69:CSMA:RSSI=-36
21829 RFM69:CSMA:RSSI=-36
21856 RFM69:CSMA:RSSI=-36
21883 RFM69:CSMA:RSSI=-36
21911 RFM69:CSMA:RSSI=-36
21938 RFM69:CSMA:RSSI=-36
21965 RFM69:CSMA:RSSI=-36
21992 RFM69:CSMA:RSSI=-36
22020 RFM69:CSMA:RSSI=-36
22047 RFM69:CSMA:RSSI=-36
22074 RFM69:CSMA:RSSI=-36
22105 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
24184 !TSM:FPAR:NO REPLY
24210 TSM:FPAR
24225 RFM69:SWR:SEND,TO=255,SEQ=3,RETRY=0
24271 RFM69:CSMA:RSSI=-36
24298 RFM69:CSMA:RSSI=-36
24325 RFM69:CSMA:RSSI=-36
24352 RFM69:CSMA:RSSI=-36
24380 RFM69:CSMA:RSSI=-36
24407 RFM69:CSMA:RSSI=-36
24434 RFM69:CSMA:RSSI=-36
24461 RFM69:CSMA:RSSI=-36
24489 RFM69:CSMA:RSSI=-36
24516 RFM69:CSMA:RSSI=-36
24543 RFM69:CSMA:RSSI=-36
24570 RFM69:CSMA:RSSI=-36
24598 RFM69:CSMA:RSSI=-36
24625 RFM69:CSMA:RSSI=-36
24652 RFM69:CSMA:RSSI=-36
24679 RFM69:CSMA:RSSI=-36
24707 RFM69:CSMA:RSSI=-36
24734 RFM69:CSMA:RSSI=-36
24761 RFM69:CSMA:RSSI=-36
24792 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
26871 !TSM:FPAR:FAIL
26893 TSM:FAIL:CNT=1
26915 TSM:FAIL:DIS
26934 TSF:TDI:TSL
26953 RFM69:RSL

                        On the pi, in /etc/mysensors.conf it has
                        verbose=debug
                        Not sure if it needs to be set elsewhere.

                        Always produces this initialization, 1 sent message and just sits there.

                        Jul 30 16:51:25 INFO  Starting gateway...
Jul 30 16:51:25 INFO  Protocol version - 2.3.2-beta
Jul 30 16:51:25 DEBUG MCO:BGN:INIT GW,CP=RPNGL---,FQ=NA,REL=6,VER=2.3.2-beta
Jul 30 16:51:25 DEBUG TSF:LRT:OK
Jul 30 16:51:25 DEBUG TSM:INIT
Jul 30 16:51:25 DEBUG TSF:WUR:MS=0
Jul 30 16:51:25 DEBUG TSM:INIT:TSP OK
Jul 30 16:51:25 DEBUG TSM:INIT:GW MODE
Jul 30 16:51:25 DEBUG TSM:READY:ID=0,PAR=0,DIS=0
Jul 30 16:51:25 DEBUG MCO:REG:NOT NEEDED
Jul 30 16:51:25 DEBUG MCO:BGN:STP
Jul 30 16:51:25 DEBUG MCO:BGN:INIT OK,TSP=1
Jul 30 16:51:25 DEBUG GWT:RMQ:CONNECTING...
Jul 30 16:51:25 DEBUG connected to 127.0.0.1
Jul 30 16:51:25 DEBUG GWT:RMQ:OK
Jul 30 16:51:25 DEBUG GWT:TPS:TOPIC=mysensors-out/0/255/0/0/18,MSG SENT
Jul 30 16:51:25 DEBUG TSM:READY:NWD REQ
Jul 30 16:51:27 DEBUG ?TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
                        1 Reply Last reply
                        0
                        • L Offline
                          L Offline
                          Les
                          wrote on last edited by
                          #17

                          Also I should mention I saw in the posts it says that some version of raspbian don't play with MySensors, so I've used main branch 2.3.1 and development 2.3.2 beta on Pi. Same results.

                          1 Reply Last reply
                          0
                          • E Offline
                            E Offline
                            evb
                            wrote on last edited by
                            #18

                            @Les, I'm still learning also :-)

                            In your first post you mentioned the wemos - rfm69hw hardware connections:
                            GND GND
                            3.3V VCC
                            D1 DIO0
                            D5 SCK
                            D6 MISO
                            D7 MOSI
                            D8 NSS

                            In previous posts, you mentioned in your sketch:
                            #define MY_RFM69_IRQ_PIN D1
                            #define MY_RFM69_IRQ_NUM MY_RFM69_IRQ_PIN
                            #define MY_RFM69_CS_PIN D8

                            But in the latest debug output, I see:

                            12946 RFM69:INIT:PIN,CS=15,IQP=5,IQN=5

                            Your CS/NSS pin is now on D15 and the IRQ pin on D5?
                            @mfalkvidd: or must I interpret these numbers different?
                            (I don't want to hijack this thread, but I've the same problem with my SAMD21 M0 board, see my thread in the same section ;-) )

                            mfalkviddM 1 Reply Last reply
                            0
                            • E evb

                              @Les, I'm still learning also :-)

                              In your first post you mentioned the wemos - rfm69hw hardware connections:
                              GND GND
                              3.3V VCC
                              D1 DIO0
                              D5 SCK
                              D6 MISO
                              D7 MOSI
                              D8 NSS

                              In previous posts, you mentioned in your sketch:
                              #define MY_RFM69_IRQ_PIN D1
                              #define MY_RFM69_IRQ_NUM MY_RFM69_IRQ_PIN
                              #define MY_RFM69_CS_PIN D8

                              But in the latest debug output, I see:

                              12946 RFM69:INIT:PIN,CS=15,IQP=5,IQN=5

                              Your CS/NSS pin is now on D15 and the IRQ pin on D5?
                              @mfalkvidd: or must I interpret these numbers different?
                              (I don't want to hijack this thread, but I've the same problem with my SAMD21 M0 board, see my thread in the same section ;-) )

                              mfalkviddM Offline
                              mfalkviddM Offline
                              mfalkvidd
                              Mod
                              wrote on last edited by mfalkvidd
                              #19

                              @evb D1, D8, etc are just macros or variables. They (normally) resolve to numbers. What numbers they resolve to (and which macros are available) is set by the board files in the Arduino IDE.

                              I am not familiar with the M0 boards, but here is an example of what the macros look like: https://github.com/arduino/ArduinoCore-samd/blob/master/variants/arduino_mzero/variant.h

                              Here is a big table with numbers and pins for Arduino M0.

                              Here are the macros for D1 Mini: https://github.com/esp8266/Arduino/blob/master/variants/d1_mini/pins_arduino.h
                              Excerpt from that file:

                              static const uint8_t D8   = 15;

                              The macros are replaced with their real values when compiling. So the debug output can only show the number, it can not show what macro was used. That's why the debug output shows 15 instead of D8.

                              1 Reply Last reply
                              0
                              • L Offline
                                L Offline
                                Les
                                wrote on last edited by
                                #20

                                Yes D8 = pin 15 :)

                                So any ideas on why the raspberry pi isn't sending parent information or "listening/responding" to the wemos?

                                As a side sanity check I will try a different raspberry pi. Can someone confirm the pins on Pi2/3?
                                Power - 1
                                Mosi -19
                                Miso -21
                                DIO - 22
                                Clk - 23
                                NSS - 24
                                GND - 25

                                1 Reply Last reply
                                0
                                Reply
                                • Reply as topic
                                Log in to reply
                                • Oldest to Newest
                                • Newest to Oldest
                                • Most Votes

                                18

                                Online

                                11.7k

                                Users

                                11.2k

                                Topics

                                113.1k

                                Posts


                                Copyright 2025 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
                                • Login
                                • Don't have an account? Register
                                • Login or register to search.
                                • First post
                                  Last post
                                0
                                • MySensors
                                • OpenHardware.io
                                • Categories
                                • Recent
                                • Tags
                                • Popular