I was hoping to tap into the vast knowledge of the EEVBlog forum community for help regarding simple buffering circuitry.
I am wanting to properly buffer some signals that control a driver that controls a very large set of IGBTs.
http://www.igbt-driver.com/fileadmin/Public/PDF/Products/ENG/SCALE-2/Cores/2SC0435T/2BB0435T/2BB0435T_Manual.pdfPage 11 shows what I am trying to implement.
I understand and know how to do this easily with operational amplifiers in voltage follower configuration and inverting amplifier configurations but I don't know how to choose the best modern day amplifier that best fits this application.
Maybe I don't want to use a typical op-amp - maybe there are simple devices out there that do these things in a nice neat little package that consists of input, output, and supply rails??
Considerations:- Money is not a major issue as long as its sensible. I don't mind paying 3 dollars for all in one parts as opposed to 20 cents for a solution that uses more components.
- The non-inverting buffers take a signal from a twisted pair t-line and put their signals into the driver board which has an input impedance of about 3.5-4.6 kOhm.
- The inverting buffers will drive a signal onto a twisted pair t-line maybe 30 feet long into a high impedance input of a DAQ. These status pins on the driver board just produce a low impedance upon being triggered by a status fault in the IGBT driver board. They are normally high impedance, so hence the inverting configuration. Upon fault I expect about 90 ms of recovery time so it will essentially make the inverting buffer (is this even a buffer anymore?) produce a 90 ms pulse.
- The control PWMs for the non-inverting buffers are just going to be single 1-2s long pulses every minute or so. So no real frequency. Rise times are not a major issue since the inputs are schmitt-triggered (I am assuming rise time characteristics are negligible without really knowing for sure, feel free to correct me).
- My power supply voltage is 15V. This allows me to eliminate D1 and D2, I believe. If I am mistaken on this maybe someone will correct me.
If there is a detail I left out please ask.
I just need a solution that is simple and quick. Something to have the probability of producing the least amount of trouble shooting blips in the implementation process so things can get up and running without too much time spent here. If anyone can help or guide me in finding the simplest solution, as opposed to cheapest, it would be much appreciated.