Betere EDA-omgevingen voor hardware- en gebeurtenisarchitecturen

Als iemand zoekt betere EDA-omgevingenIn werkelijkheid verwijst het meestal naar twee werelden die elkaar overlappen maar niet hetzelfde zijn: enerzijds EDA-software voor elektronisch ontwerp (printplaten, geïntegreerde schakelingen, MEMS, enz.); anderzijds de gebeurtenisgestuurde architecturen (Event Driven Architecture) op het gebied van software. In dit artikel zullen we beide perspectieven helder en zonder onnodig technisch jargon, maar zonder aan diepgang in te boeten, samenbrengen.

Als je hier terecht bent gekomen omdat je gefrustreerd bent door onintuïtieve tools zoals OfCADOf je nu in de war raakt bij het exporteren van Gerber-bestanden of overweldigd raakt door Kafka als je over gebeurtenissen hoort, hier vind je de oplossing. een gestructureerde gids voor hulpmiddelen, concepten en patronen Gebruikt door professionals in zowel elektronisch ontwerp als moderne EDA-architecturen.

Wat betekent EDA nu eigenlijk: elektronisch ontwerp versus gebeurtenisarchitectuur?

Het acroniem EN VAN Het wordt in twee verschillende contexten gebruikt en het is raadzaam deze duidelijk van elkaar te scheiden om verwarring te voorkomen: de klassieke elektronicawereld, waar EDA betekent... Elektronische ontwerpautomatiseringen de wereld van software-engineering, waar EDA meestal verwijst naar Event-driven architectuur.

Op de grond van hardwareEDA-tools zijn de programma's die we gebruiken om Ontwerpschema's, printplaten en zelfs geïntegreerde schakelingen.We hebben het over softwarepakketten zoals Altium Designer, KiCad, Eagle, PADS, OrCAD of geavanceerde platforms voor analoge, digitale en mixed-signal IC's, geïntegreerd in professionele workflows met simulatie, lay-out en fysieke verificatie.

In de softwarewereld wordt EDA geassocieerd met gebeurtenisgestuurde architecturenwaarbij verschillende services, microservices of componenten met elkaar communiceren door asynchroon berichten uit te wisselen via een broker (Kafka, RabbitMQ, enz.). Hier zijn "events" berichten die zakelijke gebeurtenissen vertegenwoordigen en door de hele organisatie circuleren.

Hoewel het verschillende domeinen betreft, delen ze één gemeenschappelijk idee: vertrouwen op krachtige en goed geïntegreerde tools Om complexe systemen (elektronisch of softwarematig) veilig, schaalbaar en met zo min mogelijk wrijving in het dagelijks werk te kunnen beheren.

Beste EDA-omgevingen voor PCB-ontwerp

Bij het ontwerpen van printplaten wordt vaak begonnen met oplossingen zoals OfCAD en raken uiteindelijk gefrustreerd door onintuïtieve workflows, grillige formaten of verwarrende Gerber-exportprocessen. Veel gebruikers gaan dan op zoek naar een omgeving die dit mogelijk maakt. Ontwerpen met twee lagen, met ruimte voor uitbreiding naar complexere ontwerpen., goede bibliotheekintegratie en een redelijke leercurve.

Tot de meest genoemde hulpmiddelen voor dit soort behoeften behoren namen als Altium Designer, KiCad, Eagle, PADS, Proteus of DipTraceElk systeem heeft zijn eigen aanpak, maar ze zijn niet allemaal van hetzelfde niveau. Laten we de belangrijkste aspecten van de belangrijkste omgevingen eens bekijken.

Als student vraag je je misschien af ​​of AutoCAD Het biedt mogelijkheden voor elektronisch ontwerp door gebruik te maken van academische licenties. Hoewel Autodesk producten heeft die specifiek gericht zijn op printplaten (zoals het oude Eagle, geïntegreerd in het ecosysteem), is AutoCAD zelf bedoeld voor algemene CAD-toepassingen; het is geen PCB EDA Het is standaard en schiet tekort in vergelijking met gespecialiseerde suites.

Een duidelijke sprong voorwaarts is te zien in tools die volledig opnieuw zijn ontworpen voor elektronisch ontwerp, en die schema's, lay-out, simulatie en het genereren van productiedocumentatie integreren. een enkele samenhangende omgeving.

Altium Designer: de referentie-EDA-omgeving voor professionele printplaten.

