Advanced Search

Thanks! I just modified quickly linuxcnc to send exactly your data. But no F/S. So I think just a buggy firmware.

Here is updated nesting using sparrow algorithm. Im also including the github repo for anyone who wants to use the software or work on the software. If you make any changes you would like to share make a github and include them here and I will test and implement them into the main build. To build the software I am using claude code, pretty much just text to code dont have to be a genius just good at coming up with ideas a 20 dollar subscription to the ai and some free time on your hands. 
Here is the github link github.com/xxhalflifexx-source/plasmacam
since the start of writing this post I also added it so it can nest even tighter by rotating the parts at 1 degree increments, its honestly mostly on par as far as i can tell with industrial grade nesting software. but yea here u guys go, go wild. if you like the project put some time into improving it any way you can. 

 

One more update on display in Auto mode. NOW it does show F: and S:
and also coordinate updates.
After x minutes is seems to enter some sleep mode and stops updating the
display altogether. Buttons still work though.

I think I wrote that the component is prepared for reconnecting. No, it isn't.
If the setupAsyncTransfer() fails, the component exits.

I am testing to see if the usb part can be restarted. 


 

Got something done regarding the compensation with my own approach. How bad is the wear and are you getting any tapers?

Based on Acieras vtk vismach integration I've made a usertab for probe basic. The files are a drop in simulation config which should get you going. Credit for the code goes to Aciera. 

github.com/bildobodo/probe_basic_vtk_sim_gcode

 

Have you looked at splitting the function one more step?

state-machine (bringing to op-enabled) : One component
op-mode module: Several components, csp, csv, homing, pv, pp, probing etc.

Looks appealing at first thought. Maybe switching between op-modes
and restoring position kills it though

You can always test the new version. It is actually very easy to make a backup
of the eeprom contents and later put it back if needed.We need TwinCAT to do the translation from ESI file to eeprom binary contents.
While there are some open-source tools for that too, the safest way is to use TwinCAT.
 

with automatic nesting sheet metal tracking could be implemented pretty easily. keep track of ur scraps and steel inventory. set auto order to automatically send a email to the steel supply, would be pretty neat when it runs low.

Here is the first rendition of the nesting feature, needs alot more work but its starting to get rolling. would be pretty revolutionary to have free automatic nesting. 



 

Capture class:
github.com/Sigma1912/vtk-vismach/blob/main/vtk_vismach.py#L832

Plotter class:
github.com/Sigma1912/vtk-vismach/blob/main/vtk_vismach.py#L742

tool->work transformation matrix is calculated in the update() method:
github.com/Sigma1912/vtk-vismach/blob/main/vtk_vismach.py#L796


Works for me.

For an example on how to implement toolpath plotting in work coordinates using vtk see:
github.com/Sigma1912/vtk-vismach

'Capture()' embeds an invisible actor in the model that can then be used to track the transformation matrices for the tooltip and the work which can then be used to plot the toolpath.

Yes, You are absolutely right. Vismach is not important at all. I also think so. Thats why really few persons are using this.
If you can just give me initial lead which files I should look for? I tried to find vtk_backplot.py file in instalaltion but didnt find.

I'm fairly sure I fixed the 0.0035% bug I mentioned in the last post. Swapping two lines in the code should have been enough. Right now, I'm not aware of any real bugs in my firmware. I will continue using it with the dongle/pendant on the mill. But unless something comes up, I consider it good enough.

Unfortunately, I was mistaken about the bootloader version where the dongle firmware can more easily be read out. It is possible for versions before 2.40, but not with version 2.40 or 2.50. So right now there is no easy way to read out the whole firmware from the dongles.

Take care. Mine is an adaptation, the original is here github.com/dbraun1981/hal-cia402/tree/main

Why could I guess the author from the topic?



Interesting concept but its not a kernel function so how are they going to lock it in? Just uninstall the library