Advanced Search

Thank for the help!

As to what caused the damage, disconnecting/reconnecting the DB25 cable from the
7I77 if there is an (even small) ground potential difference between the PC and the machine
can damage interface components so should only be done with all power off.

That's probably what happened, definitely my screw-up!

Tomorrow, I can look at the schematics and see what parts on the 7I77 are in the ENCMUX
signal path (I think just one Hex inverter)

Thank you!

/Peter

After not having a single bit of Linux, let alone LinuxCNC experience beyond knowing the name, I'm quite happy with what I accomplished within the space of a few weeks. Took a CNC converted lathe and turned it into a dual head urethane grinder with notching and grooving cutting. I'll take what wins I can get at the moment. I'm fairly certain as time progresses and my understanding expands, I'll look back on what I did and facepalm at my "work". For now, I have to stick with the old saying: If it's stupid and it works, it's still stupid and you're lucky.
Thanks for the resource, I will go through it as I have other homework sources I need to review to gain a better understanding of this system.

Basically as I said before, this points to an issue with ENCMUX. 

It may be a damaged 7I77 buffer chip for this signal
or in may be an on board 7I77 issue. The ENCMUX
signal is om DB25 pin 17. 

A 5i25 problem is still possible but less likely (damaged I/O pins
tend to be stuck low so can be detected with the simple mesaflash test)

I would definitely scope/trace the encmux signal.

As to what caused the damage, disconnecting/reconnecting the DB25 cable from the
7I77 if there is an (even small) ground potential difference between the PC and the machine
can damage interface components so should only be done with all power off.

Tomorrow, I can look at the schematics and see what parts on the 7I77 are in the ENCMUX
signal path (I think just one Hex inverter)
 
 

Hi,

I updated ProbyBasic to the newest dev version and I am facing two Issues. After the update, I deleted all my old folders (user tabs, subroutines, python etc...) with the new folders from the example config. I am currently trying out the ATC Rack tool Changer. 

Issue1:
For this, I am trying to modify my linuxcnc.var file, manually changing the following Parameter:

"3973    10.000000
3979    1.000000
3981    -76.000000
3982    0.000000
3983    1137.000000
3984    615.680000
3985    1137.000000
3986    565.680000
3987    1097.000000
3988    615.680000"

However, when opening Linuxcnc, all the values are still 0. When modifying some values in the GUI, for example X Position for P1 to 1337, I get the error "Error: No Conditions Met, Rack ID Not Set" BUT when hitting "update Rack ATC Parameters" the Value is saved in the linuxcnc file (but all the other values above are overwritten to 0.

So, I would be fine with including all these in the GUI but the only value I can not change is the "ATC Rack ID", which seems to be write protected and, I assume, creates the error above.

EDIT: Okay, I filled now all Parameters and it seems to have created a RACK ID -> 4. And it is working now.

Issue 2:

I set up everything and can now manually clamp and release the tools. The Tool touch off is also working (on both ATC and Tool Tab). However, when clicking "Store Tool in Rack", I get the Error "Unknown m code used: M10" but M10 is in the subroutines folder.
Similar to clicking "Ref Rack Data" (what does it actually do?) I get "Unknown m code used: M13".



 

Cysign wrote:

Would a LPT port have enough inputs and outputs to read linear encoders for 3 axis?

Yes and no:
-Yes it can read 3 axis be it A/B or A/B/Z, so 6 or 9 inputs, but only in "IN" or "X" mode that most built in parallel ports can do but not all, and you might need more than one parallel port for everything to work.
-No as parallel port is really slow for reading encoders, especially high resolution ones.
You can use a parallel port or two to do some testing and maybe very slow work, but i would not think you can use it for a production machine.
As a reference, you can do 5000-20000 encoder pulse readings per second on a parallel port with a good latency PC, might even go to 50000 with a really good latency PC, but this is to far fetched.
And for reference Mesa can do up to 10000000 pulse readings per second. Yes, that is 10 million.

Thanks for your reply!
5i25 reported as you said 0001FFFF

I also tried with another cable without any change.

Encoder 00 and 01 show the same value, although nothing is attached to 01.
02 & 03 seems to be paired as well.
I got different reading on encoder 04 & 05, but they both changing from one encoder input.

Any further troubleshooting tips are highly appreciated! I am comfortible scopeing/soldering SMT if you think this is repairable.
/Peter

Nice idea - but that won't work, since the LPT-port is connected to the motherboard

Would a LPT port have enough inputs and outputs to read linear encoders for 3 axis?

Regarding linuxcnc.org/docs/html/hal/parallel-port.html that should work. So I coult start using the Intel Atom computer and once it's broken, I'll swap over using a Mesa card.

I guess I'll try to install a new version of LinuxCNC on the computer, connect it to the Toshiba driver board and the steppers and see if I can get it rotating.

Maybe I'll order one linear scale and test if it'll work with the LPT connection.