Posts made by ComedianTF2

@T3P3Tony

I will be able to check that in January, once I'm back from holidays

@droftarts

Same, will test it out in January once I'm back. The wiring I've done per the guide you've shown. I had missed the driver enable polarity jumper, so that's quite likely the issue there.

With re-sending the commands we were able to get the printer up and running, and the printer has completed a successful print, though hopefully we won't need to use the driver_enable.g file I used before with the fixes recommended.

Thanks both for the help, I'll enjoy the Christmas break for now and get back to it in Jan

@T3P3Tony it's on 3.5.4

After further testing, it seems that sending a small move command, after which sending the M569 command seems to enable them reliably.

At the bottom of the config.g I've added a M98 command calling for motor_enable.g, with the contents below

M98 P"motor_enable.g" ; enable motor at boot

M564 H0 S0					; allow unhomed moves + moves out of min/max area. Only for testing. Remove later on
G91 						; relative moves
G1 X0.1 					; move 0.1mmm
G1 Y0.1 					; move 0.1mmm
G1 Z0.1						; move 0.1mmm
M569 P0 S0 R1 T2:2:5:2.5	; X axis, Drive 0, active high enable, 2us minimum step pulse, 2 us minimum step interval, 5us DIR setup time and 5us hold time
M569 P1 S0 R1 T2:2:5:2.5	; Y axis
M569 P2 S0 R1 T2:2:5:2.5	; Z axis
M564 H1 S1 				; re-enable safety stuff

@T3P3Tony it doesn't seem to do the trick.

It's also weird that it doesn't seem like the M569 command enables it 100% if the time, I seem to work around 70% of the time, and then sometimes I gotta send it multiple times in a row until it "takes"

I'm currently testing settling the idle timeout to a very large number as well to make sure that once it takes it stays

So I'm helping out a friend install a 6XD in his printer. Ideally we should have installed a 6HC, but we needed to get it up and running asap and it was out of stock locally so we went with a 6XD option.

We have managed to get movement out of the steppers, but it seems I need to re-send the M569 commands before the motors get "energized". Once they have had the commands sent, they can be moved with no issue.

The weird thing is that the commands are being sent in the config.g, but somehow aren't activating the drives there. It's only when I send them later on a second time that things work properly.

Adding these commands to the bottom tot he config.g doesn't seem to work either. Writing this out, i wonder if there is maybe there a time/power delay that would cause things?

If anyone has some clues on what to check/test for, let me know

The drivers used are SL2690A drivers, here is the manual: https://www.123-3d.nl/pdf/SL2690A--English.pdf

Per the manual, it seems that the config is 2us minimum step pulse, 2 us minimum step interval, 5us DIR setup time and 5us for the hold time. I am not 100% sure on the hold time. but testing 0, 2, 5 and 10 made no noticable difference so I kept it at 5us

The config.g is below. Note some parts of the config.g haven't been written out fully, as we're enabling things one by one to check the systems.

G90												; send absolute coordinates...
M83												; ...but relative extruder moves
M550 P"Everything3D"							; set printer name

; Network
M552 S1 P0.0.0.0								; enable network for 

; Drives
M569 P0 S0 R1 T2:2:5:5							; X axis, Drive 0, active high enable, 2us minimum step pulse, 2 us minimum step interval, 5us DIR setup time and no 5us time
M569 P1 S0 R1 T2:2:5:0							; Y axis
M569 P2 S0 R1 T2:2:5:0							; Z axis
;M569 P124.0 S0									; physical drive toolboard goes forwards using default driver timings. Update with the correct CAN address (the P value)
M584 X0 Y1 Z2 ;E124.0							; set drive mapping
;M350 E16
'M906 E1000 									; 1amp

;M350 E16 I1									; configure microstepping with interpolation
;M906 E1000 I50									; set motor currents (mA) and motor idle factor in per cent
; steps/mm and current set by external stepper motor 
M92 X200 Y200.00 Z2000.00 E400					; set steps per mm
M566 X600 Y600 Z50 E3600						; set maximum instantaneous speed changes (mm/min)
M203 X4800 Y4800 Z500 E5100						; set maximum speeds (mm/min)
M201 X600 Y600 Z15 E5100						; set accelerations (mm/s^2)
M204 P500										; travel move accelerations
M84 S100										; Motor idle timeout

