Ikea Molgan Hack with Wemos D1 mini or NodeMCU (WIFI, ESP8266)

  • Re: 💬 Ikea Molgan Hack

    Hi all,

    I really like the idea of the referenced topic: Building a multi motion sensor with ArduinoPro mini + NRF radio.

    But instead of using an ArduinoPro mini and NRF I would like to use an ESP8266 board like the Wemos D1 mini or NodeMCU board together with the build in motion sensor from the ikea molgan device.

    But unfortunately I'm not able to get this combination to work.
    Problem: The PIR sensor of the ikea molgan device stays forever high (+3v) as soon as I connect my Wemos or NodeMcu board.

    Steps that I have done:

    1. Removed R17 to disable all LEDs at once
    2. Removed the light sensor (CDS)
    3. Soldered a wire to the right pin of R17, which will signal the motion state.
    4. Connected two wires to (+) and (-) from my 5V/3A power supply
    5. Connected the same (+) and (-) in parallel to my ESPBoard (VIN) (GND)
    6. Connected the PIR signal wire with the an digital input pin on my ESPBoard

    Scenario1: (PIR and ESP connected with power supply)
    PIR state is always high

    Scenario2: (PIR and ESP connected with power supply and PIR signal cable to ESP)
    PIR state is always high

    Scenario3: (only PIR is connected with power supply, without any ESPBoard)
    PIR state toggles like expected: motion = 3V high / no motion = 0V low

    Do you have any ideas what could be the problem here?

  • Mod

    Could be some interference from the wifi chip. Try to move the pir sensor 30/40cm away from the wemos and see if it works better. But why choosing an esp8266 solution for a pir sensor? Esp8266 is quite power hungry when it is transmitting and I suspect a pir sensor will be triggering quite often as people move around

  • @gohan thanks for your reply.
    Interesting idea. Moved the ESPBoard 90-100cm away from the PIR but still the same problem.

    Power consumption will be not a big deal because I don't want to use it with an battery. I will power all my sensors with an small USB power supply.

    The future plan is to integrate all my main sensors into this housing. Temperature, Humidity, Light and Motion. So in future this sensor will not just act like an PIR. And my sketch including the mysensors library is very big so that I had stability problems with ArduinoUNO, Pro mini, etc... because of insufficient memory.

    I found out:
    If I use a separate power supply for my ESPBoard then everything is working like expected. But to have two power supplies for every sensor is not very handy... Any ideas why it is not possible to power the ikea PIR and the ESPBoard from the same power supply? The specs from my power supply (5V/3A) are definitly good enough for both.

  • Mod

    The classic Arduino pir sensor gets triggered by very small power fluctuations. Look for Am612 sensors instead

  • I do still have huge problems with PIR motion detector modules together with ESP8266 boards. (NodeMCU or Wemos D1)

    Sometimes the PIR do have false triggers or the state of the PIR output pin is always high.

    This as been tested with an HC-SR501 and AM312.
    Tried different voltages 3V/5V and power supplies.

    Everything is working as expexted if I'm using the same PIR with my ArduinoUno board.

    Any ideas how I could get this to work?

    My target goal is:
    I like to have a multi-sensor with the following minimum set of sensors:

    • Temperatur

    • Humidity

    • Light

    • Motion

    • Sensor values via MQTT to my home automation central like openhab.

    • Board with more memory and ram like the ESP8266 boards

  • Mod

    Am312 shouldn't have false readings, quite some people used them. Can you try to run them on batteries an see if anything changes? Also keep pir sensor away from antenna

  • Thanks for your reply.
    I did some further tests. And I think it defenitly has something to do with the WIFI from the ESP8266 modules. (intereference problems?)

    I wrote a small sketch with much less WIFI activity. But as soon as the module sends the sensor data via WIFI to my home automation central then the PIR starts with false readings.

    Keeping the PIR away from the antenna could be a workaround but I really like to have all components in one small wall or ceiling mounted case.

    I also did a lot of research but was not really able to find a working solution for this.
    I'm wondering if no one else here also had this problem in the past? Maybe because the most people here don't use the ESP8266 modules? But I really need the space and speed from these modules.

    I'm also not so happy with the angle from 100° of the AM312 PIR.
    There are any other PIR solutions on the market? Or any other sensor (not to expensive) to get a working motion detection. (human motion)

  • Mod

    There is am612 sensor if you want to build your own. I also saw quite some people start using the xiaomi sensors.

  • Mod

    @ehome said in Ikea Molgan Hack with Wemos D1 mini or NodeMCU (WIFI, ESP8266):

    But as soon as the module sends the sensor data via WIFI to my home automation central then the PIR starts with false readings

    Could still be related to power, as @gohan suggested, as power draw will increase significantly when wifi is transmitting.
    Try powering directly from batteries first.

  • Maybe this helps


    There are more people with these issues, read through the entire post.

  • @electrik thanks for your reply. I also already found and read this post.
    And I already placed an order for the different required parts. They should arrive in the next 1-2 days.

  • Mod

    What did you ordered?

  • @gohan Some people in the post (see link above) suggested to use some capacitors for the BISS0001 chip or between the power supply to act as rc filter.
    So I've ordered different types of capacitors, resistors and some other electronic parts.

    Few minutes ago I found some left overs of some 220nF ceramic capacitors.
    It was a little bit tricky to solder because of the very, very small SMD size 0402. But was able to put it between PIN12 and PIN13 of the BISS0001 chip.

    The first test run for one hour looks really good. Had no false triggers and also no triggers while WIFI is active for data transmission.
    Negative: First impression is that also the sensitivity of the sensor is decreased by this capacitor.

    Will make further tests an post the updates here.

  • After some further tests over several hours I still had some false triggers.
    But it is much better than without the capacitors.
    The next step I did is that I put a peace of aluminium foil between my PIR PCB and ESP8266 board.

    This combination capacitor + aluminium foil is now running since 2 hours without any false triggers.

    Its really annoying that such simple requirement (motion detection) makes so huge problems 😞

    Is there any other with similar specs and cheap micro controller that you could suggest?

    I also thought about using an IR array like GRID-EYE for motion detection. But these electronic parts are quite expensive.

    I would be happy over any suggestion for an replacement either the micro controller board or motion sensor.

  • Mod

    Could you please post your code? I'd like to see why it is using so much memory

  • @gohan
    If I am uploading the sketch below then I get the warning from the ArduinoIDE that only few ressources are left / its complaining about stability problems that my occur. (also with debugging disabled)

    And if I run this on a ArduinoUNO or Micro then after a few hours the board doesn't respond anymore. I have to power off and on (or reset) to get it working again.


     * The MySensors Arduino library handles the wireless radio link and protocol
     * between your home built sensors/actuators and HA controller of choice.
     * The sensors forms a self healing radio network with optional repeaters. Each
     * repeater and gateway builds a routing tables in EEPROM which keeps track of the
     * network topology allowing messages to be routed to nodes.
     * Created by Henrik Ekblad <henrik.ekblad@mysensors.org>
     * Copyright (C) 2013-2015 Sensnology AB
     * Full contributor list: https://github.com/mysensors/Arduino/graphs/contributors
     * Documentation: http://www.mysensors.org
     * Support Forum: http://forum.mysensors.org
     * This program is free software; you can redistribute it and/or
     * modify it under the terms of the GNU General Public License
     * version 2 as published by the Free Software Foundation.
     * Version 1.0 - Henrik Ekblad
     * The W5100 MQTT gateway sends radio network (or locally attached sensors) data to your MQTT broker.
     * The node also listens to MY_MQTT_TOPIC_PREFIX and sends out those messages to the radio network
     * LED purposes:
     * - To use the feature, uncomment WITH_LEDS_BLINKING in MyConfig.h
     * - RX (green) - blink fast on radio message received. In inclusion mode will blink fast only on presentation received
     * - TX (yellow) - blink fast on radio message transmitted. In inclusion mode will blink slowly
     * - ERR (red) - fast blink on error during transmission error or receive crc error
     * See http://www.mysensors.org/build/esp8266_gateway for wiring instructions.
     * nRF24L01+  ESP8266
     * VCC        VCC
     * CE         GPIO4
     * CSN/CS     GPIO15
     * SCK        GPIO14
     * MISO       GPIO12
     * MOSI       GPIO13
     * Not all ESP8266 modules have all pins available on their external interface.
     * This code has been tested on an ESP-12 module.
     * The ESP8266 requires a certain pin configuration to download code, and another one to run code:
     * - Connect REST (reset) via 10K pullup resistor to VCC, and via switch to GND ('reset switch')
     * - Connect GPIO15 via 10K pulldown resistor to GND
     * - Connect CH_PD via 10K resistor to VCC
     * - Connect GPIO2 via 10K resistor to VCC
     * - Connect GPIO0 via 10K resistor to VCC, and via switch to GND ('bootload switch')
      * Inclusion mode button:
     * - Connect GPIO5 via switch to GND ('inclusion switch')
     * Hardware SHA204 signing is currently not supported!
     * Make sure to fill in your ssid and WiFi password below for ssid & pass.
    // Enable debug prints to serial monitor
    #define MY_DEBUG
    // ID of the current node
    #define MY_NODE_ID 1
    // Enables and select radio type (if attached)
    //#define MY_RADIO_NRF24
    //#define MY_RADIO_RFM69
    //#define MY_RADIO_RFM95
    // Set this node's subscribe and publish topic prefix
    #define MY_MQTT_PUBLISH_TOPIC_PREFIX "ff-kitchen-gw1-out"
    #define MY_MQTT_SUBSCRIBE_TOPIC_PREFIX "ff-kitchen-gw1-in"
    // Set MQTT client id
    #define MY_MQTT_CLIENT_ID "ff-kitchen-1"
    // W5100 Ethernet module SPI enable (optional if using a shield/module that manages SPI_EN signal)
    //#define MY_W5100_SPI_EN 4
    // Enable Soft SPI for NRF radio (note different radio wiring is required)
    // The W5100 ethernet module seems to have a hard time co-operate with
    // radio on the same spi bus.
    #if !defined(MY_W5100_SPI_EN) && !defined(ARDUINO_ARCH_SAMD)
    #define MY_SOFTSPI
    #define MY_SOFT_SPI_SCK_PIN 14
    #define MY_SOFT_SPI_MISO_PIN 16
    #define MY_SOFT_SPI_MOSI_PIN 15
    // When W5100 is connected we have to move CE/CSN pins for NRF radio
    #ifndef MY_RF24_CE_PIN
    #define MY_RF24_CE_PIN 5
    #ifndef MY_RF24_CS_PIN
    #define MY_RF24_CS_PIN 6
    // Enable these if your MQTT broker requires username/password
    #define MY_MQTT_USER "Username"
    #define MY_MQTT_PASSWORD "Password"
    #define MY_SENSOR_PASSWORD "Password"
    // Enable MY_IP_ADDRESS here if you want a static ip address (no DHCP)
    #define MY_IP_ADDRESS xx,x,xx,xxx
    // If using static ip you can define Gateway and Subnet address as well
    #define MY_IP_GATEWAY_ADDRESS xx,x,xx,xxx
    #define MY_IP_SUBNET_ADDRESS xxx,xxx,xxx,x
    // MQTT broker ip address or url. Define one or the other.
    //#define MY_CONTROLLER_URL_ADDRESS "m20.cloudmqtt.com"
    #define MY_CONTROLLER_IP_ADDRESS xx, x, xx, xxx
    // The MQTT broker port to to open
    #define MY_PORT 1883
    // Enable inclusion mode
    // Enable Inclusion mode button on gateway
    // Set inclusion mode duration (in seconds)
    // Digital pin used for inclusion mode button
    // Set blinking period
    // Flash leds on rx/tx/err
    // Uncomment to override default HW configurations
    //#define MY_DEFAULT_ERR_LED_PIN 16  // Error led pin
    //#define MY_DEFAULT_RX_LED_PIN  16  // Receive led pin
    //#define MY_DEFAULT_TX_LED_PIN  16  // the PCB, on board LED
    #include <Ethernet.h>
    #include <MySensors.h>
    #include <DHT.h>
    #include <BH1750.h>
    #include <Wire.h>
    // Pin configuration
    // Interrupt pins: 2,3 (Arduino UNO)
    #define PIR_DATA_PIN 2                                      // PIR Motion sensor
    #define DHT_DATA_PIN 3                                      // Temperature and humidity sensor
    #define WINDOW_TOP_REEDCONTACT_DATA_PIN 5                   // Reed contact sensor
    #define WINDOW_BOTTOM_REEDCONTACT_DATA_PIN 6                // Reed contact sensor
    const unsigned int RELAY_DATA_PINS[] = {4, 7, 8, 9};        // Relay module
    char* RELAY_ANALOGDATA_PINS[] = { "A0", "A1", "A2", "A3"};  // Relay module
    // Settings
    #define RELEASE_VERSION "1.0"
    bool enableSaveState = false;                  // Save states in local eeprom
    bool metric = true;
    const unsigned long WARMUP_TIME = 30000;       // Timer for initializing sensors like DHT, PIR, etc...
    const unsigned long SENSOR_UPDATE_TIME = 3000; // Timer for periodic sensor readings
    const unsigned long FAST_UPDATE_TIME = 250;    // Timer for special sensors like PIR
    unsigned long lastSensorUpdateTime = 0;
    unsigned long lastFastUpdateTime = 0;
    // Sensor offsets
    // SENSOR_TEMP_OFFSET: Set this offset if the sensor has a permanent small offset to the real temperatures
    // SENSOR_MINCHANGE_OFFSET*: Set this offset for wheter sending mqtt updates or not
    #define SENSOR_TEMP_OFFSET 0
    // Force sending an update of the temperature after n sensor reads, so a controller showing the
    // timestamp of the last update doesn't show something like 3 hours in the unlikely case, that
    // the value didn't change since;
    // i.e. the sensor would force sending an update every UPDATE_INTERVAL*FORCE_UPDATE_N_READS [ms]
    static const uint8_t FORCE_UPDATE_N_READS = 20;
    // Set sensor child ids
    #define CHILD_ID_MOTION 30
    #define CHILD_ID_TEMP 40
    #define CHILD_ID_HUM 50
    #define CHILD_ID_LIGHT 60
    #define CHILD_ID_WINDOW_TOP 5
    // States
    #define RELAY_ON 0  // GPIO value to write to turn on attached relay
    #define RELAY_OFF 1 // GPIO value to write to turn off attached relay
    // MotionSensor
    unsigned long lastPirUpdate = 0;
    long unsigned int lowIn;               // Save the time when the PIR sensor outputs a low impulse.
    long unsigned int motionPause = 60000; // The amount of milliseconds the sensor has to be low, before we assume all motion has stopped.
    bool lockLow = true;
    bool takelowTime;
    MyMessage msgMotion(CHILD_ID_MOTION, V_TRIPPED);
    void initPirSensor()
        pinMode(PIR_DATA_PIN, INPUT); // Init PIR motion sensor
    void updateMotionSensor(bool forceUpdate = false)
        bool tripped = digitalRead(PIR_DATA_PIN) == HIGH;
    #ifdef MY_DEBUG
        Serial.print("M: ");
        if (tripped == HIGH)
            if (lockLow)
                // Make sure to wait for a transition to LOW before any further progress is made.
                lockLow = false;
    #ifdef MY_DEBUG
                Serial.print("Motion detected at ");
                Serial.print(millis() / 1000);
                Serial.println(" sec.");
                send(msgMotion.set(tripped ? "1" : "0"));
            takelowTime = true;
        else if (tripped == LOW)
            if (takelowTime)
                lowIn = millis();    // Save the time of the transition from HIGH to LOW.
                takelowTime = false; // Make sure this is only done at the start of a new LOW ph.
            // If the sensor is low for more than the given pause,
            // then we assume that nor more motion (human presence) is going to happen.
            if (!lockLow && millis() - lowIn > motionPause)
                // Make sure this code block is only executed after a new motion sequence has been detected.
                lockLow = true;
    #ifdef MY_DEBUG
                Serial.print("Motion ended at ");
                Serial.print((millis() - motionPause) / 1000);
                Serial.println(" sec.");
                send(msgMotion.set(tripped ? "1" : "0"));
        unsigned long currentMillis = millis();
        if (currentMillis - lastPirUpdate > WARMUP_TIME && lockLow)
            lastPirUpdate = currentMillis;
            send(msgMotion.set(tripped ? "1" : "0"));
    // TempSensor
    float lastTemp;
    float lastHum;
    float lastHic;
    uint8_t nNoUpdatesTemp;
    uint8_t nNoUpdatesHum;
    uint8_t nNoUpdatesHic;
    MyMessage msgHum(CHILD_ID_HUM, V_HUM);
    MyMessage msgTemp(CHILD_ID_TEMP, V_TEMP);
    MyMessage msgHic(CHILD_ID_TEMP, V_VAR1);
    DHT dht;
    void initTempSensor()
        dht.setup(DHT_DATA_PIN); // set data pin of DHT sensor
        if (SENSOR_UPDATE_TIME <= dht.getMinimumSamplingPeriod())
    #ifdef MY_DEBUG
            Serial.println("Warning: UPDATE_INTERVAL is smaller than supported by the sensor!");
        // Sleep for the time of the minimum sampling period to give the sensor time to power up
        // (otherwise, timeout errors might occure for the first reading)
    void updateTempSensor()
        // Force reading sensor, so it works also after sleep()
        // Source: https://gist.github.com/jamesabruce/382fe945d39cf41b29f9
        // Get temperature from DHT library
        float temperature = dht.getTemperature();
        if (isnan(temperature))
    #ifdef MY_DEBUG
            Serial.println("Failed reading temperature from DHT!");
        else if ((temperature != lastTemp && abs(temperature - lastTemp) > SENSOR_MINCHANGE_OFFSET) || nNoUpdatesTemp == FORCE_UPDATE_N_READS)
            // Only send temperature if it changed since the last measurement or if we didn't send an update for n times
            lastTemp = temperature;
            if (!metric)
                temperature = dht.toFahrenheit(temperature);
            // Reset no updates counter
            nNoUpdatesTemp = 0;
            temperature += SENSOR_TEMP_OFFSET;
            send(msgTemp.set(temperature, 1));
    #ifdef MY_DEBUG
            Serial.print("T: ");
            // Increase no update counter if the temperature stayed the same
        // Get humidity from DHT library
        float humidity = dht.getHumidity();
        if (isnan(humidity))
    #ifdef MY_DEBUG
            Serial.println("Failed reading humidity from DHT");
        else if ((humidity != lastHum && abs(humidity - lastHum) > SENSOR_MINCHANGE_OFFSET) || nNoUpdatesHum == FORCE_UPDATE_N_READS)
            lastHum = humidity;
            nNoUpdatesHum = 0;
            send(msgHum.set(humidity, 1));
    #ifdef MY_DEBUG
            Serial.print("H: ");
        // Compute heat index in Celsius (isFahreheit = false)
        if (isnan(temperature) && isnan(humidity))
            float hic = dht.computeHeatIndex(temperature, humidity, false);
    #ifdef MY_DEBUG
            Serial.print("Hic: ");
            if ((hic != lastHic && abs(hic - lastHic) > SENSOR_MINCHANGE_OFFSET) || nNoUpdatesHic == FORCE_UPDATE_N_READS)
                nNoUpdatesHic = 0;
                send(msgHic.set(hic, 1));
                lastHic = hic;
    // LightSensor
    // V_LIGHT_LEVEL should only be used for uncalibrated light level 0-100%.
    // If your controller supports the new V_LEVEL variable, use this instead for
    // transmitting LUX light level.
    MyMessage msgLux(CHILD_ID_LIGHT, V_LIGHT_LEVEL);
    // MyMessage msg(CHILD_ID_LIGHT, V_LEVEL);
    uint16_t lastlux;
    uint8_t nNoUpdatesLux;
    BH1750 lightSensor;
    void initLightSensor()
        // Initialize the I2C bus (BH1750 library doesn't do this automatically)
        // On esp8266 devices you can select SCL and SDA pins using Wire.begin(D4, D3);
    void updateLightSensor()
        uint16_t lux = lightSensor.readLightLevel();
    #ifdef MY_DEBUG
        Serial.print("L: ");
        if ((lux != lastlux && abs(lux - lastlux) > SENSOR_MINCHANGE_OFFSET_LARGE) || nNoUpdatesLux == FORCE_UPDATE_N_READS)
            nNoUpdatesLux = 0;
            lastlux = lux;
    // ReedContacts
    int lastBounceWindowTop = -1;
    int lastBounceWindowBottom = -1;
    unsigned long lastBounceUpdate = 0;
    // Change to V_LIGHT if you use S_LIGHT in presentation below
    MyMessage msgWindowTop(CHILD_ID_WINDOW_TOP, V_TRIPPED);
    MyMessage msgWindowBottom(CHILD_ID_WINDOW_BOTTOM, V_TRIPPED);
    void initReedContact(int pin)
        pinMode(pin, INPUT);
        digitalWrite(pin, HIGH); // Activate internal pull-up
    void updateReedSensor(int pin, MyMessage &message, int &lastState, bool reset)
        int state = digitalRead(pin);
    #ifdef MY_DEBUG
        Serial.print("R: ");
        if (state != lastState)
            send(message.set(state == HIGH ? 1 : 0));
            lastState = state;
        unsigned long currentMillis = millis();
        if (currentMillis - lastBounceUpdate > WARMUP_TIME)
            if (reset)
                lastBounceUpdate = currentMillis;
            send(message.set(state == HIGH ? 1 : 0));
    // Relays Module
    void initRelayModules()
        for (size_t sensor = 0; sensor < (sizeof(RELAY_DATA_PINS) / sizeof(int)); sensor++)
            pinMode(RELAY_DATA_PINS[sensor], OUTPUT);                                        // Then set relay pins in output mode
            digitalWrite(RELAY_DATA_PINS[sensor], loadState(RELAY_DATA_PINS[sensor]) ? RELAY_ON : RELAY_OFF); // Set relay to last known state (using eeprom storage)
        for (size_t sensor = 0; sensor < (sizeof(RELAY_ANALOGDATA_PINS) / sizeof(int)); sensor++)
            pinMode(RELAY_ANALOGDATA_PINS[sensor], OUTPUT);
            digitalWrite(RELAY_ANALOGDATA_PINS[sensor], RELAY_OFF);
    void presentRelays()
        for (size_t sensor = 0; sensor < (sizeof(RELAY_DATA_PINS) / sizeof(int)); sensor++)
            present(RELAY_DATA_PINS[sensor], S_LIGHT);
        for (size_t sensor = 0; sensor < (sizeof(RELAY_ANALOGDATA_PINS) / sizeof(int)); sensor++)
            present(RELAY_ANALOGDATA_PINS[sensor], S_LIGHT);
    void setup()
        // Setup locally attached sensors
        initTempSensor();                                    // Init temperature and humidity sensor. (DHT22)
        initLightSensor();                                   // Init one wire light sensor. (BH1750)
        initPirSensor();                                     // Init PIR sensor
        initRelayModules();                                  // Init relay modules
        initReedContact(WINDOW_TOP_REEDCONTACT_DATA_PIN);    // Init read contact
        initReedContact(WINDOW_BOTTOM_REEDCONTACT_DATA_PIN); // Init read contact
    void presentation()
        // Present locally attached sensors here
        // Optional: Send the sketch version information to the gateway
        sendSketchInfo("Multi room sensor", RELEASE_VERSION);
        present(CHILD_ID_HUM, S_HUM);
        present(CHILD_ID_TEMP, S_TEMP);
        present(CHILD_ID_LIGHT, S_LIGHT_LEVEL);
        present(CHILD_ID_MOTION, S_MOTION);
        // You can use S_DOOR, S_MOTION or S_LIGHT here depending on your usage.
        // If S_LIGHT is used, remember to update variable type you send in. See "msg" above.
        present(CHILD_ID_WINDOW_TOP, S_DOOR);
        present(CHILD_ID_WINDOW_BOTTOM, S_DOOR);
        metric = getControllerConfig().isMetric;
    void loop()
        // Send locally attached sensors data here
        unsigned long currentMillis = millis();
        if (currentMillis - lastSensorUpdateTime > SENSOR_UPDATE_TIME)
            lastSensorUpdateTime = currentMillis;
        else if (currentMillis - lastFastUpdateTime > FAST_UPDATE_TIME)
            lastFastUpdateTime = currentMillis;
            updateReedSensor(WINDOW_TOP_REEDCONTACT_DATA_PIN, msgWindowTop, lastBounceWindowTop, false);
            updateReedSensor(WINDOW_BOTTOM_REEDCONTACT_DATA_PIN, msgWindowBottom, lastBounceWindowBottom, true);
    void receive(const MyMessage &message)
    #ifdef MY_DEBUG
        Serial.print("Incoming message received. Type: ");
        Serial.print("Destination: ");
        // We only expect one type of message from controller. But we better check anyway.
        if (message.type == V_LIGHT)
    #ifdef MY_DEBUG
            Serial.print("Incoming change for sensor: ");
            Serial.print("New status: ");
            digitalWrite(message.sensor, message.getBool() ? RELAY_ON : RELAY_OFF);
            // Store state in eeprom
            // if(enableSaveState) {
            //     saveState(message.sensor, message.getBool());
            // }

  • Mod

    but that is a mqtt gateway sketch. That is not a normal node. Have you tried making a normal node with nrf24 radio only, no gw functions?

Log in to reply

Suggested Topics

  • 87
  • 9
  • 5
  • 3
  • 8
  • 1