This is an overview of the Analog Devices’ JESD204 Interface Framework, a system-level software package targeted at simplifying development by providing a performance optimized IP framework.
Demystifying the JESD204B High-speed Data Converter-to-FPGA interfaceAnalog Devices, Inc.
Learn all about the JESD204 standard. This presentation provides an overview of the JESD204 serial interface standard from its origin up to the current "B" revision. Common "high-performance metrics" that are associated with high speed serial interfaces are also discussed. by Analog Devices, Inc.
Philips Semiconductors (now NXP Semiconductors) developed a simple bidirectional 2-wire bus for efficient inter-IC control. This bus is called the Inter-IC or I2C-bus which is a 8-bit oriented serial bus. Only two bus lines are required:
a serial data line (SDA)
a serial clock line (SCL).
The Advanced Peripheral Bus (APB) is part of the Advanced Microcontroller Bus Architecture (AMBA) protocol family. It defines a low-cost interface that is optimized for minimal power consumption and reduced interface complexity.
AXI is an on-chip, point to point communication protocol. It is used as a high-performance bus in various IP or SoC Systems. It is used for connecting high-performance processors with memory.
Demystifying the JESD204B High-speed Data Converter-to-FPGA interfaceAnalog Devices, Inc.
Learn all about the JESD204 standard. This presentation provides an overview of the JESD204 serial interface standard from its origin up to the current "B" revision. Common "high-performance metrics" that are associated with high speed serial interfaces are also discussed. by Analog Devices, Inc.
Philips Semiconductors (now NXP Semiconductors) developed a simple bidirectional 2-wire bus for efficient inter-IC control. This bus is called the Inter-IC or I2C-bus which is a 8-bit oriented serial bus. Only two bus lines are required:
a serial data line (SDA)
a serial clock line (SCL).
The Advanced Peripheral Bus (APB) is part of the Advanced Microcontroller Bus Architecture (AMBA) protocol family. It defines a low-cost interface that is optimized for minimal power consumption and reduced interface complexity.
AXI is an on-chip, point to point communication protocol. It is used as a high-performance bus in various IP or SoC Systems. It is used for connecting high-performance processors with memory.
Communication protocols (like UART, SPI, I2C) play an very important role in Micro-controlled based embedded systems development. These protocols helps the main board to communicate with different peripherals by interfacing mechanism. Here is a presentation that talks about how these protocols actually work.
Serial Peripheral Interface (SPI) is an interface bus commonly used to send data between microcontrollers and small peripherals such as shift registers, sensors, and SD cards.
SPI is a serial bus standard established by Motorola and supported in silicon products from various manufacturers.
It is a synchronous serial data link that operates in full duplex (signals carrying data go in both directions simultaneously).
Devices communicate using a master/slave relationship, in which the master initiates the data frame. When the master generates a clock and selects a slave device, data may be transferred in either or both directions simultaneously.
I2C is a serial protocol for two-wire interface to connect low-speed devices like microcontrollers, EEPROMs, A/D and D/A converters, I/O interfaces and other similar peripherals in embedded systems. It was invented by Philips and now it is used by almost all major IC manufacturers. Each I2C slave device needs an address – they must still be obtained from NXP (formerly Philips semiconductors).
This presentation discusses the details of the I2C protocol and interfacing of EEPROM with 8051 based on I2C protocol. It also discusses the other applications of I2C protocol
In wireless communications and data acquisition systems, there is more to consider when designing and implementing a complete solution beyond simply physically connecting a high speed analog module to an FPGA platform. Available hardware description language (HDL) components and software are critical to establishing an interface, which is necessary for practical system integration. This session starts with a top-level overview of various physical interfaces that are typically used and provides an in-depth focus on high speed serial JESD204B. Prototype HDL used for these types of boards is covered, along with the specific board components and how they are used to interface to high speed ADCs and DACs. Linux device drivers for the HDL components, as well as for the ADI components, are presented. This includes a short introduction into the Industrial I/O (IIO) framework, the benefits it offers, and how it can be used in end designs.
High Speed Data Connectivity: More Than Hardware (Design Conference 2013)Analog Devices, Inc.
In wireless communications and data acquisition systems, there is more to consider when designing and implementing a complete solution beyond simply physically connecting a high speed analog module to an FPGA platform. Available hardware description language (HDL) components and software are critical to establish an interface, which is necessary for practical system integration. This session starts with a top-level overview of various physical interfaces that are typically used and provides an in-depth focus on high speed serial JESD204B. Prototype HDL used for these types of boards is covered, along with the specific board components and how they are used to interface to high speed ADCs and DACs. Linux device drivers for the HDL components as well as for the ADI components are presented. This includes a short introduction into the Industrial I/O (IIO) framework, the benefits it offers, and how it can be used in end designs.
Communication protocols (like UART, SPI, I2C) play an very important role in Micro-controlled based embedded systems development. These protocols helps the main board to communicate with different peripherals by interfacing mechanism. Here is a presentation that talks about how these protocols actually work.
Serial Peripheral Interface (SPI) is an interface bus commonly used to send data between microcontrollers and small peripherals such as shift registers, sensors, and SD cards.
SPI is a serial bus standard established by Motorola and supported in silicon products from various manufacturers.
It is a synchronous serial data link that operates in full duplex (signals carrying data go in both directions simultaneously).
Devices communicate using a master/slave relationship, in which the master initiates the data frame. When the master generates a clock and selects a slave device, data may be transferred in either or both directions simultaneously.
I2C is a serial protocol for two-wire interface to connect low-speed devices like microcontrollers, EEPROMs, A/D and D/A converters, I/O interfaces and other similar peripherals in embedded systems. It was invented by Philips and now it is used by almost all major IC manufacturers. Each I2C slave device needs an address – they must still be obtained from NXP (formerly Philips semiconductors).
This presentation discusses the details of the I2C protocol and interfacing of EEPROM with 8051 based on I2C protocol. It also discusses the other applications of I2C protocol
In wireless communications and data acquisition systems, there is more to consider when designing and implementing a complete solution beyond simply physically connecting a high speed analog module to an FPGA platform. Available hardware description language (HDL) components and software are critical to establishing an interface, which is necessary for practical system integration. This session starts with a top-level overview of various physical interfaces that are typically used and provides an in-depth focus on high speed serial JESD204B. Prototype HDL used for these types of boards is covered, along with the specific board components and how they are used to interface to high speed ADCs and DACs. Linux device drivers for the HDL components, as well as for the ADI components, are presented. This includes a short introduction into the Industrial I/O (IIO) framework, the benefits it offers, and how it can be used in end designs.
High Speed Data Connectivity: More Than Hardware (Design Conference 2013)Analog Devices, Inc.
In wireless communications and data acquisition systems, there is more to consider when designing and implementing a complete solution beyond simply physically connecting a high speed analog module to an FPGA platform. Available hardware description language (HDL) components and software are critical to establish an interface, which is necessary for practical system integration. This session starts with a top-level overview of various physical interfaces that are typically used and provides an in-depth focus on high speed serial JESD204B. Prototype HDL used for these types of boards is covered, along with the specific board components and how they are used to interface to high speed ADCs and DACs. Linux device drivers for the HDL components as well as for the ADI components are presented. This includes a short introduction into the Industrial I/O (IIO) framework, the benefits it offers, and how it can be used in end designs.
Grasp the Critical Issues for a Functioning JESD204B InterfaceAnalog Devices, Inc.
JESD204B is a recently approved JEDEC Standard for serial data interfacing between converters and digital processing devices. As a third-generation standard, it addresses some of the limitations of the earlier versions. Among the benefits of this interface are reductions in required board area for data interface routing, reductions in setup and hold timing requirements, and the enablement of smaller packages for converter and logic devices.
Introducing Application Engineered Routing Powered by Segment RoutingCisco Service Provider
Application-Engineered Routing
Application programs the Segment Routing network to deliver end-to-end per-flow policy from DC through WAN to end-user
Adding value at your own pace
– Leveraging the existing MPLS dataplane without any change. SW upgrade only.
– Simplification, Automated 50msec FRR, per-domain and then end-to-end policies
Economic gains
– Improved service richness and velocity
– Optimized CAPEX and OPEX thanks to the simplicity of the SR architecture
Segment Routing deployments in CY15 in all the markets – WEB, SP, Entreprise
Strong partnership with lead operator group Commitment to standardization and multi-vendor support

