I can confirm they are for M2 screws. E.g. for mounting a stick on the battery stick you'll need M2x10mm like shown here https://m5stack-store.myshopify.com/collections/m5-hat/products/m5stickc-18650 Turns the Stick into a nice handheld device for mounting a joystick, thermometer etc.
Tinkerer and gardener looking for IoT solutions for watering and environmental tasks.
Posts made by anvalin
RE: M5StickC+ Mounting Threads
RE: Blynk in UIFlow
I came across a video last night (lost link) that shows that it should be possible to run ESPnow and WIFI at the same time on an esp32. apparently all you need to do is to set ESPNOW to work on a different channel to the WIFI.
@ajb2k3 Good hint. I will check my router to prevent using the channel I selected as common for the devices.
RE: Blynk in UIFlow
Thanks @world101 and @ajb2k3 for your aid. Helps me understanding procedures. Regarding the parallel use of ESPNow and Blynk - my current project comprises 4 points of sensor readings in my garden - water levels, solar battery voltage, moisture readings from AtomLites via ESP to central devices (StickC and a Core later on) for processing (relays) - and an hourly update of values to my Blynk app. As said this works without Blynk being initiated in setup or main loop but a timer. I wonder if there's any other procedure to terminate the (http) Blynk connection after send other than executing a "machine.reset()" and re-run the main loop. Or maybe add another device receiving values via another method than wifi (ideas?) and sending to Blynk?
Digging into this problem I already purchased two LoraWAN.COM bases to transmit values via TTN and use a Core at home as dashboard and Blynk "gateway". But this seems overwhelming right now and currently Flow modules are only working with the older (blue) bases. Hopefully there's an update coming soon.
RE: Blynk in UIFlow
Hello. I'd like to inquire about if you experience any problems when using Blynk and EspNow with the native Blynk blocks in Flow? I ran into the problem that EspNow stops receiving when Blynk is initialized either in setup or main loop but this occured with a StickC+ and a Core, using custom blocks. I wasn't aware about the implemenentation of Blynk blocks for Fire and Core2 in Flow until I found this post.
For the time being I use a brute force method as workaround, calling Blynk init and sending in a timer hourly and then resetting the StickC+ it's running on. But this method causes stress for a connected relay I'd like to avoid.
RE: UIFlow and ESP-now, error
Picking up this thread because I ran into the same problem. Caused by an empty value when out of sync with the sender in a P2P network transmission scheme (not ESP related but similar). Resulting as "None" for a value that should be converted into an integer used in an if/else process. I solved this by putting the if/else in a try/except statement and settting the except(ion) to a failsafe value until sync.
RE: Tutorial: Using COM.LoRaWAN in UIFlow
Hello @sodoku. Many thanks for sharing the tutorial! I found it on m5stack.hackster.io and it helped me a lot. Registered two COM.LoRaWAN 868MHz modules sucessfully with TTN and managed to see uplinks (alas with long join latency and lots of retrying uplinks though I am in the very middle of Berlin - it seems coverage still has to improve a lot). I am still struggling with the adaption of the official P2P example. Especially regarding use with a sensor in a setup without use of buttons to initiate data requests. If you'd find the time to extend your tutorial his would be much appreciated.
Also I wonder about the real life range of the modules. I have currently set them to 5V and cannot pull data beyond 20m distance, line of sight. Seems odd ... what are your experiences? Can this be enhanced using 12V? Maybe a faulty antenna connection?
As a side note - all blocks in Flow 1.7.2 are dedicated to the older blue modules - but an implementation for the M031-C is in development, as confirmed by M5Stack support.