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.
    • o_lampeundefined
      o_lampe @achrn
      last edited by o_lampe

      @achrn
      NeoPixel control and on_the_fly post-processing are two good arguments for SBC use. I wish, we could also simulate gcode files on the Pi.

      [OT]
      I had a sand table almost ready to run on my hashPrinter with 4 balls/magnets, but the noise was too disturbing.
      I read of people using baking soda or other stuff instead of sand.

      re: ball/magnet:

      • don't use stainless steel balls from ball bearings
      • build a steel magnet holder with a good flux-return path, it doubles the magnetic force
      dc42undefined 1 Reply Last reply Reply Quote 0
      • dc42undefined
        dc42 administrators @o_lampe
        last edited by

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

        NeoPixel control and on_the_fly post-processing are two good arguments for SBC use.

        All Duet 3 main boards can control Neopixels.

        Duet WiFi hardware designer and firmware engineer
        Please do not ask me for Duet support via PM or email, use the forum
        http://www.escher3d.com, https://miscsolutions.wordpress.com

        o_lampeundefined 1 Reply Last reply Reply Quote 0
        • o_lampeundefined
          o_lampe @dc42
          last edited by

          @dc42
          RRF can do basic stuff with NeoPixels, but i've seen 'animations' with colour fading and other beautiful stuff. (campfire or ocean waves)
          That's beyond RRFs capability AFAIK. It's overkill for simple 3D printers, but nice to have for sandtables and such.

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

            How do I determine the transferreadypin on a lepotato?

            chrishammundefined Falcounetundefined 2 Replies Last reply Reply Quote 0
            • chrishammundefined
              chrishamm administrators @Mentaluproar
              last edited by

              @Mentaluproar According to https://docs.google.com/spreadsheets/d/1U3z0Gb8HUEfCIMkvqzmhMpJfzRqjPXq7mFLC-hvbKlE/edit#gid=0 it should be gpiochip1, number 79.

              Duet software engineer

              Mentaluproarundefined 2 Replies Last reply Reply Quote 1
              • 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