I think that an industrial controller might have high-current power
circuits, but 62368-1 doesn't cover securing high-current cables against
movement due to magnetic forces under fault conditions.
======================================================================================
Best wishes John Woodgate OOO-Own Opinions Only
www.woodjohn.uk
Rayleigh, Essex UK
Istae nunc praetereunt nisi non ubicumque
On 2021-05-25 12:57, Rodriguez, Daniel (ESP) wrote:
Thank you all
The summary is that as AS/NZS 62368-1 is a standard defined by ACMA
for radio equipment, we will test for this standard, additionally
tested for EN 61010-1
/Telecommunications (Customer Equipment Safety) Technical Standard
2018 (legislation.gov.au)
<https://www.legislation.gov.au/Details/F2018L01725/Explanatory%20Statement/Text>///
Perhaps in the future it will good to test an industrial controller
with radio communication only for EN 62368-1 as a safety standard. Any
one has a concern about this?
Thank you
Kind Regards / Saludos cordiales / Mit freundlichen Grüßen
Daniel Rodríguez
*From:*Pete Perkins <[email protected]>
*Sent:* Tuesday, 11 May 2021 18:41
*To:* Rodriguez, Daniel (ESP) <[email protected]>;
[email protected]
*Subject:* RE: [PSES] Australia: IEC 62368-1 or IEC 61010-1 for
controller with radio
*Caution:*This email message originated from outside of the
organization. *DO NOT CLICK* on links or open attachments unless you
recognize the sender and know the content is safe. If you think it is
suspicious, please *report as suspicious*.
Daniel, The world gets more complicated by the day. This is both the
exciting technologically challenging part of this work as well as the
difficult, slogging regulatory stuff, too.
Historically, 40 years ago, 61010 & 60950 (now 62368) were designed
by folks working in overlapping businesses who understood that these
two standards were aimed at providing safe electronic equipment
(contrasted to electrical equipment). 61010 for commercial and
industrial electronic equipment and 60950/62368 for consumer &
commercial electronic equipment. The products used the same
components and techniques in the design for products so the
requirements needed to be the same. At the time there was
consideration of making this one standard for all this equipment but
this was a bridge too far.
Today, electronics have been incorporated in many products, the term
IoT (Internet of Things) describes this phenomenon well.
Now this leaves us with a couple of choices; everything electronic
goes into one or two standards or electronic devices are accepted in
all product standards. For the latter there has to be consideration
as to the additional issues arising from the electronic portions,
including the radio.
I believe that the there needs to be the latitude to include complex
digital electronic systems in any product. in addition to the usual
electronic controls and displays used, electronic motor controllers
(VSDs) are becoming more popular in consumer equipment. If the
product standards are too slow to incorporate the needed safeguards
for these electronic systems then it is not unreasonable to apply
other requirements for them (think 61010 or 62368) but this should be
the exception. I would believe. This is a messy solution tho.
I have worked on a ‘smart Relocatable Power Tap’, an IoT combination
which was to be certified to North American and European CB safety
standards (specific outlet sockets for each market). There was
considerable negotiation with the safety test lab to get them to
cooperate between their internal groups on the evaluation and ensure
that any needed test was only run once. The project covered the power
delivery requirements as well as the electronic systems (including the
radio) and, altho complex, went pretty well after that.
The EMC evaluation was straightforward, the RED evaluation was
comprehensive covering all the needed requirements.
It would seem to me that you have properly evaluated your device and
the radio requirements should not bring about a separate evaluation.
Are you prepared to defend your position in that regard?
In your Australian case, this can only be clarified by the AU
authorities who need to explain what they mean by the requirement.
Perhaps, when this is resolved, you can provide all of us with an
update as to how it is resolved.
:>) br, Pete
Peter E Perkins, PE
Principal Product Safety & Regulatory Affairs Consultant
PO Box 1067
Albany, ORe 97321-0413
503/452-1201
IEEE Life Fellow
IEEE PSES 2020 Distinguished Lecturer
www.researchgate.net
<https://urldefense.com/v3/__http:/www.researchgate.net/Peter*20Perkins__;JQ!!Nkc5UzxO!5m4dnnKjhkYxYqcb25E-Z6vctcA6RodTfmkGnesK0J3QeFIQCK334y_i0k4366mR$>
search my name
[email protected] <mailto:[email protected]>
Entropy ain’t what it used to be
*From:*Rodriguez, Daniel (ESP)
<[email protected]
<mailto:[email protected]>>
*Sent:* Tuesday, May 11, 2021 12:46 AM
*To:* [email protected] <mailto:[email protected]>
*Subject:* [PSES] Australia: IEC 62368-1 or IEC 61010-1 for controller
with radio
Good day to all!!
We have a industrial controller with radio capabilities (4G, Wi-Fi)
that is tested for IEC 61010-1:2010.
1.Related to safety do we need to test for IEC 62368-1? According to
the below ACMA Telecommunication Labelling Notice is required
2.If we have the radio modules approved for that standard, can we use
that for compliance evidence?
It is confusing for me that we test the equipment for two different
safety standards (IEC 61010-1 and IEC 62368-1). Normally we are using
IEC 61010-1 for a controller and now Australia requires also IEC 62368-1
Thank you for your answer if you are able to support!!
/IEC 62368-1 will only become mandatory in Australia when called up
under the ACMA’s Telecommunications Labelling Notice. It will
eventually address requirements for acoustic safety which are
currently under development within the IEC. Until such time the
applicable Australian acoustic safety requirements will remain in
AS/ACIF S004 and AS/CA S042.1/
/Communications Alliance - 3.13 Health and safety
(commsalliance.com.au)
<https://urldefense.com/v3/__https:/www.commsalliance.com.au/Standards-Guidance/3-standards-writing/3.13__;!!Nkc5UzxO!_oy7X9uyAD4ZIzILxQVi3j1qjhW7LQVkiIkQhoeKUxy4GHdsc3S68E34U33iGOxO$>///
Kind Regards / Saludos cordiales / Mit freundlichen Grüßen
**
*Daniel Rodríguez*
Sr. Equipment Compliance Specialist EMEA
*T***+34 673556249
*E *[email protected] <mailto:[email protected]>
*ecolab.com***
CONFIDENTIALITY NOTICE: This e-mail communication and any attachments
may contain proprietary and privileged information for the use of the
designated recipients named above. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies of the original message.
-
----------------------------------------------------------------
This message is from the IEEE Product Safety Engineering Society
emc-pstc discussion list. To post a message to the list, send your
e-mail to <[email protected] <mailto:[email protected]>>
All emc-pstc postings are archived and searchable on the web at:
http://www.ieee-pses.org/emc-pstc.html
<https://urldefense.com/v3/__http:/www.ieee-pses.org/emc-pstc.html__;!!Nkc5UzxO!5m4dnnKjhkYxYqcb25E-Z6vctcA6RodTfmkGnesK0J3QeFIQCK334y_i0kUVmjCu$>
Attachments are not permitted but the IEEE PSES Online Communities
site at http://product-compliance.oc.ieee.org/
<https://urldefense.com/v3/__http:/product-compliance.oc.ieee.org/__;!!Nkc5UzxO!5m4dnnKjhkYxYqcb25E-Z6vctcA6RodTfmkGnesK0J3QeFIQCK334y_i0ja-yr0_$>
can be used for graphics (in well-used formats), large files, etc.
Website: http://www.ieee-pses.org/
<https://urldefense.com/v3/__http:/www.ieee-pses.org/__;!!Nkc5UzxO!5m4dnnKjhkYxYqcb25E-Z6vctcA6RodTfmkGnesK0J3QeFIQCK334y_i0kIrotrY$>
Instructions: http://www.ieee-pses.org/list.html (including how to
unsubscribe)
<https://urldefense.com/v3/__http:/www.ieee-pses.org/list.html__;!!Nkc5UzxO!5m4dnnKjhkYxYqcb25E-Z6vctcA6RodTfmkGnesK0J3QeFIQCK334y_i0hXh6fjI$>
List rules: http://www.ieee-pses.org/listrules.html
<https://urldefense.com/v3/__http:/www.ieee-pses.org/listrules.html__;!!Nkc5UzxO!5m4dnnKjhkYxYqcb25E-Z6vctcA6RodTfmkGnesK0J3QeFIQCK334y_i0mKLF7Am$>
For help, send mail to the list administrators:
Scott Douglas <[email protected] <mailto:[email protected]>>
Mike Cantwell <[email protected] <mailto:[email protected]>>
For policy questions, send mail to:
Jim Bacher <[email protected] <mailto:[email protected]>>
David Heald <[email protected] <mailto:[email protected]>>
-
----------------------------------------------------------------
This message is from the IEEE Product Safety Engineering Society
emc-pstc discussion list. To post a message to the list, send your
e-mail to <[email protected] <mailto:[email protected]>>
All emc-pstc postings are archived and searchable on the web at:
http://www.ieee-pses.org/emc-pstc.html
<http://www.ieee-pses.org/emc-pstc.html>
Attachments are not permitted but the IEEE PSES Online Communities
site at http://product-compliance.oc.ieee.org/
<http://product-compliance.oc.ieee.org/> can be used for graphics (in
well-used formats), large files, etc.
Website: http://www.ieee-pses.org/ <http://www.ieee-pses.org/>
Instructions: http://www.ieee-pses.org/list.html (including how to
unsubscribe) <http://www.ieee-pses.org/list.html>
List rules: http://www.ieee-pses.org/listrules.html
<http://www.ieee-pses.org/listrules.html>
For help, send mail to the list administrators:
Scott Douglas <[email protected] <mailto:[email protected]>>
Mike Cantwell <[email protected] <mailto:[email protected]>>
For policy questions, send mail to:
Jim Bacher <[email protected] <mailto:[email protected]>>
David Heald <[email protected] <mailto:[email protected]>>
--
This email has been checked for viruses by AVG.
https://www.avg.com
-
----------------------------------------------------------------
This message is from the IEEE Product Safety Engineering Society emc-pstc discussion
list. To post a message to the list, send your e-mail to <[email protected]>
All emc-pstc postings are archived and searchable on the web at:
http://www.ieee-pses.org/emc-pstc.html
Attachments are not permitted but the IEEE PSES Online Communities site at
http://product-compliance.oc.ieee.org/ can be used for graphics (in well-used
formats), large files, etc.
Website: http://www.ieee-pses.org/
Instructions: http://www.ieee-pses.org/list.html (including how to unsubscribe)
List rules: http://www.ieee-pses.org/listrules.html
For help, send mail to the list administrators:
Scott Douglas <[email protected]>
Mike Cantwell <[email protected]>
For policy questions, send mail to:
Jim Bacher: <[email protected]>
David Heald: <[email protected]>
