Advanced Search

are you using sheetcams linuxcnc-plasmac post processor?

Work through this which Hakan was referring to.
docs.google.com/document/d/1jeV_4VKzVmOI...diY/edit?usp=sharing

If you have following errors when slowing down, your accelleration could be too high. I used to get this with my Ethercat drves (mostly on homing) and then surmised that possibly the inertia was overtaking the accell settings. Slowed it down a bit and it works.

Since you say 5V, assuming using the IDC26 connector, so inverting does not work for you, but using a single transistor and 2 resistors can do that easily.
Might also check the 7i76 manual if there is a possibility of disabling the pull up resistors, but even if it is, it would mean the outputs will be 3.3V, not 5V, usually not a problem.

I have a 6i25 7i76 setup that is outputting a PWM signal on an extra step generator (thank you peter). When my control box is powered on and linuxcnc is not running my PWM is at 5v. Is there a way to invert this signal so that I am getting 0v in that situation so i dont have to run it through a relay to cutoff output when linxcnc is not running?

Hope that made sense and here are my relevant hal lines.

# --- LASER POWER ---

setp hm2_5i25.0.7i76.0.0.output-00-invert true
setp hm2_5i25.0.7i76.0.0.output-01-invert true
net laser-shutter-output      => hm2_5i25.0.7i76.0.0.output-00
net laser-on-output        => hm2_5i25.0.7i76.0.0.output-01

setp   hm2_5i25.0.pwmgen.pwm_frequency 100
setp   hm2_5i25.0.pwmgen.00.scale 200
net laser-pwm-enable   => hm2_5i25.0.pwmgen.00.enable
net laser-pwm-value  <= motion.analog-out-00 => hm2_5i25.0.pwmgen.00.value

Thanks
Kent

 

INI =hal files and settings and scaling and....
HAL = connections between software and actual hardware
So if there is nothing about the spindle in hal = no spindle
And no shooting today, slept in total 5 hours in last 3 days, so i might miss !

For the sunix cards that use parport_serial you need to look here for the list of devices.
github.com/torvalds/linux/blob/master/dr...ort/parport_serial.c

But notice that the driver code used is different depending on kernel version. As I linked to before here.
linux-hardware.org/?id=pci:1fd4-1999-1fd4-0100

Use this page to search by PCI ID to see what drivers match what card.
linux-hardware.org/?view=search

Driver matching & Loading (binding)
docs.kernel.org/driver-api/driver-model/binding.html

Text removed

You'll have to forgive me guys but...

@tommylight - your statement is confusing... I assume you are meaning the .HAL file, because I specifically added the '[SPINDLE]' section to the .INI file. I won't claim it was correct or useful... it was what Google Gemini suggested when I asked (don't shoot me - I've had good success with the AI bots and frankly, I'm just TOO old to try to master 'everything technical'.

Taking your suggestion - I created a new config by starting LinuxCNC, selecting: (attaching screenshots of what I encountered in sequence) 
​​​​​​ 

Try searching for "rugbot" it does the same turning about the Z axis, but makes rugs.

You have my condolences.  I can't image.

I've attached the file.

In the meantime, I have changed my remap to Python. I still use the meaure_tool_inch.ng to measure tools.  I then compare that measurement to what I get when I manually measure the tool to check the accuracy.
 
John
 

Thanks Andy!

I'll give it a go.

ContinenteCNC wrote:

How is this information stored in kernel? Is it hardcoded?

LinuxCNC works with the parport_pc kernel driver. (previous to this you had to blacklist parport_pc).
This means that you can refer to parport0 and parport1, as enumerated by parport_pc, though I am not sure that many do. 

So the problem is somewhere in parport_pc. 

github.com/torvalds/linux/blob/master/dr...parport/parport_pc.c (maybe)

I have one more question about this issue recognizing Sunix cards.

So, let's assume these cards are not being automatically recognized as parallel ports because they are not listed as such in kernel.

How is this information stored in kernel? Is it hardcoded?

I know this isn't a issue that deservs so much talk, but if all it takes is someone to code it and ask a pull request to kernel I would love to do this work.

There are also some cards that load parport_serial driver instead of parport_pc. If this is the case I think that would be a coding I could do.

Again, not a big of a deal, but I would like to help and this seem to match my skills.

That's the go.