Advanced Search

Yeah, a shorted analog output is going to drag the (relatively weak) local
power supply down.

If you did not cause more extensive damage, you (or someone local with the right equipment)
should be able to replace the ISL32174 that's fried...

You can look at the associated GPIO pin:

IO Connections for TB1/TB2 -> 7I96_1
Pin#                  I/O   Pri. func    Sec. func        Chan     Sec. Pin func   Sec. Pin Dir

TB1-2,3                17   IOPort       StepGen          0        Step/Table1     (Out)
TB1-4,5                18   IOPort       StepGen          0        Dir/Table2      (Out)
TB1-8,9                19   IOPort       StepGen          1        Step/Table1     (Out)
TB1-10,11              20   IOPort       StepGen          1        Dir/Table2      (Out)
TB1-14,15              21   IOPort       StepGen          2        Step/Table1     (Out)
TB1-16,17              22   IOPort       StepGen          2        Dir/Table2      (Out)
TB1-20,21              23   IOPort       StepGen          3        Step/Table1     (Out)
TB1-22,23              24   IOPort       StepGen          3        Dir/Table2      (Out)
TB2-2,3                25   IOPort       StepGen          4        Step/Table1     (Out)
TB2-4,5                26   IOPort       StepGen          4        Dir/Table2      (Out)
TB2-7,8                27   IOPort       QCount           0        Quad-A          (In)
TB2-10,11              28   IOPort       QCount           0        Quad-B          (In)
TB2-13,14              29   IOPort       QCount           0        Quad-IDX        (In)
TB2-16,17              30   IOPort       SSerial          0        RXData0         (In)
TB2-18,19              31   IOPort       SSerial          0        TXData0         (Out)
Internal-TXEn          32   IOPort       SSerial          0        TXEn0           (Out)
Internal               33   IOPort       SSR              0        AC Ref          (Out)


So GPIO 20 for stepgen 1's direction pin

This should now be fixed:
github.com/LinuxCNC/linuxcnc/commit/5928...ae29d5ddb741c6456856

Although if you are using Bookworm and relying on buildbot2 then you will need to wait until it begins build again, the latest there is 24 Oct.
buildbot2.highlab.com/debian/dists/bookw...inary-amd64/?C=M;O=D
 

