Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login
    1. Home
    2. andymidtf
    • Profile
    • Following 0
    • Followers 1
    • Topics 5
    • Posts 45
    • Best 2
    • Controversial 0
    • Groups 0

    andymidtf

    @andymidtf

    2
    Reputation
    1
    Profile views
    45
    Posts
    1
    Followers
    0
    Following
    Joined Last Online

    andymidtf Unfollow Follow

    Best posts made by andymidtf

    • Forum UI Emoji menu issue

      About the new forum UI, about the Emoji menu, heres a screen shot of how it comes up for me - is a bit difficult to close, have to use top right corner of the close button as when I hover the mouse over there, the last Emoji tab highlights and blocks the lower half off... not sure if this is Chrome for MacOS issue, or everyone will see it like this?

      Again, is not an issue, but I imagine the forum UI devs would like to know about it! ๐Ÿ˜‰

      0_1523477525201_Screen Shot 2018-04-11 at 16.42.53.png
      0_1523477539497_Screen Shot 2018-04-11 at 16.43.02.png
      Cheers!
      Andy
      ๐Ÿ™‚

      posted in General Discussion
      andymidtfundefined
      andymidtf
    • RE: A month of tweaking and still can not get a printโ€ฆ.

      What speeds were you printing those cubes at? I assume that the STL's ARE cubes, so in theory the z steps might actually not be off, as they seem pretty, um, cubic?

      If you are printing reasonably slowly, I see varios other issues - it would be good to know if the printer BEFORE the change to Duet had similar issues or if you have some example prints:
      if the temp really was 190ยบC, then the first layer did not have good adhesion (corners pulled up) - what does the bottom look like? what are you using on the bed to help adhesion? the heater resistance is correctly and firmly held in place? the same goes for the thermistor, almost even more important, as if it is not getting all the heat from the heater, the heater will have to get hotter before the thermistor reaches the target temp.

      the layers seem more out of jink in the left cube, the corners are worse, and the color is not as "matte" - it was printed faster and hotter? in general does the printer shake a lot and make "shaky" noises? lack of repeatability from one layer to the next can indicate loose hardware or belts..

      we have to try and eliminate hardware issues before isolating software problems...

      cheers!
      Andy
      ๐Ÿ™‚

      posted in Tuning and tweaking
      andymidtfundefined
      andymidtf

    Latest posts made by andymidtf

    • RE: Occasional hotend crashes into bed during mesh calibration

      @Phaedrux
      Sorry for the delay, don't come to this machine unless is failing (again!)... ๐Ÿ˜‰

      So just a couple of things; the z-probe issue in the end was bad wiring - the cable chains where the cables pass thru have apparently ended up wearing out the cable, as I had finally noticed that the issue was mostly present in the same (approx) area of the Y axis... I tried a new cable running outside the cable chain and problem is gone, probe runs perfectly now.. put the new cable inside the cable chain and all continues to work fine now!

      And, about the delta requiering home before probe, how does RRF do that which I would like to do on cartisian?

      posted in IR Height Sensor
      andymidtfundefined
      andymidtf
    • RE: Notification in Telegram

      @hector que tal va eso? Algรบn avance?
      How is this going? Any news?

      posted in General Discussion
      andymidtfundefined
      andymidtf
    • RE: Occasional hotend crashes into bed during mesh calibration

      @Phaedrux said in Occasional hotend crashes into bed during mesh calibration:

      auto is likely running G32, which is bed.g, which you should check to see how it's written. It probably has a G28 to home followed by G29 to run mesh compensation. Where as "run mesh grid" is just calling G29.

      OK! yes, my bed.g is G28 followed by G29

      It may be a good idea to update your firmware to 2.05.1 and DWC 2.0.7 so that you have the benefit of any of the many bug fixes since then. It will make troubleshooting any remaining issues easier.

      I will update now...

      When doing a homing routine or a mesh grid routine etc it is a good idea to reduce the motor current so that in case of a crash, the motor will stall before any real damage can occur. This would remove the need for a backup endstop, which is possible, but you would have to configure it as an emergency stop.

      I am running all NEMA 23 from the external driver board, via their own drivers, so cannot reduce current via software... at the moment the dual Z motors are at 1.9A - I have just done a test reducing to 1.0A, but the right motor then cannot raise the weight of the bed - at 1.5A the bed seems to move fine, but also seems to have enough power to do damage... ๐Ÿ˜•
      Ideally I would like the z-endstop as a backup endstop, I don't mind that it is an emergency stop, it would be better like that than the damage it is making now - perfect situation (if the only option is as an emergency stop) would be to be able to use the z-endstop to do a normal home, then use as emergency endstop if the bed passes -1mm during the z-probe... right now I have the z-endstop at +3mm, so absolutely no contact with the bed even if the heated chamber causes the bed surface to bow up (but am presently changing for an aluminium bed anyway)

      Is the Duet inside the heater enclosure? It would be preferable to have the Duet outside if that's the case.

      it is in a space "in between" the heated area and the outside of the machine, so it gets heat from the inner surface.. but I have just installed a permanent fan in the access door, so it is always getting cold air from outside - MCU is running at 36ยบC now, when without the fan it was at about 55ยบC

      @andymidtf said in Occasional hotend crashes into bed during mesh calibration:

      either that or that the machine respects the axis min of Z-1 that is in my config when doing a Z probe...

      It can't respect that during a homing move because it's in the process of trying to identify where Z0 is. If the probe doesn't trigger, it can't know that it's pushing into the bed. We must solve the problem of the probe not triggering.

      I was hoping that, as a normal home had been done just before, the G29 or G30 would be aware of Z0, and therefore could be able to respect Z-1 as its limit to search for the bed... but totally agree that have to solve the problem with the probe...

      Please post your config.g

      had posted at the end of first post ๐Ÿ˜‰

      No, for the reason stated above. G30 is a seeking move. It will travel until it triggers. If it doesn't trigger, it will keep traveling. The issue of the probe must be resolved.

      nor G29? some way of not resetting zero before making the probe?

      ...

      A question that may help find the max current for the z-motors that would push the bed but do least damage: I think I can use RRF3 on a Duet2 ethernet? would the M574 Z1 S4 P"zstop" work with the external driver boardand RRF3? At the moment I am using 1.5A as 1.0A won't push the bed up...(and the external drivers don't have anything in between) In theory I could use the Z-motors direct from the Duet (2.4A = 1.2A per motor..?), if the bed can move with this current then I could possibly take advantage of motor stalling instead of/ as well as the z-probe, or as the emergency stop (even better! as could use normal home as well)

      thanks!

      posted in IR Height Sensor
      andymidtfundefined
      andymidtf
    • RE: Occasional hotend crashes into bed during mesh calibration

      I realise that with the z-probe I was not using the z-endstop - I have now changed back this behaviour and home now does x,y & z, but I have also moved the z-endstop up to about +3mm, so z-home sets Z to +3mm, to avoid the hotend hitting the bed even when there is any change in height with the machine heated up...

      So another quick question: Now that Z0 is known after homing to endstop, will the machine respect my axis min of -1mm when doing Z-probe?
      Obviously I am pretty nervous about testing this on the machine... !

      posted in IR Height Sensor
      andymidtfundefined
      andymidtf
    • Occasional hotend crashes into bed during mesh calibration

      Hi,
      So, slightly similar to https://forum.duet3d.com/topic/7365/hotend-crashing-into-bed-during-auto-calibration, but I have P1 already set, and it is not always this issue happens..

      I have Duet 2 ethernet, v2.02 fw, Cartisian 1m3 printer, with IR sensor (with SMDs) near hotend... occasionally when doing mesh calibration the sensor does not trigger on the Duet, whilst the LED does light up on the IR board - I have revised also https://miscsolutions.wordpress.com/mini-height-sensor-board/, "Troubleshooting, LED turns on/off to indicate triggering, but the printer firmware does not recognise whether or not it is triggered", but it is not clear how I may correct pullup resister values if they would be too high, as I am getting the expected 4 flashes on power up, and am using a Duet anyway...

      To add complication, although this has been a very occasion issue with PLA (no heated chamber), curiously, when pressing "Auto Bed Compensation" it generally failed at the same point, if it failed (probing stops as no trigger detected, head rams against bed to -4, when my axis limit is -1!), but when using "Run Mesh Grid Compensation" it fails less often, and generally at a different point! As far as I can observe, "Auto" runs a Home first, whilst "Run mesh" does not, it just starts (as long as machine was already homed).. both give a height map once/when finished.

      I would also like to learn how to configure a "backup" endstop - the Z-endstop works fine, is magnetic, so when the probe fails to trigger no damage is done to the endstop, but I would like that, if the probe fails, the Z-endstop trigger stops any further Z move, as, this morning, when doing a G30 in the center of the bed, a one-off probe that up until now has always worked first time, today did fail, and went a lot more than -4mm, bending the heatbreak a lot... either that or that the machine respects the axis min of Z-1 that is in my config when doing a Z probe...

      And now to make things worse (but possibly can id the issue as well?)! :
      This printer is (supposedly) ready for ABS, being contained in a metal box all the motors and rails, however when set to only 60ยบC the heated chamber, the bed height now varies just over 2mm higher, and the bed surface itself suffers some bending, to the extent that it is now necessary to do a new grid compensation, however now the issue is much more repetitive, so much that cannot finish a complete probe - until I remember that troubleshooting, and also that resisters increase resistance with heat, and that the Duet is in a place where it is also heating up (not so much, somewhat) - and placing a fan directed at Duet now permits finishing the Bed Compensation - but does not get rid of completely the issue as still occasionally fails - with todays spectacular fail of the G30!

      So.. if this issue is from a pullup resister on the Duet being borderline slightly too high (?), I remember that for Duet 0.6/0.85 there was a way of indicating the thermistor resister value - any way this can be indicated in the config? Or any idea what else could be the issue here?
      And how can I enforce axis min so that they are not exceeded? Or perform a stop when the Z-endstop is triggered to avoid such exaggerated bed movements in negative..?

      Any opinions would be appreciated!

      Thanks!
      config.g

      posted in IR Height Sensor
      andymidtfundefined
      andymidtf
    • RE: Advice on adding plasma torch height control

      @mawildoer said in Advice on adding plasma torch height control:

      EMI Testing

      Just a quick update on this one. I've done some testing very specifically on the EMI induced in a shielded wire taped adjacent and in very close proximity to the plasma cable. This test cable is a CAT 6 Ethernet cable, where each pair is foil shielded and the whole cable is braid shielded.

      Also note that I didn't actually conduct everything in the following order, but I thought it made more sense to present it this way.

      Test Setup

      0_1546862580333_scope and plasma setup.jpg

      I got some interesting results (and way, way more noise than anticipated).

      FWIW, I've been investigating making a plasma CNC as well, and have noticed

      1. VERY important not to use a HighFrequency arc starting machine, these DEFINITELY will fry CNC electronics, pilot arc start are the one to use
      2. Many cheaper Chinese plasmas have a s*** load of EMI noise, even one page goes directly to prohibit the use of certain plasmas (including the make of the one you are testing) with their CNC frame: http://www.langmuirsystems.com/plasma-cutters
        by the way, their FAQ has a load of interesting info too ๐Ÿ˜‰

      For my part, I'm also investigating an inductive probe to do the z-correction, instead of Torch Height Control, because I would prefer to completely isolate the CNC from the plasma (that said, would still need to attach the torch on/off M3....), but am also worried about EMI, but directly from the arc - if the inductive sensor is to be close enough to be useful to change height at the nozzle... if the sensor gets affected, it will incorrectly change the z-height... not convinced yet that it would work, probably THC would be better as is "spot-on" the nozzle...

      Cheers!
      Andy
      ๐Ÿ™‚

      posted in Firmware developers
      andymidtfundefined
      andymidtf
    • RE: dual Z motors, U "occasionally" goes crazy!?

      @dc42 No, there is no chamber heater configured... there IS a chamber heater, but it is completely independent (at the moment, I was thinking of later including control in the Duet), and is run by its own heater control.
      I have M140 H-1 in config.g, so no instruction should be sent for bed/chamber anyway?

      cheers!
      andy
      ๐Ÿ™‚

      posted in Tuning and tweaking
      andymidtfundefined
      andymidtf
    • RE: dual Z motors, U "occasionally" goes crazy!?

      Hi David,

      So I have tried all FW from 1.19.2 up to 2.0RC2, all behave the same...
      I have redone a few simple tests:

      1. all drivers from onboard Duet drivers - issue still arises
      2. connecting both external z-motor drivers to 1 Duet external port, basically for the Duet there is now NO U motor, and both z-motors are controlled as one - pain for levelling, have to manually twist right leadscrew, but with this set up issue DISAPPEARS!
      3. went back to 2 external independent z-motors, U added, issue comes back.

      the issue I am very sure has to do with Duet on board problems, however I still have the strong feeling that external EMI is causing these onboard problems, however I am still at a lose as to how to test this... there are many cables that run parallel, including 220v ac, 24v dc, and stepper motor cables, all together, and also the cables for the extruder motor, 2 always on fan, print fan, z-probe, heater and thermister, that run together for over 3m, via 2 cable chains on X and Y axis... this as well as the noted difference in voltages on the drivers, and the additional observation of distinct voltages when inverting the tester probes (only when the original ena,dir,pul voltages start out negative!! if they are +ve, like when dir is +ve, then there is NO difference inverting the probes, apart from the +/- sign itself!)

      My next plan will be trying to re-cable the machine, cable by cable, outside of the chassis, until either all cables are hanging outside of the machine, and separated between them selves, or I find the pair that is affecting the machine!

      Any other (better!) ideas are appreciated ๐Ÿ˜‰

      cheers!
      Andy
      ๐Ÿ™‚

      posted in Tuning and tweaking
      andymidtfundefined
      andymidtf
    • RE: dual Z motors, U "occasionally" goes crazy!?

      I tried downgrading, but the board complains is missing Duet2Combined... even when I use a new micro SD with FW 1.19.2 loaded on the card!

      posted in Tuning and tweaking
      andymidtfundefined
      andymidtf
    • RE: dual Z motors, U "occasionally" goes crazy!?

      @dc42 this board came with 1.21... the last board came with 1.19, and I upgraded to 1.21...
      Me tinks maybe should downgrade? to 1.20? see what happens? this can be down I assume... not like iPhone where once gone up, cannot come down!

      Andy
      ๐Ÿ™‚

      posted in Tuning and tweaking
      andymidtfundefined
      andymidtf