I am using pimatic but due to the "configuration" of my house I need either (several) repeater nodes or do it via network/wifi as my raspberryPi is located in a different spot than most of my sensors and I have ethenet/wifi "everywhere".

The original pimatic-mysensors plugin (post "pimatic-mysensors controller plugin" in this sub forum) is very nice but has only a serial gateway. So I experimented with the ESP826Gateway and the new development branch GatewayEsp8266MQTTclientGateway (pimatic howto).
Then I stumbled onto pymysensors which I forked and extended with a currently extremely basic pimatic "read sensors, push to pimatic" extension via the Esp8266Gateway (pimatic forum post).

This post is not to "proudly present" but to "sincerely hope for more talented programmers to expand current functionality".

I saw a commit to the DEV repo so I did a git pull this morning, started arduino and recompiled and flashed.
It's working. Immediately!

The fixed ip-adress was there and the the serial monitor displayed nicely the debug and node messages.
The mosquitto broker receives the info which I can see using the mosquitto_sub command.

It beats me, as I can't imagine the yesterday evening commit fixed it, but I'm glad it works.
For reference: This morning I used the 2.2.0 esp8266 board managers version.

Please specify what doesn't work.
You have debug verbosity on which shows that your sensor on/of signal as such is recognized by pimatic.
Your used class is correct as well.

Did you specify the protocol in the mysensors plugin?

{
      "plugin": "mysensors",
      "driver": "serialport",
      "protocols": "1.5.4",
      "driverOptions": {
         "serialDevice": "/dev/ttyUSB0",
         "baudrate": 115200
      }
    },

The plugin still defaults to the 1.4 protocol.

Edit: Also check Getting started with MySensors in the pimatic forum.

Hi,

I'm using the Arduino 1.6.5 ide on 64bit Linux using/trying the esp8266 2.2.0, 2.1.0 and 2.0.0 board mananger versions.
I used the mysensors DEV git branch of May 14th and compiled and flashed the GatewayESP8266MQTTClient.ino.
The only adaptions I made were the network settings for static IP and the broker address.
Compiling works fine and flashing to my Nodemcu 1.0 Devboard as well.
But absolutely nothing happens: I don't see anything on my serial monitor (I tried several baud rates). I can't ping it (static address 192.168.144.245). It doesn't connect to my mosquitto broker. Absolutely nothing.
So I took an identical Nodemcu and set it up: Again absolutely nothing.

The first nodemcu worked fine with the 1.5 branch Esp8266Gateway.ino. So I flashed the second nodemcu as well with this ino to rule out hardware issues: Both work fine.
I finally do a "sudo arp-scan --localnet" to check for the mac addresses on my network and now it turns out that it didn't get a static ip-adress, but a dhcp address being 192.168.144.13

However: still nothing on the serial monitor or at the mosquitto broker (and the broker functions fine. I tested that)

So I assume there is something wrong with the static ip settings in the DEV branch, but for the time being I can live with that.
For the record, these are my IP settings:

// Enable MY_IP_ADDRESS here if you want a static ip address (no DHCP)
#define MY_IP_ADDRESS 192, 168, 144, 245

// If using static ip you need to define Gateway and Subnet address as well
#define MY_IP_GATEWAY_ADDRESS 192, 168, 144, 1
#define MY_IP_SUBNET_ADDRESS 255, 255, 255, 0

// MQTT broker ip address.  
#define MY_CONTROLLER_IP_ADDRESS 192, 168, 144, 128

My issues are the complete abundance of serial output and the not connecting to my broker.
Can anyone please explain if I do something wrong? Or is this a straight bug in the DEV repository? (And I'm not talking about the static ip settings)

It is not necessary for any esp8266 having a usb port as you program these directly via that usb port.
So. indeed: the nodemcu doesn't need it and neither does the Wemos.

The esp-07, also available, does need that setup to flash/program it.

I accidentally ran into this topic for a completely different reason. One of the posters mentioned that he had the same issues as you have due to an unstable power connector.
Another try?

In your Arduino software under "Tools" ("Hulpmiddelen" assuming you are using the Dutch version) you select the platform you flash for. In this case probably Nodemcu 0.9 or Nodemcu 1.0.
In that same menu you have "Flash size". In that submenu you can select 4M(3M SPIFFS) and 4M(1M SPIFFS). Default is the first one but in your case try the second one.

SPIFFS is SPI Flash File System. See here: https://nodemcu.readthedocs.io/en/master/en/spiffs/

@Petjepet
Please see this specific post on pimatic: https://forum.pimatic.org/topic/2234/external-selfmade-pimatic-max-thermostat-control-with-esp8266/17 for an EspEasy esp8266

This guy has the exact same crash and he set the spiffs-flash-size to 1M, and then it functioned.

@Petjepet - Sorry, I don't have a clue. It is simply working for me. I did quite some tries with different versions but either it worked or it didn't. I didn't see this error before. Are you sure you have connected the NRF24L01 correctly?

The mysensors 2.0 code works fine with pimatic, no matter whether you use the 2.0 MQTT Esp gateway via mosquitto (or another) as service in combination with the MQTT plugin, or via my mysensors 2.0 gateway with rest-api (also thanks to @Yveaux a.o.), mentioned in the other topic.

Yes, only that. It helped in my somewhat different situation with an unstable ESPEasy.

This may sound very stupid and might not help you at all, but I have a mixed set of 0.9 and 1.0 Nodemcu boards. I had some issues not related with mysensors, but with a 1.0 board flashed as 1.0 and used for ESPEasy (self compiled version).
Just as a test I recompiled for 0.9 (to my 1.0 board) and then it worked fine. Since then I compile/flash all my 0.9 and 1.0 Esps as 0.9.
no matter whether it is for EspEasy, "my" mysensors gateway with pimatic rest-API, or the standard mysensors esp8266 mqtt gateway.

I did not even check whether there are code differences or not between 0.9 and 1.0. For me 0.9 binaries work OK.

You gave the example of the relay actuator for the function but I took the esp8266 gateway to start with.
What I mean is that you see "in the top" the spi.h and eeprom.h declarations.
Then a number of #define statements.
And just above the void setup()the MySensors.h and esp8266wifi.h are declared.
I had some definitions that required the MySensors.h and those gave errors because they were declared below the "normal" position of the includes but above the "MySensors.h". (I even considered filing a bug ticket for the missing MySensors.h )
So I declared the MySensors.h in the top of the ino below spi.h and eeprom.h (because I had not seen the MySenors.h almost at the bottom of the ino).
And then some errors were fixed and a few other arose. It took me quite some time to see that the MySensors.h was declared sooo low in the ino where I definitely had not expected it.

@Yveaux : Thanks a lot! I have now a working version for mysensors 2.0.

It took me some time to understand the different sequence of includes, both in the top of the ino and just above the void setup(). That took almost 2 hours before I suddenly realised that I had to change the sequence of some of my definitions and statements as well.
I'm used to include "everything" in the top of my code.