Remora - ethernet NVEM / EC300 / EC500 cnc board

Oh great thank you, is it possible to use the 5v encoders on the machine with the EC500 ? 

Hi Murphy, These two bits REV and PH1 of the CTRL register of the QDC module give us the behavior necessary to implement the behavior you need.
REV
Enable Reverse Direction Counting
Selects the direction of the count (how the quadrature signal is interpreted).
0 - Count normally
1 - Count in the reverse direction

PH1
Enable Signal Phase Count Mode
Bypass/use the quadrature decoder logic.
0 - Use the standard quadrature decoder, where PHASEA and PHASEB represent a two-phase
quadrature signal.
1 - Bypass the quadrature decoder. A positive transition of the PHASEA input generates a count signal.
The PHASEB input and the REV bit control the counter direction: If CTRL[REV] = 0, PHASEB = 0, then
count up If CTRL[REV] = 1, PHASEB = 1, then count up If CTRL[REV] = 0, PHASEB = 1, then count
down If CTRL[REV] = 1, PHASEB = 0, then count down

Regarding the input voltage levels, good and bad news hehe, currently for a quick 5V connection for encoders you only have two inputs WHA and WHB, you would have to do a little DIY to connect these pins because they are in the MPG connector, no I know if you use MPG with this version you are sacrificing it, the other thing would be to incorporate some level shifters, driver transistors, optos, etc., to achieve the coupling from 5V to 24V and use the pins that are mentioned in this previous Scott publication in which we were discussing which pins can be used on the EC300 and EC500 boards.

frayja2002 wrote:

Here is the machine with the exact same setting ( just a restart) running smoothly.
You can hear the sound difference.

Seems to be random.

youtube.com/shorts/0rLC4tKUu0I?feature=share

Edit-01

I have tried this on my Biessie machine which used Yaskawa driver servo motors & yes the speed is much increased & working better, but at random the direction of the axis changes. I think I saw mention of this earlier in the thread. I'm assuming it's related?!?

 

I'm very very suspicious that these random cases are due to how the DR_TOGGLE register is being used and in some cases the output pattern become inverted. The DR_TOGGLE register needs less computation to fill but if the reliability is not there then I'd rather move to using the DR register and spend more CPU time to generate the full step pattern, not just the step change locations. Most people are unlikely to have 6 axes running at 500khz at any one time so we'll still have enough CPU time to do the step buffer fill.

rbobey1989 wrote:

Hi Murphy, These two bits REV and PH1 of the CTRL register of the QDC module give us the behavior necessary to implement the behavior you need.
REV
Enable Reverse Direction Counting
Selects the direction of the count (how the quadrature signal is interpreted).
0 - Count normally
1 - Count in the reverse direction

PH1
Enable Signal Phase Count Mode
Bypass/use the quadrature decoder logic.
0 - Use the standard quadrature decoder, where PHASEA and PHASEB represent a two-phase
quadrature signal.
1 - Bypass the quadrature decoder. A positive transition of the PHASEA input generates a count signal.
The PHASEB input and the REV bit control the counter direction: If CTRL[REV] = 0, PHASEB = 0, then
count up If CTRL[REV] = 1, PHASEB = 1, then count up If CTRL[REV] = 0, PHASEB = 1, then count
down If CTRL[REV] = 1, PHASEB = 0, then count down

Regarding the input voltage levels, good and bad news hehe, currently for a quick 5V connection for encoders you only have two inputs WHA and WHB, you would have to do a little DIY to connect these pins because they are in the MPG connector, no I know if you use MPG with this version you are sacrificing it, the other thing would be to incorporate some level shifters, driver transistors, optos, etc., to achieve the coupling from 5V to 24V and use the pins that are mentioned in this previous Scott publication in which we were discussing which pins can be used on the EC300 and EC500 boards.

 

​​​​​​ great thank you very much , I'll have a play around with this in a couple of days. I tried to use a opto originally but the 5v encoder pulse was to weak to Tigger it even though it's rated at 5v
 

Had a quick look at the reference manual on 3129, can see the PH1 and Rev. For the Tool changer. It never counts backwards. 24v is sent to the tool changer and moves the turret forward until selected tool is reached. It passes that pocket slightly, and 12v is applied and it reverses,  latching into the pocket.  

A fellow on YouTube "the feral engineer has it working with a Mesa and ladder logic. Some counters and timers etc. 

I have the 5v turret tool position signal on input 3 and index on input 4.
Input 1 and 2 are the 24v Prox sensor. Pulses every stepper rotation. For homing. Works perfect.

When driving the turret you can see the LEDs lighting on the optocoupler and on the EC500 but they are a lot dimmer than input 1 and 2. The inputs for the turret are not registering in hal. Am I right in thinking the 5v input isn't enough to drive the optocouplers? Even it says it will work with 3.3v and 5v.