RepRapFirmware 2.0 with RTOS in development


  • administrators

    The refactoring of RepRapFirmware to use a Real Time Operating System, which got postponed for many months because of demands from Duet users for additional features, is finally happening and the first phase has been committed to GitHub. There are new v2-dev branches of the RepRapFirmware and CoreNG projects that use a RTOS kernel. The first release will be version 2.0. Don't expect to see it for several weeks, although I may make alpha builds available for those who are interested (or insane) enough to try them.

    The large amount of work involved means that I will not be adding any major new features to RRF until the RTOS work is completed. So please be patient. For those of you who are software developers, I will not be accepting new pull requests to the existing master or dev branches in GitHub , because I do not intend to change the intended behaviour of the existing 1.21 firmware. I will consider pull requests to the v2-dev branch in a week or two from now.

    The change to using a RTOS will make RepRapFirmware more efficient and will make it easier to add some major new features, both to the existing Duet 2 series and to its successors that are under development.

    Sadly, the additional memory requirements of RTOS are not compatible with the limited memory of the older SAM3X based Duets. So they will not be able to run RepRapFirmware 2.0. As previously announced, RRF 1.21 is the last planned version of RRF for those boards (Duet 0.6 and Duet 0.8.5), although if any serious bugs in 1.21 emerge then I will do a 1.21.1 maintenance release if it is justified. This decision has not been taken lightly; but I am determined to avoid getting stuck in a technological rut by catering for the lowest common denominator hardware, in the way that Marlin firmware has. It is of course open to any of you with sufficient software skills to create your own fork of RRF to provide new features on the older Duets and other SAM3X-based boards.

    I'll post further news of RRF 2.0 as progress is made.



  • Can you clarify which boards are using the SAM3X series chips and not compatible? I have a Duetwifi, but there is a sticker over the CPU that prevents me from reading the part number.



  • The DuetWifi and DuetEthernet are both "existing Duet 2 series" and will get RRF v2.
    Duet 0.6 and 0.8 are "the old ones" - and will stay on 1.21.



  • Sign me up for Alpha. I have a Duet that is not in a printer at the moment, and I've been "Playing with things" on that one… 🙂



  • @Danal:

    Sign me up for Alpha. I have a Duet that is not in a printer at the moment, and I've been "Playing with things" on that one… 🙂

    +1



  • When will the Duet Maestro be announced for purchase?



  • @Danal:

    Sign me up for Alpha. I have a Duet that is not in a printer at the moment, and I've been "Playing with things" on that one… 🙂

    +1



  • What upgrades will this new hardware have over the existing Duet 2 series?

    Will it be compatible with the existing accessories: panelDue, smart effector, duex5 / duex?



  • I will try the Alpha on my DuetWifi IDEX printer. Sign me up.


  • administrators

    @klcjr89:

    When will the Duet Maestro be announced for purchase?

    When we can provide a shipping date for it. Currently there are only 3 prototypes in existence. Just to be clear, it is a lower-specification board than the Duet Ethernet.



  • @dc42:

    @klcjr89:

    When will the Duet Maestro be announced for purchase?

    When we can provide a shipping date for it. Currently there are only 3 prototypes in existence. Just to be clear, it is a lower-specification board than the Duet Ethernet.

    David

    Can you share the basic specs of it it may interest some people out there as I assume the price will be reduced as well and may attract more people into the Duet Family so to speak.

    Doug


  • administrators

    The basic port to use RTOS is now working. Currently RepRapFirmware is running with just two tasks (one for heating control and one for everything else). The next step is to separate out the networking subsystem into a separate task, followed by GCode processing and movement. I've not yet decided whether to use a task for generating the step pulses or to leave that as an ISR.

    The RTOS I chose is FreeRTOS. It is small and lightweight, ideally suited to embedded applications on ARM Cortex processors. It's coded to high standards - it claims compliance with the MISRA-C coding standard, which is the one used widely for critical C software in automotive, aerospace and other sectors.


  • administrators

    @Dougal1957:

    @dc42:

    @klcjr89:

    When will the Duet Maestro be announced for purchase?

    When we can provide a shipping date for it. Currently there are only 3 prototypes in existence. Just to be clear, it is a lower-specification board than the Duet Ethernet.

    David

    Can you share the basic specs of it it may interest some people out there as I assume the price will be reduced as well and may attract more people into the Duet Family so to speak.

    Doug

    We did the work with an OEM who is going to be releasing the information soon. They own the timeline for this!



  • I was aware that the work was for an OEM shame they haven't announced anything yet wonder if they will try and keep it to themselves or let you guy's have it in your shop as well.

    Good to hear that you have the initial port David very excited to actually give it a go
    I have a Ethernet with Duex5 sitting here just ready for some testing to happen until I can get the CoreXY to a state ready to take the controller (That will have a Smart effector re-purposed for it) Carriage for that is already done

    Keep up the excellent work.

    Doug



  • @dc42:

    The basic port to use RTOS is now working. Currently RepRapFirmware is running with just two tasks (one for heating control and one for everything else). The next step is to separate out the networking subsystem into a separate task, followed by GCode processing and movement. I've not yet decided whether to use a task for generating the step pulses or to leave that as an ISR.

    The RTOS I chose is FreeRTOS. It is small and lightweight, ideally suited to embedded applications on ARM Cortex processors. It's coded to high standards - it claims compliance with the MISRA-C coding standard, which is the one used widely for critical C software in automotive, aerospace and other sectors.

    Does this mean we might see the ability to upload a file at the same time as printing?


  • administrators

    @DADIY:

    @dc42:

    The basic port to use RTOS is now working. Currently RepRapFirmware is running with just two tasks (one for heating control and one for everything else). The next step is to separate out the networking subsystem into a separate task, followed by GCode processing and movement. I've not yet decided whether to use a task for generating the step pulses or to leave that as an ISR.

    The RTOS I chose is FreeRTOS. It is small and lightweight, ideally suited to embedded applications on ARM Cortex processors. It's coded to high standards - it claims compliance with the MISRA-C coding standard, which is the one used widely for critical C software in automotive, aerospace and other sectors.

    Does this mean we might see the ability to upload a file at the same time as printing?

    Yes, I hope to support that. In the longer term more complicated stuff, like simulating newly uploaded files in the background so that an accurate print time is known.



  • @dc42:

    @DADIY:

    @dc42:

    The basic port to use RTOS is now working. Currently RepRapFirmware is running with just two tasks (one for heating control and one for everything else). The next step is to separate out the networking subsystem into a separate task, followed by GCode processing and movement. I've not yet decided whether to use a task for generating the step pulses or to leave that as an ISR.

    The RTOS I chose is FreeRTOS. It is small and lightweight, ideally suited to embedded applications on ARM Cortex processors. It's coded to high standards - it claims compliance with the MISRA-C coding standard, which is the one used widely for critical C software in automotive, aerospace and other sectors.

    Does this mean we might see the ability to upload a file at the same time as printing?

    Yes, I hope to support that. In the longer term more complicated stuff, like simulating newly uploaded files in the background so that an accurate print time is known.

    Any chance on being able to store/recall variables and use if/then, addition/subtraction logic statements in macros?


  • administrators

    That's planned, but not directly related to RTOS.


  • administrators

    Further progress yesterday and today. RepRapFirmware 2.0 alpha now has a thread-safe file system! This paves the way for splitting the code into more tasks. The next work item will be to make PrintMonitor and the interfaces between Network and the rest of the system thread-safe, after that the network subsystem can run as a separate task. That will allow more network stuff to happen in parallel with SD card access, which should speed things up a little.



  • Does this mean that eventually we won't have the problem where the system pauses while the hot end is heating when using the PanelDue? The system becomes unresponsive to any commands until the heating is is complete. Any commands issued (ie: homing) during that period would only happen after the hot end heater reaches the temp.


Locked
 

Looks like your connection to Duet3D was lost, please wait while we try to reconnect.