Advanced Search

rubes wrote:

Am I the only one using QtDragon? 
 

No. You are only one using your config.

viewsat wrote:

If I replace the DIR PC817 optocoupler with a high-speed 6N137, it can correctly return to the zero position. 

This is wrong way.
By modifying the driver, you risk damaging it and reducing its reliability.
Although the PC817 has a very low bandwidth, the correct solution is to increase the dirhold.

Yup, you were right.

I would've thought that since it is a bipolar signal that getting the two wires swapped would just have the effect reversing the sign of the signal. Guess not.

Anyway, it looks like the outputs still work, so massive kudos to PCW for building the card rugged enough to survive a few mistakes.

If I replace the DIR PC817 optocoupler with a high-speed 6N137, it can correctly return to the zero position.   
However, using grbl and mesa 7i92 does not require modifying the DIR pc817.
I may need to use a logic analyzer to observe the timing diagrams of the Tang Nano 9k output pulses and DIR
I'm from Taipei, Taiwan, and my English isn't very good.

 

From what I see in your video, the connection is like this: PUL+ and DIR+ are not connected.
 

My DM542 input pins are connected like this. I've used this DM542 driver on approximately 1000 units. I've used it on Linuxcnc LPT, Mesa 7i92, and Grbl 1.1 controllers without encountering any positioning error issues.
 

Hi,

My team is trying to use Probe Basic for some milling functions.  We would LOVE to be able to set transparency effects on different STL files in the MACHINE_PARTS file/variable.  We'd ALSO like to be able to show the models, and the mill paths behind them.  Is this possible?  Whats the best way to do this with the smallest code change possible?

Thanks,

Dan

The polarity is wrong, from the looks of it.
-
And since you asked, no it is not Mesa 7i97T's fault but now it might be, as pulling 80mA from it's outputs can't be healthy.
The max. analog inputs usually draw is 20mA, hence the 4-20mA written on them very often.

Hello all,

I am in the process of retrofitting a Milltronics BR50 bridge mill.  The drives are Panasonic Sigma SGDB analog servo drives.

I am using a 7i97T for drive control and a 7i84U for additional i/o.

The problem I am having is that the analog outputs on the 7i97T don't seem to be putting out enough voltage when connected to the Panasonic drives. When nothing is connected to the 7i97T, a multimeter on the analog outputs reads the expected +/- 10V when set via HAL. However, with the drives connected, the voltage drops to almost 0.

If I put the multimeter in series with the analog output, set to output 10V, to measure current the voltage drops to a fraction of a volt and the current reading on the meter shows about 80mA. One of the little green LEDs on the 7i97T also dims slightly.

The weird thing is that if I use a 3V coin cell connected to the drive's analog in with the same meter in series, the current only measures at 0.1mA. Also, measuring the impedance/resistance of the drive's analog input shows a resistance of around 37kOhms. This is using the same wires as used by the 7i97T, so I don't think it is a wiring fault. 

I don't think it's a HAL problem since the expected voltages can be output via HAL to the disconnected board, and I don't think it's the drive or wiring since the tiny coil-cell battery works.  I'll attach my work-in-progess HAL/INI files below.

Is it possible that the problem lies in the 7i97T? The problem occurs on all the analog outputs and with all three servo drives.

 

5280 wrote:

the 2 lines of code do nothing but take me back to the prompt.


 

Sorry, I can't figure out how it can return nothing. It should display the status of lightdm. And if lightdm does for some reason not exist, it should complain.

Does it work when you try those two commands after you're logged in and run startx?

What make/model laptop is this? Some laptops do not run linuxcnc correctly.
 

just FYI, I moved this configuration off the RPI-4 onto a new computer (fresh installation from the released ISO) and still get the same. Figures I would be the only one to have this "issue". Am I the only one using QtDragon? cant be, as it is a very cool GUI.

Is your DM542 input pin connected like this?
 

Good day Sir

I have done "no edits to any files" dont know how to do that. and would not modify anything while trouble shooting a setup.

the 2 lines of code do nothing but take me back to the prompt.

in lookin at how to connect linuxcnc to outputs to the motors i see it utilizes the
printer port which i do not have on this laptop and that means i prob. would have to use the rj45 which i dont know if i have the mind power to do that. i have to look at that closer.
But would still like to solve the login thing so i don't have to do the ctrl alt f3 and then the startx thing in just lookin at the running program. which may not be a big thing at this point.
tks
Ken

That seems likely since there must be 1000's of LinuxCNC installations using
shared home/limits and this is the first time I've seen this complaint.

I think this is actually a bug in the QtDragon GUI.

Moved to the Qtvcp section so maybe @cmorley picks it up.