Advanced Search

Your spindle encoder is directly driven by the spindle, just checking.

Hi everybody,
I will try to explain the situation the best I can.
I build myself a CNC Mill and it ran great for many projects, no issues at all. One day, I started a job and I found the Y axis completely crashed in the ballscrew bearing block with the drive in error. 

I get no problem while jogging only, when executing a program and it only happens after a couple of hours of the job. I tried lowering the max speeds, accelaration, highering the step time (like i said the machine worked great before so I don't see why it could have helped but I tried anyway) but nothing works. The weirdest thing is that it seems that everything works great and out of nowhere the y axis decides to go ram itself directly in the hard limits (it seems, am not quite sure if it's gradual or just like what I just described). Also, something worth mentioning the problem cannot be mechanical slippage I triple checked and everything is tight.

I tried many times to execute the program above the stock without any load on the steppers but I get the same result. My theory is that I have a problem with either my pcie to lpt or my breakout board but the weird thing is that it's only a few hours in the job that the problem occurs so I don't know why these components would work at the beggining of the job but not in the middle of the job.

I am really lost here I hope someone experienced the same issue and can help me. If you have any questions let me know. 

Hi,

how does the "ERR pin processing" function work? I want to process the err contact

The maximum hm2 encoder count rate depends on the sample frequency
At the maximum 7I90HD encoder sample frequency of 100 MHz, the built in 3 clock (filter off)
input digital filter means that a quadrature  input signal must last at least 30 ns to be detected.
This means an approximate maximum count rate of ~60 MHz. Practical
real world signal integrity  considerations limit maximum count rates to about 10 MHz.

Dear elovalvo
Did you install successfully igh ethercat for Rasp 5?
I tried to install, but I got the error.
This error is " modprobe: FATAL: Module ec_master not found in directory /lib/modules/6.6.21-rpi999-rpi-2712"

The 7i90HD manual mentions a medium speed real time interface (around 1 Mbyte/sec) in EPP. However, I'm specifically interested in the maximum encoder count rate. Could someone please provide this information?.

Thank you.
 

Hi people, I'm Hernan and I'm just starting in the world of EtherCAT and my knowledge about the protocol is very limited, my main intention is to establish communication between the AX58100 with a STM32 (H753ZI) to make an encoder and the documentation I've found is very scarce, does anyone know how I can do this or know where I can find documentation to do it? I have been reviewing Chinese forums such as CSDN about this topic but I can not establish communication between these chips and I really do not know what to do, I know that here there are people who have a lot of knowledge and can give me a hint where to start, I remain at your disposal and thank you in advance.

btvpimill wrote:

If I understand this correctly, it is trying to read the data starting at address 0305h?
If thats true, I think that address does not exist in my controller.
 

No, the layout is:

[01] Modbus address
[01] Read Function
[03] Three byte command
[05] Read parameter 5 ( PD005 Max Operating Frequency )
[00, 00] placeholder data, unused
[2C, 4F] Checksum.

Your error response is:

[01] Modbis address
[81] Error bit (80) + the command [01] = 0x81
[02] = Illegal Data Address*
[C1, 91] Checksum

I don't know why it is saying "illegal address" as this has been working for several years on my own lathe with HyVFD and the driver code hasn't changed very much in that time. 

_My_ VFD isn't even sending a valid response, or a correct checksum. 

Function code 40 is wrong, 0xA0 is _way_ too many bytes, d0 isn't an exception code, and 36EE is not a valid checksum. 

Unfortunately I can't even see my VFD control panel without pulling the lathe away from the wall. I really hope I don't need to do that. Though it would be a good opportunity to fit a braking resistor. 






*The data address received in the query is not an allowable address for the slave. More specifically, the combination of reference number and transfer length is invalid. For a controller with 100 registers, a request with offset 96 and length 4 would succeed, a request with offset 96 and length 5 will generate exception 02.

I'm sorry but this does not work for me as described.

Few have chimed in(thanks for those that have), does anyone have VersaProbe working as expected?

If index is detected properly (at the identical rotor angle regardless of speed)
The Z Axis position should be in strict relation to spindle angle so this does seem to
suggest an Index issue or perhaps a Z axis problem (What are the following error limits?).

Perhaps plotting the z axis position and spindle angle in halscope
while threading at different speeds would shed some light on whats going on...

which one is which?

\\\

200\150\100\

?

I tested it and it works, thanks a lot for the good work.

After turning off the A axis, the tool path escapes towards coordinates 0, as in the screenshot, but this can be cleared by double-clicking the mouse.

An idea and a request to do one more thing.
I would like to be able to configure the color of the tool path depending on the type of movement g0, g1, maybe others..
Preferably with an alpha channel, so that individual path colors can be turned off and on.

You are correct, you can do this experiment by hand turning the spindle, and the Z axis will advance. I have not done this against the cuts at various speeds in the picture, so I don't know where the hand turned cut would be.

The behavior is exactly reproducible at the different speeds. That is, if you thread at 100 RPM and then run the program again at 100 RPM, it will cut the exact same thread. If you cut at 100, then at 150, and then back at 100 RPM again, the two 100 RPM cuts will align. I don't think that points towards a encoder/indexer error.

Yeah MrDe, if you can do some kind of write up with the flashing thing, that would be great. Im dont really know what the situation is for that

i think there should be some 5160's there somewhere also. The cnc guys like them because they have higher current rating i think. i like those edge card drivers, they are slick. ive been trying to get the 5160 going but i dont really know what im doing