Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login
    1. Home
    2. rmriggin
    • Profile
    • Following 0
    • Followers 0
    • Topics 4
    • Posts 23
    • Best 0
    • Controversial 0
    • Groups 0

    rmriggin

    @rmriggin

    0
    Reputation
    1
    Profile views
    23
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    rmriggin Unfollow Follow

    Latest posts made by rmriggin

    • RE: Heaters stuck on

      @dc42 did my first ever hot air chip removal and install and I am pleased to report that it is working perfect again! Thank you!

      posted in Duet Hardware and wiring
      rmrigginundefined
      rmriggin
    • RE: Heaters stuck on

      @dc42 would either of these work?

      https://www.digikey.com/product-detail/en/texas-instruments/SN74HCT02DR/296-14861-1-ND/562563

      https://www.digikey.com/product-detail/en/texas-instruments/SN74HCT02PWR/296-31831-1-ND/3506070

      posted in Duet Hardware and wiring
      rmrigginundefined
      rmriggin
    • RE: Heaters stuck on

      @dc42 I just noticed that I had been running the fans on 5v rather than system voltage. Changing the jumper to the system voltage and fans are working again so I guess what was powered by the 5v would have been the hotend fan, part cooling fan, and paneldue. I can still communicate with the printer and connect to the web control although I have not tried directly connecting to the priner via the micro USB port. The heaters still all turn on full blast when the board is powered on so at the moment I have disconnected the hotend and bed heater.

      posted in Duet Hardware and wiring
      rmrigginundefined
      rmriggin
    • Heaters stuck on

      My duet wifi v1.04 running 2.02RC4 heaters started acting up. As soon as the printer is powered on the bed and hotend heaters turn on at seemingly max power output and temps keep climbing until thermal protection kicks in. I also noticed that my paneldue screen no longer displays... while typing this I just checked the paneldue control board and the 5v input mosfet is blown... could it have taken out the 5v output on the duet and if so how could that cause the heaters to be stuck on?

      posted in Duet Hardware and wiring
      rmrigginundefined
      rmriggin
    • RE: Bed temp sensor issues

      @dc42 the hotend temp reads lower than it should currently sitting in room where ambient is about 68F it's reading at 0 to -1-2 C. I used the default values for the firmware thermistor config at the duet firmware config page. The bed temp sensor values are between 80-90C regardless of whether there is a sensor connected or not. When sensor is disconnected for hotend it reads the expected 2000F.

      posted in Duet Hardware and wiring
      rmrigginundefined
      rmriggin
    • Bed temp sensor issues

      My Duet .6 running 1.22 is reporting a temp of 90C with or without a sensor connected. The MCU temp reported is around 32 C which is more in line with ambient temp and what the bed typically would report when I have used other boards (RAMPS 1.6/Marlin 1.1.9, MKS SBASE 1.4). So it appears there is an issue with the thermistor input for bed but I have no idea of how to troubleshoot/test that theory.

      posted in Duet Hardware and wiring
      rmrigginundefined
      rmriggin
    • RE: Firmware 2.0RC1 and 1.21.1RC1 released

      @dc42 said in Firmware 2.0RC1 and 1.21.1RC1 released:

      @rmriggin said in Firmware 2.0RC1 and 1.21.1RC1 released:

      Just updated to the latest 2.0 RC and had a print just stop with no error or message 6 hours into a print. Print looked excellent and came back to it and it was just stopped with print head still over the print like it just stopped in the middle of a layer. The bed and nozzle were not at temp still either. I'll have to lookup the and to pull log and see if it shines any light on what happened.

      I'm sorry to hear that you had a crash. It's possible that you hit the bug reported by @BMMal in the second post in this thread. Please can you run M122 and post the software reset data from that report.

      @dc42 it happened again at the same height into a print (25mm)

      M122
      === Diagnostics ===
      RepRapFirmware for Duet 2 WiFi/Ethernet version 2.0(RTOS)RC1 running on Duet Ethernet 1.02 or later
      Board ID: 08DDM-9FAMU-JW4S4-6JKD4-3SJ6R-92YRV
      Used output buffers: 3 of 20 (9 max)
      === RTOS ===
      Static ram: 28484
      Dynamic ram: 95388 of which 16 recycled
      Exception stack ram used: 324
      Never used ram: 6860
      Task NETWORK ready, free stack 448
      Task HEAT blocked, free stack 1260
      Task MAIN running, free stack 3800
      === Platform ===
      Last reset 07:41:11 ago, cause: software
      Last software reset at 2018-05-11 01:00, reason: Hard fault, spinning module GCodes, available RAM 6516 bytes (slot 3)
      Software reset code 0x4033 HFSR 0x40000000, CFSR 0x00010000, ICSR 0x0441f803, BFAR 0xe000ed38, SP 0x200049dc
      Stack: 00444d4f 00424f82 61000000 0042afda 21000000 0000000a 20000180 200001e0 00000000 000000f8 00000000 00000000 2000b3c8 2000a480 00000000 000000f8 20004cf4 a5a5a5a5 a5a5a5a5 a5a5a5a5 00424fc3 2000b3c8 0042afe1 00000000
      Error status: 0
      Free file entries: 10
      SD card 0 detected, interface speed: 20.0MBytes/sec
      SD card longest block write time: 0.0ms
      MCU temperature: min 46.2, current 46.7, max 54.8
      Supply voltage: min 24.1, current 24.2, max 24.4, under voltage events: 0, over voltage events: 0
      Driver 0: standstill, SG min/max not available
      Driver 1: standstill, SG min/max not available
      Driver 2: standstill, SG min/max not available
      Driver 3: standstill, SG min/max not available
      Driver 4: standstill, SG min/max not available
      Date/time: 2018-05-11 08:41:38
      Slowest main loop (seconds): 0.006040; fastest: 0.000069
      === Move ===
      Hiccups: 0, StepErrors: 0, LaErrors: 0, FreeDm: 240, MinFreeDm 240, MaxWait: 0ms, Underruns: 0, 0
      Scheduled moves: 0, completed moves: 0
      Bed compensation in use: mesh
      Bed probe heights: 0.000 0.000 0.000 0.000 0.000
      === Heat ===
      Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1
      === GCodes ===
      Segments left: 0
      Stack records: 1 allocated, 0 in use
      Movement lock held by null
      http is idle in state(s) 0
      telnet is idle in state(s) 0
      file is idle in state(s) 0
      serial is idle in state(s) 0
      aux is idle in state(s) 0
      daemon is idle in state(s) 0
      queue is idle in state(s) 0
      autopause is idle in state(s) 0
      Code queue is empty.
      === Network ===
      Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
      HTTP sessions: 1 of 8
      Interface state: 5
      === Expansion ===

      posted in Firmware installation
      rmrigginundefined
      rmriggin
    • RE: Firmware 2.0RC1 and 1.21.1RC1 released

      @dc42 misread the command and did a M112 which cleared log so I guess I won't know what caused that print failure.

      posted in Firmware installation
      rmrigginundefined
      rmriggin
    • RE: Firmware 2.0RC1 and 1.21.1RC1 released

      Just updated to the latest 2.0 RC and had a print just stop with no error or message 6 hours into a print. Print looked excellent and came back to it and it was just stopped with print head still over the print like it just stopped in the middle of a layer. The bed and nozzle were not at temp still either. I'll have to lookup the and to pull log and see if it shines any light on what happened.

      posted in Firmware installation
      rmrigginundefined
      rmriggin
    • RE: New experimental firmware 2.0beta3 available

      So far so good with the latest release. On the last one I would have long prints with large file sizes fail with an unable to read source error. I do all my printing using the web interface and uploading there BTW. I don't know if I finally have my printer dialed in or just better filament but I'm getting the best prints I have had to date. Forgot to mention, I am using a Duet Ethernet.

      posted in Firmware installation
      rmrigginundefined
      rmriggin