Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login
    1. Home
    2. kuhnikuehnast
    • Profile
    • Following 1
    • Followers 0
    • Topics 36
    • Posts 173
    • Best 12
    • Controversial 0
    • Groups 0

    kuhnikuehnast

    @kuhnikuehnast

    16
    Reputation
    11
    Profile views
    173
    Posts
    0
    Followers
    1
    Following
    Joined Last Online

    kuhnikuehnast Unfollow Follow

    Best posts made by kuhnikuehnast

    • Levelling 2.0 - Get the maximum out of your Duet :-)

      Hi there,
      just wanted to show you what all is possible using a Duet Wifi 🙂

      https://www.youtube.com/watch?v=TvXCyZwuqzM

      1. G28 home all axis
      2. G32 - auto bed compensation. There are 2 servos "popping" up to define a fixed point for the BLTouch to level the Z-Axis
      3. Clean the nozzle
      4. Mesh bed compensation (this is no longer shown on the video)

      Everything solved using macros 🙂

      (here you can see the servos popping up more detailed: https://www.youtube.com/watch?v=e0h5YHoAH68 )

      I really like the Duet! 🙂

      greetings kuhni

      posted in Example setups and prints
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: WebCam in PanelDue

      But why? The PanelDue is mounted next to the printer? So just look above and you'll see what is going on?

      posted in PanelDue
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: New firmware 2.03RC2 available

      omg- @dc42 you've been right! After now searching for the error over and over, it was really a bad connection... 🙈 So for now- everything works fine 🙂

      posted in Firmware installation
      kuhnikuehnastundefined
      kuhnikuehnast
    • Piezo Plate as tool offset adjuster

      Hi there,
      As I am at odds with changing nozzles due to the process of "re-adjustment" of the tool offset I got an idea:
      What about using a piezo disc that is laying on the bed to adjust the nozzle offset? The Idea would be:

      1. Probe the height with the typical sensor above the piezo disc (piezo disc not in use)
      2. move the nozzle over the pizeo disc and "probe"
      3. the difference between 1 and 2 is the tool offset.

      This could be implemented as an G-Code like "probe 5 times, take the median" and you could always adjust the offset before every print. (maybe the piezo disc could be mounted on the side or so)

      I think this would be a cool idea especially if you use a tool changer with a fixed probe on the x-carriage like e3d does...?

      What are your thoughts about?

      greetings kuhni

      posted in Tuning and tweaking
      kuhnikuehnastundefined
      kuhnikuehnast
    • Bug report - Macro name length on PanelDue

      Hi there,
      found a funny bug:
      If the name of a macro is to long, it gets cropped on the PanelDue screen. But if you click on the cropped name on the PanelDue, you get the answer that the Macro isn't found. (It tries to execute a Macro with exactly the same cropped name as on the PanelDue and not the original one).
      Would be great to fix this!

      greetings kuhni

      posted in PanelDue
      kuhnikuehnastundefined
      kuhnikuehnast
    • Using Stall detection as emergency shutdown?

      Hi!
      This weekend, an unfortunate mistake happend to me:
      For any reason the BL-Touch clamp broke while homeing... Unfortunately this happend exact at the moment I had no eye on the printer... As I came back, the nozzle had scratched over the whole printbed and was stuck at a bed clamp.

      So my question:
      Is there a chance to use stall detection as emergency shutdown? So if the board detects stall detection (e.g. after a print didn't stick at the printbed and the nozzle crashed into it etc.) the stepper motors should be turned off as well as the heatbed and nozzle?

      Greetings kuhni

      posted in Firmware wishlist
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Piezo-Probe to auto-adjust offset after Nozzle change

      The Piezo Disc itself is easy to get! But it is always used with a special "converter board". This is hard to get- and I don't know exactly what this baord is doing?

      posted in Tuning and tweaking
      kuhnikuehnastundefined
      kuhnikuehnast
    • Dimensions of the Paneldue 4.3 and 5''?

      Hi there,
      as I am planning to convert my Prusa Clone to DuetWifi I consider to buy a PanelDue. For my Hypercube Evolution I own a 7'' integrated, but this Panel would be almost the size of the whole heatbed 😄 So is there a page with all the dimensions so I could have a look and pick the size I need. (Or is there maybe a 5'' Paneldue integrated that will be released soon?)

      greetings kuhni

      posted in General Discussion
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Strange Ringing artifacts on coreXY

      Did some further tests now:
      I flipped the belts, so all Idlers are run on the smooth side of the belt (and are changed to smooth Idlers with no teeth) except the Pulleys of the Stepper motor. Therefore I had to flip the belt. This reduced the ringing a lot. It is still there but almost gone. Here a photo of the new belt-lineup (only for one motor otherwise my painting skills would be to confusing 😃 )
      0_1526899461325_20180521_123135 (Large).jpg
      I also had to loose the belt tension a lot to reduce the ringing even more. So it is still visible but you can't feel it any more...
      0_1526905575813_20180521_131937 (Large).jpg

      Also performed a second test:

      changed to 0.9° stepper motors to increase the steps/mm. (and also tested 16 teeth Pulleys instead of 20. So I could compare the print quality from 200 steps/mm with 80 steps/mm… But there was no difference.

      Next, I will try to replace the belt by a fishing line. So there won't be any toothed pulleys in the hole system any more. (the line just wrapped around the motor shaft 5 times to ensure enough friction). I know, that this isn't a solution, but it may help to find out whether the ringing is really caused by the belts...?

      It is really strange!I think I just masked the problem with this conversion, but I did not fix the cause…
      Almost everybody else uses the Hypercube evolution with a regular belt line-up...?

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Piezo-Probe to auto-adjust offset after Nozzle change

      Here a picture of the setup 🙂

      20210308_132105.jpg

      posted in Tuning and tweaking
      kuhnikuehnastundefined
      kuhnikuehnast

    Latest posts made by kuhnikuehnast

    • RE: Accelerometer causes Duet 2 Wifi to crash?

      I think I solved the problem:

      • it wasn't the SD-card- but as I changed the cable and re-crimped an USB-3-cable everything now seems to work! 🙂

      yihaaa 🙂

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Accelerometer causes Duet 2 Wifi to crash?

      @dc42 btw what is the biggest size possible for the SD-Card? So I'll get to grab a new one...

      sorry, got it already- so I'm out now heading to a store to get a SanDisk Extreme Pro 32 GB mircoSD 😄 cross fingers for me that this will solve the problem!

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Accelerometer causes Duet 2 Wifi to crash?

      @dc42 tried now only 10 samples by
      M956 P0 S1000 A0
      same crash... 😞

      === Diagnostics ===
      RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.4 (2022-10-20 16:17:41) running on Duet WiFi 1.02 or later
      Board ID: 08DGM-9T6BU-FG3SN-6J9F2-3S46K-1UYRD
      Used output buffers: 1 of 26 (16 max)
      === RTOS ===
      Static ram: 23860
      Dynamic ram: 76056 of which 168 recycled
      Never used RAM 9140, free system stack 188 words
      Tasks: NETWORK(ready,9.6%,242) HEAT(notifyWait,0.0%,329) Move(notifyWait,0.0%,363) MAIN(running,81.5%,320) IDLE(ready,8.8%,30), total 100.0%
      Owned mutexes: WiFi(NETWORK)
      === Platform ===
      Last reset 00:00:10 ago, cause: software
      Last software reset at 2023-02-17 17:11, reason: HeatTaskStuck, GCodes spinning, available RAM 7200, slot 2
      Software reset code 0x4143 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f80f BFAR 0xe000ed38 SP 0x20018d84 Task ACCE Freestk 336 ok
      Stack: 0045d69d 0045d0f6 6100f000 00000000 0045d69d 2001871b 00000000 400a0000 2001871b 2001871b 2000d334 200187e8 00000006 00000028 a5a5a5a5 00000001 0045d797 400a0000 00000001 200186f8 0045b02b 400a0000 00456cb3 0c000000 200186f8 00000007 00000007
      Error status: 0x00
      Aux0 errors 0,0,0
      Step timer max interval 0
      MCU temperature: min 33.3, current 33.9, max 34.1
      Supply voltage: min 23.8, current 24.0, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
      Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/24/24, gc cycles 0
      Events: 0 queued, 0 completed
      Driver 0: standstill, SG min n/a
      Driver 1: standstill, SG min n/a
      Driver 2: standstill, SG min n/a
      Driver 3: standstill, SG min n/a
      Driver 4: standstill, SG min n/a
      Driver 5: 
      Driver 6: 
      Driver 7: 
      Driver 8: 
      Driver 9: 
      Driver 10: 
      Driver 11: 
      Date/time: 2023-02-17 17:12:23
      Cache data hit count 396566500
      Slowest loop: 12.22ms; fastest: 0.19ms
      I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
      === Storage ===
      Free file entries: 9
      SD card 0 detected, interface speed: 20.0MBytes/sec
      SD card longest read time 0.9ms, write time 3.9ms, max retries 0
      === Move ===
      DMs created 83, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000
      === MainDDARing ===
      Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
      === AuxDDARing ===
      Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
      === Heat ===
      Bed heaters 0 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
      Heater 1 is on, I-accum = 0.0
      === GCodes ===
      Segments left: 0
      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
      USB is idle in state(s) 0
      Aux is idle in state(s) 0
      Trigger is idle in state(s) 0
      Queue is idle in state(s) 0
      LCD is idle in state(s) 0
      Daemon is idle in state(s) 0
      Autopause is idle in state(s) 0
      Code queue is empty
      === Network ===
      Slowest loop: 32.53ms; fastest: 0.00ms
      Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
      HTTP sessions: 1 of 8
      = WiFi =
      Network state is active
      WiFi module is connected to access point 
      Failed messages: pending 0, notready 0, noresp 0
      WiFi firmware version 1.27
      WiFi MAC address 84:f3:eb:42:7a:a5
      WiFi Vcc 3.40, reset reason Power up
      WiFi flash size 4194304, free heap 25384
      WiFi IP address 192.168.178.80
      WiFi signal strength -52dBm, mode 802.11n, reconnections 0, sleep mode modem
      Clock register 00002002
      Socket states: 0 0 0 0 0 0 0 0
      
      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Accelerometer causes Duet 2 Wifi to crash?

      @dc42
      I now tried something else:

      • I switched the CS and INT1- Pin (so I declared the M955 to:
        M955 P0 I46 C"spi.cs3+spi.cs4"
        instead of
        M955 P0 I46 C"spi.cs4+spi.cs3"

      but as soon as I ran the code:
      M956 P0 S1000 A0

      I got another crash. In this time this was the M122:

      === Diagnostics ===
      RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.4 (2022-10-20 16:17:41) running on Duet WiFi 1.02 or later
      Board ID: 08DGM-9T6BU-FG3SN-6J9F2-3S46K-1UYRD
      Used output buffers: 1 of 26 (18 max)
      === RTOS ===
      Static ram: 23860
      Dynamic ram: 76056 of which 168 recycled
      Never used RAM 9140, free system stack 184 words
      Tasks: NETWORK(notifyWait,9.4%,242) HEAT(notifyWait,0.0%,333) Move(notifyWait,0.0%,363) MAIN(running,82.0%,320) IDLE(ready,8.6%,30), total 100.0%
      Owned mutexes:
      === Platform ===
      Last reset 00:00:10 ago, cause: software
      Last software reset at 2023-02-17 08:38, reason: HeatTaskStuck, GCodes spinning, available RAM 7200, slot 0
      Software reset code 0x4143 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f80f BFAR 0xe000ed38 SP 0x20018da4 Task ACCE Freestk 344 ok
      Stack: 00435245 00435248 61000000 00000001 200186f8 00000001 0000002f a5a5a5a5 00000001 20004c60 00456cab 0c000000 20018dff 200186f8 00000007 00000010 00456cd5 0c000000 200186f8 00000007 00456f17 200186f8 c3000007 00000007 000003e8 2000119c 00456723
      Error status: 0x00
      Aux0 errors 0,0,0
      Step timer max interval 0
      MCU temperature: min 23.5, current 24.2, max 24.5
      Supply voltage: min 23.9, current 24.0, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
      Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/24/24, gc cycles 0
      Events: 0 queued, 0 completed
      Driver 0: standstill, SG min n/a
      Driver 1: standstill, SG min n/a
      Driver 2: standstill, SG min n/a
      Driver 3: standstill, SG min n/a
      Driver 4: standstill, SG min n/a
      Driver 5: 
      Driver 6: 
      Driver 7: 
      Driver 8: 
      Driver 9: 
      Driver 10: 
      Driver 11: 
      Date/time: 2023-02-17 08:38:07
      Cache data hit count 405364224
      Slowest loop: 10.11ms; fastest: 0.19ms
      I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
      === Storage ===
      Free file entries: 9
      SD card 0 detected, interface speed: 20.0MBytes/sec
      SD card longest read time 0.9ms, write time 5.9ms, max retries 0
      === Move ===
      DMs created 83, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000
      === MainDDARing ===
      Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
      === AuxDDARing ===
      Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
      === Heat ===
      Bed heaters 0 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
      Heater 1 is on, I-accum = 0.0
      === GCodes ===
      Segments left: 0
      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
      USB is idle in state(s) 0
      Aux is idle in state(s) 0
      Trigger is idle in state(s) 0
      Queue is idle in state(s) 0
      LCD is idle in state(s) 0
      Daemon is idle in state(s) 0
      Autopause is idle in state(s) 0
      Code queue is empty
      === Network ===
      Slowest loop: 37.57ms; fastest: 0.00ms
      Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
      HTTP sessions: 1 of 8
      = WiFi =
      Network state is active
      WiFi module is connected to access point 
      Failed messages: pending 0, notready 0, noresp 0
      WiFi firmware version 1.27
      WiFi MAC address 84:f3:eb:42:7a:a5
      WiFi Vcc 3.40, reset reason Power up
      WiFi flash size 4194304, free heap 22360
      WiFi IP address 192.168.178.80
      WiFi signal strength -54dBm, mode 802.11n, reconnections 0, sleep mode modem
      Clock register 00002002
      Socket states: 0 0 0 0 0 0 0 0
      

      Do you see something different? So is my Duet broken? Or how could I solve this problem?

      Hope you can help me!

      greetings kuhni

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Accelerometer causes Duet 2 Wifi to crash?

      @dc42 so what should I do? When i connect the same board (and cable) to the other board it "works" - as mentioned above... "failed to collect data"

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Accelerometer causes Duet 2 Wifi to crash?

      tried it:

      M122
      === Diagnostics ===
      RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.4 (2022-10-20 16:17:41) running on Duet WiFi 1.02 or later
      Board ID: 08DGM-9T6BU-FG3SN-6J9F2-3S46K-1UYRD
      Used output buffers: 1 of 26 (15 max)
      === RTOS ===
      Static ram: 23860
      Dynamic ram: 76056 of which 168 recycled
      Never used RAM 9140, free system stack 186 words
      Tasks: NETWORK(notifyWait,9.1%,242) HEAT(notifyWait,0.0%,339) Move(notifyWait,0.0%,363) MAIN(running,81.8%,320) IDLE(ready,9.0%,30), total 100.0%
      Owned mutexes: WiFi(NETWORK)
      === Platform ===
      Last reset 00:00:10 ago, cause: software
      Last software reset at 2023-02-16 18:00, reason: HeatTaskStuck, GCodes spinning, available RAM 7200, slot 1
      Software reset code 0x4143 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f80f BFAR 0xe000ed38 SP 0x20018d84 Task ACCE Freestk 336 ok
      Stack: 0045d69d 0045d0f6 6100f000 00000000 0045d69d 2001871b 00000000 00000000 2001871b 2001871b 2000d334 200187e8 00000006 00000028 a5a5a5a5 00000001 0045d797 400a0000 00000001 200186f8 0045b02b 400a0000 00456cb3 0c000000 200186f8 00000007 00000007
      Error status: 0x00
      Aux0 errors 0,0,0
      Step timer max interval 0
      MCU temperature: min 32.7, current 33.3, max 33.5
      Supply voltage: min 23.8, current 24.0, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
      Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/24/24, gc cycles 0
      Events: 0 queued, 0 completed
      Driver 0: standstill, SG min n/a
      Driver 1: standstill, SG min n/a
      Driver 2: standstill, SG min n/a
      Driver 3: standstill, SG min n/a
      Driver 4: standstill, SG min n/a
      Driver 5: 
      Driver 6: 
      Driver 7: 
      Driver 8: 
      Driver 9: 
      Driver 10: 
      Driver 11: 
      Date/time: 2023-02-16 18:00:29
      Cache data hit count 386562846
      Slowest loop: 11.66ms; fastest: 0.19ms
      I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
      === Storage ===
      Free file entries: 9
      SD card 0 detected, interface speed: 20.0MBytes/sec
      SD card longest read time 0.9ms, write time 5.7ms, max retries 0
      === Move ===
      DMs created 83, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000
      === MainDDARing ===
      Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
      === AuxDDARing ===
      Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
      === Heat ===
      Bed heaters 0 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
      Heater 1 is on, I-accum = 0.0
      === GCodes ===
      Segments left: 0
      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
      USB is idle in state(s) 0
      Aux is idle in state(s) 0
      Trigger is idle in state(s) 0
      Queue is idle in state(s) 0
      LCD is idle in state(s) 0
      Daemon is idle in state(s) 0
      Autopause is idle in state(s) 0
      Code queue is empty
      === Network ===
      Slowest loop: 37.22ms; fastest: 0.00ms
      Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
      HTTP sessions: 1 of 8
      = WiFi =
      Network state is active
      WiFi module is connected to access point 
      Failed messages: pending 0, notready 0, noresp 0
      WiFi firmware version 1.27
      WiFi MAC address 84:f3:eb:42:7a:a5
      WiFi Vcc 3.40, reset reason Power up
      WiFi flash size 4194304, free heap 25784
      WiFi IP address 192.168.178.80
      WiFi signal strength -52dBm, mode 802.11n, reconnections 0, sleep mode modem
      Clock register 00002002
      Socket states: 0 0 0 0 0 0 0 0
      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Accelerometer causes Duet 2 Wifi to crash?

      another strange behavior:
      I can adress the Accelerometer with the command:

      M955 P0 I46 C"spi.cs4+spi.cs3"
      

      but if I then want to change something and post the code again (e.g. to change the Frequency)

      M955 P0 I46 C"spi.cs4+spi.cs3" Q500000
      

      I get the error

      M955: Accelerometer not found on specified port

      is this normal? Do you have to reset the Board to "re-activate" the possibility to declare an M955 command?

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • RE: Accelerometer causes Duet 2 Wifi to crash?

      Just tried the other duet board I own (a cartesian printer) - there a file is created with the message

      Sample,X,Y,Z
      Failed to collect data from accelerometer

      very strange...?

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • Accelerometer causes Duet 2 Wifi to crash?

      Hi there- I have a strange error:
      I connected an Accelerometer.
      As soon as I post a M956 command the Board "crashes" (nothing happens and after a few seconds the board reboots). I can also find the file created in the accelerometer folder but it is empty...?
      Any suggestions what I am doing wrong?

      greetings kuhni

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast
    • Duet 2 Wifi - PT100 Daughter Board and Accelerometer

      Hi there,
      just got my Adafruit LIS3DH Accelerometer- now I am curious: I have a Duet 2 Wifi board and a PT100 Daughter Board connected- How do I connect de Accelerometer? Are the pins on "top" of the Daughter Board the same as the pins on the Duet 2 Board? (So I just plug everything in there the same way as I would plug it into the Duet Board?)

      hope you can help me! 🙂

      greetings kuhni

      posted in Duet Hardware and wiring
      kuhnikuehnastundefined
      kuhnikuehnast