Advanced Search

Search Results (Searched for: )

  • Aciera
  • Aciera's Avatar
Today 09:37
Replied by Aciera on topic Cutter compensation G41/42

Cutter compensation G41/42

Category: G&M Codes

You might also want to read the relevant documentation (see chapter 4):
linuxcnc.org/docs/stable/html/gcode/tool-compensation.html
  • Aciera
  • Aciera's Avatar
Today 09:31 - Today 09:33
Replied by Aciera on topic Probe Basic Cutaway

Probe Basic Cutaway

Category: QtPyVCP

I have a vtk version of vismach that offers a  feature to show/hide certain objects. Maybe that helps to come up with an idea:

 

github.com/Sigma1912/vtk-vismach

Model groups:
Each object of a model can optionally be assigned to a group. The assignment method can be called
on an existing object (2 lines of code)
Example 1: 'work_piece = Box(600,600,600)'
'work_piece.set_group('work')'
or the object can be created and the 'set_group' method called in one line.
Example 2: 'ReadPolyData('work_piece.stl', path_stl).set_group('work')'
Vismach will automatically create a checkbutton to show or hide each group used in the model.



Outline of my solution:
Each object in the model has a simple class variable 'group'.
When the window is created a checkbox is created for each group found in the model.
In each update cycle the objects with the matching 'group' variable value are shown or hidden according to the relevant checkbox state
Note that the vtk 'SetVisibility()' method did not seem to work for me so I use 'item.SetScale(0,0,0)' to hide an object:

class ModelGroups(object):
    def __init__(self, model):
        self.groups_in_model = {}
        self.get_groups(model)
        self.has_groups = len(self.groups_in_model.keys()) > 0

    def get_groups(self, objects):
        for item in objects.GetParts():
            if hasattr(item, 'group'):
                if item.group:
                    if item.group in self.groups_in_model.keys():
                        self.groups_in_model[item.group].append(item)
                    else:
                        self.groups_in_model[item.group] = [item]
            if isinstance(item, vtk.vtkAssembly):
                self.get_groups(item)

    def update(self, checkboxes):
        # SetVisibility does not seem to work on modifier objects so we use Scale
        for group in self.groups_in_model.keys():
            for checkbox in checkboxes:
                if checkbox.objectName() == group:
                    if checkbox.isChecked():
                        for item in self.groups_in_model[group]:
                            item.restore_scale()
                    else:
                        for item in self.groups_in_model[group]:
                            item.store_scale()
                            item.SetScale(0,0,0) 
 
  • meister
  • meister
Today 07:47

LinuxCNC-RIO - RealtimeIO for LinuxCNC based on FPGA (ICE40 / ECP5)

Category: Computers and Hardware

@viewsat you can tune the PC817 with lower resistance values on the transistor side, this produces a steeper slope
  • viewsat
  • viewsat
Today 07:30

LinuxCNC-RIO - RealtimeIO for LinuxCNC based on FPGA (ICE40 / ECP5)

Category: Computers and Hardware

Dear meister, after adjusting the joint and pid values ​​correctly, I observed the DIR circuit of the DM542 with an oscilloscope and found that the PC817 was delayed by more than 60 usec. Setting dir_delay to 80 usec allowed it to correctly return to the zero position. I apologize for asking some silly questions a few days ago.
 
 
  • soehlrich
  • soehlrich
Today 05:13
Replied by soehlrich on topic Qtdragon_hd Zero button not zeroing

Qtdragon_hd Zero button not zeroing

Category: General LinuxCNC Questions

I have just upgraded to 2.9.10 and still get the same error. Has anyone had any joy with this ?
  • sticky
  • sticky
Yesterday 00:27
Replied by sticky on topic Unlimited custom outputs?

Unlimited custom outputs?

Category: General LinuxCNC Questions

I would like to use M codes. I had not considered using variables to increase the number of outputs. Is there an example of that available on the forum?
  • sticky
  • sticky
Yesterday 00:19
Replied by sticky on topic Unlimited custom outputs?

Unlimited custom outputs?

Category: General LinuxCNC Questions

I would like to activate them from g-code.

Why 7i73? I used a Mesa Card Configurator and it showed multiple 7i73's but you are right, the 7i72's would be better.
  • TelegramSam
  • TelegramSam
Yesterday 21:59
Replied by TelegramSam on topic Probe Basic Cutaway

Probe Basic Cutaway

Category: QtPyVCP

I'm working on the same project.

The goal would be to show and hide portions of the machine visualization, based on what this thread describes:

forum.linuxcnc.org/qtpyvcp/56945-qtpyvcp...led-into-one?start=0

We have the machine showing, but would like to be able to have buttons show and hide portions of the machine - say one stl in the yaml config file.

Any help that can move us forward?

 
  • rodw
  • rodw's Avatar
Yesterday 21:47
Replied by rodw on topic Unlimited custom outputs?

Unlimited custom outputs?

Category: General LinuxCNC Questions

