@ChrisP I was hoping for similar, but rather I just wanted the numeric value displayed by the board voltages.
Best posts made by Psylenceo
Latest posts made by Psylenceo
RE: How to auto execute gcode under specific circumstances?
Persist over power cycle isn't was I was going for sync any time I do a power cycle, an M999 command, E-stop/reset DWC button, etc I have config.g pull up a macro to do the bed leveling etc after I acknowledge it's safe to do.
The persistent counter I want to do stems from this covid-19 ordeal where my printer is on 24/7 and once a print is done I pop it off then tell DWC to reprint. I want the software to count how many times I start a print. Then between print N and print N+1 I want to perform a bed level check then start print N+1 and reset the counter.
This way if the controller resets or power is removed the printer will do a bed level check anyways. Hopefully, that makes more sense now.
RE: Noctua fan PWM issue
If this helps you or anyone else this is how I have my 2 Noctua 4pin fans:
; Fans M950 F0 C"!out4" Q25000 ; create fan 0 on pin out4 and set its frequency M106 P0 C"Extruder" S0.2 L0.2:1.0 X1.0 H1 T60:180 ; set fan 0 name and value. Thermostatic control is turned On, low low speed at 60c max speed at 180c+ M950 F1 C"!out5" Q25000 ; create fan 1 on pin out5 and set its frequency M106 P1 C"Part" S0.2 L0.2:1.0 X1.0 H2 T25:80 ; set fan 1 name and value. Thermostatic control is turned on low speed at 25c and max speed at 80c
How to auto execute gcode under specific circumstances?
Specifically, I'd like to perform a G29 or G32 at startup every time and also every # number of prints. While I have figured out how to do an auto-execute on power-up (reset, etc), I still have not been able to figure out how to execute a macro basically every x number of prints.
The reason for this question is that at first, I thought I'd just do a G29 or G32 and be all set. But, then I realized that after each print I usually removed the glass build surface. Which got me thinking that I then needed to do the G32 or G29 for every print and thusly added it to my simplify 3D script.
Well, now I have a wham-bam build surface so I should have to worry about my mesh changing much. But, I'd still like to make sure I have a good mesh at power-up and a validation run every nth print.
Does anyone know how to do that or have any suggestions?
Oh yeah, I understand the concern as well for having the machine do motions automatically hence I plan on placing an M291 S3 command at the start of both scripts to reduce the risk of issues. Which brings me to an issue while testing my auto gcode when my:
M291 S3 R" Reset detected" P" Press ok to begin power-up routine, cancel if this was just a reset."
When the above g-code is executed I do get a pop-up, however, there is no text and only the OK button when using the DWC.
RE: Duet 3 stall detection and hardware customization and testing
I don't consider sensorless homing as a gimmick. The way I've had to test it while testing trinamic drivers it was not very accurate due to the function in the library not actually sending the correct command nor receiving the correct info to set it properly. So I had to poll the motor load register and compare it to a set min that related to a stop, then send the stop position command. All of which added several us of delay. But, otherwise gave very usable homing positions and measuring, at least until a step was skipped of course. I really like this function because the Z -end stop on my Maker Gear M2 is a pain in the but to install, set, and it always moved. Since the sensor had to be clamped on a smooth rod.
I had a feeling they didn't add traces for the encoder IO, would have been really nice though. Guess I'll have to do encoders with an Arduino or other micro to send position data to the duet. The only concern is data bandwidth, timing, reaction time, and program timing. Whereas if the encoder IO was accessible the driver could handle skipped steps and stop/send interrupts.
The other issue with stall guard / trinamics skipped step detection is that they use the amperage and back emf from the motor, but the back emf I dependant on motor specs and velocity, along with the sense resistor value.
Duet 3 stall detection and hardware customization and testing
Waiting on my Duet 3 this weekend after giving up on developing my own 3d printer control board using TMC 5160's even though I know some of the functionality is not going to be there such as being able to add encoders to the stepper motors.
Then as I was reading the firmware configuration limits and seeing that stall detection of the extruder was not functioning with G1 H1 and H moves. This got me a bit curious as to what issues the firmware was having with the extruder stall detection. Is it not detecting a stall or is it falsely detecting them?
Then my personal question, is there connectivity available to connect stepper encoders to the trinamics drivers? or would I have to add my own code to read encoder positions over SPI / I2C or whatever communication?