Which firmware version are you using?

| Experienced problems pushing data to EZData with 1.9.8 on Atoms. Reproduceable error not occuring after reverting to firmware 1.9.7.

@ajb2k3 Kind of. I am using push of data in a time-based function (UIFlow). Tried normal and async save methods of a string and an integer. The Atom then freezes without transmission and the function is never terminated. Previous Firmware 1.9.7 allows continuous transfers of two values and reverts to the main loop after finishing the function.

Experienced problems pushing data to EZData with 1.9.8 on Atoms. Reproduceable error not occuring after reverting to firmware 1.9.7.

COM.LoRaWAN Module 868MHz V2.0 (ASR6501, product code MS03031-C4) is now listed at retailers. Hopefully this new module will finally see full UIFlow support.

@chefrocker Upvoting your request since I am waiting for the same. Unfortunately the 868 module seems to need a firmware update to match the same set of AT commands as the others. See https://community.m5stack.com/topic/3199/uiflow-1-7-5/11 for details.

@iamliubo Thanks for the info. I wonder about wether it's going to be possible to upgrade firmware of said LoraWAN module M031-C. How can this be done?

When connecting Burner or UI.FLow to a M5Stack account a device management is available to bind devices. Yet this tool is somehow cumbersome to use since the only device identifier is a MAC adress - a note field could let users add an own identifier / note on the currently used API key.

Hi @sodoku
first COM.X LoraWan blocks became available with UI.Flow 1.7.5. Unfortunately still no support for the european frequency model.

I now run a public TTN gateway myself covering a portion of the Gleisdreieck area filling a blind spot. Hopefully adding an external LoraWan antenna with higher gain will solve my range problem at my nodes location - half a kilometre distance in a dense urban area can really be a show stopper with LoraWan when there's no gateway around ;)