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

    Few questions about building the DSF 3.4.x

    Scheduled Pinned Locked Moved
    DSF Development
    2
    7
    248
    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.
    • Arplyuundefined
      Arplyu
      last edited by

      Hi! I'd like to add some minor changes to the DSF. As a first step, I tried to build standard version myself, and the process looked successful but in reality not everything is clear.

      Could anybody please answer these questions:

      1. Which way is actually preferred - makefile in the root directory, or build.sh in /pkg?
      2. I haven't found in either of those files a target for building reprapfirmware package - what am I missing?
      3. I compiled .deb for 64-bit raspiOS. If I understand correctly, aarch64 (as it is named in pkg/build.sh) is just another name for the same architecture, but attempt to install from this package fails with package architecture (aarch64) does not match system (arm64) (though uname gives aarch64!). Is it known problem?

      (please take into consideration these points:

      • I need to build version 3.4.4, maximum 3.4.6 - for compatibility with the modified RRF.
      • I haven't had experience with .NET stuff and with building .deb packages by myself before, sorry if some questions seem too primitive for experienced users
      • my goal is to do compilation of .deb packages for standard raspiOS (both 32 and 64 bits) on my x86-64 ubuntu machine)

      Thank you

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

        @Arplyu HTH:

        1. The Makefiles were contributed, I don't maintain them. The build.sh is the proper way to generate .deb packages
        2. Our reprapfirmware package is built on our package server because a headless Eclipse build was barely possible in the past and because that gives us the option to push multiple RRF builds for the same DSF version. If you need the code for that package, I can set up a new repo for it
        3. We actually provide arm64 packages, AFAIR the build.sh script has a switch for that, too

        Duet software engineer

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

          @Arplyu Here's a copy of the RepRapFirmware package files including basic instructions on how to build it: https://github.com/Duet3D/RepRapFirmware-pkg

          Duet software engineer

          Arplyuundefined 1 Reply Last reply Reply Quote 0
          • Arplyuundefined
            Arplyu @chrishamm
            last edited by

            @chrishamm

            1. Roger
            2. Thanks a lot, I will check it out asap
            3. Just tested passing --target=arm64 , seems to build it. I was a little bit confused that this option was not listed in the help. Will try those packages on my raspi a little later.

            Thank you very much! I'll get back here if have further questions

            1 Reply Last reply Reply Quote 0
            • Arplyuundefined
              Arplyu @chrishamm
              last edited by Arplyu

              @chrishamm
              I built all deb packages for arm64 (for 3.4.4), installed them successfully. I increased SPI buffer size as explained to 8192. Then I enabled both DuetControlServer and DuetWebServer services; successfully connected to DWC from the browser. A macro file created from DWC appeared on the Raspi... BUT! Running tools like CodeConsole and ModelObserver fail with Failed to connect to DCS. There is one suspicious record in logs, despite I mentioned above:

              Sep 13 13:42:50 core DuetControlServer[1745]: [warn] Kernel SPI buffer size is smaller than RepRapFirmware buffer size (4096 configured vs 8192 required)
              

              Could that be a problem? If yes, what is wrong? shouldn't file /etc/modprobe.d/spidev.conf have set the right size? Or may be I've missed some step in the setup?

              Thanks!

              UPD: I increased buffer size as explained here, the warning from service's log disappeared, but still cannot connect to DCS

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

                @Arplyu Your user must br part of the dsf group or invoke it as root.

                Duet software engineer

                Arplyuundefined 1 Reply Last reply Reply Quote 0
                • Arplyuundefined
                  Arplyu @chrishamm
                  last edited by

                  @chrishamm thanks! Now everything works fine!

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