Wireless remote switch, button press: 1 second=ON, 3 seconds=OFF

From OpenCircuits
(Difference between revisions)
Jump to: navigation, search
Line 17: Line 17:
 
After the diode and 47uf capacitor, the signal is 0.7vdc with some ripple.
 
After the diode and 47uf capacitor, the signal is 0.7vdc with some ripple.
 
High frequency data would not get through, and neither will lightning pulses. I have a commercial remote switch that was triggered ON by  
 
High frequency data would not get through, and neither will lightning pulses. I have a commercial remote switch that was triggered ON by  
lightning and that is not acceptable, thus my filter idea using 60Hz pulses.
+
lightning and that is not acceptable, thus my filter idea using 60Hz pulses modulating the 315Mhz carrier.
 +
 
 +
Lightning is not 60Hz and other devices, which I monitor in my neighbourhood, are typically 1000Hz through 4800Hz data pulses.
 
[[File: LTspice_60Hz_for_1second_goes_through_to_Q2_as_0.7vdc.png]]
 
[[File: LTspice_60Hz_for_1second_goes_through_to_Q2_as_0.7vdc.png]]
  
Line 40: Line 42:
 
Conclusion:
 
Conclusion:
 
LTspice is great and you should learn it or maybe Linux ngspice or iespice.
 
LTspice is great and you should learn it or maybe Linux ngspice or iespice.
I rarely get caught where LTspice is not helping me. This time I did. Do not trust somebody elses circuit even if their website looks professional.ha. This is very small in surface mounted parts, without the inductor. I have built the circuit and tweaked it to be sensitive to small output from those Receiver-IC data outputs.  That is tiny current so you must not load it by Q1-base too much. Q1 could have been a mosfet for less loading but that npn worked. I read 200uA Receiver-IC data output in the specifications, but I might be drawing 600uA. I am not sure about that. Decrease C4 to 1/3 value, and increase R3 by 3 times, if you have trouble with yours. You only need about 680mV to 720mV across the Q1-base for ON.
+
I rarely get caught where LTspice is not helping me. This time I did. Do not trust somebody elses circuit even if their website looks professional.ha. This is very small in surface mounted parts, without the inductor. I have built the circuit and tweaked it to be sensitive to small output from those Receiver-IC data outputs.  That is tiny current so you must not load it by Q1-base too much. Q1 could have been a mosfet for less loading but that npn worked. I read 200uA Receiver-IC data output in the specifications, but I might be drawing 600uA. I am not sure about that. Decrease C4 to 1/3 value, and increase R3 by 3 times, if you have trouble with yours. You only need about 680mV across the Q1-base for ON.

Revision as of 07:31, 11 October 2016

I bought a 315Mhz transmitter/receiver pair of postage stamp size inexpensive boards from robotshop.com. Ebay has them too.

315Mhz photo.png

Here is the schematic of how I used the data output of the receiver. My objective is to process the data without using a digital serial-interface decoder processor IC and to latch the ON and OFF so they do not spuriously switch back and forth from neighborhood transmissions on the same frequency, from electrical lightning noise, nor from button-bounce:

315Mhz schematic.png

Here is the board layout, which should be redone in surface mount parts some day. I used drawer junk parts and old VCR parts: 315Mhz wireless remote-switch 120vac-off-on.png

Here is the LTspice simulation of the signal filter of data incoming ON and OFF button presses. This 2Hz to 12000Hz response curve shows 60Hz is near the peak response: LTspice of data input filter 2Hz-12000Hz.png

After the diode and 47uf capacitor, the signal is 0.7vdc with some ripple. High frequency data would not get through, and neither will lightning pulses. I have a commercial remote switch that was triggered ON by lightning and that is not acceptable, thus my filter idea using 60Hz pulses modulating the 315Mhz carrier.

Lightning is not 60Hz and other devices, which I monitor in my neighbourhood, are typically 1000Hz through 4800Hz data pulses. LTspice 60Hz for 1second goes through to Q2 as 0.7vdc.png

