• Posts

  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

adafruit's Achievements

  1. 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.
  2. hi @chwe we never got a restructing PR from you, can you let us know when you would be submitting it?
  3. 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
  4. @TonyMac32you can start a PR here theres no magic way to detect, we wish there was a mix of grepping files usually gets ya there
  5. 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 your devboard will get access to nearly 150 drivers and libraries - from OLEDs to sensors to LoRa radios - and more always on the way
  6. @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!
  7. we will be supporting ESP8266 and ESP32 as co-processors -
  8. 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
  9. we've updated the library structure, @chwe wanna take another look?
  10. 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
  11. 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 the new platform detection repo is here - it will be replacing the current platform detection.
  12. gpio is libgpiod i2c is direct ioctls spi is spidev
  13. 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.
  14. 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