A recent blog post noted that today’s RTL design verification (DV) environments are very powerful and very complex. The SystemVerilog-based Universal Verification Methodology (UVM) standard provides most of the key building blocks for the simulation testbenches at the heart of the DV process. The previous post focused on correct-by-construction of UVM testbenches using the DVinsight™ smart editor from Agnisys. This post shows how other solutions from Agnisys can automate the generation of the UVM Register Abstraction Layer (RAL) that provides testbench access to the registers and memories in the design being verified.
Posts Tagged ‘IDesignSpec’
Automation of the UVM Register Abstraction Layer
Thursday, May 28th, 2020Live Agnisys Webinar: Register Design – Tips and Tricks in IDesignSpec
Wednesday, September 11th, 2019
|
---|
|
|
---|
|
---|
Register Automation using Machine Learning
Tuesday, February 19th, 2019By Louie De Luna, Agnisys Director of Sales and Marketing
Right after Google’s AlphaGo system defeated a human Go world champion in 2015, the hype of deep learning and machine learning (ML) was quickly assimilated into mainstream technology. In EDA, the application of ML algorithms actually dates back to 2008 – when two Machine Learning-related topics were presented at DAC. The first topic, Efficient System Design Space Exploration Using Machine Learning Techniques targeted design challenges and the second, Experiences and Advances in Formal and Dynamic Verification, targeted verification challenges.
As a company focused on solving both design and verification challenges associated to Hardware/Software Interface (HSI), Agnisys has extensive experience in register code generation and verification, so applying Machine Learning to register automation is a natural next step for us. Agnisys register tool IDesignSpec is a fully-matured solution with a large user base, where it can generate register code directly from the specification in Word, Excel, IP-XACT or SystemRDL. But in an ideal world, our users would rather use plain and simple English text to describe the register behavior rather than use special properties and syntax. Natural, plain English is still the hallmark of specifications in today’s system design and a lot of useful and actionable information is embedded in the natural language specification text.
The Intersection of Functional Safety and Electronic Design – How Safe is Your Ride?
Sunday, May 27th, 2018The Intersection of Functional Safety and Electronic Design
In an industry that has gone through an incredibly rapid transformation over the past few years alone, auto manufacturers all over the world have had to rethink nearly every aspect of their own processes within the context of the 21st century. Because of this, an almost incredible emphasis has been placed on what concepts like “functional safety” even mean in 2018 (or 2019, or 2020 and beyond). This is especially true as vehicles incorporate more and more electronics with each passing day.
Autonomous vehicles have elevated this concern to the next level because as the level of control that a driver has over their car goes down, the liability of that car’s manufacturer shoots sky high. Many studies have shown that when automated systems are introduced into an industry, there is often a significant increase in the rate of “adverse” events as a result. This is the point that we have currently reached in terms of self-driving cars and functional safety.
In an effort to mitigate this risk as much as possible, functional safety is necessary – but in a way that also addresses the needs of what is already a high-volume, cost-sensitive industry. Luckily, the tools to address this problem sooner rather than later are already here. They just require us to keep a few key things in mind.
Functional Safety in Automotive Electronics: Breaking It Down
One of the most important elements of functional safety as it relates to the embedded systems that are now present in modern day vehicles has to do with fault detection. Simply put, regardless of where a particular fault comes from, the system’s ability to both A) identify it, and B) resolve it in the minimum time span possible is and will always be the goal.
In a lot of ways, this requires functional safety to take a more proactive approach to its own objective than ever before. Especially in an era of self-driving and autonomous vehicles where drivers are relinquishing more control all the time, the system itself must become aware of that fault and, if possible, recover from it, all without either endangering the passengers or requiring any intervention on their behalf, to begin with.