Altium-ontwerper Altium profileert zich als de meest complete en consistente PCB EDA-omgeving op de markt voor professioneel gebruik. Het concept van Altium is heel eenvoudig: u voorzien van één enkel platform. het volledige ontwerpprocesVan schema tot productiebestanden, zonder te hoeven schakelen tussen programma's of te worstelen met kwetsbare integraties.

De basis ervan is een moderne softwarearchitectuur, van 64-bits en multithreadedHet is in staat om alles aan te kunnen, van kleine tweelaagse projecten tot zeer veeleisende meerlaagse printplaten met een hoge componentdichtheid en strenge eisen op het gebied van signaalintegriteit of stroomvoorziening. De engine is ontworpen om optimale prestaties te behouden, zelfs bij ontwerpen met duizenden componenten.

Het sterke punt van Altium is zijn uniforme ontwerpomgevingAlle tools (schema-ontwerp, simulatie, PCB-editor, 3D, stuklijst, productie-output, enz.) delen hetzelfde datamodel en een consistente interface. Dit vermindert aanzienlijk veelvoorkomende fouten die gepaard gaan met gefragmenteerde workflows, zoals discrepanties tussen schema's en printplaten of problemen met de synchronisatie van bibliotheken.

Geïntegreerde schematische weergave en simulatie

Het onderdeel voor het vastleggen van schema's in Altium is zo ontworpen dat een gebruiker met basiskennis er gemakkelijk mee overweg kan. in korte tijd productief zijnzonder in te leveren op prestaties voor geavanceerde projecten. Ondersteunt ontwerpen. meerkanaals, hiërarchisch en grootEn hiermee kunt u ontwerpregels rechtstreeks in het schema zelf definiëren.

Dit betekent dat de elektrische, mechanische of fabricagebeperkingen die u in het schema definieert, automatisch worden doorgegeven aan het systeem. PCB-ontwerpHet behouden van één centraal referentiepunt. Deze gecentraliseerde controle maakt het moeilijker voor fouten om door te glippen bij de overgang van het logische naar het fysieke vlak.

Bovendien wordt de schematische omgeving aangevuld met mogelijkheden voor circuitsimulatie en analyses waarmee je het ontwerp kunt valideren voordat je verdergaat met de lay-out. Hoewel veel beginnende gebruikers Simulatie wordt zelden gebruikt, maar in middelgrote en geavanceerde projecten wordt het een essentieel element om onnodige herhalingen in het productieproces te voorkomen.

Een andere zeer krachtige functie is de Actieve stuklijstEen materiaallijstbeheerder die uw ontwerp via cloudservices koppelt aan echte leveranciers, waardoor u in realtime prijzen, beschikbaarheid en technische specificaties kunt controleren en zo componenten kunt selecteren rekening houdend met zowel de technische als de leveringsaspecten.

PCB-ontwerp en 3D-omgeving

Qua lay-out beschikt Altium over een zeer complete PCB-editor, met ondersteuning voor Geavanceerde regelcontrole, interactieve routeplanning en ondersteunde automatische routeplanning.En een erg handige 3D-omgeving wanneer je de printplaat in een behuizing moet plaatsen of moet afstemmen met het mechanische team.

De editor maakt het mogelijk om componenten nauwkeurig te plaatsen en uit te lijnen, ter ondersteuning van... verschillende roosters en scheidingsbeperkingen die zich aanpassen aan uw productietechnologie. De combinatie van ondersteunde handmatige routing en automatische plottools versnelt het proces aanzienlijk, met name in de laatste fasen van de ontwerpafronding.

Zodra het ontwerp gereed is, genereert Altium alle productiebestanden en documentatie Noodzakelijk: Gerber-bestanden, boorgaten, montagetekeningen, materiaallijsten, productietekeningen… Dit bespaart tijd en verkleint de kans dat belangrijke bestanden voor de fabriek worden vergeten.

Samenvattend, voor diegenen die op zoek zijn naar een PCB EDA-omgeving met Een redelijke leercurve, maar wel een carrièreperspectief.Altium Designer onderscheidt zich door zijn uniforme platform, bibliotheken en productiviteitstools.

EDA voor geïntegreerde schakelingen, MEMS en gemengde signalen

