Motorized valve interfering with button?simulate pin as connect nowhereAlternative to wake on LANHow can I replace the functionality of a button with an arduino?Convert a NO push button into an On/Off buttonMacro Button for my Game Boy - Master button to press all buttons at onceArduino PIR relay with manual override switchHow does this push button work?Relay flashes during reset but not on power upPush-Button Voltage Spike (not debouncing)Replace mechanical switch with electrical switch or relay

Mac Pro install disk keeps ejecting itself

Rivers without rain

What is the most expensive material in the world that could be used to create Pun-Pun's lute?

Does holding a wand and speaking its command word count as V/S/M spell components?

Is the 5 MB static resource size limit 5,242,880 bytes or 5,000,000 bytes?

What is the strongest case that can be made in favour of the UK regaining some control over fishing policy after Brexit?

Is there a way to get a compiler for the original B programming language?

Pulling the rope with one hand is as heavy as with two hands?

Critique of timeline aesthetic

Document starts having heaps of errors in the middle, but the code doesn't have any problems in it

French for 'It must be my imagination'?

Please, smoke with good manners

how to find the equation of a circle given points of the circle

How do I deal with a coworker that keeps asking to make small superficial changes to a report, and it is seriously triggering my anxiety?

Does a semiconductor follow Ohm's law?

What was the first Intel x86 processor with "Base + Index * Scale + Displacement" addressing mode?

Examples of subgroups where it's nontrivial to show closure under multiplication?

How to solve constants out of the internal energy equation?

Unexpected email from Yorkshire Bank

Repelling Blast: Must targets always be pushed back?

What route did the Hindenburg take when traveling from Germany to the U.S.?

Is there any limitation with Arduino Nano serial communication distance?

Do I have an "anti-research" personality?

Is it possible to determine the symmetric encryption method used by output size?



Motorized valve interfering with button?


simulate pin as connect nowhereAlternative to wake on LANHow can I replace the functionality of a button with an arduino?Convert a NO push button into an On/Off buttonMacro Button for my Game Boy - Master button to press all buttons at onceArduino PIR relay with manual override switchHow does this push button work?Relay flashes during reset but not on power upPush-Button Voltage Spike (not debouncing)Replace mechanical switch with electrical switch or relay






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








6












$begingroup$


I have the following circuit:



circuit not working



The relay will basically be controlled by the Arduino (using pin 3), based on a value it's getting (from a NRF24L01 module). However, I also want the relay to be controllable via a button.






Problem:



Controlling the relay with the button is working fine WITHOUT the load (a 3-way motorized valve) being connected. When the load is connected, the button gets randomly pressed WHILE the valve is moving.






Based on this observation, I guess the 3-way motorized valve interferes with the button. Sadly, I cant figure out how to solve this error. I've spend several hours, with no success. Some things I've tried:



  • add flyback diodes around valve

  • attach the button in different ways

  • tried placing resistors

  • seperate the relay circuit from the rest, as it should ideally be (I was not succesfull doing this, because the transistor must be connected to the common ground? + the Arduino has the same power source as the 3-way valve..)

Another solution is (I think obviously) to seperate the relay circuit from the rest. But I can't figure out how to split the 12V power supply into two seperate power sources.






My temporary solution...



Since the button only gets randomly pressed WHILE the valve is moving, I've written my code to ignore the button during valve movement. I consider this as a temporary solution. I want to understand what exactly is going on and how to solve it.






Is the motorized valve interfering? How to solve this problem?










share|improve this question









$endgroup$











  • $begingroup$
    The button is fine, the valve does not press it. Is this really your full schematic as well, decoupling and all?
    $endgroup$
    – awjlogan
    Apr 7 at 15:14










  • $begingroup$
    @awjlogan Yes this is the full schematic. There were some LEDs connected and the NRF24L01 module, but I've removed these for now. -- the button only is randomly pressed while the valve is moving.
    $endgroup$
    – crisg1201
    Apr 7 at 15:30











  • $begingroup$
    The button isn't pressed, but you are getting voltage induced on that pin, which is why it's appearing to be pressed. Simple things to try: some decoupling near the valve, check your wiring is neat and ground is a single point, stronger pull up on that pin, decoupling of that pull up, clamp diodes on the pin.
    $endgroup$
    – awjlogan
    Apr 7 at 15:38










  • $begingroup$
    When you mix high- and low-power stuff like this, layout becomes important. Post a picture, please. Clearly the valve is interfering with the button; a picture of your layout may show why.
    $endgroup$
    – TimWescott
    Apr 7 at 15:43






  • 6




    $begingroup$
    Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
    $endgroup$
    – Whiskeyjack
    Apr 7 at 15:51

















