{"id":1331,"date":"2020-12-01T19:24:56","date_gmt":"2020-12-02T00:24:56","guid":{"rendered":"https:\/\/blogs.sw.siemens.com\/podcasts\/?p=1331"},"modified":"2026-03-26T15:05:03","modified_gmt":"2026-03-26T19:05:03","slug":"electrical-systems-podcast-series-ep-4-addressing-electrical-design-compliance-and-certification","status":"publish","type":"post","link":"https:\/\/blogs.sw.siemens.com\/podcasts\/talking-aerospace-today\/electrical-systems-podcast-series-ep-4-addressing-electrical-design-compliance-and-certification\/","title":{"rendered":"Electrical Systems podcast (Ep. #4): &#8220;Addressing Electrical Design Compliance and Certification&#8221;"},"content":{"rendered":"\n<p>As we experience higher levels of complexity throughout the industry, the traditional approach to electrical design compliance and certification needs to evolve.<\/p>\n\n\n\n<p>Not only are we dealing with more complexity &#8211; we&#8217;re also in the early stages of widespread innovation.<\/p>\n\n\n\n<p>One approach that&#8217;s helped A&amp;D teams is model-based design. But what if we could go further? What if teams introduced the comprehensive digital twin and digital thread into electrical systems compliance and certification?<\/p>\n\n\n\n<p>In this episode <em>&#8220;Addressing Electrical Design Compliance and Certification&#8221;<\/em> we&#8217;ll be looking at ways to achieve compliance and product certification in today&#8217;s competitive marketplace.<\/p>\n\n\n\n<p>Listen to this episode now.<\/p>\n\n\n<div class=\"embed-megaphone\">\n<iframe loading=\"lazy\" frameborder=\"0\" height=\"200\" scrolling=\"no\" src=\"https:\/\/playlist.megaphone.fm\/?e=TLFIE8675513250\" width=\"100%\"><\/iframe>\n<\/div><!-- Megaphone -->\n\n\n<div class=\"row podcast-social\">\n    <div class=\"col-12 col-sm-2\"><p>Listen on:<\/p><\/div>\n    <div class=\"col\">\n        <a class=\"button itunes-podcast\" target=\"_blank\" href=\"https:\/\/podcasts.apple.com\/us\/podcast\/talking-aerospace-today\/id1511541079\" rel=\"noopener noreferrer\">Apple Podcasts<\/a>\n        <a class=\"button google-podcast\" target=\"_blank\" href=\"https:\/\/podcasts.google.com\/feed\/aHR0cHM6Ly9mZWVkcy5hY2FzdC5jb20vcHVibGljL3Nob3dzL3RhbGtpbmctYWVyb3NwYWNlLXRvZGF5\" rel=\"noopener noreferrer\">Google Podcasts<\/a>\n        <a class=\"button spotify-podcast\" target=\"_blank\" href=\"https:\/\/open.spotify.com\/show\/0THX5V1BWw1MuVlbwHZ1an?si=rAB-Of7nQUaZCKuT_7ObSA\" rel=\"noopener noreferrer\">Spotify<\/a>\n        <a class=\"button stitcher-podcast\" target=\"_blank\" href=\"https:\/\/www.stitcher.com\/podcast\/siemens-podcast-network\/talking-aerospace-today\" rel=\"noopener noreferrer\">Stitcher<\/a>\n        <a class=\"button tunein-podcast\" target=\"_blank\" href=\"https:\/\/tunein.com\/podcasts\/Technology-Podcasts\/Talking-Aerospace-Today-p1328197\/\" rel=\"noopener noreferrer\">TuneIn<\/a>\n        <a class=\"button rss-podcast\" target=\"_blank\" href=\"https:\/\/feeds.acast.com\/public\/shows\/5ea828ec02a57ed346db8efa\" rel=\"noopener noreferrer\">RSS<\/a>\n    <\/div>\n<\/div>\n\n\n\n<div style=\"height:41px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p><strong>This is episode four in a five-part series<\/strong>.<\/p>\n\n\n<div id=\"accordion\" class=\"podcast-infonotes\">\n  <div class=\"card\">\n    <div class=\"card-header\" id=\"headingOne\">\n      <span class=\"mb-0\">\n        <button class=\"btn btn-link collapsed\" data-toggle=\"collapse\" data-target=\"#collapseOne\" aria-expanded=\"false\" aria-controls=\"collapseOne\">\n          Expand to see Show Notes        <\/button>\n      <\/span>\n    <\/div>\n    <div id=\"collapseOne\" class=\"collapse\" aria-labelledby=\"headingOne\" data-parent=\"#accordion\">\n      <div class=\"card-body\">\n        <p>With increased complexity throughout the industry, the traditional spreadsheet-based approach to compliance is no longer an option. New innovations along with the increased use of electrification are forcing OEMs and their suppliers to consider new ways to achieve electrical design compliance and certification.<\/p>\n<p>Welcome to <em>Talking Aerospace Today<\/em> \u2013 a podcast for the Aerospace &amp; Defense industry. The place that brings the promise of tomorrow\u2019s technology to the ears of our listeners today.<\/p>\n<p>In this episode <em>\u201cAddressing Electrical Design Compliance and Certification\u201d<\/em> we\u2019ll be looking at new ways to achieve compliance through a model-based approach as well as how to best utilize the comprehensive digital twin and digital thread. We know this is a time of great innovation and transformation for the industry \u2013 and when it comes to electrical system compliance and certification, there\u2019s a lot to cover.<\/p>\n<p>Today, two industry experts from Siemens Digital Industries Software join the podcast. Anthony Nicoli is the Aerospace &amp; Defense Director of Integrated Electrical Systems. And Steve Caravella is a Solutions Architect from the Capital Team. Both love to talk about how the digital transformation is altering the electrical system design and development landscape \u2013 for the good of teams everywhere.\u00a0<\/p>\n<p>My name is Scott Salzwedel and I\u2019m the host of <em>Talking Aerospace Today. <\/em>I invite to take a listen to our latest episode on electrical system design compliance and certification. <br \/><br \/>I hope you\u2019ll tune into this extremely informative podcast.<\/p>\n<p><strong>In this episode, you will learn:<\/strong><\/p>\n<ul>\n<li>The reason why electrical regulations today are far stricter than in the past (01:45)<\/li>\n<li>Methods to address increased complexity when it comes to compliance (04:33)<\/li>\n<li>The approach used for connecting the separate environments in the manufacturing process (06:19)<\/li>\n<li>How the electrical digital twin helps with the certification process (07:32)<\/li>\n<li>Why there\u2019s an increasing need for a \u201cdigital wingman\u201d to help identify errors (09:00)<\/li>\n<li>How the type certification process works (11:00)<\/li>\n<li>How the digital twin and digital thread can help standardize the compliance process (14:04)<\/li>\n<li>A customer had to learn the hard way to use model-based techniques (14:52)<\/li>\n<li>Platform differentiation through increased electrification \u2013 new compliance challenges (18:22)<\/li>\n<\/ul>\n<p><strong>Connect with Tony: <\/strong><\/p>\n<ul>\n<li><u><a href=\"https:\/\/www.linkedin.com\/in\/anthonynicoli\/\" target=\"_blank\" rel=\"noopener\">LinkedIn<\/a><\/u><\/li>\n<\/ul>\n<p><strong>\u00a0<\/strong><strong>Connect with Steve: <\/strong><\/p>\n<ul>\n<li><u><a href=\"https:\/\/www.linkedin.com\/in\/steve-caravella-5378b36\/\" target=\"_blank\" rel=\"noopener\">LinkedIn <\/a><\/u><\/li>\n<\/ul>\n<p><strong>Resources:<\/strong><\/p>\n<ul>\n<li><u><a href=\"https:\/\/www.plm.automation.siemens.com\/global\/en\/products\/electrical-electronics\/electrical-system-networks-harness.html\" target=\"_blank\" rel=\"noopener\">Capital E\/E Systems development website<\/a><\/u><\/li>\n<li><strong>Blog:<\/strong> <em><u><a href=\"https:\/\/blogs.sw.siemens.com\/ee-systems\/2020\/08\/25\/new-siemens-capital-e-e-systems-development-solution\/\">The Capital E\/E Systems development solution. Exactly how has Capital evolved?<\/a><\/u><\/em><\/li>\n<li><strong>White paper:<\/strong> <a href=\"https:\/\/www.plm.automation.siemens.com\/global\/en\/resource\/electrical-system-platform-development\/85802\" target=\"_blank\" rel=\"noopener\">A closer look: Next generation electrical systems platform development<\/a><\/li>\n<\/ul>\n<p>\u00a0<\/p>\n<p>\u00a0<\/p>      <\/div>\n    <\/div>\n  <\/div>\n      <div class=\"card\">\n        <div class=\"card-header\" id=\"headingTwo\">\n        <span class=\"mb-0\">\n            <button class=\"btn btn-link collapsed\" data-toggle=\"collapse\" data-target=\"#collapseTwo\" aria-expanded=\"false\" aria-controls=\"collapseTwo\">Expand to see Podcast Transcript<\/button>\n        <\/span>\n        <\/div>\n        <div id=\"collapseTwo\" class=\"collapse\" aria-labelledby=\"headingTwo\" data-parent=\"#accordion\">\n            <div class=\"card-body\"><p><strong>Scott Salzwedel: <\/strong>Hello and welcome. This is <em>Talking Aerospace Today<\/em> &#8211; the podcast for the Aerospace &amp; Defense industry and the trends that drive the digital enterprise &#8211; a place that brings the promise of tomorrow\u2019s technology to the ears of our listeners today. <br \/><br \/>I\u2019m your host, Scott Salzwedel. Welcome to episode four of our five-part series.<\/p>\n<p>In this episode <em>\u201cAddressing Electrical Design Compliance and Certification\u201d <\/em>we\u2019ll be looking at how the traditional approach to compliance is no longer an option, especially with increased complexity everywhere you look. We know this is a time of great innovation and transformation for the industry. When it comes to electrical system design and development, there\u2019s a lot to talk about.<\/p>\n<p>Before we begin, a reminder that our previous episode touched on change management. I urge you to give that episode a listen. You\u2019ll find <em>Talking Aerospace Today<\/em> podcasts on iTunes, Spotify, Stitcher, Google, or wherever you go and listen to your favorite podcast. I\u2019m excited to get started.<\/p>\n<p>In this episode, I\u2019ll be talking to Steve Caravella &#8211; a Solutions Architect from the Capital Team at Siemens Digital Industries Software &#8211; and Tony Nicoli, the Aerospace &amp; Defense Director of Integrated Electrical Systems for Siemens Digital Industries Software. Tony and Steve love to carry on about how the digital transformation is affecting the industry. It should be a great conversation. Let\u2019s talk compliance. Steve, I\u2019ll start with you. The one thing we can say about compliance today is that the regulations are far stricter than, say, 20 years ago. In the mid-1990s, we experienced a major turning point. There were a bunch of mishaps that caused the FAA to tighten things up.<\/p>\n<p><strong>Steve Caravella: <\/strong>There were really a couple of events that were catalysts for that. There was the TWA out of the east coast that the conclusion was it was some ignition source that ignited the fuel tank and blew the airplane apart. There was that, there was a Swissair MD-11 that had a fire in the overhead due to inflight entertainment wiring. Unfortunately, there was a combination of things, there was the wiring shorted, created the spark, they had capped-on insulation there which wasn\u2019t fire-resistant enough.<\/p>\n<p><strong>Tony Nicoli: <\/strong>If you look at the TWA 800 that was in 1996. It wasn\u2019t long after that the EU\u2019s regulations became much more stringent, and people doing new projects had to comply with them.<\/p>\n<p><strong>Steve: <\/strong>I remember distinctly after those events when they traced them to wiring, the level of scrutiny and expectation for the design and the design data really started going up.<\/p>\n<p><strong>Scott: <\/strong>Steve, with these tighter restrictions, how did it change your job?<\/p>\n<p><strong>Steve: <\/strong>What that led to was really the level of detail and integrity of the engineering data had to go way up. At this time &#8211; and again, we were doing this project and it was the first one where the scrutiny was coming into play. I remember that we wrestled quite a bit with how to do that. When you get into the physical routing, that\u2019s more of a mechanical design aspect. Of course, you need to know what\u2019s in the wiring from an electrical design standpoint, but we debated do we use a 2D CAD system and make drawings? Do we do it in 3D space? And again, keep in mind too, that this was before model-based design really was established. It was a tough challenge because you\u2019re looking at literally hundreds of engineering hours now to draw the wire routing and clamping positions and whatnot. Whereas before, the installers on the airplane would just follow general good practices, guides to do it. You can imagine the cost impact of doing that. Of course, now we\u2019ve got model-based design, so people are more accustomed to the modeling, we\u2019ve got better electrical design tools.<\/p>\n<p><strong>Scott: <\/strong>Yes, the model-based design approach in Capital has made life easier for electrical engineers throughout the industry, no doubt about it. But before we talk about Capital and Xcelerator, I want to focus on aircraft complexity and how that affects certification. Tony, what are the methods used today to address increased complexity when it comes to compliance?<\/p>\n<p><strong>Tony: <\/strong>When we actually started to interview a number of customers before we started to address this problem in the context of the electrical systems development flow, what we discovered was that most of the methods that people were using to analyze compliance to the regulations and then report them out were disconnected from the development process. People would do the design in one environment, but then they had completely different environments, often old, old environments or Excel-based environments \u2013 you know Excel-based kinds of analysis tools to actually ensure that they were meeting some of the analytical needs like electrical load analysis and that sort of thing in their companies. <br \/><br \/>And then, they had yet another environment, a third environment, where they take all that analytical data and reduce it and produce reports that could be consumed by the DERs and the AERs who were actually providing the oversight and the approval at the end of the process to check off at least that aspect of moving towards type certification. This was a very long process, it was like weeks and weeks. What we were told would happen is that people would be doing a design, they put a line in the sand on a rev, they\u2019d send it off for compliance or evidence analysis. Meanwhile, they go off and continue to evolve the design. This analysis took six weeks and discovered it was a problem, they\u2019d come back and the design just diverged to the point where there was substantial iteration required in order to address the problem that was found during the certification analysis.<\/p>\n<p><strong>Scott: <\/strong>All those separated and disconnected environments. So, what did you tell your customers?<\/p>\n<p><strong>Tony: <\/strong>The approach we took was actually to work towards allowing people to exploit the electrical digital twin, or essentially the model that is derived or developed and enriched of the electrical system, as design goes forward and integrate the analytical tools associated with doing design and analysis such that those analytical tools would directly access that digital twin as the designer modifies it. So that the certification analysis would be done contemporaneously, nearly instantaneously &#8211; they could go make a change and they could then as part of their own verification of that change, run the certification analysis and see the result. I call it exploiting the configuration control digital twin because as the designer makes these changes they can save different versions and actually keep track of those versions and then have the analytical results that correlate to those versions on hand.<\/p>\n<p><strong>Scott: <\/strong>So, what we\u2019re talking about here is how the electrical digital twin can help with the certification process, how teams can run a certification analysis, and then keep in share different versions?<\/p>\n<p><strong>Tony: <\/strong>Yeah. And there\u2019s another aspect of doing this in a model-based environment that has built-in automation is that you can use design constraints and design rules to get the big things. Let\u2019s say you have an obvious separation requirement between two signals, two different types of signals, that you can actually have the tool continuously monitor the distance between those signals. And when you inadvertently violate that it can tell you so that you catch that before you have to run any verification at all. So, other things like that can actually be programmed in. Your design environment becomes your coach. The computer is looking over your shoulder to make sure that you don\u2019t make the wrong play, as you actually start doing some of these innovative changes.<\/p>\n<p><strong>Steve: <\/strong>I think that\u2019s a huge capability. Because as much as you try to educate your design teams, get them following the rules, you\u2019ve got to put yourselves in the shoes of the design engineer for a second.<\/p>\n<p><strong>Tony: <\/strong>And that process makes total sense because frankly, humans just aren\u2019t good at that detail checking. We\u2019re not built for that. We\u2019re good at doing things that come out of our evolution: seeing threats and running away or capturing prey, one of the two. You can think of innovation like that \u2013 coming up with new ideas and applying them. But doing routine tasks over and over again is just something that we\u2019re error-prone at. And so if you can have a digital wingman to actually help you not miss those tiny things that you might forget at the 11th hour when you\u2019re trying to make that change that just came in. I think it\u2019s a huge boon and it reduces the cost and the risk associated with the overall program. In these days, the risk of missing a certification issue has really gone up. There\u2019s been an increasing number of incidents and it\u2019s on people\u2019s minds. I think that people\u2019s attention to regulatory compliance is only increasing as we go into 2021 here.<\/p>\n<p><strong>Steve: <\/strong>So, your design team, they\u2019re smart people, they\u2019re somewhat versed in the regulatory requirements, and there are practices and methods that companies adopt to. Think of it as there\u2019s a process they follow and some rules in their design approach to really address and prevent problems with the certification piece, the compliance piece. You get your engineers to follow this, and they will find things and they fix them and you have your DERs review it before it gets released. So, again, they find things and you can fix them while it\u2019s still on paper or while it\u2019s still a model in a computer. <br \/><br \/>The trouble is that\u2019s only so effective. Inevitably, and hopefully, it\u2019s not the major things. You find these things once you have things built, or as you\u2019re building, or even worse, as you\u2019re testing. And let me talk about that process a little bit. When you\u2019re going for type certification, you\u2019re really having to do the test three times. So, what you\u2019re going to do is you release the design, you\u2019re going to build your hardware, and then you\u2019re going to do development testing. Does this work how I want it to work? Does it function the way the customer wants it to function? And then you\u2019re also going to look at, is this going to meet the regulations? So, you do that and usually, you\u2019re iterating your design and you\u2019re maturing it. At some point, you\u2019re going to get a mature design and you\u2019re going to update your test articles. At that point, the FAA is expecting you to fully run the certification test as a company and pass it before they\u2019re going to come and spend their time to watch it.<\/p>\n<p><strong>Scott: <\/strong>The FAA, we haven\u2019t talked too much about these guys. Tony, what\u2019s been your experience with the FAA?<\/p>\n<p><strong>Tony: <\/strong>I never did the work with the FAA but I used to do it with the Defense Acceptance Authorities. The guys that I would work with for acceptance testing and then sign off and selling of our systems, they always wanted information in a particular format. If you were outside of the regular format that they used or they were used to, maybe they wouldn\u2019t reject what you discussed but it was a lot harder, it took a lot more time, a lot more effort to convince them that what you were saying was correct. It stands to reason they know their format, they can assimilate it in their environment. The thing about that is that you have to take all this analytical information that constitutes the evidence of compliance and cast it into the reporting point, and that can take four to six weeks to do that on a manual basis on its own. One of the things that we went after was to actually, I mean, we\u2019re in a digital environment. You have a digital twin. You\u2019ve got a digital thread, use it! <br \/><br \/>So, we created this ability to put these templates together so that you could actually sit down with the person that\u2019s going to come in and look at your evidence and say, \u201cWell, what\u2019s the best way for you to understand it?\u201d Not from the perspective of you\u2019re going to influence this guy to make a wrong decision. It\u2019s really to provide him with the easiest way to make a good decision about whether this thing complies or not. And once you get that codified, you save that as a template. And you can run that analysis over and over again and just automatically populate that template and put it out there. And everybody can then standardize on a format that is easily generated, consistent with what the regulatory representative is going to use to make a decision, and something that you can all use over and over again, very quickly. And when I say quickly, I mean, like in minutes, you get a report, not weeks.<\/p>\n<p><strong>Scott: <\/strong>It\u2019s so important to standardize. That\u2019s one way to meet compliance as complexity grows. I think we\u2019ve talked about how the digital twin and digital thread can help standardize operations.<\/p>\n<p><strong>Steve: <\/strong>Right, and that\u2019s something that I think doesn\u2019t come to the front of our mind when we\u2019re thinking about this and even talking about compliance. But achieving a level of standardization that leverages pulling information straight from the system, uses information straight from the system. Once you standardize something that is found to be acceptable, then it\u2019s available and it\u2019s easy for people to use and you have a high degree of confidence that the method you\u2019re using, the analytical method you\u2019re using, the way you\u2019re presenting it in the templates is going to be good.<\/p>\n<p><strong>Tony: <\/strong>There are a couple of other things and points I want to make. One is that there is a case of a customer of ours that had to learn the hard way to use model-based techniques. It actually motivated them to move entirely to a digitalized process for electrical development. In that case, this customer was doing a very time- and cost-sensitive variant on a commercial aircraft, customizing it for a defense application. And they were under the gun to their DOD customer. They ended up doing the development, they ended up designing the whole ecosystem and they designed a lot of the mods. And they tried to get a jump on the production phase of the program. So, they built six aircraft. By the time they got the sixth one done, they discovered a critical compliance issue with signal separation problem that could not be easily retrofit. So, they had to go back and we designed the electrical system for that whole production run. And then they had to retrofit every one of those aircraft and it ended up costing them literally billions of dollars, to not just go find the problem, redesign it, but then to do all of the certification work again, all the testing work again, and then all the retrofit work on those six aircraft. The whole point of that story is that not being able to do this kind of virtual integration and virtual compliance testing &#8211; think of advanced analysis on the entire electrical system as a way of doing virtual testing. It\u2019s very high stakes, especially when you\u2019re doing programs that are just major variants to what you do to a significant platform. I know I\u2019m being a little cryptic because I\u2019m not allowed to say who that is, but it\u2019s a serious issue and it can have serious implications for the company.<\/p>\n<p><strong>Scott: <\/strong>A really good example, Tony. I think our listeners get the idea without you having to name names.<\/p>\n<p><strong>Tony: <\/strong>The other thing I wanted to mention is that this work is really in its infancy. It\u2019s really only in the last, I\u2019d say, three to five years that the Aerospace &amp; Defense industry has really prioritized moving to model-based approaches for electrical system development overall. In our work, it\u2019s only in the last three years that we\u2019ve gotten to the maturity of integrating analysis seamlessly into the digital twin and accessing the digital twin this way. I think there\u2019s a LOT of room to grow here and a lot of productivity and improvement to be had. Right now, we\u2019re focused on things like electrical load analysis, wire derating, and signal separation checking. But I think there\u2019s a lot of headroom. These are just three aspects of electrical system certification and there are many that we haven\u2019t even touched yet.<\/p>\n<p><strong>Scott: <\/strong>Tony, we\u2019ve been talking about compliance and how the digital enterprise, which includes Siemens Xcelerator Portfolio can alter the landscape for our customers. The one thing we haven\u2019t touched on is platform differentiation through electrification and how that affects compliance.<\/p>\n<p><strong>Tony: <\/strong>Electrical is increasing in importance in platform development and in platform differentiation. The missions that people need to accomplish with their platform are getting much more complicated and much more ambitious, and the capabilities that OEMs are putting into the platform necessitate electrical systems, more software, more communication networks. All these things are adding to electrical system complexity and it\u2019s driving the difficulty of the electrical portion of the compliance activity. Even if it\u2019s not a brilliant function like fly by wire or new communications capabilities, even if it\u2019s simply, \u201cI want to improve the reliability of my aircraft\u201d, moving to electrical, really reduces the amount of issues that come up in hydraulic, pneumatic, and mechanical systems. The hybrid systems are much more reliable, they\u2019re also lower weight because you don\u2019t carry around all that extra tubing, mechanical linkages, you do that with a much lighter wire. There\u2019s a lot of advantages just in the base functionality of transporting things and the base efficiency of the aircraft going into these electromechanical hybrid systems.<\/p>\n<p><strong>Scott: <\/strong>Good point, Tony. All right guys, really good stuff today, but I\u2019m afraid we\u2019ve run out of time. My sincere thanks to both of you. <br \/><br \/>And of course, I\u2019d like to extend my deepest thanks to our listeners. Thank you, listeners. I\u2019m glad you tuned into this podcast. <br \/><br \/>At the top of the show, I mentioned we\u2019ll be doing a five-part series on <em>\u201cThe Evolution of Electrical System Design in Aerospace.\u201d<\/em> If you enjoyed this episode and you want to check out previous shows, please take a look at the links in this podcast description. Be sure to subscribe to <em>Talking Aerospace Today<\/em> on Apple Podcasts, Spotify, or wherever you go to listen to your favorite podcast. Subscribe now and you won\u2019t miss a single upcoming episode. Our next episode will be our final episode. Already? The topic will be on wire harness manufacturing and profitability. It\u2019s going to be a great conversation.<\/p>\n<p>My name is Scott Salzwedel, and this is Siemens\u2019 <em>Talking Aerospace Today.<\/em> I hope you\u2019ll join us again for our next podcast. Until then, bye for now&#8230;<\/p>\n<p>\u00a0<\/p><\/div>\n        <\/div><!-- end #collapseTwo -->\n    <\/div><!-- end .card -->\n    <\/div><!-- end #accordion -->\n\n\n<p><strong>Connect with Tony:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/www.linkedin.com\/in\/anthonynicoli\/\" target=\"_blank\" rel=\"noopener\">LinkedIn<\/a><\/li>\n<\/ul>\n\n\n\n<p><strong>Connect with Steve:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/www.linkedin.com\/in\/steve-caravella-5378b36\/\" target=\"_blank\" rel=\"noopener\">LinkedIn<\/a><\/li>\n<\/ul>\n\n\n\n<p><strong>Resources:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/www.plm.automation.siemens.com\/global\/en\/products\/electrical-electronics\/electrical-system-networks-harness.html\" target=\"_blank\" rel=\"noopener\">Capital E\/E Systems development website<\/a><\/li>\n\n\n\n<li><strong>Blog:<\/strong> <em><u><a href=\"https:\/\/blogs.sw.siemens.com\/ee-systems\/2020\/08\/25\/new-siemens-capital-e-e-systems-development-solution\/\">The Capital E\/E Systems development solution. Exactly how has Capital evolved?<\/a><\/u><\/em><\/li>\n\n\n\n<li><strong>White paper:<\/strong> <a href=\"https:\/\/www.plm.automation.siemens.com\/global\/en\/resource\/electrical-system-platform-development\/85802\" target=\"_blank\" rel=\"noopener\">A closer look: Next-generation electrical systems platform development<\/a><\/li>\n<\/ul>\n\n\n\n\n\n<p><\/p>\n","protected":false},"excerpt":{"rendered":"<p>As we experience higher levels of complexity throughout the industry, the traditional approach to electrical design compliance and certification needs&#8230;<\/p>\n","protected":false},"author":69061,"featured_media":1344,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"spanish_translation":"","french_translation":"","german_translation":"","italian_translation":"","polish_translation":"","japanese_translation":"","chinese_translation":"","footnotes":""},"categories":[5],"tags":[299,350,349,320],"industry":[19],"product":[88],"coauthors":[],"class_list":["post-1331","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-talking-aerospace-today","tag-digitalization","tag-e-e-architecture","tag-electrical-systems","tag-systems-engineering","industry-aerospace-defense","product-capital"],"featured_image_url":"https:\/\/blogs.sw.siemens.com\/wp-content\/uploads\/sites\/32\/2020\/12\/Image-for-TAT-S3-E4-scaled.jpg","_links":{"self":[{"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/posts\/1331","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/users\/69061"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/comments?post=1331"}],"version-history":[{"count":5,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/posts\/1331\/revisions"}],"predecessor-version":[{"id":6755,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/posts\/1331\/revisions\/6755"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/media\/1344"}],"wp:attachment":[{"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/media?parent=1331"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/categories?post=1331"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/tags?post=1331"},{"taxonomy":"industry","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/industry?post=1331"},{"taxonomy":"product","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/product?post=1331"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/podcasts\/wp-json\/wp\/v2\/coauthors?post=1331"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}