No {}, no deal
MicroPython
61–70 of 152 posts
Re: MicroPython
#62Check out uiflow from M5Stack. It is a web-IDE which uses micropython for ESP32. You can use the M5stack grove sensors. The IDE generates python code which can be used on any MicroPython Implementation (ESP8266, EPS32, Raspi, CircuitPython, Micro:Bit, you name it) and the python libs are all open source.
Re: MicroPython
#63I'm more familiar with CircuitPython because I've bought a few boards that could run it, though I've stuck with Arduino so far. It seems to be a fork started by AdaFruit, but it looks like there are other vendor boards it works on like SparkFun, Teensy, and Arduino. What boards work with MicroPython? On their website, they only list their own?
You have to find the version of MicroPython that has specifically been ported to your board. In addition to the PyBoard (STM32), there is ESP8266, ESP32, BBC Micro Bit (ARM Cortex-M0), and WiPy (CC3200)
Re: MicroPython
#64Seeedstudio provides ArduPy for their Wio Terminal which can generate micropython libs from Arduino C Libs. So you can script Arduino Code with micropython on the device. As IDE they provide plugins for MS VisualStudo Code.
Re: MicroPython
#65MaixPy ported Micropython to K210 (a 64-bit dual-core RISC-V CPU with hardware FPU, FFT, sha256 and convolution accelerator).
It includes a general-purpose neural network processor, which can do convolutional neural network calculation at low power consumption, for example obtain the size, coordinates and types of detected objects or detect and classify faces and objects. It can load TensorFlow Light Neural Nets.
Re: MicroPython
#66Earlier quoted context omitted.
I don't think it's inconceivable that there would be a product where you'd have ample storage and CPU power for your application and would want to optimize for speed of development instead. I've built things on MicroPython that would be just fine to ship as they were, for example, if I were to commercialize them.
When engineers start cutting corners and start to design not for performance but “speed of development” — it becomes a slippery slope. I guess I’m speaking from the standpoint of a firmware engineer, I honestly don’t think going with micro-python for our next product will buy us anything. However, as I said; if you’re not into firmware and/or just getting started, this makes a great prototyping language.
you're being a little hyperbolic. haven't you ever heard of premature optimization?
Re: MicroPython
#67MicroPython is stellar. If you're building an embedded system for people to hack and customize, make the highest level abstraction of the embedded system in MicroPython so that users can easily modify/patch/contribute/hack your system with ease. This is what Arduino and Arduino IDE did for millions of hobbyist, but it is time to ditch C/C++ for MicroPython. In this [1] PyCon talk by Matt Trentini, a demo of QR code g…
TinyGo ( https://github.com/tinygo-org/tinygo ) is the Golang equivalent of this for anyone who wants a more performant (than python) and simple language to use.
Similarly there’s mruby which is quite stripped down, not sure of the exact requirements though (those micropython requirements are quite impressive)
Re: MicroPython
#68Does anyone have any experience beyond short programs/sketches with micropython? The most I've used it for is playing around with a microbit. How does it hold up?
I’ve got esp32s running a simple API over wifi to control a strip of addressable LEDs, with scheduling and some other functionality. Had some interesting problems to solve along the way but it is a fun language to work with and micropython is very stable on esp32.
Re: MicroPython
#69They really push the pyboard which is cool and all, but imho, the killer application for Micropython has been the ESP8266 port and now the ESP32.
The original pyboard can be had for around $20 and used to be closer to $30. The ESP8266 is a couple dollars, and the ESP32 is just north of $5.
Obviously, we're only talking about a handful of dollars, but for embedded systems, it matters.
Re: MicroPython
#70Fpga version so cover the really open issue?
Single global thread issue still around?
And whilst I like ulisp it is tie down with arduino and hope this will go out. Trying the js microprocessor implementation and let these two compete at least.