Here is LTspice of the 1s and 6s hold-for-OFF using pulses from V1 which is imitating the 60Hz converted to 0.7vdc from the previous LTspice. See 6 second delayed OFF and instant-ON effect in green. Blue is the button held down for 8 seconds and then for 2 seconds: LTspice V1 bluePress8seconds blue givesON-OFF 7v outputs.png

Other notes: I tried to omit the 3H inductor (top schematic) and I ran into a small problem with the data being vdc. The inductor converts it to AC. I think a large serial capacitor would work instead of an inductor, but then maybe it cannot be a polarised type of capacitor; ie. too expensive. On the other hand, a smaller serial ceramic capacitor would work with a mosfet gate, instead of a transistor base (smaller current). I stopped thinking about it since I have an old small power adapter transformer to use as 3H inductor and it works. (Edit: I solved those problems. See the new schematic. It can be a 3.3uf polarized capacitor. I removed the inductor and the frequency response still cuts off > 200Hz completely.)

Circuit function: That circuit idea is very complex. I got a version of a button-press-latch circuit with a HOLD-for-OFF feature, from somewhere and it did not work, although they claimed it worked. I added 5 parts to make it work. Without LTspice I never would have deciphered the error. HOLD-for-OFF makes it very complex. EEVblob had one simpler, without the HOLD-for-OFF.

Q1 could be just an ON-button-switch. C2 is the trigger for pumping Q2 base ON. Q3 pulls Q2 base high (OFF) during the delay hold of 6 seconds. That seems simple enough. But the D3 and D5 diodes are essential to omit the reverse signals which we want to discard. Then D3 causes a problem because it has a forward voltage and is not really ground. A schottky diode has a lower forward voltage and might be low enough to pull Q3 base near enough to ground. I added D7 to raise the emitter instead. Then the diodes are all the same. I also added R8 to help benefit Q2 base. R8 cannot be too large or it slows another part of the cycle where we want Q2 base pulled high! A conflict of objectives occurs, thus 7.8k worked and maybe 50k would not work. R8 raises the emitter a little more, which is also essential at micro-amp currents when diodes do not obey what you think are the forward voltage specifications (haha); ie. forward voltage is lower than you think.

Next, the Q2 was originally a p-mosfet and the circuit failed completely without R10 while using a mosfet because the mosfet does not self-discharge the gate during part of the cycle, like does a pnp transistor (slowly), and D5 also blocks the discharge negative to positive. In other words, base-emitter is much lower resistance than a mosfet gate, which is near infinite resistance. So R10 is maybe not necessary if Q2 is a pnp. I left R10 in anyway in case I change it to a high current p-mosfet some day so the mosfet gate gets discharged through R10 during part of the cycle.

At different power supply voltages the timing shifts significantly. At 5vdc I am witnessing 11 seconds instead of 3 seconds hold-OFF.

Do you think I could sort all these issues without LTspice? Sadly, I say no. I wish I was faster. Some ideas work in LTspice and do NOT work in real life: The D7 was like that. I slept on it to come up with that idea. Apparently LTspice had different forward voltages for the base-emitter and diodes, compared to mine, and it was very close to failing in LTspice and should have failed to help me find the need for D7.

Conclusion: LTspice is great and you should learn it or maybe Linux ngspice or iespice. I rarely get caught where LTspice is not helping me. This time I did. Do not trust somebody elses circuit even if their website looks professional.ha. This is very small in surface mounted parts, without the inductor. I have built the circuit and tweaked it to be sensitive to small output from those Receiver-IC data outputs. That is tiny current so you must not load it by Q1-base too much. Q1 could have been a mosfet for less loading but that npn worked. I read 200uA Receiver-IC data output in the specifications, but I might be drawing 600uA. I am not sure about that. Decrease C4 to 1/3 value, and increase R3 by 3 times, if you have trouble with yours. You only need about 680mV across the Q1-base for ON.

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox