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

IMPORTANT ISSUE with bed temp controller

Scheduled Pinned Locked Moved Solved
Firmware developers
fire risk
8
86
3.9k
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.
  • undefined
    Luke'sLaboratory @jay_s_uk
    last edited by 14 Jan 2021, 17:05

    @jay_s_uk @jrockland

    Wait - this means that to have the bed be "off" - the duet needs to run with out3 "on"

    so if the duet doesn't send signal (or if a wire gets cut, loose, etc) the relays will be turned on?

    Otherwise, yeah, the frequency thing is definitely a non-recommended setup as well - Could @jrockland confirm that they're SSR's and not "traditional" relays?

    Luke
    http://lukeslab.online

    undefined 1 Reply Last reply 14 Jan 2021, 17:20 Reply Quote 1
    • undefined
      Luke'sLaboratory @jrockland
      last edited by 14 Jan 2021, 17:07

      @jrockland Yes - the ! is to invert the signal, in this case, for the duet to turn "on" the expected output, it needs to turn "off" the on-board output.

      Luke
      http://lukeslab.online

      undefined 1 Reply Last reply 14 Jan 2021, 17:25 Reply Quote 0
      • undefined
        jay_s_uk
        last edited by 14 Jan 2021, 17:09

        which definitely isn't very fail safe...

        Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

        undefined 1 Reply Last reply 14 Jan 2021, 17:10 Reply Quote 0
        • undefined
          Veti @jrockland
          last edited by 14 Jan 2021, 17:09

          @jrockland said in IMPORTANT ISSUE with bed temp controller:

          M308 S0 P"temp0" Y"thermistor" A"HOT END" T100000 B4138
          M308 S1 P"temp1" Y"thermistor" A"BED CORE" T100000 B4138
          M308 S2 P"temp3" Y"thermistor" A"BED ACTUAL" T100000 B4138

          those settings rre incorrect.find the correct beta value in the thermistor documentation.

          M950 H1 C"!io3.out" T1

          i would suggest that you connect it to out0

          undefined undefined undefined 3 Replies Last reply 14 Jan 2021, 17:10 Reply Quote 1
          • undefined
            Luke'sLaboratory @jay_s_uk
            last edited by 14 Jan 2021, 17:10

            @jay_s_uk Agreed, this makes me anxious

            Luke
            http://lukeslab.online

            1 Reply Last reply Reply Quote 1
            • undefined
              jay_s_uk @Veti
              last edited by 14 Jan 2021, 17:10

              @Veti said in IMPORTANT ISSUE with bed temp controller:

              i would suggest that you connect it to out0

              doesn't really matter in this case as its using an external relay

              Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

              1 Reply Last reply Reply Quote 1
              • undefined
                Luke'sLaboratory @Veti
                last edited by Luke'sLaboratory 14 Jan 2021, 17:11

                @Veti Depending on the actual thermistors they could be, but having all 3 be identical is suspect for sure! - would need validation to be 100% sure. For relay outputs, any output is fine, I prefer to use a connectorized output for my SSR ones.

                Luke
                http://lukeslab.online

                undefined 1 Reply Last reply 14 Jan 2021, 17:11 Reply Quote 0
                • undefined
                  Veti @Luke'sLaboratory
                  last edited by 14 Jan 2021, 17:11

                  @Luke-sLaboratory

                  B4138 thermistors have not been used in years. so its very unlikely that its correct.

                  undefined undefined 2 Replies Last reply 14 Jan 2021, 17:12 Reply Quote 1
                  • undefined
                    Luke'sLaboratory @Veti
                    last edited by 14 Jan 2021, 17:12

                    @Veti Fair, I have some in a cabinet somewhere as a backup to my backup's backups. 😄

                    Luke
                    http://lukeslab.online

                    1 Reply Last reply Reply Quote 0
                    • undefined
                      jrockland @jay_s_uk
                      last edited by 14 Jan 2021, 17:15

                      @jay_s_uk Jan 14 00:00:09 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="8.1901.0" x-pid="388" x-info="https://www.rsyslog.com"] rsyslogd was HUPed
                      Jan 14 00:00:10 raspberrypi systemd[1]: man-db.service: Succeeded.
                      Jan 14 00:00:10 raspberrypi systemd[1]: Started Daily man-db regeneration.
                      Jan 14 00:02:30 raspberrypi DuetControlServer[14574]: [warn] Lost connection to Duet (Board is not available (no header))
                      Jan 14 00:02:30 raspberrypi DuetControlServer[14574]: [info] Connection to Duet established
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: bits received from HRNG source: 480064
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: bits sent to kernel pool: 424096
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: entropy added to kernel pool: 424096
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: FIPS 140-2 successes: 24
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: FIPS 140-2 failures: 0
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Monobit: 0
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Poker: 0
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Runs: 0
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Long run: 0
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Continuous run: 0
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: HRNG source speed: (min=238.614; avg=440.907; max=492.430)Kibits/s
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: FIPS tests speed: (min=3.285; avg=14.301; max=31.423)Mibits/s
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: Lowest ready-buffers level: 2
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: Entropy starvations: 0
                      Jan 14 00:04:45 raspberrypi rngd[377]: stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us
                      Jan 14 00:17:01 raspberrypi CRON[32185]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
                      Jan 14 00:25:30 raspberrypi DuetControlServer[14574]: [warn] Lost connection to Duet (Board is not available (no header))
                      Jan 14 00:25:30 raspberrypi DuetControlServer[14574]: [info] Connection to Duet established
                      Jan 14 00:32:49 raspberrypi DuetControlServer[14574]: [warn] Lost connection to Duet (Board is not available (no header))
                      Jan 14 00:32:49 raspberrypi DuetControlServer[14574]: [info] Connection to Duet established
                      Jan 14 00:51:21 raspberrypi DuetControlServer[14574]: [warn] Bad header CRC32 (expected 0x6d61620f, got 0x45d967fb)
                      Jan 14 00:51:21 raspberrypi DuetControlServer[14574]: [warn] Note: RepRapFirmware didn't receive valid data either (code 0x00000005)
                      Jan 14 00:56:55 raspberrypi DuetControlServer[14574]: [warn] Bad header CRC32 (expected 0xd5e94b60, got 0x4319b529)
                      Jan 14 00:56:55 raspberrypi DuetControlServer[14574]: [warn] Note: RepRapFirmware didn't receive valid data either (code 0x00000005)
                      Jan 14 01:04:29 raspberrypi DuetControlServer[14574]: [warn] Lost connection to Duet (Board is not available (no header))
                      Jan 14 01:04:29 raspberrypi DuetControlServer[14574]: [info] Connection to Duet established
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: bits received from HRNG source: 500064
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: bits sent to kernel pool: 454336
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: entropy added to kernel pool: 454336
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: FIPS 140-2 successes: 25
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: FIPS 140-2 failures: 0
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Monobit: 0
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Poker: 0
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Runs: 0
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Long run: 0
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Continuous run: 0
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: HRNG source speed: (min=238.614; avg=440.930; max=492.430)Kibits/s
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: FIPS tests speed: (min=3.285; avg=14.314; max=31.423)Mibits/s
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: Lowest ready-buffers level: 2
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: Entropy starvations: 0
                      Jan 14 01:04:45 raspberrypi rngd[377]: stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us
                      Jan 14 01:17:01 raspberrypi CRON[3031]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
                      Jan 14 01:30:42 raspberrypi DuetControlServer[14574]: [error] Heater 1 fault: temperature excursion exceeded 15.0°C (target 90.0°C, actual 128.2°C)
                      Jan 14 01:30:42 raspberrypi DuetControlServer[14574]: [info] Job has been paused at byte 8469316, reason HeaterFault
                      Jan 14 01:30:42 raspberrypi DuetControlServer[14574]: [info] Starting macro file pause.g on channel Autopause
                      Jan 14 01:30:42 raspberrypi DuetControlServer[14574]: [info] Finished macro file pause.g
                      Jan 14 01:30:46 raspberrypi DuetControlServer[14574]: [info] Printing paused at X182.6 Y50.4 Z40.6 U10.0 V10.0
                      Jan 14 01:40:42 raspberrypi DuetControlServer[14574]: [info] Cancelled printing file 0:/gcodes/MEGATOR P1.gcode, print time was 8h 15m
                      Jan 14 01:40:42 raspberrypi DuetControlServer[14574]: [error] Shutting down due to un-cleared heater fault after 600 seconds
                      Jan 14 01:59:09 raspberrypi systemd[1]: Starting Daily apt download activities...
                      Jan 14 01:59:11 raspberrypi systemd[1]: apt-daily.service: Succeeded.
                      Jan 14 01:59:11 raspberrypi systemd[1]: Started Daily apt download activities.
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: bits received from HRNG source: 540064
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: bits sent to kernel pool: 484096
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: entropy added to kernel pool: 484096
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: FIPS 140-2 successes: 27
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: FIPS 140-2 failures: 0
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Monobit: 0
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Poker: 0
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Runs: 0
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Long run: 0
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: FIPS 140-2(2001-10-10) Continuous run: 0
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: HRNG source speed: (min=238.614; avg=443.777; max=492.430)Kibits/s
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: FIPS tests speed: (min=3.285; avg=14.223; max=31.423)Mibits/s
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: Lowest ready-buffers level: 2
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: Entropy starvations: 0
                      Jan 14 02:04:45 raspberrypi rngd[377]: stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us

                      undefined undefined 2 Replies Last reply 14 Jan 2021, 17:17 Reply Quote 0
                      • undefined
                        Veti @jrockland
                        last edited by 14 Jan 2021, 17:17

                        @jrockland said in IMPORTANT ISSUE with bed temp controller:

                        Jan 14 01:30:42 raspberrypi DuetControlServer[14574]: [error] Heater 1 fault: temperature excursion exceeded 15.0°C (target 90.0°C, actual 128.2°C)

                        this suggest a failure of the relay

                        1 Reply Last reply Reply Quote 1
                        • undefined
                          Luke'sLaboratory @jrockland
                          last edited by 14 Jan 2021, 17:17

                          @jrockland said in IMPORTANT ISSUE with bed temp controller:

                          pberrypi rngd[377]: stats: bits sent to kernel pool: 484096
                          Jan 14 02:04:45 raspb

                          My take from this is that it shut down the duet after 10 min of heater fault, and if the relays need a high signal to turn off, by having no signal (from a shut down duet) it just stayed on and caused the issue.

                          Luke
                          http://lukeslab.online

                          undefined 1 Reply Last reply 14 Jan 2021, 17:37 Reply Quote 0
                          • undefined
                            jrockland @Veti
                            last edited by 14 Jan 2021, 17:17

                            @Veti didnt understand the first part but Ill change it to out.0

                            undefined 1 Reply Last reply 14 Jan 2021, 17:18 Reply Quote 0
                            • undefined
                              Veti @jrockland
                              last edited by 14 Jan 2021, 17:18

                              @jrockland said in IMPORTANT ISSUE with bed temp controller:

                              didnt understand the first part

                              it means your bed will be reporting the wrong temperature.
                              it will display 100C but it wont be 100C

                              1 Reply Last reply Reply Quote 0
                              • undefined
                                jrockland @Luke'sLaboratory
                                last edited by 14 Jan 2021, 17:20

                                @Luke-sLaboratory I dont know what SSR mean, but they look like normal relays to me.

                                undefined 1 Reply Last reply 14 Jan 2021, 17:22 Reply Quote 0
                                • undefined
                                  Veti @jrockland
                                  last edited by 14 Jan 2021, 17:22

                                  @jrockland said in IMPORTANT ISSUE with bed temp controller:

                                  SSR

                                  Solid State Relay.
                                  Using cheap ones is a sure way to burn your house down.

                                  undefined 1 Reply Last reply 14 Jan 2021, 17:29 Reply Quote 0
                                  • undefined
                                    Luke'sLaboratory
                                    last edited by 14 Jan 2021, 17:24

                                    @jrockland https://duet3d.dozuki.com/Wiki/Connecting_thermistors_or_PT1000_temperature_sensors - Relevant documentation.

                                    I'd take a serious look at what relays you are using (whether they're SSR's or traditional) the correct switching frequency, which thermistors you actually have in all of your machines, and the configuration of using a high Signal from the duet to turn relays off.

                                    Preferably you'd drop the frequency to ~10hz (by adding a Q10 to your M950 where you set up the output for out3 (or out1)), and reconfigure/aquire new relays that require a high signal from the duet to turn on. That way, if your duet goes offline for whatever reason, your relays will not turn on.

                                    Next I'd definitely recommend high-quality SSRs. Cheap/underrated/undercooled ones will latch on and have the exact behavior that may have caused this issue in the first place. Thats why I was looking for specifics on the relays used.

                                    Luke
                                    http://lukeslab.online

                                    1 Reply Last reply Reply Quote 0
                                    • undefined
                                      jrockland @Luke'sLaboratory
                                      last edited by 14 Jan 2021, 17:25

                                      @Luke-sLaboratory the board send a ON signal as soon as I power it up if I remove the "!".. Ill need the tech to look into that asap. seem like it working the wrong way.

                                      undefined 1 Reply Last reply 14 Jan 2021, 17:26 Reply Quote 0
                                      • undefined
                                        Luke'sLaboratory @jrockland
                                        last edited by Luke'sLaboratory 14 Jan 2021, 17:26

                                        @jrockland Do you mean that your relay turns on if you take off the ! from the duet config? or is the duet's output turning on when you remove the !

                                        Luke
                                        http://lukeslab.online

                                        undefined 1 Reply Last reply 14 Jan 2021, 17:28 Reply Quote 0
                                        • undefined
                                          jrockland @Luke'sLaboratory
                                          last edited by 14 Jan 2021, 17:28

                                          @Luke-sLaboratory not the ssr's, im testing the board with a meter right now. relays had been tested and work good.

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