MicroPython Forum (Archive)

I started porting MicroPython (finding/making drivers and adding example code) for the T-Wristband hardware: Hackaday GitHub

I'm implementing a shiftOut function in Python to drive a 595 - for my IMTAIDKW project. Here's a Python example of it: def shiftOut(byte): latch.off() for i in range(8): value = byte & 1<<i #Is bit set or cleared? data.value(value) clock.on() clock.off() Here's a @micropython.viper-ported shiftOut ...

I've ported my HD44780 library from pyLCI project to MicroPython. It's very lightweight, LiquidCrystal-compatible, expandable for various different hardware interfaces and quite readable. Here it is. If you need drivers for some other hardware interfaces, just post a thread reply, I can provide you ...

I've ported a Python driver for HMC5883L magnetometer to MicroPython, thanks to how easy it is to re-use Python code =)
Here's the driver. Hope it will be useful to somebody

That would be a truly wonderful project. If it gets finished, I'll make my own version =)

I second that. It'd be great for those numerous keyboard emulation projects =)

For BT, I'd recommend any Bluetooth-to-UART module able to communicate in Slave mode. Most famous are, of course, HC-05/HC-06/HC-whatever, more can be found here - an excellent resource on those modules. They're sold on eBay for about 5$ each, and some of them are sold on a convenient breakout board...

Nice! Do you consider passing pyb.I2C class object to a constructor a good practice? If so, I guess I've got some pull requests to make =)

Aha, clear! Thank you for the code! I guess for directly connected display library I'll copy LiquidCrystal interface because it'll be easier for Arduino folks to rewrite their code if they move to different board, but your code might make an excellent base for LiquidCrystal_I2C =)

It's not really a problem of MicroPython - it's not adding "\n" to the received data, it's the Arduino that sends "\n" when you use println() instead of just print () =) And IMO parsing with Python is much more easier - so it shouldn't be a problem. No, there's no better idea, idea of waiting for "/...