adafruit

hi @TonyMac32 please take care of your fam.... @chwe when ya can, please submit a PR that fixes the "bloated" "mess" of code to best help the community.

hi @chwe we never got a restructing PR from you, can you let us know when you would be submitting it?

ok - hopefully its sustainable now we've split chip/board definitions so if its an allwinner chip, we can recycle that collection of pins to create a large variety of boards

@TonyMac32you can start a PR here https://github.com/adafruit/Adafruit_Python_PlatformDetect/pulls theres no magic way to detect, we wish there was a mix of grepping files usually gets ya there

hiya @lanefu - thank you! more armbian boards are welcome (i had an orangepi on hand) if anyone would like to add support for their boards - we have libgpiod for easy-gpio control and use spidev/smbus for i2c/spi so adding other chips and boards is less than a day of effort we can help and mentor if you're not sure how - please open an issue or create a PR here https://github.com/adafruit/Adafruit_Blinka your devboard will get access to nearly 150 drivers and libraries - from OLEDs to sensors to LoRa radios - and more always on the way https://github.com/adafruit/Adafruit_CircuitPython_Bundle/blob/master/circuitpython_library_list.md

@chwe hiya restructuring PR's that don't break all the tests are welcome, we aren't experts at structuring code like you are if there's some other cross-platform detection suite, we'd use that instead please let us know if you can help us with code restructuring!

we will be supporting ESP8266 and ESP32 as co-processors - https://learn.adafruit.com/adding-a-wifi-co-processor-to-circuitpython-esp8266-esp32

hiya - we wanted an easy and extensible way to support the large # of various linux boards - and doing it this way means very little effort for a big outcome! we've got 125 libraries and drivers, having them all work on any computer would avoid duplication of effort and MORE COOL HARDWARE being built

we've updated the library structure, @chwe wanna take another look?

sounds good, yeah we're still working out the platform detection stuff, your structure looks good! we also will be adding 96boards support so that's a whole 'nother collection of mysteries for ESP32, blinka will probably work, we just haven't tested it. we'll probably go back to that after getting linux sorted out

hiya - yes circuitpython is originally designed to run on small microcontrollers. as we've ported over 100 drivers, libraries and helpers, the light-but-complete API can also be really great for Python 3 computers. that way people can start a project on smaller chips, then 'upgrade' to a SBC when they want video, mp3, full tcpip stack. or they can just take advantage of all the drivers to make IoT SBC with sensors we sorted out the API about 2 years ago when we started circuitpython, and have been hacking on adding the Py3 support layer over the last few months. the translation layer repository is here https://github.com/adafruit/Adafruit_Blinka the new platform detection repo is here https://github.com/adafruit/Adafruit_Python_PlatformDetect - it will be replacing the current platform detection.

i will test SPIdev tonite

gpio is libgpiod i2c is direct ioctls spi is spidev https://github.com/adafruit/Adafruit_Blinka/tree/master/src/adafruit_blinka/microcontroller/generic_linux

thanks folks - if y'all can help with getting the uart/spi emabled (sounds like its possible), we will do all the documentation so people can use the odroid c2 w/armbian with a wide variety of gpio/spi/uart/i2c devices including parts like DHT sensors, gps, servos, IR, etc. good for home automation, IoT, etc! that will relieve ya'll from trying to do that kind of support.

ooh ok didnt realize the image was a full image, thought you meant a kernel image yeah i can't run the `gpio readall` program that would normally give me the MUX data so no idea what anything is set up as. serial might not be muxed right. all very mysteirous