CCNA 4 Answers, CCNA 1 Version 4.0 Answers, CCNA 2 Version 4.0 Answers, CCNA 3 Version 4.0 Answers, CCNA 4 Version 4.0 Answers, CCNA 1 Final Version 4.0 Answers, CCNA 2 Final Version 4.0 Answers, CCNA 3 Final Version 4.0 Answers, CCNA 4 Final Version 4.0 Answers
Reconfigurable Coprocessors Synthesis in the MPEG-RVC DomainMDC_UNICA
Flexibility and high efficiency are common design drivers in the embedded systems domain. Coarse-grained reconfigurable coprocessors can tackle these issues, but they suffer of complex design, debugging and applications mapping problems. In this paper, we propose an automated design flow that aids developers in design and managing coarse-grained reconfigurable coprocessors. It provides both the hardware IP and the software drivers, featuring two different levels of coupling with the host processor. The presented solution has been tested on a JPEG codec, targeting a commercial Xilinx Virtex-5 FPGA.
Introduction to Programmable Networks by Clarence Anslem, IntelMyNOG
Network devices like switches or routers are most commonly designed a bottom-up. The switch vendors that offer products to their clients usually rely on external chips from 3rd party silicon vendors. The chip is the heart of the system and in practice determines how device OS is realized and what functionality it can offer. Since the chip is a fixed-function unit and its internal packet processing pipeline cannot be easily reconfigured at runtime, adding a new feature set is a complex process that may take months. This is because a chip redesign is usually required. P4 & Programmable ASIC’S aims to break these barriers and enable innovation on networking devices similar to CPU’s, GPU’s, DSP’s in the computing ecosystem.
An overview of IO-Link. The digital point to point solution for sensor actuators and more, typically using standard 3-wire M12 cables extending fieldbuses such as PROFIBUS and PROFINET for the last 20 meters.
Similar to AD-IP-JESD204 JESD204B Interface Framework (20)
An Introduction to ADI’s Power components used in RF signal chains, with special treatment of high performance data converters, transceivers and PLL/VCOs.
An Introduction to ADI’s RF Switches and RF Attenuators including their key characteristics and how and where they should be used in the RF signal chain.
Digital isolation plays a key role in designing industrial motor control systems. This presentation takes you through why, where and how for isolation designs that optimize system performance while meeting the ever stringent safety and efficient standards. Analog Devices, Nicola O'Byrne at PCIM 2015
Isolation in gate drive is one critical area for designing efficient, safe and highly productive motor control systems. Learn how the latest ADI isolated gate drives can help you solve the design challenges. Analog Devices, Dara O'Sullivan PCIM 2015
When it comes to high performance signal chains, you need high performance power solutions. Noise sensitive
circuits such as analog-to-digital converters (ADCs), digital-to-analog converters (DACs), amplifiers, and phase
lock loops (PLLs)—as well as FPGAs—demand low noise power supplies that require specialized design
techniques. Engineers spend hours trying to figure out how to power these circuits without adding noise.
This presentation will focus on understanding various methods for not only approaching but meeting system
requirements. The session will introduce tested solutions and layout considerations that must be taken into
account when designing with switching regulators and low drop out (LDO) regulators.
This session provides insight into the operation of electric motor drive systems. Topics include electric motor operation and construction, motor control strategies, feedback sensors and circuits, power and isolation, and challenges of designing highly efficient motor control systems. A new high performance servo control FMC board will be introduced in the presentation, which provides an efficient motor control solution for different types of electric motors, addresses power and isolation challenges, and provides accurate measurement of motor feedback signals and increased control flexibility due to FPGA interfacing capabilities. The motor control hardware platform will be used to demonstrate rapid prototyping of motor control algorithms using Xilinx base platforms and the MathWorks development and simulation tools.
Finding the right combination of parts to create a signal chain can be a complex and daunting task, due to time demands, unfamiliarity with various technology areas, and the enormous amount of unproven solutions scattered across the Web. Signal Chain Designer is an intelligent selection and design tool that accesses verified product combinations and applications circuits, which can be customized or newly created according to user specifications. The Signal Chain Designer experience is supported by direct access to online EE design tools, evaluation hardware, software, documentation, and ADI Circuits from the Lab® reference circuits.
Sensors are the eyes, ears, and hands of electronic systems and allow them to capture the state of the environment. The capture and processing of sensor inputs is a delicate process that requires understanding of the signal details. Integration of sensor functions onto silicon has brought about improved performance, better signal handling, and lower total system cost. MEMS (microelectromechanical systems) sensors have opened up entire new areas and applications. In this session, the fundamental MEMS sensor concept of moving fingers that form a variable capacitor is covered, along with how it is turned into a usable motion signal. Adaptations for multiaccess sensing, rotational sensing, and even sound sensing, along with concepts of how these devices are tested and calibrated, are covered.
The industrial control market involves the monitoring and control aspects of both complex and simple processes. Common trends within the industry, notably the drive for increased efficiencies, better robustness, higher channel densities, and faster monitoring and control speeds, subsequently drive new technology advancements for semiconductor manufacturers. This session aims to give a broad overview of the system requirements for both field instruments (sensors/actuators) and control room (analog input/output) modules, and demonstrates a typical I/O module configuration with HART® (highway addressable remote transducer) connectivity.
This session combines the high speed analog signal chain from RF to baseband with FPGA-based digital signal processing for wireless communications. Topics include the high speed analog signal chain, direct conversion radio architecture, the high speed data converter interface, and FPGA-based digital signal processing for software-defined radio. The demo board uses the latest generation of Analog Devices’ high speed data converters, RF, and clocking devices, along with the Xilinx Zynq-7000 SoC. Other topics of discussion include the imperfections introduced by the modulator/demodulator with particular focus on the effect of temperature and frequency changes. In-factory and in-field algorithms that reduce the effect of these imperfections, with particular emphasis on the efficacy of in-factory set-and-forget algorithms, are examined.
Instrumentation: Test and Measurement Methods and Solutions - VE2013Analog Devices, Inc.
Tilt Measurement: Tilt measurement is fast becoming a fundamental analysis tool in many fields including automotive, industrial, and healthcare. Navigation, vehicle dynamic control, building sway indication, and motion detection systems all rely on this simple, cheap, and precise way of angle monitoring. MEMS accelerometers are better suited to inclination measurement than other methodologies. This session will address the challenges encountered when designing a dual-axis tilt sensor using a MEMS accelerometer including measurement resolution, signal conditioning, single- vs. dual-axis, angle computation, and calibration.
Impedance Measurement: The measurement of complex impedance is widely used across industrial, commercial, automotive, healthcare, and consumer markets, and can include applications such as proximity sensing, inductive transducers, metallurgy and corrosion detection, loudspeaker impedance, biomedical, virus detection, blood coagulation factor, and network impedance analysis. This session will cover the concepts, approaches, and challenges of performing complex impedance measurements and will present a system-level solution for impedance conversion.
Weigh Scale Measurement: Most common industrial weigh scale applications use a bridge-type load-cell sensor, with a voltage output that is directly proportional to the load weight placed on it. This session examines the basic parameters of a bridge-type load-cell sensor, such as the number of varying elements, impedance, excitation, sensitivity (mV/V), errors, and drift. It will also discuss the various components of the signal conditioning chain and present solutions with high dynamic range.
Liquid Sensing: Visible light absorption spectroscopy and colorimetry are two fundamental tools used in chemical analysis. Most of these light-based systems use photodiodes as the light sensor, and require similar high input impedance signal chains. This session examines the different components of a photodiode amplifier signal chain, including a programmable gain transimpedance amplifier, a hardware lock-in amplifier, and a Σ-Δ ADC that can measure a sample and reference channel to greatly reduce any measurement error due to variations in intensity of the light source.
Gas Sensing: Many industrial processes involve toxic compounds, and it is important to know when dangerous concentrations exist. Electrochemical sensors offer several advantages for instruments that detect or measure the concentration of toxic gases. This session will describe a portable toxic gas detector using an electrochemical sensor. The system presented here includes a potentiostat circuit to drive the sensor, as well as a transimpedance amplifier to take the very small output current from the sensor and translate it to a voltage that can take advantage of the full-scale input of an ADC.
At very high frequencies, every trace and pin is an RF emitter and receiver. If careful design practices are not followed, the unwanted signals can easily mask those a designer is trying to handle. The design choices begin at the architecture level and extend down to submillimeter placement of traces. There are tried and proven techniques for managing this process. The practical issues of real system design are covered in this session, along with ways to minimize signal degradation in the RF environment.
Search and Society: Reimagining Information Access for Radical FuturesBhaskar Mitra
The field of Information retrieval (IR) is currently undergoing a transformative shift, at least partly due to the emerging applications of generative AI to information access. In this talk, we will deliberate on the sociotechnical implications of generative AI for information access. We will argue that there is both a critical necessity and an exciting opportunity for the IR community to re-center our research agendas on societal needs while dismantling the artificial separation between the work on fairness, accountability, transparency, and ethics in IR and the rest of IR research. Instead of adopting a reactionary strategy of trying to mitigate potential social harms from emerging technologies, the community should aim to proactively set the research agenda for the kinds of systems we should build inspired by diverse explicitly stated sociotechnical imaginaries. The sociotechnical imaginaries that underpin the design and development of information access technologies needs to be explicitly articulated, and we need to develop theories of change in context of these diverse perspectives. Our guiding future imaginaries must be informed by other academic fields, such as democratic theory and critical theory, and should be co-developed with social science scholars, legal scholars, civil rights and social justice activists, and artists, among others.
UiPath Test Automation using UiPath Test Suite series, part 3DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 3. In this session, we will cover desktop automation along with UI automation.
Topics covered:
UI automation Introduction,
UI automation Sample
Desktop automation flow
Pradeep Chinnala, Senior Consultant Automation Developer @WonderBotz and UiPath MVP
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Smart TV Buyer Insights Survey 2024 by 91mobiles.pdf91mobiles
91mobiles recently conducted a Smart TV Buyer Insights Survey in which we asked over 3,000 respondents about the TV they own, aspects they look at on a new TV, and their TV buying preferences.
Dev Dives: Train smarter, not harder – active learning and UiPath LLMs for do...UiPathCommunity
💥 Speed, accuracy, and scaling – discover the superpowers of GenAI in action with UiPath Document Understanding and Communications Mining™:
See how to accelerate model training and optimize model performance with active learning
Learn about the latest enhancements to out-of-the-box document processing – with little to no training required
Get an exclusive demo of the new family of UiPath LLMs – GenAI models specialized for processing different types of documents and messages
This is a hands-on session specifically designed for automation developers and AI enthusiasts seeking to enhance their knowledge in leveraging the latest intelligent document processing capabilities offered by UiPath.
Speakers:
👨🏫 Andras Palfi, Senior Product Manager, UiPath
👩🏫 Lenka Dulovicova, Product Program Manager, UiPath
Transcript: Selling digital books in 2024: Insights from industry leaders - T...BookNet Canada
The publishing industry has been selling digital audiobooks and ebooks for over a decade and has found its groove. What’s changed? What has stayed the same? Where do we go from here? Join a group of leading sales peers from across the industry for a conversation about the lessons learned since the popularization of digital books, best practices, digital book supply chain management, and more.
Link to video recording: https://bnctechforum.ca/sessions/selling-digital-books-in-2024-insights-from-industry-leaders/
Presented by BookNet Canada on May 28, 2024, with support from the Department of Canadian Heritage.
Accelerate your Kubernetes clusters with Varnish CachingThijs Feryn
A presentation about the usage and availability of Varnish on Kubernetes. This talk explores the capabilities of Varnish caching and shows how to use the Varnish Helm chart to deploy it to Kubernetes.
This presentation was delivered at K8SUG Singapore. See https://feryn.eu/presentations/accelerate-your-kubernetes-clusters-with-varnish-caching-k8sug-singapore-28-2024 for more details.
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
"Impact of front-end architecture on development cost", Viktor TurskyiFwdays
I have heard many times that architecture is not important for the front-end. Also, many times I have seen how developers implement features on the front-end just following the standard rules for a framework and think that this is enough to successfully launch the project, and then the project fails. How to prevent this and what approach to choose? I have launched dozens of complex projects and during the talk we will analyze which approaches have worked for me and which have not.
GDG Cloud Southlake #33: Boule & Rebala: Effective AppSec in SDLC using Deplo...James Anderson
Effective Application Security in Software Delivery lifecycle using Deployment Firewall and DBOM
The modern software delivery process (or the CI/CD process) includes many tools, distributed teams, open-source code, and cloud platforms. Constant focus on speed to release software to market, along with the traditional slow and manual security checks has caused gaps in continuous security as an important piece in the software supply chain. Today organizations feel more susceptible to external and internal cyber threats due to the vast attack surface in their applications supply chain and the lack of end-to-end governance and risk management.
The software team must secure its software delivery process to avoid vulnerability and security breaches. This needs to be achieved with existing tool chains and without extensive rework of the delivery processes. This talk will present strategies and techniques for providing visibility into the true risk of the existing vulnerabilities, preventing the introduction of security issues in the software, resolving vulnerabilities in production environments quickly, and capturing the deployment bill of materials (DBOM).
Speakers:
Bob Boule
Robert Boule is a technology enthusiast with PASSION for technology and making things work along with a knack for helping others understand how things work. He comes with around 20 years of solution engineering experience in application security, software continuous delivery, and SaaS platforms. He is known for his dynamic presentations in CI/CD and application security integrated in software delivery lifecycle.
Gopinath Rebala
Gopinath Rebala is the CTO of OpsMx, where he has overall responsibility for the machine learning and data processing architectures for Secure Software Delivery. Gopi also has a strong connection with our customers, leading design and architecture for strategic implementations. Gopi is a frequent speaker and well-known leader in continuous delivery and integrating security into software delivery.
DevOps and Testing slides at DASA ConnectKari Kakkonen
My and Rik Marselis slides at 30.5.2024 DASA Connect conference. We discuss about what is testing, then what is agile testing and finally what is Testing in DevOps. Finally we had lovely workshop with the participants trying to find out different ways to think about quality and testing in different parts of the DevOps infinity loop.
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on the notifications, alerts, and approval requests using Slack for Bonterra Impact Management. The solutions covered in this webinar can also be deployed for Microsoft Teams.
Interested in deploying notification automations for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
The Art of the Pitch: WordPress Relationships and SalesLaura Byrne
Clients don’t know what they don’t know. What web solutions are right for them? How does WordPress come into the picture? How do you make sure you understand scope and timeline? What do you do if sometime changes?
All these questions and more will be explored as we talk about matching clients’ needs with what your agency offers without pulling teeth or pulling your hair out. Practical tips, and strategies for successful relationship building that leads to closing the deal.
JMeter webinar - integration with InfluxDB and GrafanaRTTS
Watch this recorded webinar about real-time monitoring of application performance. See how to integrate Apache JMeter, the open-source leader in performance testing, with InfluxDB, the open-source time-series database, and Grafana, the open-source analytics and visualization application.
In this webinar, we will review the benefits of leveraging InfluxDB and Grafana when executing load tests and demonstrate how these tools are used to visualize performance metrics.
Length: 30 minutes
Session Overview
-------------------------------------------
During this webinar, we will cover the following topics while demonstrating the integrations of JMeter, InfluxDB and Grafana:
- What out-of-the-box solutions are available for real-time monitoring JMeter tests?
- What are the benefits of integrating InfluxDB and Grafana into the load testing stack?
- Which features are provided by Grafana?
- Demonstration of InfluxDB and Grafana using a practice web application
To view the webinar recording, go to:
https://www.rttsweb.com/jmeter-integration-webinar
2. AD-IP-JESD204
Agenda
► The agenda has the following points:
Review of JESD204 concepts, high level
requirements
Going through each of the JESD204 layer and
matching it with the JESD204 IPs
Going through software drivers for the framework
► Physical layer description
► Data link layer description
► Transport layer description
► Example Design
Hardware design issues taken into consideration
Pinout issues
HDL parameters selection
Sharing of transceiver
► Software
Linux drivers
Linux device-tree
Linux kernel
No-Os
► License
► Summary
4. 4
Why the Need for a High Speed
Converter-to-FPGA Serial Interface?
► Today’s solution ► Solution with JESD204A/JESD204B serial
interface
FPGA
34 WIRES
18 WIRES
Tight timing
requirements
Large number of I/Os
TO
ANTENNA 1
34 WIRES
18 WIRES
TO
ANTENNA 2
FPGA
TO
ANTENNA 1
TO
ANTENNA 2
Relaxed
timing requirements
with sync control
Minimum number of I/Os
8
SERIAL PAIRS
1 to 2
SERIAL PAIRS
1 to 2
SERIAL PAIRS
14B ADC
250 MSPS
DUAL 16B DACDUAL
16B DAC
1.2 GSPS
14B ADC
250 MSPS
DUAL 16B DACDUAL
16B DAC
1.2 GSPS
14B ADC
250 MSPS
14B ADC
250 MSPS
QUAD
16B DAC
2 GSPS
Simplification of overall system design
Smaller/lower number of trace routes, easier to
route board designs
Easier synchronization
Reduction in pin count – both the Tx and Rx side
Move from high pin count low speed parallel
interfaces
to low pin count high speed serial interfaces
Embedded clock incorporated to even further
reduce pin count
Reduction in system costs
Smaller IC packages and board designs lead to
lower cost
Easily scalable to meet future bandwidth requirements
As geometries shrink and speed increases, the
standard adapts
5. Key Aspects of JESD204x Standards
► 8b/10b Embedded Clock
DC balanced encoding which guarantees significant
transition frequency for use with clock and data recovery
(CDR) designs
Encoding allows both data and control characters –
control characters can be used to specify link alignment,
maintenance, monitoring, etc.
Detection of single bit error events on the link
► Serial Lane Alignment
Using special training patterns with control characters,
lanes can be aligned across a “link”
Trace-to-trace tolerance may be relaxed, relative to
synchronous sampling parallel LVDS designs
► Serial Lane Maintenance/Monitoring
Alignment maintained through super-frame structure and
use of specific “characters” to guarantee alignment
Link quality monitored at receiver on lane by lane basis
Link established and dropped by receiver based on error
thresholds
5
6. Key Signals in JESD204B Systems
► Device Clock
A clock signal in the system which is a harmonic of the frame
rate of the data on the link. In JESD204B systems, the
frame clock is no longer the master system reference.
► SYNC~
Same as JESD204A except synchronous to local multiframe
clocks (LMFC) instead of the frame clock.
► Lane 0, … , L-1
Differential lanes on the link
Typically high speed current mode logic (CML)
8B/10B code groups are transmitted MSB first/LSB last.
► SYSREF (Optional)
An optional source-synchronous, high slew rate timing resolution
signal responsible for resetting device clock dividers (including
LMFC) to ensure deterministic latency.
One shot, “gapped periodic” or periodic.
Distributed to both ADCs/DACs and ASIC/FPGA logic devices
in the system.
When available, SYSREF is the master timing reference in
JESD204B systems since it is responsible for resetting the
LMFC references.
6
7. Deterministic Latency in JESD204x
► Latency can be defined as deterministic when the time from the input of the JESD204x transmitter
to the output of the JESD204x receiver is consistently the same number of clock cycles
► In parallel implementations, deterministic latency is rather simple – clocks are carried with the data
► In serial implementations, multiple clock domains exist, clock domain crossing require FIFOs, which
can cause nondeterminism
► JESD204 and JESD204A do not contain provisions for guaranteeing deterministic latency
► JESD204B looks to address this issue by specifying three device subclasses:
Device Subclass 0 – no support for deterministic latency
Device Subclass 1 – deterministic latency using SYSREF (above 500 MSPS)
Device Subclass 2 – deterministic latency using SYNC~ (up to 500 MSPS)
7
9. JESD204 – Introduction
► High-speed serial link for data converters
between conveter and logic device (FPGA/ASIC)
Up to 12.5* Gbps (raw data)
Up to 32 lanes per link
► Handles data mapping and framing
► Multi-chip synchronization
► Deterministic latency
► Applications
Communications
Cellular Towers
Software Defined Radio (SDR)
Medical Imaging
Radar
Instrumentation
* Up to 16 Gbps or more out-of-spec
10. JESD204 – Challenges of High-Speed Links
► High-speed serial links are complex
Lots of interconnected components
Clockchip, Converter, FPGA
Many PLLs and clock dividers
With different constraints on the operating range
Hundreds of registers to program
Transceivers in FPGAs differ between vendors
and generations
If any component along the link fails the whole link
fails
Difficult to find initial working configuration set
Difficult to debug
► Challenge: Alleviate complexity allowing end
users to manage the system from an
application perspective
11. Why do end users care?
► Application configuration
Number of converters
Converter sample rate
Signal processing settings (like DDC)
► Interface configuration
PLL settings, clock dividers
JESD204B link configuration
Lane rate
Number of lanes
Octets-per-frame, frames-per-multiframe, …
► Configuration settings are performance orientated and
different applications require different settings.
► Applications will want to change configuration settings
at runtime depending on operating conditions.
low sample-rate in idle monitor-mode
high-sample rate in active communication mode.
► Software-defined platforms are applications that require
ultimate re-configuration capabilities.
software-defined measurement,
software-defined radio
► Interface configuration settings are effectively baggage!
They are necessary, but most application developers do not
care about the detailed interface settings are
Would rather talk about application configuration settings
► JESD204B Interface Framework Solves this problem
12. Players in the subsystem
► Converter and Clockchip Vendor
Provides hardware and datasheets with
configuration settings
► FPGA/ASIC Vendor
Provides hardware, FPGA IP and datasheets with
configuration settings
► System Integrator
Chooses components and designs PCB
Implements interface components (HDL)
Selects configuration settings
► Application Developer
Implements signal processing application (both
software + FPGA HDL)
► Roles can overlap:
When ADI builds a reference design/rapid prototyping platform it is both converter
vendor and system integrator
Companies building specialized systems are both system integrator and
application developer
► Necessary communication between roles introduces friction,
misunderstandings and overhead.
► Sometimes converter/clockchip and FPGA vendors provide code
snippets for configuration. But no integration between the different
components and no system integration. The System Integrator is still on
their own to make things work, and the Application developer has no
hope.
► The system integrator has to carefully choose configuration settings that
allow interoperability between all components in the system. Needs to
become a expert for each component. This can be difficult, even more
so if the documentation is incomplete.
Due to this complexity the system integrator might choose to only provide one or a
few operating profiles.
► The application developer is usually a domain expert for their specific
signal processing application. Very rarely a domain expert for
converters, on-PCB signaling standards or JESD204B specifically.
This means they have to work with the setting profiles provided by the system
integrator. This is often a small subset of what the platform is actually capable off.
► Application developer looking for ease-of-use for component
configuration to be able to focus on their application.
► JESD204B Interface Framework allows ADI to become the System
Integrator as well.
13. What is the JESD204 Interface Framework?
► System-level integrated HDL and software
framework
► Framework handles system-level as well as
component-level constraints and dependencies
Valid operating values of a configuration settings
Relationship between different configuration
settings
Constraints are propagated between connected
components
PLL out frequency constraints will affect converter
sample rate constraints and vice versa.
► Framework provides diagnostics to detect
failure source
14. JESD204 Interface Framework Technical overview
► Operating Mode:
Basic Mode: Developer provides application
configuration settings
Framework uses heuristics to compute valid interface
configuration settings based on application
configuration settings
Advanced Mode: Developer provides application
and interface configuration settings
Framework validates interface configuration settings
Reports settings that violate constraints
► Heuristics are based on best practices and have
to make trade-offs
► Might not always choose the perfect configuration
(e.g. due to hidden external constraints).
► Advanced mode allows users that are domain
experts for the JESD204B standard to choose
interface settings by hand.
► It is easy to make mistakes though when working
with a complex system, a single setting wrong
and the whole system fails. Configuration
validation allows finding the needle in the
haystack when things not working.
15. JESD204 Interface Framework – Introduction
► Integrated Framework covering the whole stack
Hardware: Reference and rapid prototyping systems
HDL: Components for JESD204 protocol handling
Software: Drivers to manage clock-chips, converters and HDL
► Components have been co-designed for improved interoperability
► Key features
Automatic interface configuration based on application settings
High-level API
Dynamic re-configuration
Improved diagnostics
► ADI provides full stack reference designs
Works out of the box
Starting point for development of custom designs
16. JESD204 Interface Framework – Configuration Management
Application Configuration
► Performance oriented
Different applications require different settings
E.g.
Number of converters
Converter sample rate
Signal processing (DDC/DUC)
► Change at runtime based on operating conditions
► Framework hides the details of interface
configuration
Automatically derived from application configuration
► Considers component and board constraints
E.g.
PLL VCO ranges
Minimum and maximum lane rate
Number of connected lanes
Interface Configuration
► Required to get data from converter to
application
Change based on application settings
E.g.
PLL configuration, clock dividers
Lane rate, number of lanes
Octets-per-frame, frames-per-multiframe, ...
17. JESD204 Interface Framework – Benefits
► Automatic interface configuration based on
application settings
High level API
Focus on developing application
No need to work with raw register values
► Manages system complexity
Less domain specific knowledge required
Simplified system bring-up
Reduced development time
Faster time to market
► Improved diagnostics
Introspection points throughout the whole
interface chain
Find out what is wrong when something is wrong
Notifications about runtime errors
Automatic link recovery
► Dynamic re-configuration
Switch between different application profiles at
runtime
Allows software defined applications
Software defined radio
Software defined instrumentation
19. JESD204 Hardware Considerations
► Clocking
Single clock source for the system
Reference clock
Device clock
► SYSREF for deterministic latency (Subclass 1
operation)
Source synchronous with the device clock
Usually generated by the same clock generator IC
► FPGA selection
Transceivers support the desired lane rate
► Pin Selection
Use MGTREFCLK pin for transceiver reference
Use global clock for device clock
SYSREF, usually connected to a HP pin
20. JESD204 Layers
► Layers communicate via well defined interfaces
► PHY layer
FPGA vendor and family specific high-speed
transceiver
► Link layer
Generic JESD204 link layer processing core
► Transport layer
Converter specific
► Application layer
Reference design by ADI
Replaceable with customer custom logic
► Software Drivers
Control various layers and devices
Heuristics to ensure proper operation
21. JESD204 ADI HDL IPs
► JESD204B Physical Layer
Xilinx
UTIL_ADXCVR
AXI_ADXCVR
Altera / Intel
JESD204_PHY
AVL_ADXCFG
AXI_ADXCVR
► JESD204B Data Link Layer
ADI JESD204 IP
JESD204 RX
JESD204 TX
► JESD204B Transport Layer
AXI_AD9680
AXI_AD9144
AXI_AD9250
AXI_AD9625
AXI_AD9371
AXI_AD6676
AD-IP-JESD204-ADC (under development, replace above)
AD-IP-JESD204-DAC (under development, replace above)
23. JESD204 HDL Physical Layer
Xilinx
► JESD204B Physical Layer
Responsible for instantiating and configuring the high-speed serial transceivers
UTIL_ADXCVR instantiates transceivers available in the FPGA (GTX, GTH3, GTH4)
AXI_ADXCVR provides an AXI interface for performing DRP reads and writes to the transceivers, allowing for
dynamic reconfiguration
Supports transceiver sharing between TX and RX IPs
► Xilinx JESD204-PHY IP can be used as an alternative to implement the physical layer, as it’s part of
Vivado without additional licensing
► We are currently evaluating the pro’s and con’s of integrating Xilinx JESD204-PHY as part of our
framework
27. GTXE2 Clocking
Xilinx
► The reference clock must be fed through the
MGTREFCLK pins, either corresponding to the
current QUAD or adjacent QUAD
► The reference clock can be used also as
device clock to drive the Data Link Layer, as
long as certain conditions are met
► RX/TXSYSCLKSEL and RX/TXOUTCLKSEL
configure the output of the TXOUTCLK port,
which can be used to drive the Data Link Layer
► Data Link Layer clock always has a frequency
equal with lane rate / 40
Source : Xilinx datasheets
28. UTIL_ADXCVR Customization
Xilinx
► Number of lanes mandatory
► XCVR Type
0 = GTX (7 Series)
1 = GTH3 (Ultrascale)
2 = GTH4 (Ultrascale+)
► Parameters correctly defined for default
operation, software just brings core out of reset
► Parameters left as default, software must
configure the transceiver through DRP before
bringing out of reset
► Specific values can be found in the Transceiver
User Guide for the specific Transceiver type
29. AXI_ADXCVR
Xilinx
► Simple software interface, if HDL correctly
configured. The transceiver initialization
sequence walk through is fully handled by the
HDL
► Reconfiguration access allows broadcast,
software may choose to see the link as a single
primitive
► Statistical eye scan fully implemented in HDL
► No JESD204 specific functionality
► Supports up to 16 transceiver lanes per link
30. The Statistical Eye (2D Post Equalization)
Xilinx
► The Rx Eye Scan in Xilinx GTH, GTX, and GTP
transceivers of Xilinx FPGAs provides a mechanism to
measure and visualize the receiver eye margin after the
equalizer.
► Statistical eye scan functionality on per-lane basis is based
on comparison between the data sample in the nominal
center of the eye and the offset sample captured by an
independent and identical circuitry at a programmable
horizontal and vertical offset.
► Bit error (BER) is defined as a mismatch between these
two samples.
► Taking BER measurements at all horizontal and vertical
offsets allows drawing a 2D eye diagram while enabling
BER to be measured with high confidence down to
10
-15
.
30
Nominal Sample
Offset Sample
31. JESD204B High Speed ADC Demo
31
AD9250 JESD204B SerDes outputs measured
at the Tx pins at 5 Gbps using $250k scope
AD9250-FMC-250EBZ
• 2× AD9250 14-bit/250 MSPS ADC with JESD204B
• AD9517-1 clock generator
• 3× ADP151 LDO
• 4× ADP1753 LDO
• 2× ADP2301 switcher
Xilinx Zynq FPGA ZC706 Evaluation Kit
Recovered eye (after EQ)
Analog inputs
Verification of signal performance
using VisualAnalog™
The Rx Eye Scan in
transceivers of Xilinx 7 series
FPGAs provides a mechanism
to measure and visualize
receiver eye margin, based on
comparison between the data
sample in the nominal
center of the eye and an offset
sample.
32. Arria 10 JESD204 Diagram
► Physical layer implemented partially in
fabric
No need for additional license
► Data Link Layer implemented fully in
fabric
► Physical Media Attachment (PMA)
► Physical Coding Sublayer (PCS)
Source : Intel datasheets
33. Arria 10 Transceiver
► 6 Channels per bank
► 2 fPLLs
► 2 ATX PLLs
► 2 CMU PLLs
► 6 Local CGB (clock generator)
► Dynamically reconfiguration for fPLL,
ATX PLL, CDR PLL
Source : Intel datasheets
35. JESD204B_PHY Standard PCS
Intel
► Arria 10 Native PHY Standard
PCS
Depends on the speedgrade of
transceivers
Max lane rate 12 Gbps
Configured for 4 octets per beat
8B/10B encoder/decoder included in
Hard PCS
Character Alignment (Word Aligner)
included in Hard PCS
Source : Intel datasheets
36. JESD204B_PHY Enhanced PCS
Intel
► Arria 10 Native PHY Enhanced
PCS
Part of the PCS implemented in
fabric
Configured for 4 octets per beat
Lane rates over 12 Gbps
8B/10B encoder/decoder included in
Soft PCS
Character Alignment (Word Aligner)
included in Soft PCS
Source : Intel datasheets
37. Arria 10 Transceiver PLL Description
► Advanced Transmit (ATX) PLL
Best jitter performance
LC tank based voltage controlled oscillator
Support fractional synthesis mode
Used for both bonded and non-bonded channel
configurations
► Fractional (fPLL) PLL
Ring oscillator based VCO
Supports fractional synthesis mode
Used for both bonded and non-bonded channel
configurations
► Clock Multiplier Unit (CMU) PLL
Ring oscillator based VCO
Used as an additional clock source for non-
bonded applications
Source : Intel datasheets
39. AD-IP-JESD204
► Subclass 0 and Subclass 1 support
► Deterministic Latency (for Subclass 1
operation)
► Runtime re-configurability through memory-
mapped register interface (AXI4)
► Interrupts for event notification
► Diagnostics
► Max Lanerate: 16 Gbps
► Low Latency
► Independent per lane enable/disable
► Common output interface Xilinx and Intel
(Altera)
40. AD-IP-JESD204 TX
► Clock domains:
the AXI clock domain for control path
the device clock, as described in the JESD204B
specification. Must be line clock / 40 for correct
operation.
► This IP is the equivalent of the Xilinx licensed
JESD204
► We provide Linux and baremetal software
drivers for setting up parameters
41. AD-IP-JESD204 RX
► Clock domains:
the AXI clock domain for control path
the device clock, as described in the JESD204B
specification. Must be line clock / 40 for correct
operation.
► This IP is the equivalent of the Xilinx licensed
JESD204
► We provide Linux and baremetal software
drivers for setting up parameters
43. JESD204 Transport Layer
► Transport layer peripherals are responsible for
converter specific data framing and de-framing.
► We currently have support for selected lane
configurations for the following ICs:
► ADCs
AD6676
AD9250
AD9625
AD9671
AD9680
► DACs
AD9144
AD9152
AD9162
► Transceivers
AD9371
► AXI-Stream
► FIFO
► Clock
► Valid
► Data
► Enable
32-bits per lane
32-bits per lane
45. Supported Software Environments
Linux
► Fully integrated operating system
► Out-of-the-box support for many external
components
Networking: Ethernet, wireless, Bluetooth
Storage: SD card, hard drive
Audio, Video
Human Input Devices: Keyboard, mouse,
touchscreen
► ADI converter drivers use the IIO framework
Easy integration into external tools: Visual Analog,
Matlab/Simulink, GNU Radio, IIO-Scope
Programming interfaces for C, C++, C#, Python
NoOS
► Bare-metal / Low-overhead
► Allows more bespoke applications
► Easier to setup for very simple tasks
More effort required for complex tasks
47. Linux
Data Link Layer Transmit Devicetree
► Required properties:
compatible: Must always be “adi,axi-jesd204b-tx-
1.00.a”
reg: Base address and register area size. This
parameter expects a register range.
interrupts: Property with a value describing the
interrupt number.
clock-names: List of input clock names -
“s_axi_aclk”, “device_clk”
clocks: Clock phandles and specifiers (See clock
bindings for details on clock-names and clocks).
adi,frames-per-multiframe: Number of frames per
multi-frame (K)
adi,octets-per-frame: Number of octets per frame
(N)
► Optional property:
adi,high-density: If specified the JESD204B link is
configured for high density (HD) operation.
► zynq-zc706-adv7511-fmcdaq2.dts
axi_ad9144_jesd: axi-jesd204-tx@44a90000 {
compatible = "adi,axi-jesd204-tx-1.0";
reg = <0x44a90000 0x1000>;
interrupts = <0 54 0>;
clocks = <&clkc 16>, <&axi_ad9144_adxcvr 1>, <&axi_ad9144_adxcvr 0>;
clock-names = "s_axi_aclk", "device_clk", "lane_clk";
adi,octets-per-frame = <1>;
adi,frames-per-multiframe = <32>;
adi,converter-resolution = <16>;
adi,bits-per-sample = <16>;
adi,converters-per-device = <2>;
#clock-cells = <0>;
clock-output-names = "jesd_dac_lane_clk";
};
48. Linux
Data Link Layer Receive Devicetree
► Required properties:
compatible: Must always be “adi,axi-jesd204b-rx-
1.00.a”
reg: Base address and register area size. This
parameter expects a register range.
interrupts: Property with a value describing the
interrupt number.
clock-names: List of input clock names -
“s_axi_aclk”, “device_clk”
clocks: Clock phandles and specifiers (See clock
bindings for details on clock-names and clocks).
adi,frames-per-multiframe: Number of frames per
multi-frame (K)
adi,octets-per-frame: Number of octets per frame
(N)
► Optional properties:
adi,high-density: If specified the JESD204B link is
configured for high density (HD) operation.
zynq-zc706-adv7511-fmcdaq2.dts
axi_ad9680_jesd: axi-jesd204-rx@00040000 {
compatible = "adi,axi-jesd204-rx-1.0";
reg = <0x00040000 0x4000>;
interrupt-parent = <&intc>;
interrupts = <0 27 0>;
clocks = <&sys_clk>, <&rx_device_clk_pll>, <&axi_ad9680_xcvr>;
clock-names = "s_axi_aclk", "device_clk", "lane_clk";
adi,octets-per-frame = <1>;
adi,frames-per-multiframe = <32>;
clock-output-names = "jesd_adc_lane_clk";
};
53. AD-IP-JESD204
Diagnostics
► Clock rate monitoring for all system clocks
Detect bad clock wiring
Detect clock failures
► Initial lane sequence monitoring and
verification
Detect lane swaps
► Lane arrival monitoring (relative to SYSREF)
Detect potential sources of non-deterministic
latency
► Continuous monitoring
Application is notified as soon as failure occurs
54. AD-IP-JESD204
Diagnostics - Example
Link Status
Link is enabled
Measured Link Clock: 250.012 MHz
Reported Link Clock: 250.000 MHz
Lane rate: 10000.000 MHz
Lane rate / 40: 250.000 MHz
Link status: DATA
SYSREF captured: Yes
SYSREF alignment error: No
Lane Status
CGS state: DATA
Initial Frame Synchronization: Yes
Lane Latency: 3 Multi-frames and 28
Octets
Initial Lane Alignment Sequence: Yes
DID: 0, BID: 1, LID: 0, L: 3, SCR: 1, F:
0 ...
Test pattern monitoring
CH0 : PN9 : In Sync : OK
CH1 : PN9 : In Sync : OK
CH0 : PN23A : In Sync : OK
CH1 : PN23A : In Sync : OK
56. What FPGA vendors/families does it support?
Now
► Xilinx
7 Series (Kintex, Virtex, Zynq)
Ultrascale (Kintex)
Ultrascale+ (ZynqMP)
► Altera
Arria10 SoC
Arria10 GX
Future
► Based on customer feedback/demand
Xilinx Artix
► No plan to support older FPGAs that are being
phased out by the Vendors themselves
Xilinx: Virtex6
Altera: Arria V, Cyclon V
58. Rapid Prototype Platforms Example using AD-IP-JESD204
► Collection of ADI components to form full signal
chain on a single PCB
Power, clocking, converters, diagnostic
► No external components required
Optional external clock
► FPGA Mezzanine Card (FMC) connector
ANSI/VITA standard
Compatible with many FPGA development boards
► Full HDL FPGA and software reference design
available
Works out of the box
Customer can use them as a development
starting point
60. Example design DAQ2
► DAQ2 is an FMC board for the high speed
AD9144 DAC and AD9680 ADC. In this design,
we’ll use the AD9680 ADC at 1GSPS and two
out of the 4 AD9144 DAC at 1GSPS. The
clocking is provided by AD9523-1.
► For this design, we provide schematic, HDL
project, linux and baremetal software drivers.
► https://wiki.analog.com/resources/eval/user-
guides/ad-fmcdaq2-ebz
61. Hardware: Documentation
► All design files including schematics, layout, and board files are freely available for reuse and
customization
https://wiki.analog.com/resources/eval/user-guides/ad-fmcdaq2-ebz/hardware
62. Generic ADI Base Design
► Every HDL design of a reference project can
be divided into two subsystems:
► The base design, which contains an
embedded processor - soft or hard - and all the
peripheral IPs that the carrier board supports
and are necessary to run a Linux distribution
on the system. These designs are carrier
dependent, each prototyping board having its
own base design.
► The board design, which is a direct integration
of all the necessary IP's into a specific base
design in order to support an FMC I/O board.
These designs are carrier independent and
common to all carrier boards.
63. FMC Board Diagram
► The JESD clocking system is provided by the
AD9523-1, Jitter Cleaner and Clock generator
with 14 differential Outputs. Part of the outputs
are also used for generating the SYSREF
signal.
► As requested by the JESD standard, a single
source provides clocking for all the
components of the system:
ADC,
receiver logic device in the FPGA,
DAC
transmitter logic device in the FPGA.
Along with the clock, the SYSREF signal is
generated by AD9523 in order to control the
setup/hold relationship between the device clock
and SYSREF. This relationship allows for the
system to work in Subclass 1 and have a
deterministic latency.
65. DAQ2 Clocking
► AD9523 provide clocking to all system
components, as required by the JESD204B
specifications
► Separate reference clocks for QPLL and
CPLLs
► SYSREF is generated by AD9523 for all
components in the system
► JESD data clock is taken from the
RX/TXOUTCLK pins of the transceiver. This
limits the application to Subclass 0, when used
at maximum sampling rate
► If separate clock would be generated and
connected to a global clock pin, Subclass 1
could be supported
66. HDL Customization
► ADI recommends using TCL flow
► Revision control (all text files)
► Easy portability and re-use
Automated IP version control
Automated CPU addressing
Automated CPU interrupt
Automated memory map addressing
► Partitioned to support Plug-n-Play
projects/common/zc706/zc706_system_bd.tcl
projects/daq2/common/daq2_bd.tcl
projects/daq2/zc706
► Your customized IP may be added in the ADI TCL
framework itself or kept and maintained
separately
► Project files in project/daq2/zc706
► system_project.tcl - This script is creating the actual
Vivado project and runs the synthesis/implementation
of the design
► system_bd.tcl - In this file is sourced the base
design's Tcl script and the board design's Tcl script
► system_constr.xdc - Constraint files of the board
design. Here is defined the FMC IO's and board
specific clock signals.
► system_top.v - Top wrapper file, in which the
system_wrapper.v module is instantiated, and a few I/O
macros are defined. The IO port of this verilog module
will be connected to actual IO pads of the FPGA.
► Makefile - This is an auto-generated file, but after
updating the carrier name, should work with the new
project without an issue.
74. QSYS JESD204 RX
► Single IP for Physical and Data
Link layers
► Covers all clock generation
► Resets for transceivers and PLLs
embedded in the IP
► Clock domains
System clock
Used for configuration and status
Reference clock
Used as reference for PLLs
Link Clock
Used for transferring data to the
transport layer
► Lane swapping
► Soft PCS
75. QSYS JESD204 TX
► Single IP for Physical and Data
Link layers
► Covers all clock generation
► Resets for transceivers and PLLs
embedded in the IP
► Clock domains
System clock
Used for configuration and status
Reference clock
Used as reference for PLLs
Link Clock
Used for transferring data to the
transport layer
► Lane swapping
► Soft PCS
77. Linux
► Embedded Linux
► Maintained and released with HDL
https://github.com/analogdevicesinc/linux
► Kernel drivers
Specified, initialized via device tree
► IIO framework
Registered as an IIO device
root/drivers/staging/iio/Documentation/device.txt
► Accessible as
/sys/bus/iio/devices/iio:deviceN
root:/> cd /sys/bus/iio/devices/iio:device0/
root:/> cat name
ad9523-lpc
78. Linux IIO
► Lots of information online
https://wiki.analog.com/resources/tools-
software/linux-software/libiio
► Application is independent of back end
Ethernet, USB, Serial etc.
iio_channel_read(,, &received_samples[0], );
iio_channel_write(,, &transmit_samples[0],);
Figurative only, actual function call and parameters
may vary
► The IIOScope application in the demo is running
FFTW on the received samples using the IIO
framework
79. IIOScope Application
► Application to visualize/analyze received
samples
► Also provides control functions (Debug window)
► IIO frame work and FFTW (http://www.fftw.org)
► Time, frequency and constellation plots
► Remote and local hosts
► Open source
https://github.com/analogdevicesinc/iio-
oscilloscope
80. No-OS (Bare Metal)
► Simple generic ‘C’
► Mostly duplicated Kernel Drivers
► Proof of concept/Sanity checking
► Maintained and released with HDL & Linux
https://github.com/analogdevicesinc/no-OS
► Capture is possible but usually requires the tool
to off load samples
► Linux is recommended for its shear capability
and ease of use
// adc device-clk-sysref, fpga-clk-sysref
ad9523_channels[ADC_DEVICE_CLK].channel_num = 13;
ad9523_channels[ADC_DEVICE_CLK].channel_divider = 1;
ad9523_channels[ADC_DEVICE_SYSREF].channel_num = 6;
ad9523_channels[ADC_DEVICE_SYSREF].channel_divider = 128;
ad9144_channels[0].dds_frequency_0 = 11*1000*1000;
ad9144_channels[0].sel = DAC_SRC_DDS;
ad9680_setup(&ad9680_spi_device, ad9680_param);
jesd_setup(ad9680_jesd);
xcvr_setup(ad9680_xcvr);
jesd_status(ad9680_jesd);
adc_setup(ad9680_core);
81. Linux: All together, how simple is it?
► Get Development Kit with High Speed Analog & JESD204B
► Clone the HDL repository and build the FPGA files
git clone https://github.com/analogdevicesinc/hdl.git
make –C hdl/projects/daq2/zc706
► Clone the Linux repository and build the image files
git clone https://github.com/analogdevicesinc/linux.git
export ARCH=arm
export CROSS_COMPILE=arm-xilinx-linux-gnueabi-
make –C linux zynq_xcomm_adv7511_defconfig
make -C linux -j5 UIMAGE_LOADADDR=0x8000 uImage
82. No-OS: All together, how simple is it?
► Get the Development Kit with High Speed Analog & JESD204B
► Clone the HDL repository and build the FPGA files
git clone https://github.com/analogdevicesinc/hdl.git
make –C hdl/projects/daq2/zc706
► Clone the no-OS repository and build the image files
git clone https://github.com/analogdevicesinc/no-OS.git
make -C no-OS/fmcdaq2/zc706
► Connect the board to your host machine
make -C no-OS/fmcdaq2/zc706 run
86. Not a Lawyer
► Notice of proprietary information, Disclaimers and Exclusions Of Warranties
The ADI Presentation is the property of ADI. All copyright, trademark, and other intellectual property and proprietary rights in the ADI
Presentation and in the software, text, graphics, design elements, audio and all other materials originated or used by ADI herein (the "ADI
Information") are reserved to ADI and its licensors. The ADI Information may not be reproduced, published, adapted, modified, displayed,
distributed or sold in any manner, in any form or media, without the prior written permission of ADI.
► THE ADI INFORMATION AND THE ADI PRESENTATION ARE PROVIDED "AS IS". WHILE ADI INTENDS THE ADI INFORMATION AND
THE ADI PRESENTATION TO BE ACCURATE, NO WARRANTIES OF ANY KIND ARE MADE WITH RESPECT TO THE ADI
PRESENTATION AND THE ADI INFORMATION, INCLUDING WITHOUT LIMITATION ANY WARRANTIES OF ACCURACY OR
COMPLETENESS. TYPOGRAPHICAL ERRORS AND OTHER INACCURACIES OR MISTAKES ARE POSSIBLE. ADI DOES NOT
WARRANT THAT THE ADI INFORMATION AND THE ADI PRESENTATION WILL MEET YOUR REQUIREMENTS, WILL BE ACCURATE, OR
WILL BE UNINTERRUPTED OR ERROR FREE. ADI EXPRESSLY EXCLUDES AND DISCLAIMS ALL EXPRESS AND IMPLIED
WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT OF ANY THIRD PARTY
INTELLECTUAL PROPERTY RIGHTS. ADI SHALL NOT BE RESPONSIBLE FOR ANY DAMAGE OR LOSS OF ANY KIND ARISING OUT OF
OR RELATED TO YOUR USE OF THE ADI INFORMATION AND THE ADI PRESENTATION, INCLUDING WITHOUT LIMITATION DATA
LOSS OR CORRUPTION, COMPUTER VIRUSES, ERRORS, OMISSIONS, INTERRUPTIONS, DEFECTS OR OTHER FAILURES,
REGARDLESS OF WHETHER SUCH LIABILITY IS BASED IN TORT, CONTRACT OR OTHERWISE. USE OF ANY THIRD-PARTY
SOFTWARE REFERENCED WILL BE GOVERNED BY THE APPLICABLE LICENSE AGREEMENT, IF ANY, WITH SUCH THIRD PARTY.
87. AD-IP-JESD204
HDL License
► GPL-2
Zero cost, but not Public domain
Unlimited right to run program
Unlimited access to source code
Unlimited right to distribute verbatim copies of
source
May create derivatives IF you agree to make
the derivatives free and open (distribute your
source)
License is “viral”
No warranties; disclaimer of consequential
damages
Free EngineerZone support on ADI parts only
► Commercial License
$5000 cost
unlimited use, modification, and distribution
Can distribute binaries without releasing source code
Perpetual, Multi-project, Multi-site
Must use with ADI devices
Can sub-license to end users of customer’s product
for use on that product only
No warranties; disclaimer of consequential damages
Commercial Support
one-on-one phone/email support for 10 hours
After that, EngineerZone
►Dual-licensing distributes software under two or more different sets of terms, conditions,
and obligations
►Customers can choose the terms under which they want to use or distribute the software
►Source is the same for both licenses
88. AD-IP-JESD204
Software License
► Linux kernel drivers
GPL-2 (License of the Linux kernel)
► libiio
LGPL-2 (non-viral)
► No-OS drivers
Permissive ADI BSD
Allows modification without having to share changes
Only restriction is has to be used with ADI
components
Only ADI Devices
93. Call to Action
► Talk to your local contacts
► Go through reference design
AD-FMCDAQ2-EBZ
► Ask questions on Engineerzone
https://ez.analog.com/community/fpga