with a custom component you could also use an analog digital input. Say you had input numbers 10,20,30.... 
you could use ranges < 15, 15-24, 25-34 etc to decode you input number for a near infinite number of values on one pin and change with m67-m68
eg
M68 E0 Q30   (set relay #30 on)
M68 E0 Q31   (set relay #30 off)

With some creative hal programming, you could probably use arrays so the code would be very compact.
  • rodw
  • rodw's Avatar
Yesterday 21:16
Replied by rodw on topic THC doesent work when G code is running

THC doesent work when G code is running

Category: Plasmac

the only thing I could see was  36 bit IN FALSE plasmac.thc-auto <== plasmac:thc-auto
I would have thought you would have this true in the GUI. Does it change the pin if you do change the gui setting?
plasmac:thc-auto should be set in a system file though
  • GFC
  • GFC
Yesterday 19:55
Replied by GFC on topic THC doesent work when G code is running

THC doesent work when G code is running

Category: Plasmac

after checking I in fact had the mode set to zero when should have been set to one, must have messed with it when I was testing, changing it to the correct mode did not affect the problem


the torch is performing touch off and arc start correctly, just the thc after not activating


I did run the codes to create the txt files but dont know how to do the manual cut and run the halcm at the same time, so thc wasnt active then, cant see anything different in the files but i dont really know what im looking at
both files below
  • Oxbown
  • Oxbown
Yesterday 19:54 - Yesterday 19:56

LinuxCNC-RIO - RealtimeIO for LinuxCNC based on FPGA (ICE40 / ECP5)

Category: Computers and Hardware

Hi,
Thank you so much for the quick fix on the touchy prefix and for explaining the call_list mechanism! That makes managing external custom files much cleaner. Also, the virtual signals logic feature looks very neat and powerful—I'll definitely look into the demo.
Regarding signal assignment in Rio Flow: while having auto-detection via POSTGUI_COMPONENTS works great for standard prefixes, would it be possible to add an explicit target selector in the UI (for example, a dropdown or toggle in the HAL-Signals section to choose whether a connection belongs to Main/PreGUI or PostGUI)?
Having this option directly in the GUI would give maximum flexibility:
  • It prevents having to hardcode every possible GUI/component prefix inside POSTGUI_COMPONENTS.
  • It handles custom user interfaces, custom PyVCP/GladeVCP panels, or non-standard naming schemes seamlessly.
  • It allows users to decide explicitly where each net lives directly from the Rio Flow design environment.
Thanks again for the great support and active development!
  • meister
  • meister
Yesterday 16:51

LinuxCNC-RIO - RealtimeIO for LinuxCNC based on FPGA (ICE40 / ECP5)

Category: Computers and Hardware

Hi Oxbown,
thanks :)

you can add your own .hal files to the call_list's:

$ cat Output/Tangbob/LinuxCNC/pregui_call_list.hal
source my_own_pregui.hal

$ cat Output/Tangbob/LinuxCNC/postgui_call_list.hal
source custom_postgui.hal
source my_own_postgui.hal

these extra source entries are not removed during generation


i add the 'touchy' prefix to POSTGUI_COMPONENTS (riocore/generator/hal.py),
now, all generated HAL entries beginning with ‘touchy’ should end up in the PostGUI HAL (in main and dev branch / git pull)

Unfortunately, I haven’t used ClassicLadder yet, so I can’t be much help there,
but it’s a good opportunity to mention a specific feature in Rio again :)

When specifying a signal source, you can use various logic and functions.



I think it’s a killer feature that doesn’t get nearly enough attention :)

you can start a demo configuration:
```
rio-generator -S riocore/configs/haldemo/virtual-signals-axis-pyvcp.json
```

  • Oxbown
  • Oxbown
Yesterday 14:53

LinuxCNC-RIO - RealtimeIO for LinuxCNC based on FPGA (ICE40 / ECP5)

Category: Computers and Hardware

Hi everyone,
First off, huge thanks to the @meister for the amazing work on RioCore and Rio Flow. It makes FPGA-based configurations for LinuxCNC much more accessible and structured!
I’m currently setting up a machine using RioCore with a Touchy interface and a physical control panel (hardware buttons, safety relays, etc.), and I have a couple of architectural questions regarding custom HAL management:
1. Loading Custom Real-Time Components in Main HAL (e.g., ClassicLadder)
Is there an intended workflow or plans to allow custom HAL code injection inside Rio Flow?
  • Use Case: I need to load and thread ClassicLadder (
    loadrt classicladder_rt ...
    loadusr -w classicladder my_logic.clp
    ) to handle auxiliary machine logic and map FPGA inputs/outputs directly to 
    %I
     and 
    %Q
     points before the motion thread starts.
  • Currently, modifying generated main HAL files requires re-editing them after each export. Would it be possible to have a persistent "User HAL Block" or a dedicated non-destructive include file in Rio Flow?
2. Managing Custom PostGUI Nets Without Being Overwritten
How should we best handle GUI-dependent nets across exports?
  • Use Case: Connecting physical hardware inputs mapped in RioCore to GUI-specific pins like 
    touchy.cycle-start
    touchy.single-block
    , or 
    halui.machine.on
    .
  • Since these pins only instantiate after the display loads, they must live in the PostGUI phase. However, each time Rio Flow regenerates/exports the setup, the auto-generated PostGUI call chain (
    postgui_call_list.hal
     / 
    custom_postgui.hal
    ) gets wiped/reset.
Is there a recommended way to structure user-defined pre-GUI and post-GUI files so Rio Flow leaves them untouched, or is native support for custom code injection / user PostGUI nets planned for future releases?
Thanks in advance for any insights or tips on how you guys are handling this!
Displaying 1 - 15 out of 288266 results.
Time to create page: 2.767 seconds
Powered by Kunena Forum