; Axis Limits
M208 X0 Y0 Z-4 S1								; set axis minima. Updated from -2 to -4 on the Z
M208 X1200 Y580 Z600 S0							; set axis maxima

; Endstops
;M574 X1 S1 P"!io1.in"							; configure switch-type (e.g. microswitch) endstop for low end on X via pin io0
;M574 Y2 S1 P"!io2.in"							; configure switch-type (e.g. microswitch) endstop for high end on Y via pin io1
;M574 Z1 S2										; configure Z-probe endstop for low end on Z

; Z-Probe
;M950 S0 C"124.io0.out"							; create servo pin 0 for BLTouch
;M558 P9 C"^124.io0.in" H5 F120 T6000			; set Z probe type to bltouch and the dive height + speeds
;G31 P500 X-15 Y30 Z1.7							; set Z probe trigger value, offset and trigger height
;M557 X30:1150 Y30:570 S50						; define mesh grid

; Heaters
M140 H-1										; disable heated bed (overrides default heater mapping)
;M308 S0 P"temp0" Y"thermistor" T4700000 B4725	;C7.06e-8 ; configure sensor 0 as thermistor on pin temp0
;M950 H0 C"heat0" T0								; create nozzle heater output on heat0 and map it to sensor 0
;M307 H0 R1.929 K0.248:0.000 D6.80 E1.35 S0.90 B0 V25
;M143 H0 S285									; set temperature limit for heater 0 to 285c

; Fans
;M950 F0 C"124.out0" Q500						; HEATSINK FAN create fan 0 on pin fan0 and set its frequency
;M106 P0 S1 H0 T45								; set fan 0 value. Thermostatic control is turned on
;M950 F1 C"124.out1" Q41						; PART COOLING FAN create fan 1 on pin fan1 and set its frequency
;M106 P1 S0 H-1									; set fan 1 value. Thermostatic control is turned off

; Tools
;M563 P0 D0 H0 F1                            ; define tool 0
;G10 P0 X0 Y0 Z0                             ; set tool 0 axis offsets
;G10 P0 R0 S0                                ; set initial tool 0 active and standby temperatures to 0C

; Custom settings are not defined
; Toolboard

;M308 S2 P"124.temp1" Y"thermistor" A"toolboard temp" T100000 B4092


;LCD
;M950 P1 C"LCD_D4"
;M42 P1 S0
;G4 P500
;M42 P1 S1
;M918 P2 C30 F50000 E4

;********
;TESTING ONLY REMOVE ME IN FINAL BUILD
M564 H0 S0								; allow unhomed moves + moves out of min/max area. Only for testing. Remove later on
;TESTING ONLY REMOVE ME IN FINAL BUILD
;*********

@AndrewG The config.g you have seems to be quite an old one, and that bed.g wouldn't work with it. I have no idea how that would suddenly revert, but I would try and download the correct variant of the config files to use for your printer

https://github.com/Modix3D/Modix-V3-configuration-and-Macro-files/releases/tag/v3.4.5.c

edit: It might also be worth updating your firmware, those files are made for RRF3.4.5

@Surgikill Good catch, I had overlooked the I1 parameter, though that shouldn't give any problems; the parameter is ignored. The rest of the deployprobe.g and retractprobe.g are correct though, and that should not give an error.

@Surgikill That's quite interesting, I've been working hard to re-write the entire code of the printers, and I am pretty sure I caught all of the depreciated code. But if you point me to anything that was missed, I would love to fix it.

@dc42 Thanks for that.

Good to know that the choice selection for the M291 T0 S4 does not need to be indented, that makes a large difference and with that I should be able to get everything in a single file

@dc42 The problem is not in the variable name, I tested it and it did not work with the following script:

M30 "0:/sys/test/config_globals.g"
M28 "0:/sys/test/config_globals.g"
M29
 
