Received: from PCH.mit.edu (18.7.21.50) by mail.efplus.com (192.168.0.8) with Microsoft SMTP Server (TLS) id 8.3.485.1; Tue, 8 Dec 2020 16:28:27 -0800 Received: from PCH.MIT.EDU (localhost.localdomain [127.0.0.1]) by PCH.mit.edu (8.14.7/8.12.8) with ESMTP id 0B90JLIP010599; Tue, 8 Dec 2020 19:19:42 -0500 Received: from outgoing-exchange-5.mit.edu (OUTGOING-EXCHANGE-5.MIT.EDU [18.9.28.59]) by PCH.mit.edu (8.14.7/8.12.8) with ESMTP id 0B90JKdh010596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 8 Dec 2020 19:19:20 -0500 Received: from oc11exedge2.exchange.mit.edu (OC11EXEDGE2.EXCHANGE.MIT.EDU [18.9.3.18]) by outgoing-exchange-5.mit.edu (8.14.7/8.12.4) with ESMTP id 0B90JHTQ029563 for ; Tue, 8 Dec 2020 19:19:20 -0500 Received: from w92expo15.exchange.mit.edu (18.7.74.69) by oc11exedge2.exchange.mit.edu (18.9.3.18) with Microsoft SMTP Server (TLS) id 15.0.1293.2; Tue, 8 Dec 2020 19:18:53 -0500 Received: from oc11exhyb8.exchange.mit.edu (18.9.1.113) by w92expo15.exchange.mit.edu (18.7.74.69) with Microsoft SMTP Server (TLS) id 15.0.1365.1; Tue, 8 Dec 2020 19:19:18 -0500 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (104.47.59.175) by oc11exhyb8.exchange.mit.edu (18.9.1.113) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Tue, 8 Dec 2020 19:19:18 -0500 Received: from BN6PR16CA0032.namprd16.prod.outlook.com (2603:10b6:405:14::18) by SN6PR01MB3951.prod.exchangelabs.com (2603:10b6:805:1f::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.17; Wed, 9 Dec 2020 00:19:16 +0000 Received: from BN8NAM11FT005.eop-nam11.prod.protection.outlook.com (2603:10b6:405:14:cafe::4d) by BN6PR16CA0032.outlook.office365.com (2603:10b6:405:14::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3654.12 via Frontend Transport; Wed, 9 Dec 2020 00:19:16 +0000 Received: from mail-pg1-f178.google.com (209.85.215.178) by BN8NAM11FT005.mail.protection.outlook.com (10.13.176.69) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.17 via Frontend Transport; Wed, 9 Dec 2020 00:19:16 +0000 Received: by mail-pg1-f178.google.com with SMTP id n7so16240pgg.2 for ; Tue, 08 Dec 2020 16:19:16 -0800 (PST) Received: from [192.168.1.5] (118-92-56-28.dsl.dyn.ihug.co.nz. [118.92.56.28]) by smtp.gmail.com with ESMTPSA id h8sm29525pjz.15.2020.12.08.16.19.13 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Dec 2020 16:19:14 -0800 (PST) From: Brent Brown To: Microcontroller discussion list - Public. Sender: "piclist-bounces@mit.edu" Date: Tue, 8 Dec 2020 16:19:11 -0800 Subject: Re: [EE] Eliminating external noise through PS Thread-Topic: [EE] Eliminating external noise through PS Thread-Index: AdbNwjbizOmdarYDQLinm2NPFJjzew== Message-ID: <5FD017FF.11608.1DBB83CA@brent.eds.co.nz> References: <5FCFC00E.8040703@narwani.org> List-Help: List-Subscribe: , List-Unsubscribe: , In-Reply-To: <5FCFC00E.8040703@narwani.org> Reply-To: Microcontroller discussion list - Public. Accept-Language: en-US X-MS-Exchange-Organization-AuthAs: Anonymous X-MS-Exchange-Organization-AuthSource: TS500.efplus4.local X-MS-Has-Attach: X-Auto-Response-Suppress: All X-MS-Exchange-Organization-SenderIdResult: Pass X-MS-Exchange-Organization-PRD: mit.edu X-MS-TNEF-Correlator: received-spf: None (protection.outlook.com: eds.co.nz does not designate permitted sender hosts) dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eds-co-nz.20150623.gappssmtp.com; s=20150623; h=from:organization:to:date:mime-version:subject:message-id:priority :in-reply-to:references:content-transfer-encoding :content-description; bh=PiXwAsNQ+VSfT4zTe/5wdgfxvVktpNdxelNrTn91CxM=; b=SdwwVj0bahh58pJNcZADobJLUWoUIjLoc665wQ+25KHbFOlmEvrYmp42ZcLt1o18so ag0DPVwBbUCsA66p7JFbEyVSzVpUcDL1TLtwDNpALL6TAM+TfhRtBp3K/YrW4z8PiuQC GYiAYyZ+SWUt3bfzLPtwDdjVo6H2vEB7SNl3Mv3q6PEfxrRXWRD9abgBeY1s/bHLYS7p 3V3mK+uwxdiQxWjSCwY8ML/6ilV7Xz4eAEdAjjc1B1f01NiTbmwXtOJabqOdJG/I6lPx cccaC7u5AnsnnSSRhxcyHKPDpcye1SL9TZp79L5lCB7+JhUpDZ+xG20/gPS503PLveG3 Xjmw== authentication-results: spf=none (sender IP is 209.85.215.178) smtp.mailfrom=eds.co.nz; mit.edu; dkim=pass (signature was verified) header.d=eds-co-nz.20150623.gappssmtp.com; mit.edu; dmarc=none action=none header.from=eds.co.nz; errors-to: piclist-bounces@mit.edu list-id: "Microcontroller discussion list - Public." list-post: x-beenthere: piclist@mit.edu x-mailman-version: 2.1.6 x-received: by 2002:a17:90a:d3cf:: with SMTP id d15mr73890pjw.132.1607473155389; Tue, 08 Dec 2020 16:19:15 -0800 (PST) x-topics: [EE] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Hi Neil, Just to throw another thought or two into the mix... You say noise is being conducted through wires, though what if the relay co= ils are=20 picking up magnetic signal from the AC load and coupling it back to the 5V = line?=20 Shouldn't be difficult to separate and filter there. Micro crashing (erratic execution) or just resetting? Some micros have flag= s for=20 reset cause e.g. if reset caused by brownout detector that would confirm su= spicions=20 about noise on the supply being the primary issue. Less likely... noise on I/O lines might not be being handled properly by co= de (for=20 example, generating too many interrupts too quickly and corrupting the stac= k). Brent On 8 Dec 2020 at 13:03, Neil wrote: > Hi, >=20 > I'm working on a device that takes 120VAC, converts to 5VDC with a=20 > PCB-mounted power supply, then further reduces that to 3.3VDC with a=20 > linear regulator. > A 3.3V microcontroller switches a relay to power a 120VAC pump. > Overview... > http://orlandorobotbuilders.com/stuff/SMNoise/20201207-SMN-00.jpg >=20 > All has been great until we switched to a specific pump, which happens=20 > to generate a LOT of conducted noise, which passes through the 5V PS,=20 > and the 3.3V regulator, and causing the microcontroller to crash. > I did a bunch of tested and found that the noise is being conducted=20 > through the wires back to the board through the PS, through the linear=20 > regulator, and this is the 3.3V line... > http://orlandorobotbuilders.com/stuff/SMNoise/20201207-SMN-01.jpg >=20 > I was over at someone else's place so did not have a lot of parts with=20 > me, but... > Adding a bunch more 0.1uf bypass capacitors all over the board did not he= lp. >=20 > Changing the power supply from an IRM-10-5 (industrial spec, 200mV=20 > ripple) to MPM-10-5 (medical spec, 100mV ripple), helped reduce the rate= =20 > of the crashing... but the ripple itself wasn't causing crashing. >=20 > Adding (non-specific size) ferrites to the pump wires, and 120VAC input=20 > wires did not help. > I then tried to create a crude/uncalculated LC filter (which whatever=20 > components I had on hand (33uh inductor and 1000uf capacitor, should be=20 > low ESR), then a Pi filter (added 680 uF capacitor), and those barely=20 > made a dent. > Eventually I added another 0.1uf capacitor to the output side of the pi=20 > filter and that helped enough to prevent the microcontroller crashing. > But there is still a lot of noise on the 3.3V line... > http://orlandorobotbuilders.com/stuff/SMNoise/20201207-SMN-02.jpg > http://orlandorobotbuilders.com/stuff/SMNoise/20201207-SMN-03.jpg >=20 > FWIW, this is where it ended up... > http://orlandorobotbuilders.com/stuff/SMNoise/20201207-SMN-04.jpg >=20 > The noise is in the 7Mhz to 30Mhz range (prob even higher). > I feel like smaller, low-ESR ceramic caps should help, but I doubt it=20 > will take out most of the noise. > What is the right type of filter to eliminate this noise? >=20 > Cheers, > -Neil. >=20 > --=20 > http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive > View/change your membership options at > http://mailman.mit.edu/mailman/listinfo/piclist --=20 http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist .