Pid Proton PDF
Pid Proton PDF
Register
Hello ,
Remember Me?
Home Forum What's New Buy Now Wiki Member Map Live Posts
Today's Posts FAQ Calendar Community Forum Actions Quick Links Advanced Search
Forum PICBASIC Community Discussion Code Examples PID-filter routine (2nd try).
ChatBox
B I U Message...
Loading...
Instructions:
1) Download the file incPID.txt attached to this post
2) Rename it to incPID.pbp
3) Place it in your project folder.
Example code:
This is a short example demonstrating how the PID routine can be used. The PIC's CCP module drives
a motor via a suitable driver chip such as the LMD 18200. The motor shaft is connected to a
potentiometer which is feeding position information back to the PIC's ADC forming a closed loop.
Code:
' |--PIC CCP --> LMD18200 --> Motor --> Potentiomter --> PIC ADC --|
'| |
' |---<-----<-----<------ P I D F i l t e r <------<------<-------|
The code does not check for overflow in the calculations so the user needs to make sure that the
value sent to the PID routine doesn't cause an overflow based on the current P, I and D gains.
A special thank you goes to Darrel Taylor for spotting a couple of misstakes in the example but most
of all for streamlining the code further, reducing its footprint about 20%.
/Henrik Olsson.
Attached Files
incPID.txt
(12.9 KB, 3462 views)
Last edited by HenrikOlsson; - 8th March 2007 at 22:37. Reason: Attached file.
questions
hi Henrik;
i see you are a motor control specialist..
first of all thank you for sharing your work on your PID routine. About it i have some questions to
understand.
_________
question1:
i don't understand theese variables:
pid_I_Clamp = 100 'Clamp I-term to max ±100
pid_Out_Clamp = 511 'Clamp the final output to ±511
_________
question2:
I see it controls position. ¿Does it control speed?
_________
question3:
from my pc i get two parameters: position and speed. i want to preset a 1 second of gradual speed
increasing (you know, for not damaging mechanism & stuff..) and speed decreasing for before getting
to the given position. Do any of your PID inc file variables handle this parameter/s or i need to do it by
myself?
regards, Rodrigo
"Beethoven had his critics too, see if you can name 3 of them"
Hi Rodrigo,
No, no motorcontrol specialist at all actually, just a guy who tinkers with a lot of stuff, trying to pick up
on what ever interests me at the moment ;-)
question1:
i don't understand theese variables:
pid_I_Clamp = 100 'Clamp I-term to max ±100
pid_Out_Clamp = 511 'Clamp the final output to ±511
The pid_I_clamp helps preventing what is called integrator wind-up. Let's say you are controlling the
position of a motor. You command a new position but the mechanics that the motor is moving is
blocked so it can't move. The I-term will now start to add "effort" to the total output of the filter to get
the motor moving (decrease the error) but since the mechanics is blocked the error won't change so
the I-term gets larger and larger and larger. When the mechancis finally "loosens up" you can imagine
what happens. So with pid_I_clamp you can set the max amount of "effort" that the I-term will apply to
the total output, no matter how big or how long the error persists.
(Another thing is that the I-term output is not protected from overflowing internally so we have to
clamp it to something)
pid_Out_Clamp works the same way. Let's say you are running a 12V motor with a 24V powersupply.
Applying full power (24V) to the motor may damage it so you can use the pid_Out_Clamp to prevent
the final output of the PID-filter to ever go above a certain value, for example.
question2:
I see it controls position. ¿Does it control speed?
"It" controls anything you like. You provide it with an "error" and gives back a "drive-value" based on the
gains etc that you've specified. It doesn't know or care what it is you are controling. With that being
said it may lack features that is better suited for controling one thing or another, like feedforward etc
but more or less, it doesn't care.
question3:
from my pc i get two parameters: position and speed. i want to preset a 1 second of
gradual speed increasing (you know, for not damaging mechanism & stuff..) and speed
decreasing for before getting to the given position. Do any of your PID inc file variables
handle this parameter/s or i need to do it by myself?
No, there's no trajectory planner built in. If you want acceleration and deceleration ramps you need to
"slowly" increase the "setpoint" to bring it up to speed and so on.
/Henrik.
thx
Thank you so much Henrik, now I got it!
I'll test it as soon as I can. Then i'll bother you again
I have another question in a new thread, not related to PID, but related to counting position. Thread
title: "Pulse count matching"
"Beethoven had his critics too, see if you can name 3 of them"
can i use the code to control speed and position of motor using same pic?
First step (get), you Get variables from hardware (via pot, encoder, ...)
Second step (control), you correct those variables (PID between desired and got variables)) to reach
your desired speed, direction & position by PWM and polarity (depending on the type of motor DC,
BLDC or what ever). That is control.
And yes, both steps you can perform them in a single MCU. Motor control oriented MCU's works great
for this, such as a dsPIC30F3011; or for this compiler, a PIC18F2431 (or any of the family PIC18Fxx31)
which have QEI peripheral, where QEI stands for Quadrature Encoder Interface, which decodes signal
from a rotary Quadrature Encoder, ideal for gathering motor rotation activity.
Rodrigo M.-
Last edited by RodSTAR; - 27th March 2009 at 18:36.
"Beethoven had his critics too, see if you can name 3 of them"
i'm using 1 channel incremental encoder and PIC16F877A.i use timer 1 to count pulse on
background.to get the speed i use "count" instruction but it take a 0.5 second.is there any faster
solution to calculate speed?
i decide to use incPID program to control speed,but how can i tune to find Kp,Ki, and Kd value..
Last edited by infinitrix; - 27th March 2009 at 23:41.
i'm interested in pid to control position and speed.. can u show me some program and schematic for
self tune pid.. i use 3 pot to adjust kp,ki and kd.. i'm just not very clear about tuning the pid..
position, speed
do you need to move something to a position and stop, or shift motor from 1 speed to another speed
or hold speed constant while the load changes.
That dictates the type of feedback needed and how fast the control needs to actuate.
Explain your control operation a little.
don
amgen
Reply With Quote
Hello,
Sorry for the slow response on my behalf, I've been on the road so I haven't been on the 'net that much.
As I've written en previous posts in this thread the incPID routine itself does not know or care if it
controls position, speed, temperature, waterlevel, light, torque or whatever. It simply returns a value
based on the "error" you send it and the tuning parameters you set.
You can only run one PID-loop with it though (without rewriting the include) so controling BOTH speed
AND position with the incPID won't work. What you CAN do though is to set up your system to control
position and then in your program you continously change the targetposition. Set up a 100Hz (or
whatever) interrupt and add to or subtract from the target position, the more you add or subtract the
faster it will go. I've done that myself and it works fairly well.
Tuning is an art and there's more than a few ways to do it, Google Ziegler Nichols to read up on one of
them. I've simply done it by "feel" but you can for example send the errror value to the USART and then
plot the value on the PC using EXCEL or whatever to "see" the response of the system.
I suppose doing an autotune routine would be possible but it's not something I'm going to try. If you're
going to write an autotune routine I suggest you read up and get good at manually tuning first so you
know and understand how to respond to different situations. (Undershoot, overshoot, oscillation etc).
Hope it helps!
/Henrik.
Speed control
Dear sir,
I check INCPID routine it works fine as position control.
I want to control speed via PWM what should i change in the INCPID routine
and also how can i give pid_Kp pid_Ki pid_Kd using external potantiometer
which is reading through ADC CH which gives 0-1023 value and how i convert
this value to $0xxx figure.
"Beethoven had his critics too, see if you can name 3 of them"
Hi,
You don't need to change anything. If you're aiming for speed control only then simply measure the
speed of your motor with whatever you like, encoder, tachometer, BEMF or whatever. Compare that to
your target speed and send the difference between the two (ie. the error) to the PID-filter. The filter
itself does not know or care what you are regulating, it might as well have been air-pressure as far as
the PID-routine is concerned.
If you need to move to a certain position WITH a certain speed then you need to take the moving
target aproach like RODStart outlined. If you control position and add 1 to the target position every
second the motor will move 1 encoder count every second or 10.8° per minute or 0.03rpm with a
500line encoder.
Regarding the pots, you can set the PID gains in any number system you like. The reason I show it in
hex is that it is easier IMO. You can simply do pid_Kp = myADResult if you like.
1023 in decimal is the same as $03FF which, in the PID filter, is treated as 3.996 basically. See, 03 is
the number on the left side of the decimalpoint and FF is on the right side. FF represents 1/256*255 or
0.996. If you'd feed it 102 from the ADConverter it would be the same as $0066 or a gain of 0.258.
If you need more gain than 1023 then simply multiply your ADResult, pid_KP=myADResult*2, now you
get a gain of 0-2046 or $0000-$07FE or 0.0-7.992
/Henrik.
Last edited by HenrikOlsson; - 6th August 2009 at 10:54.
Hi,
The approach with the direction bit is for sign and magnitude PWM while, by the sound of it, you're
looking for locked anti phase. In locked antiphase the PWM dutycycle is 50% when no torque should be
delivered by the motor (the average current thru the motor is 0A). The dutycycle is then increased or
decreased from 50% depending on which direction and how much torque the motor should deliver.
So, if you ARE doing locked antiphase PWM simply set the PWM duty cycle to 50% on startup and
then, if pid_out.15 is set (output is negative) you subtract the ABS value of pid_out from the value
coresponding to 50% and if pid-out.15 is "0" you add the ABS value of pid_out to value coresponding to
50%.
If you are doing sign and magnitude then your hardware will have an input for direction and you need
to set that according to pid_out.15 and then set the dutycycle to the ABS value of pid_out.
I sugest you set the pid_Out_Clamp variable to a suitable value to prevent over or underflow in the duty-
cycle register.
/Henrik.
THANKS Mr OLLSON
Thanks for coperation.
I am trying to complete my job.
Use on RC servo?
Hi Henrik,
Is it possible to use portion of the code on a RC servo which is connected to an externat 10k
potentiometer.?
My existing circuit is driving an RC servo in the range of 1mS to 2mS, the servo pulls a throtle of an
engine, to keep revolutions at 1500 RPM (50Hz). The engine is directly coupled to an alternator. The
position of the servo is controlled by a voltage (F/V), form the alternator frequency and a 10k setpoint
potentiometer. I use analog inputs on 16f88 to convert volt to value. I then subtract values from each
other and send the difference to the servo. (simple calculation)
My problem is that the voltage conversion is not linear to the servo movement. The result is that servo
movement is always too litlle in comparison of the set speed needed.
I was wondering whether I can use feedback in order to counteract the non-linear characteristic of the
servo.
Hi, Daaan
I use such a routine to drive cooling flaps of an engine cowl ... ( of course with temp. as input ... lol )
Code:
Direction = pid_Out.15 'Set direction pin accordning to si
gn
pid_Out = ABS pid_Out 'Convert from two's comp. to absolu
te
HPWM 1, pid_Out, 10000 'Set PWM output
Pause 10 'Wait....
Did not understand your linearity problems ... IF you use the servo within its NORMAL RANGE ( say 800
- 2200 µs ) linearity is fine - Whatever its brand ( humour !!! )
Moreover, ... as it's a closed control loop with Integral action, your servo HAS to reach the required
position ... more or less qickly !!!
But, might be, your project is only a PROPORTIONNAL regulator ... This could easily explain never
reaching the setpoint ...
Alain
************************************************** ***********************
Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
************************************************** ***********************
IF there is the word "Problem" in your question ...
certainly the answer is " RTFM " or " RTFDataSheet " !!!
*****************************************
I have used a magnetic pickup on the fly wheel in the past, adc this to a stepper motor, incorporate the
feedback once you get to the stage of engine hunting, then set your fine tuning (gain etc).
Hi Henrik
I have many trys to solve my problem but fail.Actually i want to control GAS engine speed.I am using
AGB130 LINEAR ELECTRIC ACTUATOR to drive BUTTERFLY VALVE.I am using MAGNETIC PICKUP
UNIT located on flyweel to sense engine speed.After F/V conversion i have 0-5000Hz to 0-5V.
Problem is that ACTUATOR drive only forward direction through given voltage
and reverse direction through SPRING located inside.
ACTUATOR always needed some voltage to remain in a position to maintain speed.But INCPID routine
gives 0 output when no error found.
I am giving some examples in atachements which will help to identify problem.
Best regards
IFTIKHAR AHMAD
Attached Images
Reply With Quote
Hi,
Don't really know how the spring return will work here...Can't really see why it wouldn't work....
The 0V at 0 error isn't really true.... When the error is 0 output from the P- and D-term is indeed 0 (the
D-term might not be 0 but for this discussion let's say it is). But the output from the I-term is whatever
was needed to bring the error to 0. (It might be 0 but not necessarily).
Think of the car analogy, you're trying to keep the speed at 50mph and you're starting to climb a steep
hill, if you simply keep the gas-pedal at the exact same position the speed will start to drop. The P-term
adds a little effort based on the error but not enough since the load now is larger (we're climbing a
hill). The I-term starts adding a little effort (giving some gas) and soon the velocity is back at 50mph.
Now the P term is 0 (since there is no error) the D-term is 0 since there is no error but the I-term is not
zero - if it were the speed would start to drop again.
With that said, simply add a little to the output of the PID-filter rto overcome the force of the spring - if
that's what you want. This is often called feed-forward and means that for a particular speed, torque,
position or whatever you have like a "starting point" for the "drive" - the PID filter then takes it from
there.
/Henrik.
Reply With Quote
PID is a loop. If spring moves something, PID will detect it and it will correct it immediatly. Don't
confuse error variable with PWM value. In my project it works fine and it responds to dynamic loads
and it correct it as it should (read above post of my project). Sorry for answering you, as you only refer
to Henrik.
"Beethoven had his critics too, see if you can name 3 of them"
Alain, regarding the linear problem - I have tested the actual distance travel of the servo arm by
connecting a ruler to the arm.
To test I then adjusted the speed voltage, taking voltage readings and distance readings as I go along.
The distance values on Excel graph showed a non linear line in comparison to the linear nature of the
voltage.
/Daan Joubert
The distance values on Excel graph showed a non linear line in comparison to the linear
nature of the voltage.
/Daan Joubert
Hi, Daan
I hope you've considered the rotation angle of the arm is linear to the signal ...
But, whatever your transmission system ... only rack and pinion or cable and pulley can give a linear
travel !!!
You could use a LOOKUP Table to correct your output ... but, once more, if it is a real PID controller, it
will compensate for non-linearities ...
Or find an old LINEAR R/C servo ( Kraft, Robbe, Varioprop, Lextronic ... produced some in the 70-80's )
Alain
************************************************** ***********************
Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
************************************************** ***********************
IF there is the word "Problem" in your question ...
certainly the answer is " RTFM " or " RTFDataSheet " !!!
*****************************************
Alain, regarding the linear problem - I have tested the actual distance travel of the servo
arm by connecting a ruler to the arm.
To test I then adjusted the speed voltage, taking voltage readings and distance readings
as I go along.
The distance values on Excel graph showed a non linear line in comparison to the linear
nature of the voltage.
/Daan Joubert
Your gains might need to be fractional all the way up to 20 times and more via your vresistors via adc.
Example engine running no load 1500 rpm, adc 1.5/5 * 256 = 77. setpoint = 77,unknown but say pwm
25, all gains apart from p set to zero. 25% load applied engine droops to 500rpm,adc 0.5/5 * 256 = 26.
77-26= 51, pwm output 51. If output to much p gain * 0.8 etc,to little * 1.5 etc. You should get to the
stage of engine hunting turn the gain slightly below this. This is then where the data from i and d
comes into play and slightly tweaking each one results in a reactive genset regardless of load.
Hello,
I thought I explained that in post #16 above. I'll simply quote myself:
Regarding the pots, you can set the PID gains in any number system you like. The reason I
show it in hex is that it is easier IMO. You can simply do pid_Kp = myADResult if you like.
1023 in decimal is the same as $03FF which, in the PID filter, is treated as 3.996 basically.
See, 03 is the number on the left side of the decimalpoint and FF is on the right side. FF
represents 1/256*255 or 0.996. If you'd feed it 102 from the ADConverter it would be the
same as $0066 or a gain of 0.258.
If you need more gain than 1023 then simply multiply your ADResult,
pid_KP=myADResult*2, now you get a gain of 0-2046 or $0000-$07FE or 0.0-7.992
I don't really know how to explain it in any other way but let me know if doesn't make sense and I'll try,
or perhaps someone else can attack it from another angle.
/Henrik.
Hi, Hadienggggggg
At full speed refrence it get exact speed never overshoot.I am using same PID gains used
in original file.I think i must change the GAIN value to overcome this problem
EACH system has its own set of parameters ( Kp, Ki, Kd ) and you are the one and only one who can
find them ...
NOW, just Google around for the " Ziegler and Nichols method " ... sure it will help you !
FURTHER ... you can disable The Ki and Kd action at startup and engage then for a maximum error of
???, you can use retrieve tables for Kp,Ki,Kd as a function of the running point, you can program a
rampup for engine start ...
But that is VERY typical to YOUR project ... and far out from Henrik's project shown here ...
Alain
************************************************** ***********************
Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
************************************************** ***********************
IF there is the word "Problem" in your question ...
certainly the answer is " RTFM " or " RTFDataSheet " !!!
*****************************************
'****************************************************************
' Definicije Portova *
'****************************************************************
ADCON0=0
ANSEL0=0
TRISB = %00000000
PortA = 0
PortB = 0
PortC = 0
PortD = 0
PortC.3 = 1
'****************************************************************
YU7JN
The Henrik PID rutine work good but only when position and setpoint is max +/-50 !
I see you're using On Interrupt and it seems you're using TMR0 as the source for the interrupt. It would
be good if you could comment that section a bit so we don't have to read thru the datasheet in order to
figure out what you're trying to do.
If I haven't missed anything you're running TMR0 in 8bit mode, clocked from the internal clock
@20/4=5Mhz, prescaler selection is set to 1:2 which means the timer is clocked at 2.5Mhz,
overflowing and generating interrupts at 9765.625Hz. There's no need to run the PID-loop at that
speed, generally 1000Hz is good enough for motor control.
The Pause 10 statement needs to go away, and the LCDOut statements will likely mess with the timing
as well. Read up on how On Interrupt works in the PBP manual. I highly recomend you look up Darrels
Instant Interrupt routines as they don't suffer from the things On Interrupt does.
It's really hard to understnad what you mean..... A deadband where anything within 25% of the setpoint
is good enough or a following error trip and when the error is bigger than a set amount?
I've just received my copy of v2.60 so I can start using 32bit variables. I'm having a bt of a problem
getting it going though. On top of that I fried my servo development board by connecting 24V to the 5V
input so I need to get that sorted....
Endif
'If pid_Sign then pid_out = -pid_out 'Re-apply sign.
now the PID work close to good , ABS pid_error is in range close to 511 +/- 100 when I probe to
personal move shaft of motor.
Becous my motor have gear 6.25:1 my variable ( y as LONG) go from 0-6250 for one full turn of
shaft.Motor must go 6.25 * 1000.
QEI is setup for one turn of motor shaft go 0-1000.
It is not full good but it is close to be PID :-(
PBP code :
Code:
'****************************************************************
' Definicije PIC-a 18F4431 *
'****************************************************************
DEFINE OSC 20
include "incPID.pbp"
'****************************************************************
' RS 232 HSEROUT 19200 kbps *
'****************************************************************
DEFINE LCD_DREG PORTD
DEFINE LCD_DBIT 4
DEFINE LCD_RSREG PORTC
DEFINE LCD_RSBIT 0
DEFINE LCD_EREG PORTC
DEFINE LCD_EBIT 1
DEFINE LCD_BITS 4
DEFINE LCD_LINES 4
DEFINE LCD_COMMANDUS 2000
DEFINE LCD_DATAUS 50
'****************************************************************
' Definicije Portova *
'****************************************************************
ADCON0=0
ANSEL0=0
TRISB = %00000000
PortA = 0
PortB = 0
PortC = 0
PortD = 0
PortC.3 = 1
'****************************************************************
YU7JN
Hi Robert,
I'm sorry but I'm having a hard time understanding you. I like to help you but it's just hard when you
don't even answer my questions. Now you say it's close to being PID? What exactly is it that doesn't
work?
If the motor isn't "stiff" enough you need to tune the PID parameters, I see you have Kp, Ki & Kd exactly
as in my example code - which is just that - an example. You need to change them to suit your
application.
Also, you could as well changed your code to read pid_Out_Clamp = 640 instead of hardcoding 640
into the incPID routine. In any case if you only have 10bits of PWM resolution why allow the output to
swing to +/-640 which is 11bits?
Another thing I notice is that you preset TMR 0 with the value 237, but you do that only at the
beginning of the program, so it will go from 237->256, cause an interrupt, then it will start from 0 again.
With the pescaler at 1:256 that will be an interrupt rate of 38Hz which might be a bit slow. You need to
preset TMR0 again in your ISR.
You can change this:
Code:
advalue = y
pid_Error = Setpoint - ADValue
To simply read
Code:
pid_Error = Setpoint - y
It won't work any better but a little faster and it'll save you a byte or two ;-)
And, try removing the LCDOut statements as a test and see what impact that has on it. Do you have an
oscilloscope? Connect it to a pin, set the pin high the first thing you do in the ISR and low again before
returning - then you can see if you have the correct interrupt frequency.
ok in UHU or any other PID control if POSITION= SETPOINT motor must clip +/- for to make break in
position.
when you set SETPOINT increment +1 or +XXX then PID must move motor in that direction and when
MOTOR come to SETPOINT PID must again clip motor +/- in new POSITION becous POSITION is again
= SETPOINT.
If you probe to mechanic move MOTOR SHAFT from locked position PID rutine must give reaction to
back motor to lock POSITION.
Your PID control work good maybe with L2XX motor driver chip but with real output driver like HP UHU
output stage NOT work.
In uhu sistem you have two pins on output stage.One for motor enable / disable (logic 1 enable , logic
0 disable.That is use for motor protect with current detector via resistor in DRAIN of output MOSFETS.
Second pin is in same time PWM drive / direction.
When PWM on these pin is 50/50% that is 512 on 10bit then motor is in stop condition.When on these
pin come PWM from 512-0 you have movement of motor from slow 511 to full spid PWM close
10.And when you go from 513 to 1024 you have slow to full speed of motor at close 1014.
My motor have gear 6.25 motor full turn for one shaft full turn.That mean I must use wariable for
position storage from 0 - 6250 which represent full range for one full turn of output gear shaft.
When I use your PID rutine it break motor to go from lock position to minus CCW and it give PWM to
motor 511 , 510,...492...400 and move motor CW to lock dead point.But when i move output shaft to
CW position your PID giwe PWM 511 and normaly that must be to give 513,515....600 to mowe motor
in CCW to motor come to lock point.That is becouse in your position is :
Code:
'*************************************************************************
******
'*************************************************************************
******
'Calculate the total drive.
Ok and your suggestions are good but I was spend 10..hours and my head is like baloon...sorry.
Regards Robert
YU7JN
Hi Robert,
Don't worry, I know the difference between sign & magnitude and locked antiphase.
If you're working with locked anti-phase, like the UHU chip does, then you need to look at the output
from the PID filter, if it's positive you add to the dutycycle and if it negative you subtract the ABS value
of the PID_Out from the duty cycle. Basically....
Code:
'At startup set the PWM dutycycle to 50%
PID_Error = Position - Setpoint
Gosub PID
So again, if your dutycycle register is 50% (512) when no torque is delivered (ie. you are working with
locked antiphase) then you really should clamp the output of the PID to +/-511, if you don't do that the
dutycycle register may over- or underflow. If, for example, the output of the PID filter is allowed to
swing to -640, and you subtract that from 512 you end up with -128. -128 in a 16bit variable is the
same as 65407 so if you take the lower 10 bits (=895) of that and stuff it into your dutycycle register
you'll end up with a dutycycle of 87% instead of 0 - torque will get delivered in wrong direction.....
Also, with a powerstage such as the one on the HP-UHU you need to make sure that dutycycle never
reaches 0 or 100% because then the bootstrap capacitors in the highside MOSFET drivers no longer
have any time to recharge and bad things will happen.
And, to show you that it does work, here's a link to a video I just uploaded:
YouTube Video:
Yes, it uses sign & magnitude and no it's not step and direction. It takes serial commands from a host
CPU or PC. I've also got a couple of videos there featuring the HP-UHU. I've been quite involved in the
HP-UHU project so I know it pretty well.
And as a friendly note, if you think that this PID-code doesn't work for your application then by all
means feel free to use something else.
Sincerely,
/Henrik.
No I mean it work good and many thanks to you for writing that...
My best regards and I will continue to test it for my machine.
Regards Robert
YU7JN
YU7JN
Similar Threads
pid loop
View Tag Cloud
-- vB4 Default Style Contact Us Back to Home Page Archive Privacy Statement Terms of
Service Top
Powered by vBulletin®
Copyright © 2017 vBulletin Solutions, Inc. All rights reserved.
Admin byLester,
PIC, PICmicro, dsPIC,MPLAB,PICBASIC, PICBASIC PRO, PICPROTO, and EPIC are trademarks of Microchip Technology Inc. in the USA
and other countries.