Advanced Search

Thanks for the feedback.

Tommylight-
I don't think it's the optoisolators. They're supposedly good to 80 kHz. Also, I confirmed with an oscilloscope the opto input AND output signals are present up to 3,000 RPM (9kHz), and it all looks to be working. The optos are certainly inexpensive 817C. Do you have specific experience with this being a problem?

PCW-
As I mentioned, I have a Mesa 7i92. Is there a hardware encoder that's compatible with this that you'd recommend? I don't have quardrature, just an index and A signal.

If the DC motor still has the original encoder, then its 5V differential with 500ppr.

The 'Touch Off' and 'Tool Touch Off' buttons create an MDI call with an G10 L... command through the python interface. I'm afraid I have no idea how that could randomly start a tool change process in your config. 


 

Gracias tommylight.

Tu contribución ha sido fabulosa. He podido agregar hasta el maximo que permite la tarjeta DB25-1205, es decir un 6to EJE.
Al principio me salia un error ya que decia que no encontraba el pin-1-out, Observando un poco el código vi que tenia que poner el pin-01-out y funciono.
Aqui les envio los archivos por si alguien quiere manejar 6 ejes con la tarjeta DB25-1205 por el puerto paralelo.
Lo extraño es que en el stepconf solo te aparecen en el titulo los ejes XYZA pero luego se puede ver la trayectoria de los ejes XYZABC.
Un abrazo.

Tengo un error con el eje X pero debe ser alguna mala conexion de los multiples cables que tengo. Solo queda chequearlos.

Impossible to diagnose with the information given. A screenshot of the preview might shed some light on the matter.

Works in 3d space.
Conversion of arc's to linestrips is required.
The new trajectory tends to move inwards when on a circle.

1. Nice
2. Seems unproblematic as that is what a lot of cam output does anyway and deviation can be easily calculated and adjusted.
3. I think that's the same behavior as the current planner.

Thanks

Thanks for the reply, I'll make those changes.  Most of the values are just placeholders for now, trying to get the overall structure of the files right and then will populate the specific values.   The machine is the same one as in this post, it has a servos on X and Y and a smart stepper motor from Animatics on the Z, which we may replace with a simple stepper driven by a TB6600 stepper motor driver.  The servo drives are from Advanced Motion Controls (BE15A8) www.a-m-c.com/product/be15a8/ and the drives are from Cleveland Motion Control MTE3528-508BG.   Also, thanks for posting the servo tuning link. I read through it a few times already and will definitely follow that when we get to that point.   In the files, how can I confirm that the stepper driver is getting assigned to the 7i78 vs the 7i97T?

spumco post=319783 userid=28776Ok, I do have a Fusion 360 subscription that requires internet...

But I knew about that ahead of time as well as forced updates.  Eyes wide open on that one.

of course while on that subject
forum.linuxcnc.org/31-cad-cam/55155-fusi...60-win-10-eol#320072

The way I have seen the whole situation on Bambu is this.
Yes I own an X1C. I had recommended the same to a friend. Then within a month of said purchase
this new "Beta" firmware was being set for release. It's implications warranted my recommending
my friend to cancel his order because I will not recommend a company, service, or device that tries
to change it's terms of sale or service after the purchase. No this isn't even remotely close to the
first company to try the frog in the frying pan tactics. But since that's been done by numerous entities
in the past from manufacturers to governments. and hilariously it's usually in the name of safety
and security. In reality it's about profits and control. I don't see it a coincidence that Bambu Lab did this
right after 2 massive sales.

 

Plotting the following error vs joint velocity in halscope may give a clue.

Do you have the DPLL enabled?

Have you tried a longer DPLL setting (say -100 instead of pncconfs default -50)

(following errors due to host jitter will show up mainly during acceleration)



 

So i went to my fixture offsets and it say G54|X-70.7491|Y-(-3.5438|Z 0.0000| Offset name G54. the rest of the offset names have 0

The number of available encoders depends on the firmware and pin/FPGA size limitations.
The 7i96s_p1encd firmware has 7 encoders: 0..6. They are all basically identical
(except encoder 6 has no index input pin due to lack of pins)

Here are all the encoder 4 pins and parameters (using 7i96s_p1encd firmware): 


 

Analog output on joint 3, feedback like a normal encoder, but is from the drive which is taking in absolute encoder data from the motor - this isn't an ethercat setup or anything like that. I was also getting encoder communication errors at the drive, so I'm going to try another encoder.

EDIT:  Connected to a 7i77, which is connected to a 7i92.

So after reinstalling Linuxcnc and Upgrading to linuxcnc 2.9.4 I copied the linuxcnc folder from a backup. Then I configured the network manually and the machine is running.
However if I try to cut anything from conversational I get the following error.

 

If I delete the line containing the line with M190 I can cut without error.

Did I miss something during reinstalllation?


 

rodw Do you still use Fusion 360? If not what are you using now?

Hi,

I was thinking about a algo to smooth trajectory path's. This is just an idea.

1. Create a triangle's & find gravity point off triangle's. Triangle is constructed in a loop by path point's n+0, n+1, n+2.
2. Max deviation point lies on the line n+1 up to the gravity point, but not exceed the gravity point. P=0 up to P=Infinity.
3. Connect the gravity points by a  line. (red).
4. Create half way line points on the line. (blue).
5. Connect half way line points by linestrip. (blue). Second stage.
6. Replace linestrip by a cubic spline.

Properties:
Works in 3d space.
Conversion of arc's to linestrips is required.
The new trajectory tends to move inwards when on a circle.

 

Let me know what you think.