mqtt_as Arduino RP2040 Connect

[beetle]

The message about "expected 1.4.8" must be referring to the NINA-W102 module firmware. This can be upgraded using this procedure but (see my posts above) I didn't find this easy. It's worth doing, but it won't fix your problem.

The difficulties connecting really shouldn't happen. I think there is no escaping that (even with my 1.4.8) the WiFi firmware support is flaky.

Thanks for getting the mqtt_as working on the Arduino RP2040. I'll be giving it a go soon.

First up I tried to update the board from the link you provided, and I also did not find it easy. I tried a number of times both using the Arduino IDE (old and new versions) and also updating via the Arduino cloud. Eventually the Arduino cloud was persuaded to update the board, so I hope I have all the latest requirements on the board.

Next up is to again try to put micro-python on the board. Last time, installing mp from my mac and programming the board via the Thonny running on my mac, when the board was connected I kept getting a 'no-name' folder appearing on my mac similar to what circuitpython does (although it calls its folder 'circuitpython').

No doubt I will find out if this still happens but just so I'm forewarned, is this no-name folder expected when running micropython on this board on a mac (it does not for all my other mp boards), and if not, and it happens again, should I be raising an issue on the micropython github, or mentioning it in the 'other boards' section of this forum, or perhaps raising it somewhere with the Arduino folks?

[pythoncoder]

I'm not sure about "no name" as I've never used a mac. The normal outcome on Linux is that in boot mode a folder opens. When you drag the firmware file onto the open folder, the firmware gets copied across. The chip then boots, but because MicroPython doesn't support MSC (mass storage) mode the folder becomes invalid and Linux complains. This is normal - close the folder and access the REPL via USB serial e.g. mpremote or rshell.

[hippy]

The chip then boots, but because MicroPython doesn't support MSC (mass storage) mode the folder becomes invalid and Linux complains.

It is worth noting that recent MicroPython releases can support MSC for RP2 builds .

There is a "#define MICROPY_HW_USB_MSC" in some of the boards' 'mpconfigboard.h' file. It is present and enabled for ARDUINO_NANO_RP2040_CONNECT, commented out for PICO, not present in the others.

https://github.com/micropython/micropyt ... oard.h#L12
https://github.com/micropython/micropyt ... board.h#L6

[pythoncoder]

Good point.

FWIW I think MSC mode is a complete pain. I end up repeatedly explaining why people's filesystems are trashed.

[beetle]

The issues raised in the ticket are now fixed. The Arduino RP2040 Connect with NINA firmware 1.4.8 and today's firmware build now works with the official MQTT library.

I have pushed an update to mqtt_as which works with this hardware.

I've just downloaded your latest mqtt_as.py to the Arduino RP2040and its now working perfectly, so many thanks for that. Thank you very much too for your guidance on getting this board up and running as well

[pythoncoder]

Excellent! Thanks for letting me know.