@OwenD
In the above example we can have the probe known dimensions (P0, P1, P2) and or config,g steps (P4 and P5) saved in the file and load them at the beginning of the example macro with M931 P1, and the whole fine tuning steps can happen really quickly and accurately 🙂

Thanks for answering so fast. Now it working, I just recompiled after cleaning the project and removed the old binary file.
If someone has the same problem, to compare the binaries I used:

To edit (remove the last 4 bytes): https://hexed.it/ Calculate the CRC: https://simplycalc.com/crc32-file.php

@jay_s_uk

Thanks. I'm using a newer version of python and the cmd is py not python. That why it didn't work.
It's working now.

@jay_s_uk Thanks you for fast reply, this explains everything!

@ÖrjanE said in Actual movements during failed simulation:

@dc42 Great!
Thanks for your work in maintaining this software.

Thanks for your clear description of the issue and GCode file to reproduce it.

Did a first Print after setting up autocalibration, mesh bed compensation and preasure advance..
I´m quiet happy with the result.

Thx again for looking into it 🙂

picture of the print

benchy.jpg

@dc42

I am glad to hear that! Thank you very much for your feedback.

-Max

Thanks for the quick answer!

That helped but was not everything I needed. I also had to add crc32appender to my PATH. I did that but eclipse did not add make use of this information so I added the path to the file in the "Properties" of the project (see screenshots). I'm not sure if this is how it's supposed to be done but it worked for me.

Is there a way to adjust the size of the images as they are represented here?

Greetings Daniel

img1.png
img2.png

@dc42 said in Error building RepRapFirmware 3.3-dev:

I suggest you install this https://xpack.github.io/windows-build-tools/ if you haven't already, then adjust your PATH so that the version of make.exe from that installation is picked up before any other. You can type "where make" at the Windows command prompt to find out where make is being fetched from.

Yah... I tried several combinations (starting with the ones in the instructions) and finally gave up on Windows.

I installed a Virtual Box with a Ubuntu distribution and got it all working. Just avoided the whole make/rm command line length issue all together.
Thanks

Would it be possible to just set the beta angle to equal the machine position?

if (wristMode == (1 or 2)) beta = machinePos[3] = (((float)motorPos[3]/stepsPerMm[3]) - theta - psi); else beta = machinePos[3] = ((float)motorPos[3]/stepsPerMm[3])

I also don't know if the inverse for wristMode 1 and 2 would be the same, or if there even is a needed inverse kinematic?

I've cleaned up the code so setting a screw map entry changes the DRO readout in real-time.

Here are a couple of plots of my CNC error curves with increment=25.4mm (1 inch). Note the 2d-ishness of the whole thing.

To put this in a worst case if I were just drilling holes the largest X error pre-compensation would be about 1.5mm (or 1/16th of an inch for US). Post-compensation error is 2*repeatability + test measurement error (~.03mm).

XAxis Compensation.jpg YAxis Compensation.jpg

Hi, see https://github.com/Duet3D/RepRapFirmware/blob/dev/AddingNewKinematics.md for details. I think your extension to SCARA may not need it's own new class, but that's up to @dc42 to decide I guess.

I wonder if some kind of a smart kinematic mixer would work here.

Imaging an electronic unit with three stepper inputs (step, direction) for cartesians channels X, Y, E, and three stepper outputs for the kinematic steppers A, B C, such that pulses the input kinematics are mapped to pulses of output kinematic. Do thinks like this exist?

Somehow related to the electronic gear idea in this video (though it's a single channel) https://www.youtube.com/watch?v=FTs9GygRQ-U&list=PLDlWKv7KIIr90ZZ7Zqt-ge5nVVdS3WVgg

thanks for the reply. I think for 3D-Printing it´s not that importent. But for other applications besides 3d printing it could be necessary?! it would be complete if Z-Moves are included.

Protocol communication_PNG.png @wilriker @dc42
Hey there!
Here is serial protocol communication of Dwin screen.

Currently there is no way to send a GCode command via CAN, although we may add this facility in the future.

reprap is getting better and better, and those 6hg/3hc boards are really solid. we blown multiple motors and heaters core (I remember something crashed IN the board hard enough that the thin metal door bended and shorted the board) and it still running strong.

I tried to delete the post as it look like bang bang was deactivated, so not a firmware issue. anyway probably my bad when I wrote the gcode.

Well there are the tool change macros which may do what you wish... or are you looking to have completely different configurations depending on the tool? In which case maybe M505 is closer to what you want?

https://duet3d.dozuki.com/Wiki/Gcode?revisionid=HEAD#Section_M505_Set_configuration_file_folder

@bearer thank you for the reply.