Advanced Search

Here is a quick test where I jumped the shield to the nozzle and then feed voltage from my ohmic into it and then ground the nozzle and the voltage drops like a stone. My thcad-10 is using opto22 and relays to isolate everything so that’s why I have to trigger the ohmic button to send voltage to the nozzle.



youtube.com/shorts/fuJnQ76LXl8?si=pr583jeB8bvqNj0g

tommylight wrote:

QtPlasmaC had a wizard that could convert any working config into a QTP config, no idea if it is still included so might want to wait for the developers to chime in.

Its now built into pnccconf so JT needs to get with the program

Yes, that was one of the original reasons the ohmic test was included. It was intended to check if there was a short like yours before starting a job. It does not happen very often. I only ever experienced it once and I found a bit of rubbish inside the tip,  much like you did. I have thought of setting it up to use one thcad. I'm sure it could be done fairly easily.

Ok thanks I'll look at that!

I suggest you use halmeter ti watch some relevant pins/signals to see what is or is not happening.

for instance use halmeter to watch:
halui.axis.jog-speed (does it change when you press joystick buttons?)
halui.axis.x.plus (does it change when a button is pressed?)
input.0.abs-x-is-pos (does it change when a button is pressed?)

etc.
Then come back here when you track down the problem a little more.

Oh ok so you’re not waiting for the voltage to go to zero to trigger the contact. Your looking at any voltage drop and once it does it’s triggering contact. That make perfect sense to use a thcad and watch the frequency output. Then you could set the trip frequency on the encoder input on your mesa board. I wonder if there is a way to double duty a single thcad-10.

You know I stumbled upon something the other day by accident that could work. I was using my fine cut consumables. And I was testing my retraction to make sure my actual retraction was what the display was stating it was. I held the ohmic button down and moved z down till it stopped from the ohmic trip. But I noticed when it touched I seen a +10v on the cut voltage. I did it agian and it was still there. So I started looking around and found a tiny slag bead stuck up in the nozzle bridging the nozzle to the shield. This was back feeding the ohmic voltage into the nozzle and it was showing up on the cut voltage.

Would there be a way to use this to sense ohmic. I don't know the ramifications to running the nozzle bridged to shield but it had been like that for awhile as I had just been cutting.

However this one here will probably work if I add the missing connector, capacitors and resistors.

PCI ID describes it as 1 parallel port + 2 serial ports (1P2S). 

It shows as a parallel port in dmesg and ioports and when I read the registers they are not empty (and numbers kind of make sense)

I'd check the kernel Configs to see what if any parallel ports are being left out.
Who ever built the kernel may have decided to include support for parallel ports, as we're probably the only old fellas that use them.
You should be able to grep the kernel config file that is in the boot directory.

So you have 2 parallel ports
A legacy on board port at 0x378 and your PCIe on at 0xccc8.

Nice to get responses and not have argue with a user. Thank you very much.

Cheers
Rob

unknown wrote:

I forgot to mention you also look in /dev to see how many nodes are made for the parallel port, and also look at what dmesg reports .

sudo cat /proc/ioports

Will return addresses
 

sudo cat /proc/ioports | grep parport returns only one set of addresses, (just to make sure)

I forgot to mention you also look in /dev to see how many nodes are made for the parallel port, and also look at what dmesg reports .

sudo cat /proc/ioports

Will return addresses

unknown wrote:

What's the PCI ID of this card, that's the secret source.
 

9710:9805 - NetMos Technology - PCI 1 port parallel adapter

Thank you very much for the tip!

unknown wrote:

With regards to the second port, you'll have to check how the second parallel port is enabled, some chipsets use strapping or use a eeprom for the config.
If you aren't getting the address of the second parallel port come up adding the connector and resistors may not enable it.
Find the data sheet first and work out how to config the chip first before getting out the soldering iron.

You are right!

I tried to read the registers with the remaning adresses and it didn't work.  



I tried both Base/Extended ccd8/cce0 and cce0/cce8. Didn't work. They must be strapped, as you said.

 
 

 

I think i should do a summary of the Sunix PCI-E card as the info got scattered in pieces, so:
I had one, it works perfectly but:
In a Lenovo PC it show the warning when LinuxCNC starts, but it works fine
In another PC with Asus Prime Z270 board, it shows no warning and no ................................
IT JUST dawned on me:
It will show the warning on older kernels, it will not show on new-er kernels!!!
Lenovo has Mint 19.3, the Asus has Mint 21.3, the friend with the same model cards has LMDE 6
Ok just checked the original post and it is Debian 12 so most probably 6.1.nn kernel, should be the same as in LMDE 6, so there goes my joy, oh hell, back to more testing!

With regards to the second port, you'll have to check how the second parallel port is enabled, some chipsets use strapping or use a eeprom for the config.
If you aren't getting the address of the second parallel port come up adding the connector and resistors may not enable it.
Find the data sheet first and work out how to config the chip first before getting out the soldering iron.