Advanced Search

At the end those two adresses are not readable and i change them according the the mitsubishi datasheet with two other adresses and it works thank you so much for your help
i have one last question please now i want to read data from different slaves (3 servo dirvers) how can i do that , i've tried to add a second device initialization on the hal file and i created a new comp file but the problem is one of them connect and the second slave doesn't respond

new discovery, there is no sdos data in the eeprom.

could not find any in the documentation or in a sanmotion servo eeprom, the data is probably read from the firmware.

Can you post your hal and ini files?

Most of the time, when I try to probe, I get a debug message saying the feed rate (most often) or tool is not set (says to load tool 0 when its set to 99).  Which they are set (see attached screenshot).  If I "change" them to the same value, it works fine.  I am using the latest update (from a few weeks ago).  Also, note that the parameters are saved correctly in the .var file.  Not sure what else to check.   

Are holding registers at 0003 and 0004 readable?

I have a question about the spindle speed control.
This is a lathe configuration. The previous owner has the chuck set as "spindle" so I'll be using spindle to describe it going forward. I hope this alleviates some confusion.

Anywho...
If I tap forward, the spindle the scale whitens and shows a green bar on the scale indicating RPM on the scale. I can tap +/- to override the spindle speed +/- 50% as one would expect.

However, if I click reverse the scale switches to a negative scale but it stays grayed out and the spindle shoots up to about 2000 RPMs with no green bar. Also the spindle speed cannot be overridden.

I don't believe this is an issue with the VFD I suspect it's some configuration issue. Correct me if I'm wrong.

Can someone shed a light on this? 

Thanks in advance.

Hello Bro's;
I m trying to control (read/write ) data from MR-JE mistubishi servo drive using the 7I76EU mesa board, using PKTUART, i could reveive data from mitsubishi HMI but when i tried reading the data from the servo drive, it seems like the connection happened but there is not data reed and when i run the linuxcnc it take time to open not like usual time and two type of error appear as shown on the pic bellow. you will find also the .HAL configuration file and the C file where i put the adresse i wanted to read 
 

whew yes the init light is blinking. I will look into what I need to do to un screw up my card and hopefully get the correct outcome this time lol

already a good starting point

github.com/multigcs/esitool

I was reading about g-code remapping again just now. M3 isn't remappable, sadly, but I found that there's an available remap for M6 ("ignore_m6") which would avoid the bug that started this thread. So that's interesting, but not long term, since I might actually want to implement tool changes.

I also found that, while M3 isn't remappable, the S comand is. So there might be a way to use that.

G1 Z0 to fool at-speed? Devious! I'll give that a try. M66 is an interesting idea too. I'll think about that.

Right now my solution is all hidden behind a perfectly normal looking M3, which is kind of nice. (Well, unless an M6 happens too quickly after the M3, as I've discovered....)

But first I have to do "just one more test carve" on a piece I want to take on vacation later this week...

ok. i think i got it. you create a bus with width of the data frame, clock the data in/out via SPI, and map each peripheral to a certain bits in the bus to use as input/output control registers. very elegant, simple and lightweight, the only inconvenience it needs driver rebuild for peripherals changes.

compared to mesa which uses memory map with peripherals mapped to addresses in the memory and need cpu parsing to read write addresses. but this allows dynamic configuration of the driver.

It wasn't missing it was dryed out during the years and pulled down the battery voltage. Thats the reason the servo amp always complained position lost. I reordered the cap already but you know how it is: Nothing is as permanent as a temporary solution

on ethernet..
Zynq 7010 has two gigabit ethernet controllers (GEMs) available for PS (ARM cores). that EBAZ board however has a single 100 Mbps PHY and magnetics. its RMII port is wired to the PL, so it can be used either with the GEM (via EMIO) or any soft core MAC/CPU/whatever implemented in PL.

Shall i continue this thread or open a new one in the right subforum for the retrofit itself ?

I'll leave that up to you.