Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login
    1. Home
    2. monster
    • Profile
    • Following 0
    • Followers 0
    • Topics 10
    • Posts 92
    • Best 3
    • Controversial 0
    • Groups 0

    monster

    @monster

    Beginner in 3d printing and basically dummy :P

    3
    Reputation
    3
    Profile views
    92
    Posts
    0
    Followers
    0
    Following
    Joined Last Online
    Location Helsinki Age 51

    monster Unfollow Follow

    Best posts made by monster

    • RE: Seeking an advise on what Z sensor to go with

      You left me no choice! Ordered! 😄

      posted in IR Height Sensor
      monsterundefined
      monster
    • RE: G-code magic for advanced homing?

      @littlehobbyshop
      Version:
      Board: Duet 3 MB6HC (MB6HC)
      DSF Version: 1.2.4.0
      Firmware: RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 3.0 (2020-01-03b3)

      @bot
      That axis gets unhomed I did figure out. That is sad.
      But hey, how come both parts of IF are executed - that is quite a feature 😂
      I tested it now with messages (which aren't working correctly them-self) and with sounds. Seems like IF is out of scope 😞
      I guess what is left is what you said "tell the toolhead to go to the X10 Y10 position at the beginning of the homing script."
      But then again once home requested it might be invalidated by unhoming all. I need to test it...

      posted in Gcode meta commands
      monsterundefined
      monster
    • RE: How to calculate feed rate?

      @deckingman Thank you a lot for this portion of knowledge. I'm slowly processing it 😂 I guess after re-reading it 10th time I'll get it right 😄

      @giostark amazing link. Thank you for that lifehack 🙂

      posted in Tuning and tweaking
      monsterundefined
      monster

    Latest posts made by monster

    • RE: Seeking an advise on what Z sensor to go with

      I practically don't know how bed is going to look like. At the moment it is:

      • Polycarbonate sheet (PLA sticks to it well and it bendable - easier to get part out)
      • Below it some fire resistant "thing" from construction/building domain I assume.
      • "Thing" sits on 3 leveling bolts which held by acrylic arm.

      I'd like to get heated bed eventually as I would need to print ABS.

      • So for now I see a glass or some designed specially for 3d printing surface or again polycarbonate - need to test if it holds bed temperature.
      • Which will sit on top of I guess an aluminum which will be adjusted by same leveling bolts. But bolts will be not anymore sitting on the acrylic arm (arm is too shaky) - they will be on brackets. One bracket already there. Another bracket I'll make and it will be moved by second Z ball screw&stepper.
      • Under aluminum there will be a heated silicon mat I guess.
        -- I guess heated PCB would be lot better but I'd need 35cm x 35cm (about) size which isn't standard for anything neither for silicon mats. Not sure if I wanna dive in making one myself with nichrome string...

      20200418_002045.jpg

      So I'm not sure that future surface will be like.
      Will it be compatible with inductive proximity sensor or IR. But mechanical sensor should do in any case.

      posted in IR Height Sensor
      monsterundefined
      monster
    • RE: Seeking an advise on what Z sensor to go with

      Ups, I should have bought BLTouch from you 🙂
      @CaLviNx
      What kind of inaccuracy you are talking about? 1mm - 0.1mm ? More or less?

      posted in IR Height Sensor
      monsterundefined
      monster
    • RE: Switching from Stable to Unstable versions

      by the way is "move.axes[0].max" is available in RC7 ?
      Also is there way to define own constants? E.g. I could define X Y coordinates at witch magnet for Z endswitch is locates and refer to those constants in homing g files.

      posted in Firmware installation
      monsterundefined
      monster
    • RE: Switching from Stable to Unstable versions

      Quickhomexy.g

      ; quickhomexy.g
      ; called to home x and y axes
      ;
      ; generated by RepRapFirmware Configuration Tool v2.1.8 on Mon Mar 30 2020 01:10:04 GMT+0300 (Eastern European Summer Time)
      M117 "Quick homing X&Y begin"
      G90
      ;if !move.axes[0].homed || !move.axes[1].homed || !move.axes[2].homed
      ;  M98 P"quickhomexy_doublepass.g"
      ;else
      ;  M98 P"quickhomexy_singlepass.g"
      
      if move.axes[0].homed && move.axes[1].homed && move.axes[2].homed
          M98 P"quickhomexy_singlepass.g"
      else
          M98 P"quickhomexy_doublepass.g"
      ;G91                     ; relative positioning
      ;G1 H1 X-300 Y-300 F900  ; move slowly to X and Y axis endstops once more (second pass)
      G90                    ; absolute positioning
      
      M117 "Quick homing X&Y end"
      
      

      and

      ;M98 P"quickhomexy_doublepass.g"
      ;M291 P"Double"
      M117 "Double pass X&Y homing"
      G90
      G1 H1 X10 Y10 F5000
      G91
      G1 H1 X-300 Y-300 F4000
      G1 X10 Y10 F600
      G1 H1 X-20 Y-20 F600
      
      

      and

      ; M98 P"quickhomexy_singlepass.g"
      ; called to home x and y axes
      ;
      ; generated by RepRapFirmware Configuration Tool v2.1.8 on Mon Mar 30 2020 01:10:04 GMT+0300 (Eastern European Summer Time)
      ;M291 P"Single"
      ;M300 S200 P100 					; play beep - debug sound 
      M117 "Single pass X&Y homing"
      G90
      G1 H1 X10 Y10 F2000 	; move quickly to X and Y axis to 10cm away from expected home (first pass)
      G91                     ; relative positioning
      G1 H1 X-20 Y-20 F900  ; move slowly to X and Y axis endstops once more (second pass)
      G90                    ; absolute positioning
      
      
      posted in Firmware installation
      monsterundefined
      monster
    • RE: Switching from Stable to Unstable versions

      Capture.PNG

      I took a screenshot to show that the error message appears by the end of homingz

      Homing z code is below (sorry it is messy at the moment)

      ; homez.g
      ; called to home the Z axis
      ;
      ; generated by RepRapFirmware Configuration Tool v2.1.8 on Mon Mar 30 2020 01:10:04 GMT+0300 (Eastern European Summer Time)
      G91               ; relative positioning
      ;G1 Z10 F500 		; lower the bed slowly because it can already be in lowest position
      G90
      
      M98 P"quickhomexy.g"
      
      G90              ; absolute positioning
      ;if move.axes[0].homed && move.axes[1].homed && move.axes[2].homed
      ;	G1 H2 X150 Y150 Z15 F3000  ; move quickly to X and Y axis middle (where Z home trigger is) and at the same time bring Z to 15mm befor home spot
      ;else 
      G1 H2 X150 Y150 F4000  ; move quickly to X and Y axis middle (where Z home trigger is) not moving Z
      
      ;G1 H2 Z10 F2000    ; move quickly to 10cm away from expected home
      
      G91               ; relative positioning
      G1 H1 Z-200 F500 ; move Z down until the endstop is triggered
      ;G92 Z0            		; set Z position to axis minimum (you may want to adjust this)
      G92 Z2.8
      
      ; Uncomment the following lines to lift Z after probing
      ;G91              ; relative positioning
      ;G1 Z10 F2000       ; lift Z relative to current position
      G90              ; absolute positioning
      
      M117 "End of Z homing"
      

      So I could say yes I'm sure.

      posted in Firmware installation
      monsterundefined
      monster
    • RE: Switching from Stable to Unstable versions

      One finding since yesterdays RC7 installation.
      I started to get (while homing) error message

      G28 Z
      Error: Code is not supported
      Error: Code is not supported
      

      And I started to figure out where do I have that command. (Btw according to https://duet3d.dozuki.com/Wiki/Gcode#Section_G28_Home that shouldn't cause any errors but anyway)
      Then I did download all files from my system directory and searched for "G28" in all *.g files.
      And I found one occasion "G28" (without Z parameter) in my start.g which isn't called during homing.
      This is why I writing here is there a chance of a bug? That somehow "G28 Z" called automatically? Perhaps when WebUI "Home Z" pressed?
      And why it does produce error message...?

      posted in Firmware installation
      monsterundefined
      monster
    • RE: Switching from Stable to Unstable versions

      @dc42
      I've been using M300 in debug purposes. Figuring out which *.g script just being run or in which part of the script printer now.
      In case M300 isn't producing any sounds anymore what would be my method to do this kinda feed back messages?

      posted in Firmware installation
      monsterundefined
      monster
    • RE: Switching from Stable to Unstable versions

      Though homing happens...

      posted in Firmware installation
      monsterundefined
      monster
    • RE: Switching from Stable to Unstable versions

      I'm not sure.

      I tried to run this test macro (hoping that IF will work in RC7)

      if !move.axes[0].homed || !move.axes[1].homed || !move.axes[2].homed
          M300 S300 P200 
      else
          M300 S100 P200 
      

      And got: Code isn't supported
      And M300 S100 P200 is being sent to controller with no error replied, though no sound produced. This is new behavior.

      posted in Firmware installation
      monsterundefined
      monster
    • RE: Switching from Stable to Unstable versions

      @bearer

      pi@beast:~ $ echo M997 S0| sudo /opt/dsf/bin/CodeConsole
      Connected!
      
      pi@beast:~ $
      

      WebUI up and

      Board: Duet 3 MB6HC (MB6HC)
      DSF Version: 1.3.2.0
      Firmware: RepRapFirmware for Duet 3 MB6HC 3.01-RC7 (2020-04-14b3)
      
      Note: You can install updates on the System page.
      
      posted in Firmware installation
      monsterundefined
      monster