The only way we can get the shiny new things to be proven hardware, is to have people build stuff using it That way, we can have more people testing the hardware, and reporting any bugs (if there is any), and have a better chance for getting it to be the next big thing
RE: 8Bit or 32Bit processors
RE: Adafruit Feather M0 RFM69HCW with MySensors?
You probably need to tweak the hardware definition files for the feather, in order to match the configuration that is expected by the mysensors core.
(Or patch the core so it matches the other way around..) pin definitions on the sensebender GW is modified heavily, and does not match any of the other boards. As an example, we use 3 distinct SPI ports. One for the rfm69 / nrf24, one for w5100, and one for the MysX connector.
I did not look that much towards the arduino zero board, for pin assignments, when I did the board layout. As I moved things around to make routing the pcba as painless as possible. That means that in some cases I am using a secondary or tertiary function of a pin, in order to get the desired hardware routed.
Cortex M0 processors are very flexible, and the sercom units (which can be configured for SPI/I2C/Serial) can be routed to a variety of different pins, so for example MOSI on sercom0, can be on 3-4 different pins, depending on how you configure it.
RE: Double Pir sensors
@Rene046 see https://www.mysensors.org/download/sensor_api_20#sleeping for how to use the sleep function with two interrupts.
int8_t sleep(uint8_t interrupt1, uint8_t mode1, uint8_t interrupt2, uint8_t mode2, unsigned long ms=0);
RE: 💬 Advanced Gateway Options
@tomtastic yes. define MY_IS_RFM69HW.
https://www.mysensors.org/build/connect_radio (Scroll down to Configuring MySensors for RFM69)
RE: MySensors controller with Rasberry Pi 3 & Windows IoT
You can also look at HomeGenie, which is an open source controller written in C#.
RE: Error with Gateway + Sensor sketch [Solved]
@TheNewWorld does the vanilla sketch work when the sensors are connected (but unused)?
If that's the case, add the code for one sensor and see if the radio stops working. Then try the other one (remove the code for the first). That way you should be able to figure out which of the sensors are messing with radio communication.