Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login

    SBC mode on non-pi's

    Scheduled Pinned Locked Moved
    General Discussion
    10
    27
    1.5k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • deckingmanundefined
      deckingman @Mentaluproar
      last edited by

      @Mentaluproar said in SBC mode on non-pi's:

      @achrn You're the guy behind Sisyphus? ...............

      Sisyphus was so cool.

      For info, the original Sisyphus machine was invented by a guy called Bruce Shapiro. I've seen one of his machines at Questacon in Canberra, Australia which was installed in 2013 but there are others around the world.

      Also for info, Sisyphus (or Sisyphos) was a king of Corinth in Greek mythology, who was condemned by Zeus to spend all eternity rolling a boulder up a hill in Hades. Hence the name given to the machines. 🙂

      Ian
      https://somei3deas.wordpress.com/
      https://www.youtube.com/@deckingman

      1 Reply Last reply Reply Quote 0
      • Mentaluproarundefined
        Mentaluproar @chrishamm
        last edited by Mentaluproar

        @chrishamm I'm getting an operation failed error. Failed to open IO device. Error 19. Cannot put line into event mode. I applied the settings you gave me. Seems there's something still amiss here.

        chrishammundefined 1 Reply Last reply Reply Quote 0
        • chrishammundefined
          chrishamm administrators @Mentaluproar
          last edited by

          @Mentaluproar You probably need to remove the pin from the sysfs interface first by running echo 480 > /sys/class/gpio/unexport as root.

          Duet software engineer

          Mentaluproarundefined 1 Reply Last reply Reply Quote 0
          • Mentaluproarundefined
            Mentaluproar @chrishamm
            last edited by Mentaluproar

            @chrishamm said in SBC mode on non-pi's:

            echo 480 > /sys/class/gpio/unexport

            bash: echo: write error: Invalid argument

            My understanding is this has been depreciated so it might not work properly.

            1 Reply Last reply Reply Quote 0
            • Mentaluproarundefined
              Mentaluproar @chrishamm
              last edited by

              @chrishamm on the bottom it says the first 10 pins are on gpiochip0. I switched it in DWC config but it just gave an error 22 this time, so I guess this isn't helping either.

              1 Reply Last reply Reply Quote 0
              • Falcounetundefined
                Falcounet @Mentaluproar
                last edited by

                @Mentaluproar What does gpioinfo returns ? If you are lucky enough, the device tree is correctly documented and the pin number will be displayed

                1 Reply Last reply Reply Quote 0
                • Nurgelrotundefined
                  Nurgelrot
                  last edited by

                  Working with anything other than a PI make sure you install the gpiod package. This gives you the gpioinfo utility that will list out all the pins whatever chipset you using has access to. And if you are super lucky the maker of your SBC will have them documented mapping to the the PI's heaader. Hardkernel is pretty good about this with the Odroid line of SBC but others vary.

                  As for the usefulness with current RRF. I'm on the fence. Some things about the way the pi works I like and others just make it more wiring... The one biggest feature I've stumbled onto is leaving the pi on leaves DWC up. This lets me power the main board on and off from a tasmota and the btncmd plugin. Also software updates are easier esp if you want to bounce between stable and unstable... That's about it so far.

                  1 Reply Last reply Reply Quote 1
                  • Nurgelrotundefined
                    Nurgelrot
                    last edited by

                    I just spent 2 day trying to get Le Potato working with RRF - with both the standard Duet3 boards as well as some STM32F4's.

                    No Dice. The issue isn't the TranferReadyPin thats pretty easy to find and use. Line 79 on /dev/gpiochip1. The real issues is the lack of OS images with working SPI overlays. I was able to get it loaded into the kernel with the Raspian image off the Libre Computers site and their wiringTools package. But was unable to get DuetControlServer to talk over it.

                    So I give up 🙂 if anyone else gets it working drop me a note I'd love to know what I was doing wrong.

                    Falcounetundefined 1 Reply Last reply Reply Quote 0
                    • Falcounetundefined
                      Falcounet @Nurgelrot
                      last edited by

                      @Nurgelrot WiringPi uses the sysfs interface. You want to use spidev.

                      Nurgelrotundefined 1 Reply Last reply Reply Quote 0
                      • Nurgelrotundefined
                        Nurgelrot @Falcounet
                        last edited by

                        @Falcounet yep I got /dev/spidev0.0 /dev/spidev0.1 to show up an got them merged into the current kernel passed in the bufsiz on the grub line options to the kernel cuz the modprobe.d method doesn't work. Just would not talk. Error 19. Maybe I'll get curious in few days and go for another round with it.

                        1 Reply Last reply Reply Quote 0
                        • achrnundefined achrn referenced this topic
                        • First post
                          Last post
                        Unless otherwise noted, all forum content is licensed under CC-BY-SA