@Lachlan said in RepRapFirmware-Obico:

@Sindarius Ok, we have ordered a Raspberry. Do I link the camera to the raspberry or to the computer?

Reply

You would put the camera on the raspberry pi since that is where it would be doing the processing.

@dc42 Worked! Thank you!

@Triet said in rfm - RepRapFirmware FileManager [duetbackup successor]:

By the way, what is the network protocol used by rfm?

rfm uses HTTP as the underlying communication protocol.

@gloomyandy

The problem has fixed itself.

It seems to have been related to a while loop that, due to a coding error, was never exiting.

I'm not sure though.

The important bit is that all is now good and I was able to edit the file and correct the coding error.

Thanks.

Frederick

@chrishamm Preparing for a new debugging session, today I retried Filezilla... this time it worked fine (showing all files).
I just started the printer, nothing else.
Crazy.
How to fix an intermitent issue, that's a new problem.

@Chriss I am being hit by similar difficulties trying to use ftp, Filezilla reports that the LIST command fails.

Some editors allow processing remote text files via ftp. Is there a way to integrate rfm in such an editor to be used instead of ftp?

@JoA-RHU it comes from the original Gcode specification, see https://tsapps.nist.gov/publication/get_pdf.cfm?pub_id=823374
Feed rate is set in units per minute, and can be mm, inches or degrees. When the specification was drawn up, most CNC machines were mills and other slower moving, machining tools. Inches per mm would have made a lot of decimal points. Also feed rate for most tooling is specified in inches/mm per minute.

Units per second has only become more useful with the advent of faster axes, and is somewhat limited to 3D printers. There's no particular advantage, yet, to change over, particularly as any conversion (usually just for the users benefit) can be done in software, eg the Gcode preview in most slicers show the speed as mm per second.

Ian

@CaiJonas both (a) and (b) will work. If you are using G30 to set Z=0 then don't use S-2 or S-3 in the G30 command. See https://docs.duet3d.com/en/User_manual/Reference/Gcodes#description-3.

@samuelklassen it sounds to me that you may have a connection within your printer between mains ground and something else. Perhaps the printer metalwork is grounded to the mains and you have a short between the hot end heater and the hot end metalwork; or something similar.

@achrn I can confirm that I have also ZVDDD configured on a 3.5.4 delta, and also have some clunks issues.

Will update this afternoon to 3.6 RC and test

@JJJJ said in Tractus 3D 1250 - Y-Axis Stopping & Cooling Fan Issue:

And that's very exciting, I hope yours is less of a headache aha!

Picked up yesterday!

f47cd367-c105-42cd-80de-d5f295ef0d25-image.png

PSU is missing (could you post a picture of yours? Ideally any label that's on it, and the plug that plugs into the printer) and someone tried to replace the hot end with what looks like an Ender 3 hot end! Fortunately the original effector is still there, though the original hot end and wiring is lost to the mists of time. I'll post a separate thread on it, and include all the details. It has what looks like the original configuration on the SD card, too.

Edit: I've uploaded the original config files to https://github.com/Duet3D/RRF-machine-config-files/tree/master/Tractus3D T1250/Tractus3D T1250 - RRF 1.19
Note that they are for use with RepRapFirmware 1.19, not RRF 3 or later!

Ian

Thank you both! The board is not using USB power, so it makes sense that that light is not on.

@btmclain to do the tuning it needs to be in closed loop.

Generally you home the axis in open loop, move it to a "safe" location (not crashing the machine), set it to closed loop, then do the calibration.

I suggest you read the tuning documentation here

@Phaedrux Okay, thank you very much!

@dc42 No. Frankly I suspected that may be the issue.

@dc42 Cool.. thank you very much! I will consider to do the upgrade in the next days. The printer is still in the build phase and I have a lot of other things todo anyway. So I may wait, let's see.

Cheers, Chriss

@Triet said in Using PanelDue SD card only for gcode files possible?:

M929 P"eventlog.txt" S3

You can specify the PanelDue SD card using 1:/, see https://docs.duet3d.com/User_manual/Reference/Gcodes#filenames-and-paths

Try: M929 P"1:/eventlog.txt" S3

Note that the PanelDue SD card interface is much slower than the onboard SD card.

Ian

There's also a set of guides going from initial connection to commissioning.

https://docs.duet3d.com/en/How_to_guides/Getting_connected/Getting_connected_to_your_Duet

@droftarts I may got with your recommendation of Tooboard. I didn't realize all of the advantages of the Roto TB. My chamber temps average around a max of 62c (with a bed temp of 110c). I'll have to do some testing to see what higher bed temps bring it up to to make sure I stay lower. I was going to add a PTC heater but now I suppose I shouldn't. I just have to devise a mount for the Roto board onto a Hemera XS. I'm sure that won't be too difficult. Thank you for the heads up! Any more advice or considerations?

@droftarts

i think on the Duet3D side we need to use endstops while on the OpenPNP side you use soft limits . The issue happens when you have a Axes with soft limit, it will sometimes go past the soft limit by a very small offset but when there is an endstop triggered that motion/ movement comes to a stop and does not go past.

On all the Axes, i have endstops in Duet3D 6XD controller and i have Soft Limits on OpenPnP