Zeroed machine and did part zero.  Started program and saw that my x was off before tool reached the part.  (path is a ramp around the part so I could see the part outline before the tool started cutting.  Stopped the program and adjusted x part zero.  Now the program gives immediate error even if I reset x zero to original location.  The travel display shows the previous moves even when I reload the file.  It seems like LinuxCNC still has the movement captured somehow.  I could shut it all down and start over but would rather not zero the machine and relocate the part.  Is there a way to clear this without loosing my positioning?  The display shows Axis 2.7.4.  Maybe a newer version has fixed this if it's a bug?
 
 

I just accidentally swapped the 24v output port on one of my RTelligent Drivers for the drive-stepper input ports and blew up at least one of the 6 stepper outputs (likely two) on my 7i95T.

Once I get past suicidal thoughts I will shift all my joints over to check the possibly that I may have only blown two step-gens. Each pair of two step-gens share the IC that smoked so I'm betting 0 and 1 are gone but if 2-5 are still viable I might be able to limp along and continue to make some progress on the router which is XYYZ configuration.

Ironically, I was just going back through all the wiring straightening it all out and zip-tying everything. I just happened to swap two identically looking plugs and poof 'magic smoke'.

Bit of trivia... the digital aspects of the 7i95 seem to have remain unharmed. Led's report no errors on start and LinuxCNC connects right up and thinks nothings wrong.

Worse than the cost, it took me six weeks to get that board from Mesa, so I Guess I had better order a new one before Trump's Tariff plans kick in.

Email isn't in your profile, didn't see it in your github bio either

D'oh!  Figured it out.  In case anyone else is as slow as I am...

In the ini file, my comm "MDI_COMMAND=0 <z_touch> CALL" was the 15th item in the HALUI list (starting with 0).  So my custom_postgui.hal file should have been:
net ztouch halui.mdi-command-15 <= pyvcp.ztouch

All good now.  Just need to measure offsets and we're running!

Designer used to  run error free. I had a uspace install that I didn't realize existed. I suspect that once I removed
the uspace install, it may have impacted my RIP install.

I saw mention of QT needing some of the files that were in the DEB's.

I actually hard coded am abspath and that allowed me to get past the path issue.

However once I tried it from the local term I got these errors which don't exist, again the path and files don't exist:

Qtvcp python plugin found: /home/andy/.designer/plugins/python/qtvcp_plugin.py
[DEFAULT.QTVCP.WIDGETS.IMAGE_SWITCHER][DEBUG]  No Path: /usr/share/qtvcp/images/applet-critical.png (image_switcher.py:102)
[DEFAULT.QTVCP.WIDGETS.IMAGE_SWITCHER][DEBUG]  No Path: /usr/share/qtvcp/images/applet-critical.png (image_switcher.py:102)
Traceback (most recent call last):
  File "/home/andy/linuxcnc-dev/lib/python/qtvcp/plugins/nurbs_editor_plugin.py", line 27, in createWidget
    return NurbsEditor(parent)
           ^^^^^^^^^^^^^^^^^^^
  File "/home/andy/linuxcnc-dev/lib/python/qtvcp/widgets/nurbs_editor.py", line 71, in __init__
    self.instance = uic.loadUi(self.filename, self)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/andy/.local/lib/python3.11/site-packages/PyQt5/uic/__init__.py", line 241, in loadUi
    return DynamicUILoader(package).loadUi(uifile, baseinstance, resource_suffix)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/andy/.local/lib/python3.11/site-packages/PyQt5/uic/Loader/loader.py", line 66, in loadUi
    return self.parse(filename, resource_suffix)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/andy/.local/lib/python3.11/site-packages/PyQt5/uic/uiparser.py", line 1020, in parse
    document = parse(filename)
               ^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/xml/etree/ElementTree.py", line 1218, in parse
    tree.parse(source, parser)
  File "/usr/lib/python3.11/xml/etree/ElementTree.py", line 569, in parse
    source = open(source, "rb")
             ^^^^^^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] No such file or directory: '/usr/share/qtvcp/widgets_ui/nurbs_editor.ui'

Where are the files coming from in /usr/share/qtvcp???

I'm adding a touch probe to a ChinaZone 6040 with a Mesa 7i76e card following what seems to be pretty simple instructions from forum.linuxcnc.org/49-basic-configuratio...obe-with-a-mesa-7i96.  It's really close, but generating an error. 

When I click on "Tool Touch Off Z" in the side panel, I get a blank error (see attached pic):
<l> (?) [x]

Where should I look to find the problem?  I've gone through the example a few times and am just missing it somehow.  I've checked the Linux logs, but haven't found anything yet.

• Axis 2.8.4 (I can upgrade if that would help)
• Hal Meter signal probe-in turns to true when the touch probe is triggered, so the wiring & HAL seem correct
• I've run each of the commands in the ngc file using the MDI tab and they all function as expected
• The 5 updated files are attached and each has it's full path in the comments at the top of the file
  
  Thanks,
  Ted

as a new linux user, can someone give tips on how to install/try this twincat utility?

Python3-distro installed. Installed Mesact 2 from terminal.
Now connected to Mesa board.
Thanks for the help.

Lathe using axis X & Z drives and 7196s

I connected up X-axis to step and direction #1 pins, joint 0 and then calibrated, all working.

Now I'm trying Z-axis, looks like it's supposed to be step and direction #0, joint 1 but it's not working (yet), I'm trying to see the direction pin in HAL show, but can't seem to find it, where can I find the direction pin TB1-4 in HalShow?   

I can see joint.0&1.motor-pos-cmd changing
I can see stepgen.00&01.counts changing

Much appreiated

This is the normal debian.org settings



JT

I tried adding Debian repositories, haven't found the settings Synaptic is happy with security wise.