M291 T0 S4 R"Welcome" P"Welcome to your Printer. Please select the version of printer you have" K{"V1","V2"} 
	if input = 0
		M291 S3 R"Version V1" P"According to this, you have a V1 printer. Press OK to confirm, or cancel to re-start"
		echo >"0:/sys/test/config_globals.g" "if !exists(global.config_version)"
		echo >>"0:/sys/test/config_globals.g" "   global version = 1"
		global version = 1
	if input = 1
		M291 S3 R"Version V2" P"According to this, you have a V2 printer. Press OK to confirm, or cancel to re-start"
		echo >"0:/sys/test/config_globals.g" "if !exists(global.config_version)"
		echo >>"0:/sys/test/config_globals.g" "   global version = 2"
		global version = 2
 
if global.version = 1
	M291 T0 S4 R"V2 to V3" P"Do you have a A model or a B model" K{"A model","B model"} 
		if input = 0
			echo >>"0:/sys/test/config_globals.g" "   global printer_model = 1"
			global printer_model = 1
		if input = 1
			echo >>"0:/sys/test/config_globals.g" "   global printer_model = 2"
			global printer_model = 2
elif global.version = 2
	M291 T0 S4 R"V2 to V3" P"Do you have a C model or a D model" K{"C model","D model"} 
		if input = 0
			echo >>"0:/sys/test/config_globals.g" "   global printer_model = 1"
			global printer_model = 1
		if input = 1
			echo >>"0:/sys/test/config_globals.g" "   global printer_model = 2"
			global printer_model = 2

That outputs (when choosing V1 and model A)

if !exists(global.config_version)
   global version = 1

However this combination of scripts does work:

M30 "0:/sys/test/config_globals.g"
M28 "0:/sys/test/config_globals.g"
M29
 
M291 T0 S4 R"Welcome" P"Welcome to your Printer. Please select the version of printer you have" K{"V1","V2"} 
	if input = 0
		M291 S3 R"Version V1" P"According to this, you have a V1 printer. Press OK to confirm, or cancel to re-start"
		echo >"0:/sys/test/config_globals.g" "if !exists(global.config_version)"
		echo >>"0:/sys/test/config_globals.g" "   global version = 1"
		;global version = 1
	if input = 1
		M291 S3 R"Version V2" P"According to this, you have a V2 printer. Press OK to confirm, or cancel to re-start"
		echo >"0:/sys/test/config_globals.g" "if !exists(global.config_version)"
		echo >>"0:/sys/test/config_globals.g" "   global version = 2"
		;global version = 2
 
if global.version = 1
	M98 P"0:/sys/test/version1.g"
elif global.generation = 2
	M98 P"0:/sys/test/version2.g"

M291 T0 S4 R"V2 to V3" P"Do you have a A model or a B model" K{"A model","B model"} 
	if input = 0
		echo >>"0:/sys/test/config_globals.g" "   global printer_model = 1"
		global printer_model = 1
	if input = 1
		echo >>"0:/sys/test/config_globals.g" "   global printer_model = 2"
		global printer_model = 2

M291 T0 S4 R"V2 to V3" P"Do you have a C model or a D model" K{"C model","D model"} 
	if input = 0
		echo >>"0:/sys/test/config_globals.g" "   global printer_model = 1"
		global printer_model = 1
	if input = 1
		echo >>"0:/sys/test/config_globals.g" "   global printer_model = 2"
		global printer_model = 2

That outputs (when choosing V1 and model A)

if !exists(global.config_version)
   global version = 1
   global printer_model = 1

I don't see a good reason why the script with everything contained in one file would not work, but that same script just split out over three files does work as it should

@dc42 a leftover from trying to diagnose the problems, I re-wrote the macro to be significantly simpler from the one I was working on, but the problems remained.

When removed it still doesn't work

Firmware: 3.5.0-beta.4
Duet web control: 3.5.0-beta.4

I am working on a script to write several global variables to a file, per a series of messages sent to a user, so the user can get the right set of variables for their printer after executing the script.

The first part of the code (line 1 through 15) work well, and in the resulting config_globals.g, the first parameters (version 1 or version 2) are set correctly

However the second set of parameters (printer model 1 or 2) are not set at all, it seems as if nestling the echo commands that deep is causing problems.

M30 "0:/sys/test/config_globals.g"
M28 "0:/sys/test/config_globals.g"
M29

M291 T0 S4 R"Welcome" P"Welcome to your Printer. Please select the version of printer you have" K{"V1","V2"} 
	if input = 0
		M291 S3 R"Version V1" P"According to this, you have a V1 printer. Press OK to confirm, or cancel to re-start"
		echo >"0:/sys/test/config_globals.g" "if !exists(global.config_version)"
		echo >>"0:/sys/test/config_globals.g" "   global version = 1"
		global version = 1
	if input = 1
		M291 S3 R"Version V2" P"According to this, you have a V2 printer. Press OK to confirm, or cancel to re-start"
		echo >"0:/sys/test/config_globals.g" "if !exists(global.config_version)"
		echo >>"0:/sys/test/config_globals.g" "   global version = 2"
		global version = 2

if global.version = 1
	M291 T0 S4 R"V2 to V3" P"Do you have a A model or a B model" K{"A model","B model"} 
		if input = 0
			echo >>"0:/sys/test/config_globals.g" "   global printer-model = 1"
			global printer-model = 1
		if input = 1
			echo >>"0:/sys/test/config_globals.g" "   global printer-model = 2"
			global printer-model = 2
elif global.version = 2
	M291 T0 S4 R"V2 to V3" P"Do you have a C model or a D model" K{"C model","D model"} 
		if input = 0
			echo >>"0:/sys/test/config_globals.g" "   global printer-model = 1"
			global printer-model = 1
		if input = 1
			echo >>"0:/sys/test/config_globals.g" "   global printer-model = 2"
			global printer-model = 2

The output of this file, selecting first version 1 and then printer model 1 is this:

if !exists(global.config_version)
   global version = 1

However the expected and desired code is:

if !exists(global.config_version)
   global version = 1
   global printer-model = 1

Executing the echo commands separately does work, so I am not sure why the commands are not working when used in this fashion.

As another test, I also created two files named version1.g and version2.g, that contained the sub-scripts. In that case, the echo commands correctly wrote the global parameters to the config_globals.g

if global.version = 1
	M98 P"0:/sys/test/version1.g"
elif global.version = 2
	M98 P"0:/sys/test/version2.g"

version1.g example:

M291 T0 S4 R"V2 to V3" P"Do you have a A model or a B model" K{"A model","B model"} 
	if input = 0
		echo >>"0:/sys/test/config_globals.g" "   global printer-model = 1"
		;global printer-model = 1
	if input = 1
		echo big120x
		echo >>"0:/sys/test/config_globals.g" "   global printer-model = 2"
		;global printer-model = 2 

@droftarts These are official Duet boards, wiring connections are all good. Using a long ribbon cable, have not tested it out using the 4 pin cable

With the 3.4.1 firmware there are no problems at all

Testing out Paneldue firmware 3.5.0-rc6 (paneldue 7i) in combination with RepRapFirmware 3.5.0-beta.4 (on a Duet 2 WiFi) is giving a weird issue, in that after a certain amount of time, the paneldue stops responding to any kind of inputs on the LCD. I can still see updates coming from the display like temperature changes and homing status, but touching the screen does nothing.

Unplugging and re-plugging in the cable makes it work again temporarily, but after a bit of time (around a minute or so), it stops working again.

It doesn't seem to be linked to the screensaver, I have the screensaver at 120 seconds, and it stops working before the screensaver kicks in

Rolling back to 3.4.1 on the paneldue seems to fix the problem

It's not possible to set a different idle factor for different axises (axis?)

https://docs.duet3d.com/User_manual/Reference/Gcodes#m906-set-motor-currents

From the notes section:

The I parameter is the percentage of normal that the motor currents should be reduced to when the printer becomes idle but the motors have not been switched off. The default value is 30% and will always be at least 100mA - starting from RRF 2.02 setting it to 0 will disable the steppers after timeout like M18|M84 do and if an axis is related to the motor, throw out the "homing" of it, since it is likely that the position cannot be precisely determined anymore. Note that the idle current is applied globally for all motors and cannot be set per axis.

https://docs.duet3d.com/en/User_manual/RepRapFirmware/CAN_limitations

The link to "RepRapFirmware configuration limits" Is a broken link, and doesn't go anywhere

https://docs.duet3d.com/User_manual/RepRapFirmware/CAN_limitations/RepRapFirmware_overview#firmware-configuration-limits