6












$begingroup$


I have the following circuit:



circuit not working



The relay will basically be controlled by the Arduino (using pin 3), based on a value it's getting (from a NRF24L01 module). However, I also want the relay to be controllable via a button.






Problem:



Controlling the relay with the button is working fine WITHOUT the load (a 3-way motorized valve) being connected. When the load is connected, the button gets randomly pressed WHILE the valve is moving.






Based on this observation, I guess the 3-way motorized valve interferes with the button. Sadly, I cant figure out how to solve this error. I've spend several hours, with no success. Some things I've tried:



  • add flyback diodes around valve

  • attach the button in different ways

  • tried placing resistors

  • seperate the relay circuit from the rest, as it should ideally be (I was not succesfull doing this, because the transistor must be connected to the common ground? + the Arduino has the same power source as the 3-way valve..)

Another solution is (I think obviously) to seperate the relay circuit from the rest. But I can't figure out how to split the 12V power supply into two seperate power sources.






My temporary solution...



Since the button only gets randomly pressed WHILE the valve is moving, I've written my code to ignore the button during valve movement. I consider this as a temporary solution. I want to understand what exactly is going on and how to solve it.






Is the motorized valve interfering? How to solve this problem?










share|improve this question









$endgroup$











  • $begingroup$
    The button is fine, the valve does not press it. Is this really your full schematic as well, decoupling and all?
    $endgroup$
    – awjlogan
    Apr 7 at 15:14










  • $begingroup$
    @awjlogan Yes this is the full schematic. There were some LEDs connected and the NRF24L01 module, but I've removed these for now. -- the button only is randomly pressed while the valve is moving.
    $endgroup$
    – crisg1201
    Apr 7 at 15:30











  • $begingroup$
    The button isn't pressed, but you are getting voltage induced on that pin, which is why it's appearing to be pressed. Simple things to try: some decoupling near the valve, check your wiring is neat and ground is a single point, stronger pull up on that pin, decoupling of that pull up, clamp diodes on the pin.
    $endgroup$
    – awjlogan
    Apr 7 at 15:38










  • $begingroup$
    When you mix high- and low-power stuff like this, layout becomes important. Post a picture, please. Clearly the valve is interfering with the button; a picture of your layout may show why.
    $endgroup$
    – TimWescott
    Apr 7 at 15:43






  • 6




    $begingroup$
    Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
    $endgroup$
    – Whiskeyjack
    Apr 7 at 15:51













6












6








6


1



$begingroup$


I have the following circuit:



circuit not working



The relay will basically be controlled by the Arduino (using pin 3), based on a value it's getting (from a NRF24L01 module). However, I also want the relay to be controllable via a button.






Problem:



Controlling the relay with the button is working fine WITHOUT the load (a 3-way motorized valve) being connected. When the load is connected, the button gets randomly pressed WHILE the valve is moving.






Based on this observation, I guess the 3-way motorized valve interferes with the button. Sadly, I cant figure out how to solve this error. I've spend several hours, with no success. Some things I've tried:



  • add flyback diodes around valve

  • attach the button in different ways

  • tried placing resistors

  • seperate the relay circuit from the rest, as it should ideally be (I was not succesfull doing this, because the transistor must be connected to the common ground? + the Arduino has the same power source as the 3-way valve..)

Another solution is (I think obviously) to seperate the relay circuit from the rest. But I can't figure out how to split the 12V power supply into two seperate power sources.






My temporary solution...



Since the button only gets randomly pressed WHILE the valve is moving, I've written my code to ignore the button during valve movement. I consider this as a temporary solution. I want to understand what exactly is going on and how to solve it.






Is the motorized valve interfering? How to solve this problem?










share|improve this question









$endgroup$




I have the following circuit:



circuit not working



The relay will basically be controlled by the Arduino (using pin 3), based on a value it's getting (from a NRF24L01 module). However, I also want the relay to be controllable via a button.






Problem:



Controlling the relay with the button is working fine WITHOUT the load (a 3-way motorized valve) being connected. When the load is connected, the button gets randomly pressed WHILE the valve is moving.






