Advanced Search

I think it might be a comms issue relating to the filtering issue around the internal voltage regs. All the ref designs I've seen use 4.7uf cap with the 2 100nf with the inductor. I'll have to wait for some caps to come in.

Using openFGPALoader with the flash over SPI works fine (load a config directly to the FPGA then communicates with the FPGA ), so I can reliably write to the flash.

Looking at a session with wireshark, the board stops comms first. And the time it takes to happen can be kind of random. I'm prepared to accept that the design may not just work due to "Reasons" (bad layout, signal trace lengths, lack of knowledge of my behalf). I may have to read the mesaflash code and work out the programming protocol to get a better understanding.

Hi Friends, 

I am pulling my hair out trying to determine how many steps it take for my angular C axis to make one full revolution. I recently had to redesign the tangential cutting head so while I had it off the machine I wanted to tune it as much as possible with the tools i had available  (scale, min max jog speed, etc) 

So i set out to determine how many steps it would take the motor to rotate the output shaft one full revolution. After a few days of doing what I thought was simple calculations to little to no success I tried to go bottom up. That is, hard coding the number of steps and adjusting based on behavior. this took like 5 minutes to get it pretty close.. However, its not perfect and I'd like it to be close i don't understand why it is the number it is. I don't think i understand the 'Pulse/rev' table on the driver. 

The bottom up number i got for steps per revolution was around 540. 

Current settings:
Pulse/rev (dip switches) 1600
Motor Step Angle 1.8
Pulley Ratio :3.12

No matter how i combine those numbers i cannot seem to get anywhere close to the 540, the number that actually produces somewhat close to a full revolution. 

Any help or explanation is greatly appreciated. My end goal is a precise calculated steps per revolution. 

Ps. i am ignoring that this is a servo motor and capable of closed loop control, not sure if this logic holds but i would like it the be as close to correct as possible then use the PID controls to correct error and not lean on it due to sloppy setup work. 

If its just a flash issue, ( normal Ethernet comms  are reliable )
It may possibly be a a compatibility issue or perhaps signal
integrity or some other flash EEPROM connection issue.