I think it would make sense to add forum categories for MicroPython topics and a separate category for arduino topics. Also there needs to be a release notes page for uiflow that indicates the new changes whenever an update occurs for this tool. It would be helpful to see documentation on the changes so users can help to more easily contribute.
Best posts made by jpilarski
Forum categories and release notes
RE: uiflow 1.1 m5stick no api key
I think what was happening was, for some reason, flow.py was never being loaded. I manually ran flow.py from the console and it allowed the m5stick to finally go to the api key screen. I noticed in the code it mentions you can press button A to generate a new api key but for some reason it wasn't working. Anyways now it's good and I am successfully programming the stick as we speak. thanks
I am using IFTTT with webhook based on an ok google "turn light on" and "turn light off" command. That message is relayed to io.adafruit and then transmits back to m5stack which performs a function based on the string received. Optionally data can also be sent to the cloud from the board using publish topic.
RE: UiFlow interface suggestions
I have a few more suggestions.
- It would be great to be able to add comments in uiflow. Microbit has this option and it's very helpful.
- It would be great to be able to double click on the canvas and type, at which point a list of the common blocks with that typed letter would be listed and able to be selected for use. This would allow the user to more quickly access the blocks required and to stay in the flow - no pun intended. Here is an example in grasshopper.
RE: [Solved]M5fire read microphone
@watson @world101 @ajb2k3 @hetzer
I would still consider adding it. I understand it only exists in m5go and fire but then under hardware blocks call the block m5go mic. I just think new users would experiment more with that function exposed as a block. I totally understand I can now make a custom block for this but I still think it makes sense to see it as a default block. It should definitely be exposed for StickC since with that board there is no confusion as they all have a mic. What about having a toggle when the user selects core that designates fire, go, grey, etc. (just like you do with stick and stickC) and have that toggle load the appropriate on board hardware blocks. What about a block that exposes the hall effects sensor too while you are at it. I guess I feel like expose it all since it encourages development and you never know what someone makes with it. At the very least it helps encourage learning and ease of use which seems like the point of block based visual coding.
RE: [Solved]Where to get basic (offline?) MicroPython firmware with lcd module support?
I did come across this info about on screen repl https://forum.micropython.org/viewtopic.php?t=5589
i2c = machine.I2C(scl=machine.Pin(4), sda=machine.Pin(5)) oled = ssd1306.SSD1306_I2C(128, 64, i2c) from FBConsole import FBConsole console = FBConsole(oled) os.dupterm(console)
RE: [Solved]Trouble burning MicroPython firmware
If you install uiflow firmware you have also installed micropython. You can connect to a repl shell, load libraries, and modify main.py. You can use any micropython ide and you aren't required to use uiflow. It is a good option though. I like using upycraft. Even if I am running uiflow I'll still keep a connection to the board open with upycraft to get immediate feedback. With upycraft you have direct access to the filesystem and you can drag and drop files to and from the board. You can also run
where module is one of the listed modules. To learn more of all the built in functions available.