Based on this observation, I guess the 3-way motorized valve interferes with the button. Sadly, I cant figure out how to solve this error. I've spend several hours, with no success. Some things I've tried:



  • add flyback diodes around valve

  • attach the button in different ways

  • tried placing resistors

  • seperate the relay circuit from the rest, as it should ideally be (I was not succesfull doing this, because the transistor must be connected to the common ground? + the Arduino has the same power source as the 3-way valve..)

Another solution is (I think obviously) to seperate the relay circuit from the rest. But I can't figure out how to split the 12V power supply into two seperate power sources.






My temporary solution...



Since the button only gets randomly pressed WHILE the valve is moving, I've written my code to ignore the button during valve movement. I consider this as a temporary solution. I want to understand what exactly is going on and how to solve it.






Is the motorized valve interfering? How to solve this problem?







arduino button






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Apr 7 at 15:07









crisg1201crisg1201

333




333











  • $begingroup$
    The button is fine, the valve does not press it. Is this really your full schematic as well, decoupling and all?
    $endgroup$
    – awjlogan
    Apr 7 at 15:14










  • $begingroup$
    @awjlogan Yes this is the full schematic. There were some LEDs connected and the NRF24L01 module, but I've removed these for now. -- the button only is randomly pressed while the valve is moving.
    $endgroup$
    – crisg1201
    Apr 7 at 15:30











  • $begingroup$
    The button isn't pressed, but you are getting voltage induced on that pin, which is why it's appearing to be pressed. Simple things to try: some decoupling near the valve, check your wiring is neat and ground is a single point, stronger pull up on that pin, decoupling of that pull up, clamp diodes on the pin.
    $endgroup$
    – awjlogan
    Apr 7 at 15:38










  • $begingroup$
    When you mix high- and low-power stuff like this, layout becomes important. Post a picture, please. Clearly the valve is interfering with the button; a picture of your layout may show why.
    $endgroup$
    – TimWescott
    Apr 7 at 15:43






  • 6




    $begingroup$
    Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
    $endgroup$
    – Whiskeyjack
    Apr 7 at 15:51
















  • $begingroup$
    The button is fine, the valve does not press it. Is this really your full schematic as well, decoupling and all?
    $endgroup$
    – awjlogan
    Apr 7 at 15:14










  • $begingroup$
    @awjlogan Yes this is the full schematic. There were some LEDs connected and the NRF24L01 module, but I've removed these for now. -- the button only is randomly pressed while the valve is moving.
    $endgroup$
    – crisg1201
    Apr 7 at 15:30











  • $begingroup$
    The button isn't pressed, but you are getting voltage induced on that pin, which is why it's appearing to be pressed. Simple things to try: some decoupling near the valve, check your wiring is neat and ground is a single point, stronger pull up on that pin, decoupling of that pull up, clamp diodes on the pin.
    $endgroup$
    – awjlogan
    Apr 7 at 15:38










  • $begingroup$
    When you mix high- and low-power stuff like this, layout becomes important. Post a picture, please. Clearly the valve is interfering with the button; a picture of your layout may show why.
    $endgroup$
    – TimWescott
    Apr 7 at 15:43






  • 6




    $begingroup$
    Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
    $endgroup$
    – Whiskeyjack
    Apr 7 at 15:51















$begingroup$
The button is fine, the valve does not press it. Is this really your full schematic as well, decoupling and all?
$endgroup$
– awjlogan
Apr 7 at 15:14




$begingroup$
The button is fine, the valve does not press it. Is this really your full schematic as well, decoupling and all?
$endgroup$
– awjlogan
Apr 7 at 15:14












$begingroup$
@awjlogan Yes this is the full schematic. There were some LEDs connected and the NRF24L01 module, but I've removed these for now. -- the button only is randomly pressed while the valve is moving.
$endgroup$
– crisg1201
Apr 7 at 15:30





$begingroup$
@awjlogan Yes this is the full schematic. There were some LEDs connected and the NRF24L01 module, but I've removed these for now. -- the button only is randomly pressed while the valve is moving.
$endgroup$
– crisg1201
Apr 7 at 15:30













$begingroup$
The button isn't pressed, but you are getting voltage induced on that pin, which is why it's appearing to be pressed. Simple things to try: some decoupling near the valve, check your wiring is neat and ground is a single point, stronger pull up on that pin, decoupling of that pull up, clamp diodes on the pin.
$endgroup$
– awjlogan
Apr 7 at 15:38




