Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login
    1. Home
    2. Tinchus
    3. Topics
    • Profile
    • Following 0
    • Followers 1
    • Topics 163
    • Posts 639
    • Best 45
    • Controversial 2
    • Groups 0

    Topics created by Tinchus

    • Tinchusundefined

      phase stepping and coolstep

      General Discussion
      • • • Tinchus
      2
      0
      Votes
      2
      Posts
      85
      Views

      dc42undefined

      @Tinchus coolstep reduces the current to the motors under some conditions. Phase stepping controls the motors by directly commanding the phase currents instead of sending step pulses to the driver, which allows us to compensate for nonlinearities in the stepper motors; but it also allows us to reduce motor current when the speed and acceleration are low.

    • Tinchusundefined

      fhting temp issues with bltouch

      General Discussion
      • • • Tinchus
      6
      0
      Votes
      6
      Posts
      121
      Views

      Tinchusundefined

      @fcwilt Thanks for your feedback @fcwilt . To answer both: I dindt knew that probe but... I have exactly the same design for a very hight temperature enclosed actively heatd chamber (it reaches 220 degrees celsius). As far as I can see it is the same (but body in my case is all cnc metal). Works very good but ccuracy is lower than bltouch because of temeprature effects on metal and other details but sill way better than anything else (we have an average error of 0.01mm, wich is way of what it can affect a first layer print ). A good example of a problem being solved in 2 places reaching to the same solution. In this case for the moment I would prefer not having to send a new "touchy" body cnc part (this is how we called this sensor internally) adn try to keep for some more time the blotuch, we have 10 of them deployed)

      Regarding the other answer: we can debate if you want in the other topic, because doing it here is like repeaton all again, but trust me: thisis not a mecanical issue. The permanent magnet in no way can be affected by a 50 degrees temp in such way. I would agree if we would be talking of 70/80 degrees. Also they way it manifest is clearlo not a mecanical issue. And as I said in the original post where you can see numerical data, this is happenining on the electronics (blt side, not the duet)

    • Tinchusundefined

      Solved network conection lost when router is down

      General Discussion
      • • • Tinchus
      5
      0
      Votes
      5
      Posts
      107
      Views

      Tinchusundefined

      Thanks for the help.

      lets close the topic, It is not related really to the duet. I found the problem: if router goes down and then recovers power, at least on this particular router and internet provider, the router and the printer reconnect again, but the dhcp server on router just give the printer internal network config but ont the required config to get out to internet, and also something happens with the internal dns name ".local" wich is not founded again by other devices reconnecting.
      Reconnection should happened only after the router reconnect to the ISP.
      I added a crontab job every 10 minutes on the raspberry to handle these event, I post the info here just in case somebody else have this "problem":

      sudo nano /home/pi/reconnect_wifi.sh :
      #!/bin/bash
      if ! ping -c 1 -W 1 8.8.8.8; then
      sudo ip link set wlan0 down
      sudo ip link set wlan0 up
      fi

      sudo chmod +x /home/pi/reconnect_wifi.sh
      sudo crontab -e:

      */10 * * * * /home/pi/reconnect_wifi.sh

    • Tinchusundefined

      looong journey with bltouch seems to have ended

      General Discussion
      • • • Tinchus
      3
      1
      Votes
      3
      Posts
      106
      Views

      Tinchusundefined

      @fcwilt so far I got a tempral solution till I find a proper solution, I modified the start gcode to position the sensor out of printbed and so it doesnt get all the heat, I leave door open so chamber doesnt get hot. After probing I tape the pin to be sure it stays up, then close the door as soon as print start. LOL

      I looked for info and I found it: https://reprap.org/forum/read.php?1,873463,873463 reports something very similar. There are other similar posts on other forums too. and the nice find is:
      https://www.reddit.com/r/klippers/comments/102ycc3/bltouch_temperature_drift_over_time_seckit_cube/
      and pictures of the process: https://imgur.com/a/bJwce1D/

      Basically he reposts the same and his solution was to remove the electronics from bltouch body and take it to a cooler place doing a very surgical cabling work.
      I have still 2 working bltouchs so I might give a try to this project.

      Sorry for blameing duet electronics in the past!!!!!!

    • Tinchusundefined

      bltouch wait time config

      General Discussion
      • • • Tinchus
      3
      0
      Votes
      3
      Posts
      89
      Views

      Tinchusundefined

      @engikeneer thanks for the answer. Can you share your config of bltouch?

    • Tinchusundefined

      raspberry camera on new firmware version

      General Discussion
      • • • Tinchus
      8
      0
      Votes
      8
      Posts
      275
      Views

      stuartofmtundefined

      @Tinchus said in raspberry camera on new firmware version:

      @the_K Im not able to replicate the installation on another printer. The same as you it is happening to me: plugin just runs for 1 second. Looking at the logs I can see an error about a camera module, so I installed:

      sudo apt -y install python3-picamera2

      With this I can start the plugin and stays active. Still, I cant see the camera on DWC

      I’ve always found it useful to prove a streamers settings with a browser before proceeding further. There are just sooo many variables …. Having said that, given a pi camera and the pi libraries - it should more-or-less just work (or at least log sensible errors)

      I’ve stopped using pi cameras, so I stopped supporting my old pi streamer. However - you may ( or not ) find something useful in my old notes

      https://github.com/stuartofmt/Pi-Notes/tree/master

    • Tinchusundefined

      Solved daemin.g not being updated

      General Discussion
      • • • Tinchus
      7
      0
      Votes
      7
      Posts
      189
      Views

      Tinchusundefined

      @droftarts thanks a lot!

    • Tinchusundefined

      Solved touchscreen not working on latest bookworm duetpi image

      General Discussion
      • • • Tinchus
      14
      0
      Votes
      14
      Posts
      495
      Views

      Tinchusundefined

      @chrishamm I solved the problem (so close the topic as solved please). I dont know the causes but this is how it is working now:

      .- In config.txt I commented the line

      #disable_fw_kms_setup=1

      By doing this and rebooting, I can see the raspberry logo at boot but then again all goes white and stays there

      So again in config.txt I made the change:
      dtoverlay=vc4-kms-v3d to dtoverlay=vc4-fkms-v3d

      And these 2 changes solved the problem. Everything in "normal " now, The camera is not working either but it is detected.

      On the other printer I checked, and disable_fw_kms_setup=1 is not commented... Documentation says this uses kernel defaults. So my guess is since the difference between both raspi images is the date and I can see a difference on kernel vlaues, there is something internal that makes all this trouble to me.

      Either way, it is solved. Thanks for the help

    • Tinchusundefined

      Logs

      General Discussion
      • • • Tinchus
      1
      1
      Votes
      1
      Posts
      54
      Views

      No one has replied

    • Tinchusundefined

      Speed restriction.. is it possible ?

      General Discussion
      • • • Tinchus
      6
      0
      Votes
      6
      Posts
      201
      Views

      Notepadundefined

      @Tinchus From my experience most of the resonance when it is speed specific will be related to any mass that is not perfectly centred on the ball screw (i.e how much of a banana the screw is). The motor will have its own resonance, but its exceedingly hard to mitigate that without straight up changing the type of motor.

      Your right to think about changing the tip of the screw from a hard clamp to some form of plastic dampening clamp. it can still hold up the tip and provide a little bit of dampening enough to remove the resonance.

      You can see a similar system used on the Prusa XL or our Construct1 XL printers 3485a756-eed9-4941-9a44-b3eb04eda352-image.png

      (obviously these are threaded rods, but they work the same for ball screws)

    • Tinchusundefined

      avoid crashing the bed if probe fails

      General Discussion
      • • • Tinchus
      3
      0
      Votes
      3
      Posts
      141
      Views

      OwenDundefined

      @Tinchus

      From the docs..,
      The H parameter defines the Z probe dive height, which is the height above the trigger height from which probing starts. The default is 3mm or 5mm depending on firmware version. You may wish to increase it during initial calibration. When using mesh bed compensation or running G30 commands with specified XY coordinates (for example from the bed.g file), the firmware moves the Z probe to this height above where it expects the bed to be before commencing probing. The maximum depth of probing from this position is twice the dive height.

      I think you'll find on straight G30 Z home, the dive height is ignored as the height is unknown.
      Otherwise you would never be able to home from any height.
      About the best you can do is check for typical errors before you start using the object model.

      I use this macro which is called before any Z homing or bed leveling

      check BL Touch var probeOK = true if sensors.probes[0].value[0]=1000 ; if probe is in error state set var.probeOK = false echo "Probe in error state- resetting" M280 P0 S160 ; reset BL Touch G4 S0.5 if state.gpOut[0].pwm < 0.05 set var.probeOK = false echo "Probe is already deployed - retracting" M98 P"0:/sys/retractprobe.g" G4 S0.5 if sensors.endstops[2].triggered set var.probeOK = false echo "Probe is already triggered - resetting" M280 P0 S160 ; reset BL Touch G4 S0.5

      I also use this check in my homeall.g to cancel the print if any errors occur during homing
      Any successful command should return a value of 0

      G30 ; home Z by probing the bed if result !=0 abort "Print cancelled due to probe error"

      Outside that, you'd have to have a secondary switch, pressure sensor or similar attached I'd think.

    • Tinchusundefined

      Bltouch not deploy sometines it does

      General Discussion
      • • • Tinchus
      23
      0
      Votes
      23
      Posts
      729
      Views

      Phaedruxundefined

      @Tinchus said in Bltouch not deploy sometines it does:

      If I push pin up with fingers, DWC never sees the BL activation (zprobe value is always cero). If I issue an M402 pins goes up, then M401 deploys the pin and if I try to trigger it, pin is trigger but DWC nevers sees that, probe value is always cero.

      The pin is magnetic, so if you force it up it's going to stay put magnetically, but that's not to say it's the same as triggering. It's best not to touch the pin at all as it's very fragile. And only control it with the proper M401 and M402 commands so that the state of the pin can be accurately tracked by the firmware.

      As for the cabling, please try the setup I suggested. If the short leads of the BLtouch itself aren't long enough, try making a short extension harness. The idea is to see if the issue is cable interference or if the BLtouch itself is malfunctioning.

      For what it's worth, I run several wires through my harness 1.5 meters to the print head including the heater, PT100, two fans, and BLTouch. All the cables are individually twisted or braided though to limit interference.

    • Tinchusundefined

      bltouch interference with reprap endstop

      Duet Hardware and wiring
      • • • Tinchus
      6
      0
      Votes
      6
      Posts
      236
      Views

      Tinchusundefined

      @droftarts yes, I though the problem is completly different of this post.

    • Tinchusundefined

      M291 message non blocking execution

      General Discussion
      • • • Tinchus
      8
      0
      Votes
      8
      Posts
      273
      Views

      T3P3Tonyundefined

      @Tinchus ok thanks.

    • Tinchusundefined

      Vibrations, resonance, stealhshop and emf calculator

      General Discussion
      • • • Tinchus
      1
      0
      Votes
      1
      Posts
      84
      Views

      No one has replied

    • Tinchusundefined

      vibration on motors at low speed

      General Discussion
      • • • Tinchus
      5
      0
      Votes
      5
      Posts
      160
      Views

      Tinchusundefined

      @droftarts jajajaj I have just read that article jajajaja thanks

    • Tinchusundefined

      set bed temp is not shown on DWC

      Duet Web Control
      • • • Tinchus
      5
      0
      Votes
      5
      Posts
      187
      Views

      aceranicundefined

      @aceranic Just found other port, it is <single bed control which was on. after off, all is good with Bed temp.
      Also 3.5.3 has issues with WiFi, will try 3.5.4.

    • Tinchusundefined

      Solved restore DWC 3.5.2

      General Discussion
      • • • Tinchus
      9
      0
      Votes
      9
      Posts
      318
      Views

      Tinchusundefined

      @Phaedrux Problem solved. Dont know why, seems chromium got bloques as usual when changing the printers fantasy name. Usually when this hapenned in the past, using this link on desktop asked you about a lock being present and giving you the chance to reset this lok. This time that never happened.

      Manually removing the lock solved the problem:

      rm .config/chromium/SingletonLock

      Thaks

    • Tinchusundefined

      Solved Problem on new installation / upgrade

      Firmware installation
      • • • Tinchus
      13
      0
      Votes
      13
      Posts
      499
      Views

      Tinchusundefined

      @chrishamm said in Problem on new installation / upgrade:

      Bookworm

      Thnaks you all. I think this post can be considered as SOLVED.

      As a recap:
      at least for me, the 64 bits version is really not running with enough resources on a a raspi 3 B+, too slow, I got many weird erros on daemoin.g file, camera issues, etc.

      The 32 bit version is now running as suposed to.

      LCD touch screen in my case needs extra config to run on bookworm, I found the solucion here: https://www.waveshare.com/wiki/Main_Page#RPi-Displays (llok for your model)