Category: Basic Configuration
I have a DIY RouterMill that I've been fighting with for many years. I recently ditched MACH3 and paraports for the MESA 6i25 <=> 7i76u combo.
After flashing the 6i25 with the 5i25/7i76u x 2 bitfile and updating LCNC to 2.94 and configuring with PNCConf, all of the steppers worked as expected and were tuned for optimum movements for my machine. Turning my attention to the INPUTS, based on what I understand from the docs, the INPUTS are sinking so I configured the machine with all INPUTS as follows:
VF(24v) -> switch(NC) -> 7i76.0.0.input_nn
After starting LCNC, I notice that the ESTOP was triggered but, the button was not closed. Checking the INPUT pins with halshow, I could see that the board was showing all INPUTS as TRUE, therefore I changes all of the INPUTS to input-nn-not and restarted LCNC. Now all of the INPUTS seemed to respond correctly. When I attempted a HOME_ALL, the Z moved to positive, so I reconfigured it to home negative with PNCConf. That worked and after more reading and adjusting of some parameters, I got the Z homing correctly backing off the trigger position by .050 in. Then I directed my attention to X. However, I had to adjust a few more parameters for the X axis then restarted LCNC. *)#$!! All of the inputs had switched and were now reporting as TRUE. Frustrated I changed all INPUTS back to input-00 and restarted LCNC. With this session I was able to get both the Z and X axes to home correctly, however, Y was now the problem child as it would not back off the trigger position. After several attempts I finally decided to swap DIR-/DIR+ at the microstepper so the Y config was exactly as the X config. (My Y axis is at the back of my machine so I had reversed the motor in the config for correct movement). After making the change and while running PNCConf I confirmed that the Y axis was now responding correctly then proceeded to resume verifying the HOME ALL function, The attempt failed, so I tweaked the HOME parameters but, when I restarted LCNC all of the INPUTS had again switched their state (*)#$!!,*)#$!!). More bizarre was that now no matter how I set the PROBE input (input-nn or input-nn-not) the halshow remained the same. After several additional restarts, the input pins again flipped the input state.
At this point I'm half inclined to suspect the 7i76 board as it has one INPUT, input-04, that is always stuck in the same status in halshow much as the PROBE input is now responding.
If anyone has any ideas that I can try, I would greatly appreciated the support.
Regards,
Stephen