$begingroup$
The button isn't pressed, but you are getting voltage induced on that pin, which is why it's appearing to be pressed. Simple things to try: some decoupling near the valve, check your wiring is neat and ground is a single point, stronger pull up on that pin, decoupling of that pull up, clamp diodes on the pin.
$endgroup$
– awjlogan
Apr 7 at 15:38












$begingroup$
When you mix high- and low-power stuff like this, layout becomes important. Post a picture, please. Clearly the valve is interfering with the button; a picture of your layout may show why.
$endgroup$
– TimWescott
Apr 7 at 15:43




$begingroup$
When you mix high- and low-power stuff like this, layout becomes important. Post a picture, please. Clearly the valve is interfering with the button; a picture of your layout may show why.
$endgroup$
– TimWescott
Apr 7 at 15:43




6




6




$begingroup$
Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
$endgroup$
– Whiskeyjack
Apr 7 at 15:51




$begingroup$
Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
$endgroup$
– Whiskeyjack
Apr 7 at 15:51










2 Answers
2






active

oldest

votes


















6












$begingroup$

One hardware solution is to add 100~1000pF at the input port.



and ensure Vdd-Vss has decoupling ~ 0.1uF near the chip.**



Of course, ignoring the switch for a period during activity will work, but the spike noise might in future interfere with something else. ( 20ms settling time?)



The reverse biased diodes ideally are across the switch, not the coil so that the current loop area continues to flow in the same path and direction as it decays rather than an abrupt dI/dt between the switch source and end of pair diode snubber.



The transient in valve current loop is mutually coupled to the high impedance loop area of the switch to internal pullup to gnd. This is a typical EMI issue that may be conducted or radiated or both. When the inductive valve load is released from the high side to a diode normally reverse biased on the opposite Rail. The diode current clamps the voltage spike and dissipates the inductor current slower (T=L/R) where the high side current switches from the contacts now to the forward biased diode on the opposite rail(0v).




This appears to try to shift the ground lower but more likely pulls down high impedance pull-up in the uC port towards the ground rail from wire (1pF/cm) and switch capacitance (1pF) from the negative edge trigger creating a false trigger.




There is also radiated negative EMF field during high side turn off negative voltage spike that can couple to the unshielded switch wire pair.



This suppresses the stray dV/dt noise with a bigger capacitance to bypass the induced current from stray capacitance (~10 pF) or mutual inductance with a larger capacitor ( but not too large) on the switch input either to Vss or Vdd depending on your choice for power-up such as 1nF near the IC.



You may or may not want the switch active during power-on reset, so use the cap from input to Vdd to prevent this.



The electromagnetic solutions would include, Shield twisted pairs (STP cable), orthogonal wire pairs for switch and load, Ferrite beads on both noise offender and receiver with small load capacitance (30pF).



But you aren't looking for high bandwidth here and just want to suppress the glitch so 100pF to 1nF should be plenty across the switch input.



The technical choice is to make pullup RC > L/Rdc where Rdc is now is the diode (<1 Ohm) and this reduces the dV/dt noise spike but not make it too big so that when the switch closes the cap stored energy does not burn the contact surface excessively but just enough to burn off any oxidation if not gold plated or carbon.



ALSO NOTE



Your 2A relay is only rated for 1A @ 30Vdc which means your valve current must not exceed 1A for long life, otherwise the plated burns off and Rs rises into rapid thermal ageing.






share|improve this answer