Als we de overstap maken van de wereld van printplaten naar het ontwerp van... geïntegreerde schakelingen (IC's) Het beeld verandert behoorlijk. Hier hebben we het niet langer alleen over tracks en pads in FR4, maar over transistorontwerp, analoge netwerken, RF-blokken en digitale logica op silicium, met veel strengere eisen voor nauwkeurigheid, prestaties en verificatie.

EDA-omgevingen voor analoge, digitale of gemengde IC's bieden doorgaans een complete workflow die loopt van... schematische weergave en simulatie tot fysieke lay-out en verificatie Compatibel met gieten (DRC, LVS, parasitaire extractie, enz.). Het doel is dat het ontwerp vanuit de EDA-omgeving praktisch klaar is voor productie.

In de analoge en gemengde signaaltechnologie (AMS) vinden we oplossingen die zowel de front-end (schema's, HDL-beschrijving, gemengde signaalsimulatie) als de back-end (fysiek ontwerp, plaatsing en routering, verificatie) integreren. Deze workflows maken het mogelijk om ontwerpen te beheren. SoC met miljoenen poortenHet combineren van analoge, digitale, RF- en zelfs MEMS-subsystemen.

Voor analoge simulaties op hoog niveau, tools zoals Eldo RF Ze bieden meerdere analysemodi: transiënte analyse, wisselstroomanalyse, ruisanalyse, specifieke RF-analyse en geavanceerde modelleringsopties gericht op het verkrijgen van Hoge precisie zonder dat dit ten koste gaat van de prestaties. in simulatietijd.

In het verificatie- en fabricagegedeelte worden platforms zoals kaliber fungeren als de facto standaard voor Fysieke verificatie en DFM-optimalisatie (Ontwerp voor maakbaarheid). Ze integreren controles van ontwerpvoorschriften, vergelijkingen van schematische lay-outs en analyses die ervoor zorgen dat het ontwerp zonder onaangename verrassingen op het laatste moment door de gieterij komt.

Aangepaste IC's en ingebouwde MEMS

Moderne EDA-omgevingen houden ook rekening met het ontwerp van micro-elektromechanische systemen (MEMSgeïntegreerd in de chip zelf. Deze tools maken het mogelijk het modelleren van complexe 3D-structuren (sensoren, actuatoren, resonatoren…), simuleer hun fysieke interactie en ze samen met de elektronische bouwstenen ontwerpen. Signaalconditionering in dezelfde geïntegreerde schakeling.

Een typische IC+MEMS-ontwerpworkflow omvat alles, van architectuurdefinitie, schematische weergave en simulatie tot fysiek ontwerp en verificatie van het resultaat. produceerbaar en voldoet aan de beperkingen van de technologie.Dit alles is uiteraard afgestemd op de PDK's (Process Design Kits) die door de gieterijen worden geleverd.

Voor grootschalige digitale logica zijn er oplossingen zoals Oasys-RTL Ze pakken het probleem van synthese en plaatsing & route op een geïntegreerde manier aan. Ze zijn ontworpen voor geavanceerde procestechnologieën, waarbij de uitdaging niet langer alleen is om het ontwerp in de beschikbare ruimte te passen, maar om een ​​balans te vinden. prestaties, verbruik, procesvariabiliteit en doorlooptijd naar de markt.

Deze fysieke synthesesystemen bieden gelijktijdige optimalisatie van oppervlakte, vermogen en frequentie, en helpen de iteratiecyclus tussen front-end en back-end te verkorten, wat cruciaal is wanneer de deadlines voor tape-out krap zijn.

EDA-architecturen (Event Driven Architecture) in software

Als we overschakelen naar de softwarewereld, verwijst de afkorting EDA naar... Event-driven architectuurofwel gebeurtenisgestuurde architectuur. Hier zijn geen sporen of transistors: wat ontworpen is, zijn gedistribueerde systemen waarbij de kern van het model bedrijfsevenementen zijn en de circulatie ervan tussen diensten.

In een EDA-architectuur denkt men doorgaans aan een reeks gebeurtenisproducenten en -consumenten die met elkaar verbonden zijn via een koerierIn plaats van rechtstreekse verbindingen tussen diensten te leggen, publiceren ze gebeurtenissen op een soort bus, waarop andere diensten zich abonneren om te reageren.

Het krachtige idee is niet simpelweg het gebruik van microservices en asynchrone communicatie, maar modelleer zakelijke evenementen goedWat is er gebeurd, wie heeft het veroorzaakt, in welke context en welke gevolgen kan het hebben voor andere onderdelen van de organisatie?

In deze context is een gebeurtenis een voldongen feit: iets dat al heeft plaatsgevonden. Het is geen verzoek of bevel, maar eerder de bevestiging van een statuswijziging. Dit semantische verschil is cruciaal om overmatige koppeling tussen systemen te voorkomen, zelfs als ze technisch gezien door een broker van elkaar zijn ontkoppeld.

Gebeurtenissen, opdrachten en gebeurtenistypen

Bij EDA wordt doorgaans onderscheid gemaakt tussen commando's y eventsEen commando is een opdracht of intentie: "gebruiker aanmaken", "betaling starten", "reservering annuleren". Het kan worden uitgevoerd of geweigerd en is gericht aan één logische ontvanger die in staat is die actie uit te voeren.

Het evenement is daarentegen de een aanwijzing dat er iets is gebeurd“Door gebruiker aangemaakt”, “Betaling geaccepteerd”, “Reservering geannuleerd”. Het is onveranderlijk, kan niet ongedaan gemaakt worden en wordt meestal gepubliceerd zodat iedereen die dat nodig heeft erop kan reageren zonder dat de maker weet wie er meeluistert.

Het is gebruikelijk om te classificeren gebeurtenissen ingedeeld naar hun gebruik:

• DomeingebeurtenissenZe beschrijven relevante feiten binnen een specifieke zakelijke context. Ze maken deel uit van de gangbare taal van dat domein en bevatten doorgaans... alle informatie die nodig is om het feit te begrijpen.
• Meldingen of integratiegebeurtenissenZe worden gebruikt om andere domeinen te laten weten dat er iets is gebeurd dat voor hen interessant kan zijn, meestal met minimale informatie (bijvoorbeeld een identificatiecode) om interne details niet prijs te geven.
• Gebeurtenisgestuurde toestandsoverdrachtZe bevatten voldoende informatie zodat andere domeinen in staat zijn om behoud gematerialiseerde weergaven zonder steeds terug te hoeven gaan naar de bron om gegevens te raadplegen.

De keuze voor het ene of het andere type heeft een directe invloed op de mate van functionele koppeling verschillen tussen domeinen, in de consistentie van de gegevens (direct versus uiteindelijk) en in de beveiliging en privacy van de gedeelde informatie.

Voordelen en uitdagingen van gebeurtenisgestuurde architecturen

EDA-architecturen zijn populair geworden omdat ze helpen bij het bouwen van systemen. flexibeler, schaalbaarder en reactiever dan klassieke monolithische architecturen of zelfs sommige microservices-benaderingen die te veel gericht zijn op synchrone aanroepen.

De belangrijkste voordelen zijn onder andere: ontkoppelingEen evenementenorganisator hoeft niet te weten wie de evenementen zal bezoeken, alleen waar ze te adverteren zijn. Bezoekers kunnen op hun beurt verschijnen of verdwijnen zonder dat de organisator iets hoeft te veranderen, zolang het evenementencontract maar wordt nageleefd.

Deze ontkoppeling maakt een onafhankelijke schaalbaarheidServices die specifieke gebeurtenissen publiceren of consumeren, kunnen worden geschaald op basis van de belasting, zonder dat het hele systeem in één keer hoeft te worden verplaatst. Dit past bijzonder goed bij microservices-architecturen, waarbij elke service een duidelijk omschreven doel heeft.

Bovendien zijn op gebeurtenissen gebaseerde systemen doorgaans erg reagentiaZe reageren binnen milliseconden op veranderingen die elders in de organisatie plaatsvinden, waardoor gebruiksscenario's mogelijk worden van bijna realtime voor monitoring, waarschuwingen of realtime analyses.

Het heeft niet alleen voordelen: de prijs die je ervoor betaalt is meestal een grotere complexiteit bij het beheren, debuggen en traceren van berichtenstromen, evenals de noodzaak om om te gaan met uiteindelijke consistentie, de volgorde van gebeurtenissen en gedistribueerde observeerbaarheid.

Belangrijke onderdelen van een EDA-platform

Een robuuste EDA-omgeving, die verder gaat dan de servicecode, is afhankelijk van een reeks componenten technici die helpen het systeem besturen en het onder controle houden naarmate het groeit.

In het midden staat de koerierwat in veel gevallen Apache Kafka in de moderne versie zonder Zookeeper zal zijn. Kafka fungeert als distributiekanaal voor evenementenHet garanderen van duurzaamheid, partitionering voor schaalbaarheid, configureerbare retentie en efficiënte verbruiksmechanismen.

Aan de makelaar is doorgaans een schematische registratie, zoals Apicurius, dat de definitie van berichten (metadata en dataschema) opslaat en hun evolutie beheert in de tijdwaarbij de voorwaartse en achterwaartse compatibiliteit wordt geverifieerd.

Om verbinding te maken met externe systemen die van nature geen "gebeurtenissen uitwisselen", worden de volgende methoden gebruikt: in- en uitgangsconnectorenDeze componenten maken doorgaans gebruik van Kafka Connect en open-source connectors zoals Debezium. Ze stellen je in staat om wijzigingen te extraheren uit databankenwachtrijen of verouderde applicaties omzetten in gebeurtenissen of, omgekeerd, gebeurtenissen naar andere systemen sturen.

Maak de foto af. module voor query- en stroomverwerkingDit kan worden gerealiseerd met Kafka Streams die in de services zijn ingebed, of met engines zoals Apache Flink SQL wanneer declaratieve query's de voorkeur hebben boven continue streams.

Referentietechnologiestack en observeerbaarheid

Om te voorkomen dat een EDA-architectuur een onbeheersbare chaos wordt, is het essentieel om er vanaf het begin goed voor te zorgen met een samenhangende technologie-stack en goede observatiepraktijken.

Wat betreft berichtenverkeer heeft Apache Kafka zich dankzij zijn Gepartitioneerd onderwerpmodel, de duurzaamheid en prestaties ervanIn de huidige handleiding is het gebruikelijk om te werken met de versie zonder Zookeeper, wat de bediening vereenvoudigt en de robuustheid verbetert.

Schematische registratie wordt goed ondersteund door tools zoals Apicurius, dat de Schema Registry-specificatie implementeert en het mogelijk maakt om te werken met formaten zoals Avro, JSON Schema of Protobuf, de schema's te versioneren en berichten te valideren in producenten en consumenten.

Invoer- en uitvoerconnectoren worden meestal geïmplementeerd op Kafka ConnectHet is belangrijk om prioriteit te geven aan gevestigde community- of open-sourceconnectoren (bijvoorbeeld Debezium voor CDC) voordat er volledig op maat gemaakte oplossingen worden ontwikkeld.

In de laag van waarneembaarheidEen ELK/EFK-achtige stack (Elasticsearch, Logstash/Fluentd, Kibana) maakt centralisatie mogelijk. logsTraces en meetgegevens. In combinatie met bibliotheken zoals OpenTelemetry kunnen zowel de servicecode als de broker zelf worden voorzien van meetinstrumenten om volledig inzicht te krijgen in de stroom van gebeurtenissen.

Evenementontwerp, contracten en onderwerpen

Bij EDA is het cruciaal om vanaf het begin vast te stellen dat... een duidelijke strategie voor evenementontwerp en contractenEen contract beschrijft enerzijds hoe informatie wordt uitgewisseld (kanalen, beveiliging, protocollen) en anderzijds wat er precies wordt uitgewisseld (velden, typen, beperkingen).

Op operationeel niveau worden de volgende zaken gedefinieerd: onderwerpen of kanalen van de broker, die van elk van hen kan publiceren of consumeren, welk beveiligingsbeleid van toepassing is en welke regels er worden gevolgd bij het benoemen ervan. Een veelvoorkomende aanbeveling is om ze te koppelen. één type evenement per onderwerp en vermijd onderwerpen die als een soort containerbegrip worden beschouwd.

Een praktische naamgevingsconventie kan er als volgt uitzien: . . . .waarin het brondomein wordt aangegeven, of het bericht een commando of een gebeurtenis is, de classificatie ervan (bijvoorbeeld domein, melding, enz.) en de specifieke naam van het onderwerp.

Wat de informatie betreft, worden contracten uitgedrukt via schema's die de structuur van de gebeurtenissen definiëren. Het is gebruikelijk om een ​​gemeenschappelijke metadata-structuur vast te stellen (oorsprong, unieke gebeurtenis-identificatiecode, type, datum in standaardformaat, mogelijke correlatie- of traceerbaarheidsidentificatiecodes) en het data-gedeelte specifiek te laten voor elke gebeurtenis.

Om asynchrone API's en gebeurtenissen volledig te beschrijven, is er een toenemende behoefte aan specificaties. AsynchroneAPIAsyncAPI fungeert als het asynchrone equivalent van OpenAPI. Het maakt het mogelijk om kanalen, berichten, schema's en beveiliging te documenteren in documenten die zowel door mensen als door tools leesbaar zijn.