PT100 better wiring and software M305 settings

A Former User

Thanks! Every idea helps me, I have no clue where those spikes "charge off"...

The motor is now (when reading your post) already "grounded"/"earthed" since it was the major problem since "very unscientifically" i swapped the pt100-cable and did the motor-housing ground in one workload I would have to try out what had most impact...
Grounding the heatsink is not a bad idea, since it is like a small antenna near the pt100... hm... hm... hm... well... well... well... that I could try... ;-()
also the spikes... really curious, looks like a thunderstroke but today was sunny weather (but cold) here AND I installed a "class1" mains-inlet-(230VAC/50Hz)-filter extra to avoid having other machines (fridges etc.) in the building "influencing" the sine-waves Will try some things and report back

A Former User

This post is deleted!

dc42

@lb said in PT100 better wiring and software M305 settings:

@dc42 said in PT100 better wiring and software M305 settings:

M305 P1

Thanks!
throws back:
"Heater 1 uses PT100 (MAX31865) sensor channel 200, 2/4 wires, reject 50Hz, reference resistor 400 ohms"

I guess you need to install more recent firmware to get the last error type included in that response. Try 2.02beta2.

dc42

@lb said in PT100 better wiring and software M305 settings:

@dc42
This might be a stupid andor very naive thing to ask, because I assume there is much more and better already in place but because of my "spike-problem" I wanted to ask:
(I am not really good at programming, just did from time to time a small arduino-project, and put together some code I threw always in when I had problems with my wiring, since I am even worse in electrical-wiring (:-( but could you tell me if for people like me something like this is already in or could be thrown into the code for the heater and made accessible although I am aware this would slow down responsivness:

Smoothing is good when there is noise in a reading, but no good when the sensor reports failure to get a reading. The firmware already allows a few consecutive reading failures before it reports error and returns 2000C. So you are getting a lot more errors than you are seeing in the graph.

A Former User

@dc42 said in PT100 better wiring and software M305 settings:

@lb said in PT100 better wiring and software M305 settings:
@dc42
This might be a stupid andor very naive thing to ask, because I assume there is much more and better already in place but because of my "spike-problem" I wanted to ask:
(I am not really good at programming, just did from time to time a small arduino-project, and put together some code I threw always in when I had problems with my wiring, since I am even worse in electrical-wiring (:-( but could you tell me if for people like me something like this is already in or could be thrown into the code for the heater and made accessible although I am aware this would slow down responsivness:
Smoothing is good when there is noise in a reading, but no good when the sensor reports failure to get a reading. The firmware already allows a few consecutive reading failures before it reports error and returns 2000C. So you are getting a lot more errors than you are seeing in the graph.

Outch! O.K. Sorry - already assumed there is - just had to ask... hmhmhm what can I do next? Funny thing is with Ohmmeter (...cheap noname from china...) I cannot find anything - will check for loose contacts as next that might only be revealed when the printer is moving because I saw almost no spikes when it stands still but a lot when it moves...

(Just because of interest: Could you give me a hint to better software-smoothing-algorithms that are more sophisticated then what I posted but not as sophisticated as a "Kalman filter" or so)

A Former User

@dc42 said in PT100 better wiring and software M305 settings:

@lb said in PT100 better wiring and software M305 settings:

@dc42 said in PT100 better wiring and software M305 settings:

M305 P1

Thanks!
throws back:
"Heater 1 uses PT100 (MAX31865) sensor channel 200, 2/4 wires, reject 50Hz, reference resistor 400 ohms"

I guess you need to install more recent firmware to get the last error type included in that response. Try 2.02beta2.

With 2.03beta2:

Heater 1 uses PT100 (MAX31865) sensor channel 200, last error: sensor hardware error, 2/4 wires, reject 50Hz, reference resistor 400 ohms

Is that something bad: I have noticed that the stack-up-board in my case wiggles quite some bit - should I fix it with some (nonconductive/electronicsspecd) hotglue on the pinrow to avoid that chance of wiggeling?

Question: As a non-native-english and non-native-coding and non-native-electronics I do not fully understand the 2/4 wires, since in config.g there is the definition as 4-wire-solution?

UPDATE: IT IS WITH THE MOTORS!!! As long as I reboot completly and all motors have not moved and external motors are still in "ALARM/FAULT" state (that is before first STP/DIR/EN signals) there is no fault with the pt100-sensor no matter how fast /slow and which of the 3 fans is on or off and no matter how much temp 0-280°C the heater has... YUHUU
I have a feeling that those JMC-motors might smudge and smear the GND which in my case is the shield...

dc42

Can you confirm that you are using external drivers with optically-isolated inputs?
How close to the PT100 cable do the stepper motor cables run?
What sort of stepper motor cables are they?
How are you providing power to the external drivers?
Have you grounded VIN-, the hot end metalwork, and the frame of the printer? If not, the stepper motor bodies can pick up noise from the windings, and that noise may be transmitted through metal mechanical parts to the PT100 cartridge case.

A Former User

@dc42 said in PT100 better wiring and software M305 settings:

Can you confirm that you are using external drivers with optically-isolated inputs?
How close to the PT100 cable do the stepper motor cables run?
What sort of stepper motor cables are they?
How are you providing power to the external drivers?
Have you grounded VIN-, the hot end metalwork, and the frame of the printer? If not, the stepper motor bodies can pick up noise from the windings, and that noise may be transmitted through metal mechanical parts to the PT100 cartridge case.

yes
tried away/separated and close/allcablestogether; did not change anything as soon as motors are on
those are "FABER EFK 300 CP" "straight-internally"(alltogether a little bit twisted)-outerbraidedshield-cables (Could twisted pair be of any benefit here? either twistedpair for the stp+/stp- & dir+/dir- & en+/en- and for the Z-axis and e-axis which are driven direct with the duet2-trinamic-drivers I could swap to twisted pair for A+/A- & B+/B-...?)
Only one switching powersupply meanwell 24V is powering everything so far (I am thinking about changing the powersupply to a "trafo"-powersupply lower EM-Noise...), so a cable with shield is going to each motor
I tried grounding everything to PE which was worse even when motors were off, now I have two groundings: 1st all shields of motors are connected to PE, 2nd) all other shields are connected to Vdc-(GND) of the switching supply with one big 1M-Ohm resistor before the "final" cable goes into the PSU to avoid having a short, or if having one at least not a catastrophic one...
For the rest of the printer: The frame and "outer"-Metalparts are connected to PE, the "internal" parts like hotend are connected to the same Vdc-(GND)

So far I can print if I preheat manually. Also the PID-tuning works with this setup. BUT: When printing with no manual preheating it throws an error because of course if a print gets started, the motors get started and then there is all the noise again...

As said: After thinking a while about it, maybe changing the switchingsupply to a toroidal-transformer with rectifier+capacitors (+inrush/start-limiter, etc.) could maybe be a real benefit?

Would the twisted-pair-cable-rewiring help?

Will report when I have more news...

dc42

Twisted pair wiring for the stepper motors may help, but you must use one pair for each motor phase. The wiring for the step/dir/en signals between the breakout board and the external drivers is not critical, assuming that the external drivers have the usual optically isolated inputs.

Is your PSU definitely adequate for those external stepper drivers plus the heaters?

A Former User

@dc42
Thanks for coming back on this!
I have also some news:

Phoned around and found a nice company that is reseller of "daitron"-PSUs and they gave me a test unit for which they will only charge me if I keep it, put it in on the weekend and have to say: It is MUCH better then anything I have known before of... they are "bloody" expensive, but since the printer is not for me I have to bite that apple... at least it is a test-unit for which I get a discount...
new twisted-pair-moving-application-shielded-cable for the extrudermotor that is close to the heater-sensor (...direct-drive-setup...) will arrive this week

Question:

A friend advised me to extensivly use M84 whereever I can and this works great! BUT: I have the feeling that with the latest firmware, M84 will also kick out any homing done if it is used for X/YorZ on a cartesian... (I can only turn off E0=a.k.a. "the problem motor", all other motors (in my case of course only Z) to "1"% idle-hold which is "at least 100mA" quoted from https://duet3d.dozuki.com/Wiki/Gcode#Section_M906_Set_motor_currents) -> So could this in the next releases be able to lower it even more (at least for the extruder-motors for direct-drive-setups with noise-problems like mine), that if somebody forgets to call M84 E0 it will automatically be lowered even below 100mA...?

A Former User

@dc42 said in PT100 better wiring and software M305 settings:

Twisted pair wiring for the stepper motors may help, but you must use one pair for each motor phase. The wiring for the step/dir/en signals between the breakout board and the external drivers is not critical, assuming that the external drivers have the usual optically isolated inputs.

Is your PSU definitely adequate for those external stepper drivers plus the heaters?

"Old" one was 1000W, new "Daitron" is 300W, so let´s calc for the new one:

65W heater (M84 E0 is called when heating up and no movement in x, y & z)
2,4A in Z = 57,6W -> But with M906 I1 it always get´s down to those 100mA...
ca. 0,8A for E = 19,2W -> But with M906 I1...

= 141,8W so far

fans
duet

not more than 200W?

-> So in worst-case the external-drivers have 100W left, each 50W...
-> external steppers have also current-reduction on standstill which is "auto"(matic) and I have to find out how much it is... and how much they suck in worst case...
checking this numbers I also could have taken your expansion-board (ha!) if I only knew before I would have ended up with those 300W...

dc42

@lb said in PT100 better wiring and software M305 settings:

A friend advised me to extensivly use M84 whereever I can and this works great!

Ignore that. It may be true for Marlin and other ancient firmwares, and for any electronics that doesn't have software-controllable stepper motor current; but it's not true for RepRapFirmware/Duet. RRF reduces the stepper motor current to the idle percentage when all motors have been idle for the idle time. The idle current and idle time default to 30% and 30 seconds, but they can be changed in the M906 command. The idle current is enough to hold the motor positions, but reduces the power consumption and heat generation. Whereas if you disable motors using M84 or M18, then when you power them up again they may jump to a new position 4 full steps from the one they were in when you powered them down. That's one of the reasons why dual Z motors get out of sync, and it's why RRF flags motors as not homed when you turn them off using M18 or M84.

Powering motors down at the end of a print is OK if you home the printer before each print, and either you don't have dual Z motors or you do but you drive them independently and level them before each print.

On delta printers it is sometimes necessary to increase the idle current to around 60% in order to maintain motor position.

A Former User

Also stumbled across this, and will order there a pt100 just to be sure:
https://forum.duet3d.com/topic/4966/highly-erratic-temperature-readings-above-certain-temperature/7

They have PT100 with shielding-cable provided and even offer 4wiring all the way to the actual sensor! Sadly the shortest length is 30mm with 3mm diameter but will have to try that...

Curious:

The best setup so far (faaaaar from perfect) is having a connection wire from GND-with-1MOhm-to-PT100shield & the motorshields on PE!

Having all shields either on GND (of course with those 1MOhm) or on PE makes things worse.

?

A Former User

@dc42 said in PT100 better wiring and software M305 settings:

@lb said in PT100 better wiring and software M305 settings:

A friend advised me to extensivly use M84 whereever I can and this works great!

Ignore that. It may be true for Marlin and other ancient firmwares, and for any electronics that doesn't have software-controllable stepper motor current; but it's not true for RepRapFirmware/Duet. RRF reduces the stepper motor current to the idle percentage when all motors have been idle for the idle time. The idle current and idle time default to 30% and 30 seconds, but they can be changed in the M906 command. The idle current is enough to hold the motor positions, but reduces the power consumption and heat generation. Whereas if you disable motors using M84 or M18, then when you power them up again they may jump to a new position 4 full steps from the one they were in when you powered them down. That's one of the reasons why dual Z motors get out of sync, and it's why RRF flags motors as not homed when you turn them off using M18 or M84.

Powering motors down at the end of a print is OK if you home the printer before each print, and either you don't have dual Z motors or you do but you drive them independently and level them before each print.

On delta printers it is sometimes necessary to increase the idle current to around 60% in order to maintain motor position.

Ah - O.K., so I just put 10% within M906 but left the 1Second for Idle-timeout...
The printermechanics are build in a way that everything is geared and is pre-tighted, so nothing moves without force applied, so those 10% should be enough for the motors, maybe if I get the problem away I will put the idle-current higher again.

What came to my mind:

Do you know if thermistors of Typ-K-sensors are "more stable" then the PT100 with those ca. 2,5Meters of cable?
Would it have a positive effect if I order a duex5 and put ALL motors to the duex5 and have everything else on the "main"-board? (I saw that the latest revision >9.0 has added capacitors on the steppers "for reduced EMI"...)

dc42

@LB, PT100 sensor should be stable if our wiring guidelines are followed. But I'm looking at whether adding extra capacitors on the PT100 board might make it more resistant to interference. If it does, then it will be possible to retrofit the capacitors. We'll also add a cable shield grounding point to the next revision of the PT100 board.

I don't think it's worth you getting a DueX unless you need more than 5 stepper motors.

A Former User

@dc42
(I tried 3 diffrent cables from straight-shielded over ethernet-shielded to "2x2x0,5 unitronic FD CP (TP) plus" -> Tomorrow will arrive a "double shielded"-cable "Li2Y(C)H-C11Y 2x2 AWG24" from "metrofunk kabel union", means each twisted pair is shielded and also the whole cable... thinking about checking all cables for a bad contact, so far I only did the "beep"-measure-through to make sure to not have any short between one to the next internal cables but maybe that was not enough?)

I have put "M143 H1 S350 A2" into the "config.g" to see, if there is a failure with the heater, that way, I could print on maybe...

Sounds interesting with that new board - when will it be available, or can I become a beta-tester within 2weeks? Out of curiosity: Are you planning to include those capacitors on the motordrivers from the duex5-0.9 into the next duet2-v1.0.5 or are they already there?

Another thing to test for me: Would anything bad happen if I leave X&Y as external motors in the config.g but (when machine is powered off) I pull the flat connector-cable and make it on to see if some of the noise is gone?

dc42

@lb said in PT100 better wiring and software M305 settings:

Out of curiosity: Are you planning to include those capacitors on the motordrivers from the duex5-0.9 into the next duet2-v1.0.5 or are they already there?

They are already included in recent Duet revisions. https://duet3d.dozuki.com/Wiki/Hardware_Overview#Section_PCB_revision_v1_Num_02

A Former User

@dc42

SOLVED:
With "M143 H1 S350 A2" where exactly should it give me the possibility to reset a heater-fault without restarting?
"A Action to trigger (0: Generate heater fault [default] 1: Switch off permanently 2: Switch off temporarily)"

Question not solved:
And would M18 instead of M84 to disable at least E0(extrudermotor in the direct-drive-setup close to the PT-100) do any good or is there a diffrence?

Edit (question out of curiosity) -think it is somehow solved(?):
(If we pause in the middle of a heat-up-process, will it just keep on heating to active-/standby-temperature or will it pause also the heatup and swap the target-temp with whatever it currently has? Just asking because of the time given within "M570" could interfere here? -> Thinking about it it does not matter, if after setting a temperature pause is pressed just before that m116 to wait for it, in both cases it heats up to the set temperature...(?))

ayudtee

To reset a heater fault without restarting, simply enter M562. No other parameters are needed and this will clear a heater fault on all heaters

A Former User

@ayudtee said in PT100 better wiring and software M305 settings:

M562

Thanks! Cool! (ahrgh sometimes it could be so easy... )

@dc42
@ayudtee
Seems I understood M570 also wrong... I have put now "M570 P8 S15" there what should help (overlooked that from RRF>=1.2 S are minutes and not seconds...)

The twisted cable for the direct-drive arrived but did not change anything at least the motor is now more immune to EMI though this wasn´t my problem exactly...

For the sake of tried to disable all non-used extruder drives, e.g. "M569 P4 R-1", but that didn´t do it either I guess I call it a day...