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

    Duet3+SBC: Add Rpi CPU as sensor?

    Scheduled Pinned Locked Moved
    Duet Web Control
    2
    15
    428
    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.
    • A Former User?
      A Former User @A Former User
      last edited by

      @bearer said in Duet3+SBC: Add Rpi CPU as sensor?:

      edit2 sort of woks, but there are arbitrary spikes to 0 and 2000 when the sensor is destroyed and re-created(?), even if only using M308 S2 Bn

      @dc42 is this intended behavior or could it be avoided when modifying a sensor? (Duet 2 Wifi + RRF 3.1.1)

      1 Reply Last reply Reply Quote 0
      • fractalengineerundefined
        fractalengineer @A Former User
        last edited by

        @bearer hah I didn't remember that comment; it's been a long-awaited feature for me as you can see haha

        I can barely understand what you're trying to do here, but could there be way to use daemon.g in that case?

        Railcore II ZL

        A Former User? 1 Reply Last reply Reply Quote 0
        • A Former User?
          A Former User @fractalengineer
          last edited by

          @fractalengineer said in Duet3+SBC: Add Rpi CPU as sensor?:

          I can barely understand what you're trying to do here

          After thinking I could change the name instead of the temperature, i figured that I could actually change the temperature for a fixed value resistor by changing the calibration parameters. I.e. 10k ohm could be made to represent any temperature we want by changing the B paramter (or possibly H or L)

          you'd have a script running on the pi, parsing /proc/ or /sys/ or wherever the temp read is, calculate the appropriate parameter and send the new M308 code to the Duet via echo M308 Sn Bn/Hn/Ln | sudo /opt/dsf/bin/CodeConsole.

          the end result would be that you can graph the Pi temp as if it had an actual thermistor (but admittedly you could also stick the thermistor in the Pi at stage, the other guy didn't have any IO left so didn't think of it)

          fractalengineerundefined 1 Reply Last reply Reply Quote 0
          • fractalengineerundefined
            fractalengineer @A Former User
            last edited by

            @bearer yeah my IO are also full I'm saving my 4 last ones for a RGBW led strip haha

            Railcore II ZL

            1 Reply Last reply Reply Quote 0
            • A Former User?
              A Former User
              last edited by

              leds only need outputs, if there is an input on the same header it could probably be used?

              fractalengineerundefined 1 Reply Last reply Reply Quote 0
              • fractalengineerundefined
                fractalengineer @A Former User
                last edited by

                @bearer holy shit I didn't know that

                Railcore II ZL

                fractalengineerundefined 1 Reply Last reply Reply Quote 0
                • fractalengineerundefined
                  fractalengineer @fractalengineer
                  last edited by

                  @fractalengineer so you mean I can use IO ports in and out for separate stuff?

                  Like a thermistor on io7.in and a fan on io7.out??

                  Railcore II ZL

                  A Former User? 1 Reply Last reply Reply Quote 0
                  • A Former User?
                    A Former User @fractalengineer
                    last edited by A Former User

                    @fractalengineer said in Duet3+SBC: Add Rpi CPU as sensor?:

                    so you mean I can use IO ports in and out for separate stuff?

                    well, i'd definitively try it - no reason it shouldn't be possible afaik. (but not all inputs are created equal ref https://duet3d.dozuki.com/Wiki/Duet_3_Mainboard_6HC_Hardware_Overview#Section_IO so no thermistor on io7.in in any case)

                    fractalengineerundefined 1 Reply Last reply Reply Quote 0
                    • fractalengineerundefined
                      fractalengineer @A Former User
                      last edited by

                      @bearer Ohhh I see it

                      b205a95e-a840-4680-bb2a-c44fb501513b-image.png

                      Ok so every IO port may not be capable of sending pwm / receiving analog , BUT they can all sense a 3.3 or 5V in (for switch, button, endstops etc...), and/or send a 3.3 or 5V out (for servos(?) led?) am I right?

                      Railcore II ZL

                      A Former User? 1 Reply Last reply Reply Quote 0
                      • A Former User?
                        A Former User @fractalengineer
                        last edited by

                        @fractalengineer correct, they're all plain old digital I/O and some are fancy.

                        fractalengineerundefined 1 Reply Last reply Reply Quote 1
                        • fractalengineerundefined
                          fractalengineer @A Former User
                          last edited by

                          @bearer well damn I just doubled my IO ports in my head

                          Railcore II ZL

                          1 Reply Last reply Reply Quote 0
                          • A Former User?
                            A Former User
                            last edited by A Former User

                            Do note I've not tried if say IO1.out can be used as a digital input but they would have none of the input protection IO1.in has in hardware - and it would be down to the firmware to allow IO1.out to be configured as an input.

                            And using IO1.in as an output would probably also be less than ideal; it would only be possible to get it down to about 1v not 0v.

                            But hopefully you meant you could use IO1.out independent of IO1.in which i hope to be true.

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