Using an OR gate to drive a fan speed control transisitor with PWM
The more I think about this, the more it seems like a bad idea, but was looking for some more opinions.
I'd like to very simply drive a fan using PWM output through a transistor.· However, I'm wondering what would happen if I put an OR gate between the output PIN and the transistor?· The reasoning for the gate would be so that should the microcontroller fail or for any reason not enable the fan, another logic device (such as the Tout pin on a DS1631A) could trigger the fan.
Okay...so tell me...is this really a bad thing to try?· I can forsee a couple of problems...gate not switching as fast as the PWM, and erratic output from the gate?· Possibly damage to the gate from a long duty cycle?· I have no experience using logic gates...so I really don't know what it will do.
I was considering something like a TI SN54AC32 OR gate.
I'd like to very simply drive a fan using PWM output through a transistor.· However, I'm wondering what would happen if I put an OR gate between the output PIN and the transistor?· The reasoning for the gate would be so that should the microcontroller fail or for any reason not enable the fan, another logic device (such as the Tout pin on a DS1631A) could trigger the fan.
Okay...so tell me...is this really a bad thing to try?· I can forsee a couple of problems...gate not switching as fast as the PWM, and erratic output from the gate?· Possibly damage to the gate from a long duty cycle?· I have no experience using logic gates...so I really don't know what it will do.
I was considering something like a TI SN54AC32 OR gate.
Comments
Bean
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
www.iElectronicDesigns.com
·
I like that idea...would it be of any concern though, if the Propeller was holding the pin low, and failed? I'm thinking in terms of a software failure...
Scott
In case it is "an arbitrary software issue", you are definitely helpless
In serious cases you would encapsulate the "pin" in a driver (a COG). When this driver sets it HIGH, no one else can set it LOW. This a good thing.
When the driver is not working correctly - i.e. setting DIRA but not OUTA - you have to analyse the reason. As said a GENERAL software failure cannot be compensated for (except in special triple redundancy systems), but only a SPECIFIC failure.
In some systems this is "hung-up in an endless loop or having jumped to a strange place". The solution for this situation is "watch dog".
A software watch dog can be realized by another (part of a ) program regularly asking some response from the pin driving COG, in case of a missing response it will restart that COG. This will AT LEAST lead to a tri-state output for the pin fan, thus enabling the pull-up merchanism.
Doing such analyses is a high-payed job, so I better stop now
Post Edited (deSilva) : 1/30/2008 9:16:45 PM GMT
Thanks for the info...very much appreciated.
Scott