-
Sorry my last post was incorrect. Yes the name was Jan Geurtsen that i got my TQ kit from. Screen name is Jan737. Not dnoise. But my experience so far is that the motors that Jan talks about is powerful enough to move the levers provided that you use a friction slip clutch in your set up. this will allow you to move the levers over the motor friction and gearbox friction.
-
Guys,
Here are the part numbers;
Engines for Levers: partnr. 233132-89
Engines for the Trim Wheel partnr. 233131-89
You MUST cool the chips no matter what as they get really hot, with a heat sink.
@Trev
On my initial trials I started directly from autothrotlle part. I have found the offsets that control throttle movement and made a cross calculation between the throttle max value vs pot max value. As they are moving linear you have to come up with a multiplier to reduce the throttle value to a corresponding value of the pot. As an example if throttle max value is 16245 and pot max value is 255. Divide 255 by 16245 and assign tis to the pot value so the motor will start working. And it will stop once the pot value is reached.
You have to be careful as the pots we buy are not very accurate there fore cuases jittering. Therefore I have given a plus minus tolerans to the pot value for motor to stop in the desired value insead of going back and forward. Below you will find the simple trial code for that;
Var 0001, name Motor_1, Link USB_DCMOTOR, Device 5, Output 1
Var 0010, name A1, Link USB_ANALOGIC, Device 5, Input 1, PosL 1, PosC 127, PosR 255
{
IF &A1 < &potfark
{
&Motor_1 = 128
}
IF &A1 > &potfark
{
&Motor_1 = 120
}
IF &A1 < &potplus
{
IF &A1 > &potminus
{
&Motor_1 = 0
}
}
}
Var 0002, name potfark
Var 0003, name throttle, Link FSUIPC_INOUT, Offset $088C, Length 2
{
IF &throttle <> &threskideger
{
&trfark = &throttle - &threskideger
&threskideger = &throttle
&potfark = &throttle * 0.0049
&potplus = &potfark + 5
&potminus = &potfark - 5
}
}
Var 0004, name threskideger, Value 0
Var 0005, name potplus
Var 0006, name trfark
Var 0007, name potminus
What does the code do? It reads the throttle value once airplaneis in the autotrottle mode and moves the motor to the desired direction till it reaches the calculated pot value. Works very good indeed.
Now I am in the process of reversing this to enable manual lever movement. That means I also have to assign pot value when I manually move the lever to measure the difference between read throttle value and move the airplane throttle paralelly.
By the way I use only 5 volts to feed the card. As the motors are strong enough they can handle mid level power which ca be adjusted from SIOC code to move the levers. So the chips do not get hot so much and it works. For the trim I have not tried it yet.
More details soon.
Regards,
barkay
-
A lot of DC gear motors (12 and 24 V) here:
http://www.servocity.com/html/motors___accessories.html
In the 12 V range really **every rpm output** you can think !!
http://www.servocity.com/html/3-12v_gear_motors.html
Hessel
-
Gents,
After all these things we have been through maybe a stuid question for some of you but I really have an interesting problem with USB DC motors card. Maybe I can not read Spanish English effectively or maybe I really do not understand basic law of electrics.
2 Throttle arms using 12V DC motors connected to the same card with 12V power supply connected (note: adapter since for some reason ATX power supply burns the card)
Once one of the arms start moving the other stops. One arm comes to its place and starts jittering then the next one moves till it comes to the required point the first one keeps on jittering. Once in the same position everything is back to normal.
Software works fine individually but not with both of them together.
I am assuming that this became and amperage thing.
Now the questions:
1- DC motors manual says 1amp per motor max current. Motor says up to 9 amp. In the case there is a physical force for the motor to move the arm this means motor will use bigger amperes to turn since the inner resistance and the supply voltage is the same correct?
2 - If this is the case and we can not feed the card with more than one amperes do we have to find a physical solution to enlighten the load on the motor to work with smaller current?
3 - In the case that we would like to go with one card then what?
Thank you all in advance
Regards,
barkay
-
Barkay,
The amperage could be reduced by taking a motor on a higher voltage (double the voltage is half the amperage). See previous posts.
If you download the Opencockpits pdf belonging to the USB DC-Motorcard in the code there is an "anti-jitter" part. Probably this is of help ?
I'm really not experienced in this matter, but very interested.., like you are.
Hessel
Var 0000, Value 0 //Initializing Self Positioning DC motor
{
&control = TIMER 999,0,2 // 999 is final value, 0 increase or decrease,
2 is so twice 10 ms
}
Var 0001, name motor // Motor control (0-127) 0=left + 128=right
Var 0006, name ad // Analogic input connecter to potentiometer
Var 0010, name control, Link SUBRUTINE // Subrutine for control (each 20
ms)
{
L0 = &obj - &ad // difference target and measured
L1 = 0
IF L0 < 0
{
L1 = 128
}
L0 = ABS L0
L2 = &velr + L1
IF L0 <= &aprox
{
L2 = &vell + L1
}
IF L0 <= &margen
{
L2 = 0
}
&motor = L2
}
Var 0011, name obj // wished position objective position (fixed in
example)
Var 0012, name margen, Value 5 // % error dead area, ****reduces jitter****
Var 0013, name aprox, Value 20 // points for approach break
Var 0014, name velr, Value 100 // Speed for follow objective, target
motorspeed
Var 0015, neme velr, value 30 // Speed for approach ?? (don't understand
this yet).
-
My message (was here) removed, because it gives confusion i.m.o.
Hessel