$endgroup$




















    5












    $begingroup$

    Without knowing exactly what's going on, here are things to try:



    • Decouple the 12V to the Arduino, with a series resistor from 12V and a cap from the Arduino's power input to ground. I'd look at the highest current consumption I expect from the Arduino, and choose a resistor that'd drop no more than 2V (1V by preference), and no more than about 220 ohms. Then use a 10$mu$F bypass cap.

    • Use an external pullup on the button, to make it stiffer. The Arduino's internal pullups are intentionally wimpy (to reduce power consumption) and vary (because they're made on silicon).

    • Place the button close to the Arduino. If you can't, shield the wire to the button using some shielded microphone cable or coax.

    • Review your grounding scheme carefully. Ideally, you'll bring the motor power and ground to the power supply separately from the Arduino power and ground.





    share|improve this answer









    $endgroup$












    • $begingroup$
      A series resistor in the power supply line is not generally the best plan. A diode would be much better, because that does what you need, which is stopping the motor draining the Arduino's power supply cap.
      $endgroup$
      – Graham
      Apr 8 at 7:38











    • $begingroup$
      It depends on what you're aiming for, and the kind of noise you're experiencing. But yes -- a diode may be better, in this case.
      $endgroup$
      – TimWescott
      Apr 8 at 15:26











    Your Answer






    StackExchange.ifUsing("editor", function ()
    return StackExchange.using("schematics", function ()
    StackExchange.schematics.init();
    );
    , "cicuitlab");

    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "135"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2felectronics.stackexchange.com%2fquestions%2f431264%2fmotorized-valve-interfering-with-button%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    2 Answers
    2






    active

    oldest

    votes








    2 Answers
    2






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    6












    $begingroup$

    One hardware solution is to add 100~1000pF at the input port.



    and ensure Vdd-Vss has decoupling ~ 0.1uF near the chip.**



    Of course, ignoring the switch for a period during activity will work, but the spike noise might in future interfere with something else. ( 20ms settling time?)



    The reverse biased diodes ideally are across the switch, not the coil so that the current loop area continues to flow in the same path and direction as it decays rather than an abrupt dI/dt between the switch source and end of pair diode snubber.



    The transient in valve current loop is mutually coupled to the high impedance loop area of the switch to internal pullup to gnd. This is a typical EMI issue that may be conducted or radiated or both. When the inductive valve load is released from the high side to a diode normally reverse biased on the opposite Rail. The diode current clamps the voltage spike and dissipates the inductor current slower (T=L/R) where the high side current switches from the contacts now to the forward biased diode on the opposite rail(0v).




    This appears to try to shift the ground lower but more likely pulls down high impedance pull-up in the uC port towards the ground rail from wire (1pF/cm) and switch capacitance (1pF) from the negative edge trigger creating a false trigger.




    There is also radiated negative EMF field during high side turn off negative voltage spike that can couple to the unshielded switch wire pair.



    This suppresses the stray dV/dt noise with a bigger capacitance to bypass the induced current from stray capacitance (~10 pF) or mutual inductance with a larger capacitor ( but not too large) on the switch input either to Vss or Vdd depending on your choice for power-up such as 1nF near the IC.



    You may or may not want the switch active during power-on reset, so use the cap from input to Vdd to prevent this.



    The electromagnetic solutions would include, Shield twisted pairs (STP cable), orthogonal wire pairs for switch and load, Ferrite beads on both noise offender and receiver with small load capacitance (30pF).



    But you aren't looking for high bandwidth here and just want to suppress the glitch so 100pF to 1nF should be plenty across the switch input.



    The technical choice is to make pullup RC > L/Rdc where Rdc is now is the diode (<1 Ohm) and this reduces the dV/dt noise spike but not make it too big so that when the switch closes the cap stored energy does not burn the contact surface excessively but just enough to burn off any oxidation if not gold plated or carbon.



    ALSO NOTE



    Your 2A relay is only rated for 1A @ 30Vdc which means your valve current must not exceed 1A for long life, otherwise the plated burns off and Rs rises into rapid thermal ageing.






    share|improve this answer











    $endgroup$

















      6












      $begingroup$

      One hardware solution is to add 100~1000pF at the input port.



      and ensure Vdd-Vss has decoupling ~ 0.1uF near the chip.**



      Of course, ignoring the switch for a period during activity will work, but the spike noise might in future interfere with something else. ( 20ms settling time?)



      The reverse biased diodes ideally are across the switch, not the coil so that the current loop area continues to flow in the same path and direction as it decays rather than an abrupt dI/dt between the switch source and end of pair diode snubber.



      The transient in valve current loop is mutually coupled to the high impedance loop area of the switch to internal pullup to gnd. This is a typical EMI issue that may be conducted or radiated or both. When the inductive valve load is released from the high side to a diode normally reverse biased on the opposite Rail. The diode current clamps the voltage spike and dissipates the inductor current slower (T=L/R) where the high side current switches from the contacts now to the forward biased diode on the opposite rail(0v).




      This appears to try to shift the ground lower but more likely pulls down high impedance pull-up in the uC port towards the ground rail from wire (1pF/cm) and switch capacitance (1pF) from the negative edge trigger creating a false trigger.




      There is also radiated negative EMF field during high side turn off negative voltage spike that can couple to the unshielded switch wire pair.



      This suppresses the stray dV/dt noise with a bigger capacitance to bypass the induced current from stray capacitance (~10 pF) or mutual inductance with a larger capacitor ( but not too large) on the switch input either to Vss or Vdd depending on your choice for power-up such as 1nF near the IC.



      You may or may not want the switch active during power-on reset, so use the cap from input to Vdd to prevent this.



      The electromagnetic solutions would include, Shield twisted pairs (STP cable), orthogonal wire pairs for switch and load, Ferrite beads on both noise offender and receiver with small load capacitance (30pF).



      But you aren't looking for high bandwidth here and just want to suppress the glitch so 100pF to 1nF should be plenty across the switch input.



      The technical choice is to make pullup RC > L/Rdc where Rdc is now is the diode (<1 Ohm) and this reduces the dV/dt noise spike but not make it too big so that when the switch closes the cap stored energy does not burn the contact surface excessively but just enough to burn off any oxidation if not gold plated or carbon.



      ALSO NOTE



      Your 2A relay is only rated for 1A @ 30Vdc which means your valve current must not exceed 1A for long life, otherwise the plated burns off and Rs rises into rapid thermal ageing.






      share|improve this answer











      $endgroup$















        6












        6








        6





        $begingroup$

        One hardware solution is to add 100~1000pF at the input port.



        and ensure Vdd-Vss has decoupling ~ 0.1uF near the chip.**



        Of course, ignoring the switch for a period during activity will work, but the spike noise might in future interfere with something else. ( 20ms settling time?)



        The reverse biased diodes ideally are across the switch, not the coil so that the current loop area continues to flow in the same path and direction as it decays rather than an abrupt dI/dt between the switch source and end of pair diode snubber.



        The transient in valve current loop is mutually coupled to the high impedance loop area of the switch to internal pullup to gnd. This is a typical EMI issue that may be conducted or radiated or both. When the inductive valve load is released from the high side to a diode normally reverse biased on the opposite Rail. The diode current clamps the voltage spike and dissipates the inductor current slower (T=L/R) where the high side current switches from the contacts now to the forward biased diode on the opposite rail(0v).




        This appears to try to shift the ground lower but more likely pulls down high impedance pull-up in the uC port towards the ground rail from wire (1pF/cm) and switch capacitance (1pF) from the negative edge trigger creating a false trigger.




        There is also radiated negative EMF field during high side turn off negative voltage spike that can couple to the unshielded switch wire pair.



        This suppresses the stray dV/dt noise with a bigger capacitance to bypass the induced current from stray capacitance (~10 pF) or mutual inductance with a larger capacitor ( but not too large) on the switch input either to Vss or Vdd depending on your choice for power-up such as 1nF near the IC.



        You may or may not want the switch active during power-on reset, so use the cap from input to Vdd to prevent this.



        The electromagnetic solutions would include, Shield twisted pairs (STP cable), orthogonal wire pairs for switch and load, Ferrite beads on both noise offender and receiver with small load capacitance (30pF).



        But you aren't looking for high bandwidth here and just want to suppress the glitch so 100pF to 1nF should be plenty across the switch input.



        The technical choice is to make pullup RC > L/Rdc where Rdc is now is the diode (<1 Ohm) and this reduces the dV/dt noise spike but not make it too big so that when the switch closes the cap stored energy does not burn the contact surface excessively but just enough to burn off any oxidation if not gold plated or carbon.



        ALSO NOTE



        Your 2A relay is only rated for 1A @ 30Vdc which means your valve current must not exceed 1A for long life, otherwise the plated burns off and Rs rises into rapid thermal ageing.






        share|improve this answer











        $endgroup$



        One hardware solution is to add 100~1000pF at the input port.



        and ensure Vdd-Vss has decoupling ~ 0.1uF near the chip.**



        Of course, ignoring the switch for a period during activity will work, but the spike noise might in future interfere with something else. ( 20ms settling time?)



        The reverse biased diodes ideally are across the switch, not the coil so that the current loop area continues to flow in the same path and direction as it decays rather than an abrupt dI/dt between the switch source and end of pair diode snubber.



        The transient in valve current loop is mutually coupled to the high impedance loop area of the switch to internal pullup to gnd. This is a typical EMI issue that may be conducted or radiated or both. When the inductive valve load is released from the high side to a diode normally reverse biased on the opposite Rail. The diode current clamps the voltage spike and dissipates the inductor current slower (T=L/R) where the high side current switches from the contacts now to the forward biased diode on the opposite rail(0v).




        This appears to try to shift the ground lower but more likely pulls down high impedance pull-up in the uC port towards the ground rail from wire (1pF/cm) and switch capacitance (1pF) from the negative edge trigger creating a false trigger.




        There is also radiated negative EMF field during high side turn off negative voltage spike that can couple to the unshielded switch wire pair.



        This suppresses the stray dV/dt noise with a bigger capacitance to bypass the induced current from stray capacitance (~10 pF) or mutual inductance with a larger capacitor ( but not too large) on the switch input either to Vss or Vdd depending on your choice for power-up such as 1nF near the IC.



        You may or may not want the switch active during power-on reset, so use the cap from input to Vdd to prevent this.



        The electromagnetic solutions would include, Shield twisted pairs (STP cable), orthogonal wire pairs for switch and load, Ferrite beads on both noise offender and receiver with small load capacitance (30pF).



        But you aren't looking for high bandwidth here and just want to suppress the glitch so 100pF to 1nF should be plenty across the switch input.



        The technical choice is to make pullup RC > L/Rdc where Rdc is now is the diode (<1 Ohm) and this reduces the dV/dt noise spike but not make it too big so that when the switch closes the cap stored energy does not burn the contact surface excessively but just enough to burn off any oxidation if not gold plated or carbon.



        ALSO NOTE



        Your 2A relay is only rated for 1A @ 30Vdc which means your valve current must not exceed 1A for long life, otherwise the plated burns off and Rs rises into rapid thermal ageing.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Apr 7 at 16:08

























        answered Apr 7 at 15:42









        Sunnyskyguy EE75Sunnyskyguy EE75

        72.4k227103




        72.4k227103























            5












            $begingroup$

            Without knowing exactly what's going on, here are things to try:



            • Decouple the 12V to the Arduino, with a series resistor from 12V and a cap from the Arduino's power input to ground. I'd look at the highest current consumption I expect from the Arduino, and choose a resistor that'd drop no more than 2V (1V by preference), and no more than about 220 ohms. Then use a 10$mu$F bypass cap.

            • Use an external pullup on the button, to make it stiffer. The Arduino's internal pullups are intentionally wimpy (to reduce power consumption) and vary (because they're made on silicon).

            • Place the button close to the Arduino. If you can't, shield the wire to the button using some shielded microphone cable or coax.

            • Review your grounding scheme carefully. Ideally, you'll bring the motor power and ground to the power supply separately from the Arduino power and ground.





            share|improve this answer









            $endgroup$












            • $begingroup$
              A series resistor in the power supply line is not generally the best plan. A diode would be much better, because that does what you need, which is stopping the motor draining the Arduino's power supply cap.
              $endgroup$
              – Graham
              Apr 8 at 7:38











            • $begingroup$
              It depends on what you're aiming for, and the kind of noise you're experiencing. But yes -- a diode may be better, in this case.
              $endgroup$
              – TimWescott
              Apr 8 at 15:26















            5












            $begingroup$

            Without knowing exactly what's going on, here are things to try:



            • Decouple the 12V to the Arduino, with a series resistor from 12V and a cap from the Arduino's power input to ground. I'd look at the highest current consumption I expect from the Arduino, and choose a resistor that'd drop no more than 2V (1V by preference), and no more than about 220 ohms. Then use a 10$mu$F bypass cap.

            • Use an external pullup on the button, to make it stiffer. The Arduino's internal pullups are intentionally wimpy (to reduce power consumption) and vary (because they're made on silicon).

            • Place the button close to the Arduino. If you can't, shield the wire to the button using some shielded microphone cable or coax.

            • Review your grounding scheme carefully. Ideally, you'll bring the motor power and ground to the power supply separately from the Arduino power and ground.





            share|improve this answer









            $endgroup$












            • $begingroup$
              A series resistor in the power supply line is not generally the best plan. A diode would be much better, because that does what you need, which is stopping the motor draining the Arduino's power supply cap.
              $endgroup$
              – Graham
              Apr 8 at 7:38











            • $begingroup$
              It depends on what you're aiming for, and the kind of noise you're experiencing. But yes -- a diode may be better, in this case.
              $endgroup$
              – TimWescott
              Apr 8 at 15:26













            5












            5








            5





            $begingroup$

            Without knowing exactly what's going on, here are things to try:



            • Decouple the 12V to the Arduino, with a series resistor from 12V and a cap from the Arduino's power input to ground. I'd look at the highest current consumption I expect from the Arduino, and choose a resistor that'd drop no more than 2V (1V by preference), and no more than about 220 ohms. Then use a 10$mu$F bypass cap.

            • Use an external pullup on the button, to make it stiffer. The Arduino's internal pullups are intentionally wimpy (to reduce power consumption) and vary (because they're made on silicon).

            • Place the button close to the Arduino. If you can't, shield the wire to the button using some shielded microphone cable or coax.

            • Review your grounding scheme carefully. Ideally, you'll bring the motor power and ground to the power supply separately from the Arduino power and ground.





            share|improve this answer









            $endgroup$



            Without knowing exactly what's going on, here are things to try:



            • Decouple the 12V to the Arduino, with a series resistor from 12V and a cap from the Arduino's power input to ground. I'd look at the highest current consumption I expect from the Arduino, and choose a resistor that'd drop no more than 2V (1V by preference), and no more than about 220 ohms. Then use a 10$mu$F bypass cap.

            • Use an external pullup on the button, to make it stiffer. The Arduino's internal pullups are intentionally wimpy (to reduce power consumption) and vary (because they're made on silicon).

            • Place the button close to the Arduino. If you can't, shield the wire to the button using some shielded microphone cable or coax.

            • Review your grounding scheme carefully. Ideally, you'll bring the motor power and ground to the power supply separately from the Arduino power and ground.






            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Apr 7 at 16:37









            TimWescottTimWescott

            7,2491416




            7,2491416











            • $begingroup$
              A series resistor in the power supply line is not generally the best plan. A diode would be much better, because that does what you need, which is stopping the motor draining the Arduino's power supply cap.
              $endgroup$
              – Graham
              Apr 8 at 7:38











            • $begingroup$
              It depends on what you're aiming for, and the kind of noise you're experiencing. But yes -- a diode may be better, in this case.
              $endgroup$
              – TimWescott
              Apr 8 at 15:26
















            • $begingroup$
              A series resistor in the power supply line is not generally the best plan. A diode would be much better, because that does what you need, which is stopping the motor draining the Arduino's power supply cap.
              $endgroup$
              – Graham
              Apr 8 at 7:38











            • $begingroup$
              It depends on what you're aiming for, and the kind of noise you're experiencing. But yes -- a diode may be better, in this case.
              $endgroup$
              – TimWescott
              Apr 8 at 15:26















            $begingroup$
            A series resistor in the power supply line is not generally the best plan. A diode would be much better, because that does what you need, which is stopping the motor draining the Arduino's power supply cap.
            $endgroup$
            – Graham
            Apr 8 at 7:38





            $begingroup$
            A series resistor in the power supply line is not generally the best plan. A diode would be much better, because that does what you need, which is stopping the motor draining the Arduino's power supply cap.
            $endgroup$
            – Graham
            Apr 8 at 7:38













            $begingroup$
            It depends on what you're aiming for, and the kind of noise you're experiencing. But yes -- a diode may be better, in this case.
            $endgroup$
            – TimWescott
            Apr 8 at 15:26




            $begingroup$
            It depends on what you're aiming for, and the kind of noise you're experiencing. But yes -- a diode may be better, in this case.
            $endgroup$
            – TimWescott
            Apr 8 at 15:26

















            draft saved

            draft discarded
















































            Thanks for contributing an answer to Electrical Engineering Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            Use MathJax to format equations. MathJax reference.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2felectronics.stackexchange.com%2fquestions%2f431264%2fmotorized-valve-interfering-with-button%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Adding axes to figuresAdding axes labels to LaTeX figuresLaTeX equivalent of ConTeXt buffersRotate a node but not its content: the case of the ellipse decorationHow to define the default vertical distance between nodes?TikZ scaling graphic and adjust node position and keep font sizeNumerical conditional within tikz keys?adding axes to shapesAlign axes across subfiguresAdding figures with a certain orderLine up nested tikz enviroments or how to get rid of themAdding axes labels to LaTeX figures

            Tähtien Talli Jäsenet | Lähteet | NavigointivalikkoSuomen Hippos – Tähtien Talli

            Do these cracks on my tires look bad? The Next CEO of Stack OverflowDry rot tire should I replace?Having to replace tiresFishtailed so easily? Bad tires? ABS?Filling the tires with something other than air, to avoid puncture hassles?Used Michelin tires safe to install?Do these tyre cracks necessitate replacement?Rumbling noise: tires or mechanicalIs it possible to fix noisy feathered tires?Are bad winter tires still better than summer tires in winter?Torque converter failure - Related to replacing only 2 tires?Why use snow tires on all 4 wheels on 2-wheel-drive cars?