It can happen if one of the pins is badly crimped, or one of the wires is getting loose a little bit.

If you look up, You can see on the red wire of the 3 pin connector above, as well as the yellow wire of the 4 pin connector above that (it looks like that one might also be damaged?), that the metal part is not seated fully into the connector housing.

When that is the case, there is not a full connection to the pin on the motherboard, and that in turn can cause arcing, which over time will cause damage like you're having.

I would strongly advise you to re-crimp the wires there, those are not good crimps.

It's definitely normal that with a volcano length heater block and nozzles, you will tend to have a lot more oozing. Key things to do there are calibrate the printing temperature (you can generally print with a lower temp than with a V6 style heater block)

First thing to look at would be the temperature. I had a friend that noticed they needed to print around 10-20c cooler on their artillery than on a similar hotend. I suspect that on his machine, the temperature is not quite accurate, where it's reporting the temperature as lower than what it should be.

Based on those two, I would say that focusing on the temperature would be a good idea there.

I've spotted an interesting behavior where it seems like the zstop port is reporting about 10x times the pulses compared to other ports. I did not manage to find documentation about this, or was able to change the result

I've tested it out by swapping out the primary and secondary sensors, and the readings are consistent.

Swapping the secondary to a different port (ie the e0stop, ystop, or any other port) seems to work, it's only the zstop port that's giving weird readings

M591 D0 P7 C"e1stop" S1 L3.32 E10 R50:150 ; Primary hotend pulse type detector
M591 D1 P7 C"zstop" S0 L0.235 E5 R10:3000 ;Secondary hotend pulse type detector

Any clue why this is happening? is it a hardware related problem?

M122:

m122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.5 (2022-11-30 19:36:12) running on Duet WiFi 1.02 or later + DueX5
Board ID: 08DLM-996RU-N8PS4-6J9D0-3S86R-KAU3N
Used output buffers: 3 of 26 (23 max)
=== RTOS ===
Static ram: 23836
Dynamic ram: 77464 of which 12 recycled
Never used RAM 7912, free system stack 172 words
Tasks: NETWORK(notifyWait,13.8%,237) HEAT(notifyWait,0.0%,329) Move(notifyWait,0.0%,363) DUEX(notifyWait,0.0%,24) MAIN(running,86.1%,438) IDLE(ready,0.1%,30), total 100.0%
Owned mutexes: WiFi(NETWORK)
=== Platform ===
Last reset 00:42:37 ago, cause: power up
Last software reset at 2023-05-12 16:57, reason: User, GCodes spinning, available RAM 7532, slot 1
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x00
Aux0 errors 0,0,0
Step timer max interval 0
MCU temperature: min 17.4, current 25.5, max 25.8
Supply voltage: min 24.1, current 24.2, max 24.4, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 99/15, heap memory allocated/used/recyclable 2048/228/8, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: standstill, SG min n/a
Driver 1: standstill, SG min n/a
Driver 2: standstill, SG min n/a
Driver 3: standstill, SG min n/a
Driver 4: standstill, SG min n/a
Driver 5: standstill, SG min n/a
Driver 6: standstill, SG min n/a
Driver 7: standstill, SG min n/a
Driver 8: standstill, SG min n/a
Driver 9: standstill, SG min n/a
Driver 10: 
Driver 11: 
Date/time: 2023-05-15 12:34:01
Cache data hit count 4294967295
Slowest loop: 17.74ms; fastest: 0.19ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest read time 3.4ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 83, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters -1 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP is idle in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty
=== Filament sensors ===
Extruder 0 sensor: no data received
Extruder 1 sensor: no data received
=== DueX ===
Read count 1, 0.02 reads/min
=== Network ===
Slowest loop: 16.32ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
HTTP sessions: 1 of 8
= WiFi =
Network state is active
WiFi module is connected to access point 
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.27
WiFi MAC address ec:fa:bc:5b:3c:a9
WiFi Vcc 3.36, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 22672
WiFi IP address 192.168.178.57
WiFi signal strength -61dBm, mode 802.11n, reconnections 0, sleep mode modem
Clock register 00002002
Socket states: 0 0 0 0 0 0 0 0