Motorized valve interfering with button?simulate pin as connect nowhereAlternative to wake on LANHow can I...

When blogging recipes, how can I support both readers who want the narrative/journey and ones who want the printer-friendly recipe?

How could a lack of term limits lead to a "dictatorship?"

Is there a name of the flying bionic bird?

Is Social Media Science Fiction?

Denied boarding due to overcrowding, Sparpreis ticket. What are my rights?

Shall I use personal or official e-mail account when registering to external websites for work purpose?

Does a dangling wire really electrocute me if I'm standing in water?

extract characters between two commas?

Is ipsum/ipsa/ipse a third person pronoun, or can it serve other functions?

Is there a familial term for apples and pears?

How did the USSR manage to innovate in an environment characterized by government censorship and high bureaucracy?

What does "enim et" mean?

Where to refill my bottle in India?

Why did the Germans forbid the possession of pet pigeons in Rostov-on-Don in 1941?

Does the average primeness of natural numbers tend to zero?

Can I find out the caloric content of bread by dehydrating it?

Why doesn't a const reference extend the life of a temporary object passed via a function?

LWC and complex parameters

Does bootstrapped regression allow for inference?

Copycat chess is back

Prime joint compound before latex paint?

Is there a way to make member function NOT callable from constructor?

Is it wise to hold on to stock that has plummeted and then stabilized?

Doomsday-clock for my fantasy planet



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







New contributor




crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.







$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
    yesterday










  • $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
    yesterday












  • $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
    yesterday










  • $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
    yesterday






  • 5




    $begingroup$
    Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
    $endgroup$
    – Whiskeyjack
    yesterday


















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







New contributor




crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.







$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
    yesterday










  • $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
    yesterday












  • $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
    yesterday










  • $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
    yesterday






  • 5




    $begingroup$
    Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
    $endgroup$
    – Whiskeyjack
    yesterday














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







New contributor




crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.







$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







New contributor




crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











share|improve this question







New contributor




crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









share|improve this question




share|improve this question






New contributor




crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









asked yesterday









crisg1201crisg1201

333




333




New contributor




crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





New contributor





crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






crisg1201 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.












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










  • $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
    yesterday












  • $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
    yesterday










  • $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
    yesterday






  • 5




    $begingroup$
    Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
    $endgroup$
    – Whiskeyjack
    yesterday


















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










  • $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
    yesterday












  • $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
    yesterday










  • $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
    yesterday






  • 5




    $begingroup$
    Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
    $endgroup$
    – Whiskeyjack
    yesterday
















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




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












$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
yesterday






$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
yesterday














$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
yesterday




$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
yesterday












$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
yesterday




$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
yesterday




5




5




$begingroup$
Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
$endgroup$
– Whiskeyjack
yesterday




$begingroup$
Really appreciate the red notice. I have seen a lot of stack exchange images popping up in google searches.
$endgroup$
– Whiskeyjack
yesterday










2 Answers
2






active

oldest

votes


















5












$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
      21 hours ago












    • $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
      13 hours ago












    Your Answer





    StackExchange.ifUsing("editor", function () {
    return StackExchange.using("mathjaxEditing", function () {
    StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix) {
    StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["\$", "\$"]]);
    });
    });
    }, "mathjax-editing");

    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
    });


    }
    });






    crisg1201 is a new contributor. Be nice, and check out our Code of Conduct.










    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









    5












    $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$

      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












        5








        5





        $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 yesterday

























        answered yesterday









        Sunnyskyguy EE75Sunnyskyguy EE75

        70.9k227103




        70.9k227103

























            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
              21 hours ago












            • $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
              13 hours ago
















            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
              21 hours ago












            • $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
              13 hours ago














            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 yesterday









            TimWescottTimWescott

            6,7241416




            6,7241416












            • $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
              21 hours ago












            • $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
              13 hours ago


















            • $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
              21 hours ago












            • $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
              13 hours ago
















            $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
            21 hours ago






            $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
            21 hours ago














            $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
            13 hours ago




            $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
            13 hours ago










            crisg1201 is a new contributor. Be nice, and check out our Code of Conduct.










            draft saved

            draft discarded


















            crisg1201 is a new contributor. Be nice, and check out our Code of Conduct.













            crisg1201 is a new contributor. Be nice, and check out our Code of Conduct.












            crisg1201 is a new contributor. Be nice, and check out our Code of Conduct.
















            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

            Taj Mahal Inhaltsverzeichnis Aufbau | Geschichte | 350-Jahr-Feier | Heutige Bedeutung | Siehe auch |...

            Baia Sprie Cuprins Etimologie | Istorie | Demografie | Politică și administrație | Arii naturale...

            Nicolae Petrescu-Găină Cuprins Biografie | Opera | In memoriam | Varia | Controverse, incertitudini...