Advanced Search

Searched and found this which makes more sense:

#+ Base task period, in nanosecs - this is the fastest thread in the machine
BASE_PERIOD = 25000
#- Servo task period, in nanosecs - will be rounded to an int multiple of BASE_PERIOD
SERVO_PERIOD = 500000
#- Trajectory Planner task period, in nanosecs - will be rounded to an
# integer multiple of SERVO_PERIOD
TRAJ_PERIOD = 5000000

Here, the servo (PID) loop is 0.5ms and the trajectory planner is 5ms

Also:

Ok, so this explains why the output from teleop_tp is run through the interpolator: it allows to run inverse kinematics at a lower rate than the servo thread, during axis jogs, by specifying traj_period_nsec to be larger than servo_period_nsec
 

I also had that thought at first. But when I looked up the LS703 scale, I found that they should also have a ~100 mA bulb:
siebert-automation.com/wp-content/upload...ing-Instructions.pdf

You could maybe connect the scale without the ic-nv if you have a board like that and check the current draw. In that case, only the bulb in the scale should be taking some power/current.

I have done again the circuit without supplying ic-nv and the linear scale
just only the protection circuit and does not burn the fuse it draws 0.00A from 5v psu so i suppose that the scales draw more than 0.5A current..
Other reason maybe is the electrical noise from servo-inverters
that triggers the tic106

Tests with 5v supply:
5v1 zener 1k resistor -> 351mV
5v1 zener 470R resistor -> 240mV
5v6 zener 1k resistor -> 101mV
5v6 zener 470R resistor -> 55mV

So because tic106 is more sensitive i will keep 5v6 zener 470R resistor...
 

I have 2 wire RS485. I have connected RX- to TX-
and RX+to TX+ and added resistors, but I have checked both TX+ and TX- with oscilloscope and no data are there.
I am not at my machine now, I will send you my hal and more info tomorrow. Thanx for support.

Is the device you are connected to 2 wire or 4 wire?
if 2 wire RS-485, you will need to connect RX- to TX-
and RX+to TX+ and add the resistors shown in the previous
post. (the resistors need to be added in any case, 2 wire or 4 wire)

The fact that you get an error of 0 suggests that something
basic is unconnected in the hal file, is your setup something like this:

loadrt gs10 ports=hm2_7i96s.0.pktuart.0
addf gs10.00 servo-thread
setp gs10.00.baudrate 38400
setp gs10.00.address 1

 

Yes, I have connected Rx and Tx according to 7i96S manual.
last_err pin is 0, fault also 0. I also compiled modbus with #define DEBUG 3 and no errors. Everything looks to be OK, but no communication.

What error does modbus show?

Note that for 2 wire RS-485 on a 7I96S (pre REV E) ,
you this need for RS-485 communications to set
the undriven line state to idle:

1 GND
2 RX+,TX+ 330 Ohm pulldown to GND (1)
3 RX-,TX- 
4 RX+,TX+
5 RX-,TX1-   330 Ohm pullup to 5V (6)
6 +5V
 

Actually my chinese bob has a led for showing the pwm-stream. It's green. When i inverse parport pin 01, the led is off. I checked all my connections from the bob to the laser, they are okay. But i will measure at the head while running a programm, maybe my bob is broke ?

Ok guys, I've got it mapped out as shown in the attached picture. The common wires are in fact the grey and white wires. My plan is to supply 24VDC to the common wires and then plug in the other wires as inputs on the 7i77 board. 

I have flashed new software, changed sserial to 0 in HAL and it works. I have compiled and installed mesa_modbus with halcompile and loaded it in HAL. It seems it also works fine, I see modbus in HALshow. Great! But I don't know how to start modbus communication? Checked with oscilloscope, no communication on RS485. Can you help me what I am doing wrongly? Thanx.

Yes, it's possible. The TIC116 needs approximately 100 times higher gate current than TIC106 to trigger. The 1000 ohm resistance to ground means that a leak current of at least 0.5 mA is required to reach approximately 0.5 V for triggering the SCR. And with TIC106, only 0.060 mA "more" is needed to trigger, while for the TIC116 it's about 5 mA more.

But I still don't understand why a 3 A fuse would help. Unless maybe it's more than you power supply can handle, so the voltage drops to zero, the SCR unlatches, the power supply comes back up and the cycle repeats. But in that case, I would imagine that not much would work.

You could disconnect one leg of the zener diode and check with a 500 mA fuse again. Then we at least know if it's the SCR/zener combination that is causing the issue or something else.

Are you saying the LinuxCNC configuration works with a DMA860 but not with a
HBS86H?

Is the HBS86S motor/drive known to work (not sure if there is any tuning/setup required here)

You might try single ended wiring to see if that makes a difference:

5VP --> PUL+,DIR+
STEP-  --> PUL-
DIR- --> DIR-
 

Hello, I have exactly the same problem as PWC with my HBS86H except that I in port //. My linuxcnc configuration works very well with a DMA860.

Can anyone help please ?
Thanks

Sir,
driver , udp.comp not install I try many time but always found error user/bin/halcomplie not found udp.comp file so please tell how to install linuxcnc driver.

Sir,
driver , udp.comp not install I try many time but always found error user/bin/halcomplie not found udp.comp file