adafruit

Members
  • Content Count

    9
  • Joined

  • Last visited

About adafruit

  • Rank
    Newbie

Recent Profile Visitors

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

  1. adafruit

    Adafruit CircuitPython

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

    Adafruit CircuitPython

    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
  3. adafruit

    Adafruit CircuitPython

    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.
  4. adafruit

    Use GPIO on C2 with Mainline Kernel

    i will test SPIdev tonite
  5. adafruit

    Use GPIO on C2 with Mainline Kernel

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

    Use GPIO on C2 with Mainline Kernel

    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.
  7. adafruit

    Use GPIO on C2 with Mainline Kernel

    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
  8. adafruit

    Use GPIO on C2 with Mainline Kernel

    hiya, bitbang SPI is just fine, as long as its a device. i think i'll wait till the kernel's in a downloadable image - hopefully soon for the uart, there's ttyAML0, but that's attached to the console? its the 4 pin header at the edge called UART right? pi@odroidc2:~$ dmesg | grep tty [ 0.000275] console [tty0] enabled [ 0.565504] c81004c0.serial: ttyAML0 at MMIO 0xc81004c0 (irq = 13, base_baud = 1500000) is a meson_uart [ 0.565540] console [ttyAML0] enabled we want to access the uart on the 40 pin connector, e.g. the non-console UART this documentation sorta implies its on ttyS1 https://wiki.odroid.com/odroid-c2/application_note/gpio/uart and no other details :/
  9. adafruit

    Use GPIO on C2 with Mainline Kernel

    exciting! i just bumped into this trying to port CircuitPython to odroid C2. i2c exists and works, and no spidev even when i modprobe.. root@odroidc2:/home/pi# uname -a Linux odroidc2 4.18.8-odroidc2 #244 SMP PREEMPT Tue Sep 18 18:33:22 CEST 2018 aarch64 GNU/Linux do you know what release i need to look for, when this will be included - like what the release would be called/numbered? cause that would be way faster than bitbanging in python also, somewhat relatedly, the onboard uart /dev/ttyS1 isn't working either, device exists but can't open it :/ root@odroidc2:/home/pi# cat uarttest.py import serial ser = serial.Serial('/dev/ttyS1') # open serial port print(ser.name) # check which port was really used ser.write(b'hello') # write a string ser.close() # close port running it ... root@odroidc2:/home/pi# python3 uarttest.py Traceback (most recent call last): File "/usr/local/lib/python3.5/dist-packages/serial/serialposix.py", line 323, in _reconfigure_port orig_attr = termios.tcgetattr(self.fd) termios.error: (5, 'Input/output error') During handling of the above exception, another exception occurred: Traceback (most recent call last): File "uarttest.py", line 3, in <module> ser = serial.Serial('/dev/ttyS1') # open serial port File "/usr/local/lib/python3.5/dist-packages/serial/serialutil.py", line 240, in __init__ self.open() File "/usr/local/lib/python3.5/dist-packages/serial/serialposix.py", line 272, in open self._reconfigure_port(force_update=True) File "/usr/local/lib/python3.5/dist-packages/serial/serialposix.py", line 326, in _reconfigure_port raise SerialException("Could not configure port: {}".format(msg)) serial.serialutil.SerialException: Could not configure port: (5, 'Input/output error') but all the documentation for this board says it should 'just work' with kernels 3.x - not sure if this also broke in 4.x