You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hey, I'm looking to add MQTT-over-Ethernet support for those of us on the AVR platform, as well as adding support for some door and window sensors. However, I've run into a roadblock. Is this fork known to work on the Mega 2560? I can't get my (known good) board to receive anything, even under RFDEBUG=ON. Here is a trace of me opening a window on the board running the proprietary upstream R48:
My only changes are BAUD 57600 and the sprintf_P%s => %S substitution as instructed by the preprocessor error.
Confirmed the receiver board is getting power.
EDIT: I just tried the last upstream source available (R33) and I get the same results. I suppose then this becomes a support question, but probably a relevant one for folks hoping to switch from the proprietary version.
The text was updated successfully, but these errors were encountered:
To be honest, many of us are using ESP8266 et ESP32 which offer natively and a ton of CPU for 2$-5$. Yet we have some ATmega2560 and it works correctly for them. May be the pins are not the same ? did you check Radio.h file for the pinout reference ? Also did you try both Arduino & Master branches?
Thanks for the info. My primary interest is avoiding Wi-Fi for reliability reasons (though to be fair, there's no reason ethernet support can't be added to ESP32 via an external PHY). I don't see an arduino branch in this repo, is it somewhere else? I did double check the pin assignments (and tried a couple alternate pins just to see).
Hey, I'm looking to add MQTT-over-Ethernet support for those of us on the AVR platform, as well as adding support for some door and window sensors. However, I've run into a roadblock. Is this fork known to work on the Mega 2560? I can't get my (known good) board to receive anything, even under
RFDEBUG=ON
. Here is a trace of me opening a window on the board running the proprietary upstream R48:However if I try it on
master
in this fork, I get nothing:My only changes are
BAUD 57600
and thesprintf_P
%s
=>%S
substitution as instructed by the preprocessor error.Confirmed the receiver board is getting power.
EDIT: I just tried the last upstream source available (
R33
) and I get the same results. I suppose then this becomes a support question, but probably a relevant one for folks hoping to switch from the proprietary version.The text was updated successfully, but these errors were encountered: