Fragen und Antworten

Ja, wir haben unser Langlebigkeitsprogramm, das auf dem Langlebigkeitsprogramm von Silicon Vendors basiert. Für AXEL ULite siehe diese Seite.

In diesem Video erklären wir, wie Sie die Langlebigkeit der Produkte von DAVE Embedded Systems überprüfen können: DAVE Embedded Systems / HOW TO – So überprüfen Sie die Produktlebensdauer

Ja, wir haben unser Langlebigkeitsprogramm, das auf dem Langlebigkeitsprogramm von Silicon Vendors basiert. Für AXEL ULite siehe diese Seite.

In diesem Video erklären wir, wie Sie die Langlebigkeit der Produkte von DAVE Embedded Systems überprüfen: DAVE Embedded Systems / HOW TO – So überprüfen Sie die Produktlebensdauer

Ja, wir haben unser Langlebigkeitsprogramm, das auf dem Langlebigkeitsprogramm von Silicon Vendors basiert. Informationen zu ETRA SOM finden Sie auf dieser Seite.

In diesem Video erklären wir, wie Sie die Langlebigkeit der Produkte von DAVE Embedded Systems überprüfen: DAVE Embedded Systems / HOW TO – So überprüfen Sie die Produktlebensdauer

Ja, wir haben unser Langlebigkeitsprogramm, das auf dem Langlebigkeitsprogramm von Silicon Vendors basiert. Für ETRA SBC siehe diese Seite.

In diesem Video erklären wir, wie Sie die Langlebigkeit der Produkte von DAVE Embedded Systems überprüfen: DAVE Embedded Systems / HOW TO – So überprüfen Sie die Produktlebensdauer

Yes, we have our Longevity Program based on Silicon Vendors' Longevity Program. For BORA Lite see this page

Yes, we have our Longevity Program based on Silicon Vendors' Longevity Program NXP i.MX6. For AXEL Lite see this page

Yes, we have our Longevity Program based on Silicon Vendors' Longevity Program. For MITO 8M Mini see this page while for MITO 8M Nano see this page

Yes, we have our Longevity Program based on Silicon Vendors' Longevity Program. For DIVA SOM see this page

Yes, we have our Longevity Program based on Silicon Vendors' Longevity Program. For DIDO SOM see this page

As a starting point, you can refer to the Carrier board design guidelines dedicated wiki page that will highlight some best practices that apply to all SOMs.

DAVE Embedded Systems' products are designed to support the maximum available temperature range declared by the component manufacturers. The customer shall define and conduct a reasonable number of tests and verification in order to qualify the DUT capabilities to manage the heat dissipation.

Any heatsink, fan etc. shall be defined case by case depending on the various user conditions like: air cooling (forced or not), enclosure dimensions, mechanical/thermal coupling with heatsink. A proper thermal analysis must be investigated on the real use scenario which depends on HW and mechanical designs, frequency configurations, working signals, etc.

In some SoC used in DAVE Embedded Systems' products there is a software thermal protection mechanisms implemented. This is based on the processor's temperature sensor. These sensors can help the design qualification verifying what are the internal temperature reached by the SoC preventing an overheating mechanism which may damage the SoC. An example of temperature sensor usage can be found on DESK-MX6-L for the AXEL Lite SOM.

DAVE Embedded Systems' team is available for any additional information, please contact sales@dave.eu.

Yes, each DAVE Embedded Systems product has its own complete hardware documentation which includes:

• 2D mechanical drawing (typically a DXF file format)
• 3D mechanical drawing (typically a STEP file format)

This documentation allows the Customer to easily integrate DAVE Embedded Systems' product in their carrier board.

Recently we introduced also a 3D rendering view: see an example of 3D rendering view for BORA SOM

Yes, it is possible to use Thingsboard Iot for the creation of an IoT Industry 4.0 solution. More information available on our Technical Note

DAVE Embedded Systems provides a specific Board Support Package for each SOM or SBC product. The BSP has been built from the original silicon manufacturer one (NXP, Xilinx, STMicroelectronics, Texas Instruments) with a proper deviation due to the hardware and software customizations introduced by DAVE Embedded Systems.

Any BSP refers to the original one (i.e. the Release Notes clearly identify which is the original BSP) and includes all the necessary but also useful modifications for a ready-to-use platform and Evaluation Kit purposes.

We recommend reading the Release Notes for the family BSP for more information about its composition and status.

You can follow the steps listed below:

• check the kit contents with the packing list included in the box
• insert the SD into the card slot on the carrier board
• connect the power supply adapter and the serial cable
• start your terminal emulator program
• switch the power supply on
• monitor the boot process on the serial console

More information about installing and configuring the development environment is described in the Evaluation Kit wiki page at the Getting Started section.

All source trees for U-Boot, Linux kernel, Yocto BSP (and FPGA project for the BORA family) are provided as git repositories. This means that these components can be kept in sync and up to date with DAVE Embedded Systems' repositories.
Once a git account is enabled, the developer can clone the repository and synchronize a source tree using git commands. For further details, please visit the Synchronizing the git repositories wiki page (link for NXP i.MX6) inside the Linux development kit (DESK-MX-L, BELK-L or DIVELK).

The recommended git tool for Windows is Git for Windows. For detailed information, please refer to its github wiki page.

For some hints please visit set up SSH for GIT for Windows.

A simple Windows tool for generating the SSH RSA keys is PuTTYgen, which is part of the PuTTY project. Please refer to the official documentation for further details. For a quick guide, please visit this page

Booting from the network is very helpful during software development (both for kernel and applications). The kernel image is downloaded via TFTP while the root file system is remotely mounted via NFS from the host. It is assumed that the development host:

• is connected with the target host board through an ethernet LAN
• exports the directory containing the root file system for the target through the NFS server
• runs a TFTP server
• has a proper subnet IP address

As an example, detailed information using the DESK-MX6-L Virtual Machine can be found in the Booting from NFS wiki page

Yes, DAVE Embedded Systems uses Yocto to generate various root file systems that can be used for development and/or for the building of the first prototypes.

Typical rfs images are devel image (with a rich set of libraries and application), qt5 image (with standard Qt5 libraries), networking image (with many common networking applications).

No, DAVE Embedded Systems root file system images are created using Yocto: this is because the SoC silicon vendors have their BSP reference based on Yocto build. This allows having an overall image with all reference to the original BSP maintained.

In any case, many of our Customers use Buildroot for creating their BSP starting from DAVE Embedded Systems' git repositories for u-boot and kernel.

Yes, DAVE Embedded Systems is focused on Customers care: we offer technical help and solutions via our helpdesk support channel.

When the Customer is looking for design services, like BSP customization, we are proud to offer our services: more information can be found on our wiki page Embedded Design Services.

As a general rule, dynamically linking an application against libraries built with a different toolchain can cause malfunctioning in the application.

Since this pre-built root file system may not be generated using the same cross-toolchain used for building the software components, we recommend choosing one of the following options:

• if a native compiler is available on the root file system, go for native compilation instead of cross-compilation
• when you cross-compile, rely on static linking and avoid dynamic linking against the root file system libraries
• build your application using the same cross-toolchain (when available) used for building the root file system

To evaluate the performances of the system with a specific amount of available RAM, the user can pass the mem parameter to the kernel, by setting the command line arguments in u-boot (some hints can be found on this page).

For example, to limit the amount of RAM to 128 MB, create the following variables in u-boot:

setenv mem 128MB
 setenv addmem 'setenv bootargs ${bootargs} mem=${mem}'

And add the addmem variable to the boot macro:

setenv net_nfs 'run loadk loadfdt nfsargs addip addcons addmem; bootm ${loadaddr} - ${fdtaddr}'

To evaluate the performances of the system with a reduced number of CPU cores, the user can pass the maxcpus parameter to the kernel, by setting the command line arguments in u-boot. This can be useful, for example, when using a QUAD cores SoC in the AXEL Lite SOM and trying to evaluate if a DUAL or SINGLE core is enough for the project targets.

For example, to set the number of active cores to 2, add the maxcpus parameter to the addmisc environment variable:

setenv addmisc 'setenv bootargs ${bootargs} maxcpus=2'

And add the addmisc variable to the boot macro:

setenv net_nfs 'run loadk loadfdt nfsargs addip addcons addmisc; bootm ${loadaddr} - ${fdtaddr}'

For further details, please refer to the kernel-parameters of the kernel source documentation.

Yocto build system can generate .wic image files. These files are usually written to SD cards to create bootable devices.

Read more about it on our wiki technical site.

Along with DESK-MX8M-L-2.0.0, DAVE Embedded Systems delivers a pre-configured web server for retrieving .deb pre-built packages to be installed in the target.

The repository used is located at http://yocto.dave.eu/imx-5.4.70-2.3.0/. The prebuilt packages were generated by Yocto Zeus, which was used to create the distro running on the target as well.

Please follow our step-by-step user's guide for easily installing Debian packages on ORCA SOM Evaluation Kit.

As depicted in our Technical Note MISC-TN-015: Yocto and git protocol error since March 15, 2022 it was not possible to access GitHub repositories using unencrypted git protocol.

This issue involves many Yocto-based repositories, for example all NXP-based Yocto Manifest for i.MX6/i.MX8 processor families.

DAVE Embedded Systems is actively maintaining its repositories, but all older BSPs may suffer for this protocol change.

In our Technical Note, we will explain how to cope with this issue and how to successfully proceed with your Yocto build process.

The ethernet network interface should be configured before accessing the network where the target is connected to. Depending on the network topology a static or dynamic IP address should be used.

SysV and systemd use quite different configuration files for getting the network interface configured: as an example, the How to configure the network interfaces wiki page can be used for this purpose.

Yes, DAVE Embedded Systems offers a Yocto package repository where are available many and many already built packages for the different platforms and BSP versions.
You can have a look at DAVE Embedded Systems' Yocto server  and check for your SOM/SBC dedicated BSP: the rpm packages can be installed using smart or dnf package managers. An example of using dnf can be found in the following Application Note using DESK-MX6UL-L.

Yocto built root file system provides a package manager utility for installing pre-built packages in the target via the network interface.

For example, since Pyro Yocto version, the DNF package manager is used: you can find an example on how to configure and to use DNF in the DESK-MX6UL-L at the following Application Note.

Yes, this is an important step of the Development phase when the root file system should fit the target memory storage size. This is a crucial step because it must include all the required software components (libraries, applications, configuration files, etc.) in a Production-ready image for the target memory storage.

A correct approach is to create/modify a proper Yocto recipe for the target image with the packages required for the overall software validation.

There are some different approaches for reaching this goal:

1. starting from DAVE Embedded Systems' devel root file system image, remove all non-required packages and reduce the size for fitting the memory size
2. starting from standard Poky images (like core-image-base or core-image-full-cmdline) adding the required packages recipes - see Yocto documentation
3. creating a new one image with all the required packages

This is one of the Embedded Design Services that DAVE Embedded Systems offers to its Customers.

In some SoC families, like the i.MX NXP Application Processors, the CPU temperature is reported by the Anatop Thermal driver. To read the temperature, enter this command from the Linux shell as indicated in the Linux kernel thermal zones documentation:

root@desk-mx8mp:~# cat /sys/class/thermal/thermal_zone0/temp
36676
root@desk-mx8mp:~#

The CPU temperature is shown without a decimal point, but the latest three digits are decimal. In the previous example, a rough 36.7°C CPU temperature is reported.

AXEL Lite, AXEL ULite, MITO 8M Mini/Nano and ORCA SOMs provide the CPU temperature reading.

As per NXP documentation, the internal temperature monitor measures the junction temperature with an accuracy of +5C.

The brightness level can be changed via sysfs entry. To read the current brightness level, enter this command from the Linux shell:

The path to use is : /sys/class/backlight/backlight

root@desk-mx6:~# cat /sys/class/backlight/backlight/brightness
75
root@desk-mx6:~#

To set a new brightness level, enter this command from the Linux shell (100 is an example):

root@desk-mx6:~# echo 100 > /sys/class/backlight/backlight/brightness

The maximum value accepted for brightness can be read by entering the following commands:

root@desk-mx6:~# cat /sys/class/backlight/backlight/max_brightness
100
root@desk-mx6:~#

System date and time can be easily kept synchronized using the ntp services available on Internet.

For AXEL Lite and AXEL ULite SOMs a dedicated Application Note can be found here

The frequency of the CPU can be changed on the run using the Cpufreq framework (please refer to the documentation included into the Documentation/cpu-freq directory of the kernel source tree). The cpufreq framework works in conjunction with the related driver & governor.

cpufreq implementation controls the Linux OPP (Operating Performance Points) adjusting the CPU core voltages and frequencies. CPUFreq is enabled by default in the kernel configuration.

Here below and example on using the scaling governors and frequency in the DESK-MX6-L BSP:

• to view the available governors:

root@desk-mx6:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
conservative ondemand userspace powersave interactive performance
root@desk-mx6:~#

• to view the supported CPU frequency in KHz:

root@desk-mx6:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
396000 792000
root@desk-mx6:~#

• to change the CPU running frequency:

root@desk-mx6:~# echo 396000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed

Please note that frequency can be changed only using the userspace governor. If governors like ondemand is used, frequency  change happens automatically based on the system load. Please also note that the imx6q-cpufreq driver works on a per-SOC policy (and not on a per-core one), so the cpufreq governor changes the clock speed for all the ARM cores simultaneously.

• to change the governor (userspace in the example):

echo userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Sometimes the audio interface is not directly available in an Embedded system: this can be the case for ORCA SBC where the I2S audio signals (related to the SAI peripheral) are available but the audio codec is not presented in the EVK.

It is very easy to add an external audio interface using a USB Bluetooth audio adapter: the Adding an audio interface with an USB bluetooth audio transmitter Application Note shows a very easy way for adding an audio interface using the already configured Linux kernel built for the ORCA SOM.

Sie können die MITO 8M SOM-Broschüre herunterladen, indem Sie auf hier.

Wenn Sie an MITO 8M SOM kontaktieren Sie uns, um ein Angebot zu erhalten.

Das MITO 8M SOM-Produkt basiert auf dem aktuellen i.MX8M-Anwendungsprozessor von NXP. Dank dieser Lösung haben Kunden die Möglichkeit, Zeit und Ressourcen zu sparen, indem sie eine kompakte Lösung verwenden, die es ermöglicht, eine skalierbare Leistung zu erreichen, die perfekt zu den Anwendungsanforderungen passt und Komplexitäten auf der Trägerplatine vermeidet.

i.MX8M SOM ist mit der i.MX6 SOM-Lösung AXEL Lite kompatibel. Kunden, die von der vorherigen i.MX6-Lösung auf diese neue migrieren möchten, haben einen Null-Aufwand-Ansatz mit dem großen Leistungsvorteil.

Außerdem ist es so konzipiert, dass es die volle Kompatibilität mit den CPU-Modulen der LITE-Linie beibehält, für ein Design, bei dem Qualität und Zuverlässigkeit sind wichtige Faktoren.

Die Verwendung dieses Prozessors ermöglicht eine umfassende Differenzierung auf Systemebene von neuen Anwendungen in vielen Industriebereichen, in denen es auf hohe Leistung ankommt und extrem kompakter Formfaktor (67,5 mm x 43 mm) sind Schlüsselfaktoren. i.MX8M SOM bietet dank der umfangreichen Peripheriegeräte, dem skalierbaren ARM Cortex-A53 zusammen mit einer großen Anzahl von Hochgeschwindigkeits-I/Os wie Dual-PCle und USB3, eine hervorragende Rechenleistung.

iMX8 SOM ermöglicht es Designern, intelligente Produkte zu entwickeln, die für raue mechanische und thermische Umgebungen geeignet sind und die Entwicklung von High-Computing ermöglichen und zuverlässige Lösungen.

Ja. MITO 8M Evaluierungskit enthält eine SOM und alles Notwendige für die schnelle und einfache Evaluierung.

Das MITO 8M Evaluierungskit enthält:

1. die Hardware mit allem Nützlichen (Netzteil , Kabel usw.)
2. Die auf einer SD-Karte vorinstallierte Software
3. Das Zugriffsrecht auf DAVE Embedded Systems Repositories
4. Eine Live-Sitzung (normalerweise 4 Stunden) mit Tech-Team von DAVE Embedded Systems für:
   a) Konfiguration der virtuellen Maschine und erstes Hello World
   b) Überprüfung der Schaltpläne der Evaluierungsplatine für einen schnellen Start des Hardwaredesigns
5. Überprüfung des Trägerplatinendesigns: Sobald Ihre Platinenschaltpläne vorliegen bereit sind, stehen wir zur Verfügung, um das Design gemeinsam zu überprüfen und ein erstes Beispiel für eine Gerätebaumstruktur basierend auf Ihrem Design bereitzustellen

Hauptmerkmale von MITO 8M SOM sind:

• Unübertroffene Leistung dank Multimedia MX8M ARM Cortex A53 MPCore + Cortex-M4-Technologie
• eMMC oder NAND SLC an Bord
• doppelter LVDS-Ausgang an Bord
• Ermöglichung massiver Computeranwendungen dank LPDDR4 mit großer Bandbreite RAM-Speicher bis zu 2 GB (4 GB OPT)
• Kompatibilität mit i.MX6 AXEL Lite SOM
• Reduzierte Trägerkomplexität: duales PCIe, duales MIPI , SDIO, Gb ETH, GPIOs, 3xSAI
• Expansion Connector für 100 % SOC-Usability
• H264/H265-Videokodierung und -dekodierung
• Verfügbare NAND-Schnittstelle zur Kostenoptimierung

Auf dieser Seite finden Sie das MITO 8M SOM 3D-Modell.

Auf dieser Seite finden Sie das MITO 8M SOM-Blockdiagramm.

Auf dieser Seite finden Sie die MITO 8M SOM-Hardwaredokumentation.

Auf dieser Seite finden Sie alle verfügbaren MITO 8M SOM-Marketingunterlagen.

Teilenummer des MITO 8M SOM-Moduls wird durch die Zifferncodetabelle identifiziert, die Sie unter hier.

MITO 8M SOM und die i.MX8M-Familie sind in der Longevity-Programm von NXP .

DAVE Embedded Systems verpflichtet sich, seine Produkte mindestens für den gleichen Zeitraum bereitzustellen, der vom Siliziumanbieter angegeben wird. DAVE Embedded Systems verwaltet die Obsoleszenz der Komponenten und Komponenten durch ein PCN-Programm gemäß JEDEC-Standard (wo möglich), was die Unterstützung des Kunden erfordern kann.

Das Ziel von DAVE Embedded Systems ist es, seinen Kunden die Produktionskontinuität zu gewährleisten, einschließlich der Möglichkeit, seine Produkte der Reihe nach umzugestalten um die Produktkontinuität aufrechtzuerhalten.

Wenn Sie Unterstützung für unser technisches Team anfordern möchten, füllen Sie bitte dieses Formular. Nach der Einreichung wird ein Ticket zugeteilt. Unsere Techniker werden sich um Ihre Anfrage kümmern und Ihnen in der Regel innerhalb von 24 Stunden per E-Mail antworten.

MITO 8M SOM-Prozessor und Speichersubsystem bestehen aus den folgenden Komponenten: < /p>

• i.MX8M SoC-Anwendungsprozessor
• Netzteil
• LPDDR4-Speicherbank
• eMMC- oder NAND-Flash-Bänke
• Anschlüsse:
  • 1 x 204-poliger SO-DIMM-Randstecker mit Schnittstellensignalen
    • teilweise kompatibel mit AXEL Lite SOM
  • 2 x 25 Pins One Piece Steckplatinen-Layout-Erweiterung

Auf dieser Seite finden Sie eine Beschreibung der wichtigsten MITO 8M-Komponenten (Prozessorinformationen, RAM-Speicherbank, eMMC-Flashbank, NAND Flashbank, Speicherkarte und Netzteil).

Ja. Die PCB-Version ist auf die PCB selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen). Außerdem wird eine ConfigID von der auf dem Board laufenden Software zur Identifizierung des Produktmodells/der Hardwarekonfiguration verwendet.

Auf MITO 8M wird SOM ConfigID im OTP-Speicher gespeichert.

Auf dieser Seite finden Sie die Stecker- und Pinbelegungsbeschreibung des MITO 8M-Moduls.

MITO 8M SOM unterstützt die folgenden Peripheriegeräte:

• Audio
• Ethernet
• HDMI
• LVDS
• MIPI
• SDIOs
• SPI
• I2C
• UARTs
• USB
• NAND
• PCI Express
• GPIOs
• Real Time Clock
• Watchdog

Die Implementierung einer korrekten Einschaltsequenz für iMX8M-Prozessoren ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind. MITO 8M SOM vereinfacht diese Aufgabe durch die Einbettung aller erforderlichen Schaltungen. Hier finden Sie ein vereinfachtes Blockdiagramm von Netzteil/Spannung Überwachungsschaltung.

Das Netzteil besteht aus zwei Hauptblöcken: 1) integrierter Stromverwaltungsschaltkreis 2) zusätzlicher generischer Stromverwaltungsschaltkreis, der die PMIC-Funktionalitäten vervollständigt. Es generiert die richtige Einschaltsequenz, die vom SOC-Prozessor und den umgebenden Speichern und Peripheriegeräten benötigt wird, und synchronisiert das Einschalten der Trägerplatine, um einen Rückstrom zu verhindern.

Die typische Einschaltsequenz ist die folgende:

1. 3,3-VIN-Hauptstromversorgungsschiene wird mit Strom versorgt
2. SNVS-Domänensignale werden hochgezogen (es sei denn, die Schaltkreise der Trägerplatine halten dieses Signal aus irgendeinem Grund niedrig)
3. CPU_PORn (Active-Low) wird von PMIC auf Low getrieben
4. RTC_RESET_B werden intern nach 200ms freigegeben
5. Der VDD_SOC-Regler startet und aktiviert die VDD_ARM- und PMIC-Regler
6. PMIC leitet die vom iMX8M-Prozessor benötigte Einschaltsequenz ein
7. BOARD_PGOOD geht hoch, wenn NVCC_3V3 (CPU-E/A-Stromschiene) bereit ist
8. CPU_PORn wird nach dem letzten Regler deaktiviert, um den Prozessor aus dem Reset zu bringen

Siehe diese Seite für weitere Informationen.

Auf dieser Seite finden Sie ein Blockdiagramm des Reset-Schemas und der Spannungsüberwachung für MITO 8M SOM.

Der Startvorgang beginnt beim Power On Reset (POR), wo die Hardware-Reset-Logik den ARM-Kern dazu zwingt, mit der Ausführung zu beginnen beginnend mit dem On-Chip-Boot-ROM.

Das Boot-ROM:

• bestimmt, ob das Booten sicher oder nicht sicher
• führt einige Initialisierungen des Systems durch und bereinigt ups
• liest die Modus-Pins, um den primären Start zu bestimmen Gerät
• sobald es zufrieden ist, führt es den Bootvorgang aus Code

Weitere Informationen zu MITO 8M SOM-Startoptionen finden Sie unter hier.

JTAG-Signale werden zu einem dedizierten Anschluss auf der MITO 8M-Leiterplatte geleitet. Der Stecker befindet sich auf der Oberseite der Platine, auf der rechten Seite.
Sehen Sie sich dies an Seite für weitere Informationen.

Auf dieser Seite finden Sie die maximalen Nennwerte, empfohlenen Nennwerte und den Stromverbrauch des MITO 8M SOM.

Das MITO 8M SOM wurde entwickelt, um den vom Hersteller angegebenen maximal verfügbaren Temperaturbereich zu unterstützen. Der Kunde muss eine angemessene Anzahl von Tests und Überprüfungen definieren und durchführen, um die DUT-Fähigkeiten zur Verwaltung der Wärmeableitung zu qualifizieren. Alle Kühlkörper, Lüfter usw. müssen von Fall zu Fall definiert werden.

Das Team von DAVE Embedded Systems steht für weitere Informationen zur Verfügung, bitte wenden Sie sich an sales@dave.eu oder überprüfen Sie diese Seite für weitere Informationen.

Auf dieser Seite finden Sie die mechanischen Eigenschaften des MITO 8M-Moduls.

Ja. DAVE Eeingebettete Software Kit Linux (DESK-MX8M- kurz L) stellt alle notwendigen Komponenten bereit, die zum Einrichten der Entwicklungsumgebung erforderlich sind:

• erstelle den Bootloader (U-Boot)
• das Linux-Betriebssystem erstellen
• erstellen Sie Linux-Anwendungen, die auf dem Ziel ausgeführt werden
• erstellen Sie das Yocto BSP

Klicken Sie auf hier finden Sie weitere Informationen zu DESK-MX8M-L.

Das eingebettete Software-Kit besteht aus:

• VirtualBox virtuelle Maschine enthält
  • Toolchain und SDK
  • U-Boot-Bootloader-Quellen
  • Linux-Kernelquellen
  • Root-Dateisystem-Images
• Zugriff auf Git-Repositories für registrierte Benutzer, die die Aktualisierung des folgenden Repos ermöglichen
  • U-Boot
  • Linux
  • Yocto BSP
• SD-Karte mit der kompletten Umgebung für
  • die DVDK-OVA-Datei (d. h. die Datei der virtuellen Maschine, die in die VirtualBox-Anwendung importiert werden soll)
  • ein vollständiger Kit-Bootstrap und eine Demonstration (mit bereits konfigurierten U-Boot-, Kernel- und Root-Dateisystem-Binärdateien)

DAVE Embedded Systems stark empfehlen, Ihr Kit zu registrieren. Die Registrierung gewährt Zugriff auf reserviertes Material wie Quellcode und zusätzliche Dokumentation.

Um Ihr Kit zu registrieren , senden Sie bitte eine E-Mail an helpdesk@dave.eu Bereitstellung der P/N und S/N des Kits.

Überprüfen diese Seite für alle DESK-MX8M- L (Software Development Kit for MITO 8M SOM) gibt Informationen frei.

Die standardmäßige DVDK Virtual Machine von DAVE Embedded Systems enthält die gesamte erforderliche Software und Dokumentation, um mit der Entwicklung von Linux-Anwendungen auf den MITO 8M-Plattformen zu beginnen.
Insbesondere DESK-MX8M-L bietet eine virtuelle Maschine namens DVDK.

Weitere Informationen finden Sie auf dieser Seite.

Ja. ConfigID ist eine neue Funktion von Produkte von DAVE Embedded Systems. Sein Hauptzweck ist die Bereitstellung eines automatischen Mechanismus zur Identifizierung des Produktmodells und der Konfiguration. In einfachen Worten bedeutet Modellidentifikation die Fähigkeit, einen numerischen Code zu lesen, der in einem verfügbaren Gerät gespeichert ist (SOCs OTP, I2C EEPROM, 1-Wire-Speicher, geschützter NOR-Flash usw.)

Mit ConfigID haben wir zielen darauf ab, die Hardwarekonfigurationsinformationen zu vervollständigen, die die Software normalerweise nicht automatisch erkennen kann (z. span>

Dieser Artikel beschreibt, wie die ConfigID ist in den Produkten implementiert, die von DESK-MX8M-L Linux-Kit.

Ein zusätzliches Attribut ist UniqueID, die gelesen wird -nur Code, der ein einzelnes Produkt eindeutig identifiziert und zur Rückverfolgbarkeit dient.

Für weitere Informationen, siehe diese Seite.

Ja. Diese Konfiguration ist während der Softwareentwicklung (sowohl für Kernel als auch für Anwendungen) sehr hilfreich. Das Kernel-Image wird über TFTP heruntergeladen, während das Root-Dateisystem remote über NFS vom Host gemountet wird.

Für weitere Informationen, siehe diese Seite.

Siehe diese Seite für weitere Informationen zur Aufbewahrung die Quellbäume synchron und aktuell mit den Git-Repositories von DAVE Embedded Systems auf DESK-MX8M-L (Software Development Kit per MITO 8M SOM).

Siehe diese Seite für weitere Informationen zum Erstellen des Boot-Image auf DESK-MX8M-L (Software Development Kit für MITO 8M SOM) .

Siehe diese Seite für weitere Informationen darüber, wie zum Erstellen des U-Boot-Bootloaders mit make auf DESK-MX8M-L (Software Development Kit for MITO 8M SOM).

Weitere Informationen zum Erstellen des Linux-Kernels finden Sie auf dieser Seite auf DESK-MX8M-L (Software Development Kit für MITO 8M SOM).

Bitte sehen Sie sich unser Video-Tutorial an So fügen Sie einen neuen Kernel-Gerätetreiber hinzu (erstellen Sie den Kernel) für detaillierte Anweisungen dazu.

Wie bekannt, zusätzlich zu einem Bootloader und dem o.s. Kernel benötigt ein eingebettetes Linux-System ein Root-Dateisystem, um zu funktionieren. Das Root-Dateisystem muss alles enthalten, was zur Unterstützung des Linux-Systems benötigt wird (Anwendungen, Einstellungen, Daten usw.). Das Root-Dateisystem ist das Dateisystem, das sich auf derselben Partition befindet, auf der sich das Root-Verzeichnis befindet.

DESK-MX8M-L stellt ein ( oder mehr) vorgefertigtes Root-Dateisystem, das während des Evaluierungs-/Entwicklungs-/Bereitstellungszyklus verwendet werden kann.

Auf dieser Seite finden Sie weitere Informationen zum Erstellen des Yocto BSP auf DESK-MX8M-L.

Überprüfen diese Seite für weitere Informationen zum Erstellen eine bootfähige microSD für die DESK-MX8M-L Versionshinweise-Kit mithilfe eines einfachen Bash-Skripts.

Ja. Auf dieser Seite finden Sie ein Beispiel für C-Code, der das klassische Hallo Welt! Nachricht auf der seriellen Zielkonsole. Dieses Beispiel zeigt, wie der Arm-Cross-Compiler mit der für diesen Zweck konfigurierten Umgebung verwendet wird.

Auf dieser Seite erfahren Sie, wie Sie ein SOM programmieren und konfigurieren zum Booten im Standalone-Modus, ohne dass eine System-microSD-Karte oder ein NFS-Server erforderlich ist.

Bitte sehen Sie sich unser Video-Tutorial an So programmieren Sie den NAND-Flash für einen eigenständigen Start für detaillierte Anweisungen zum Programmieren des internen NAND-Flashs für einen vollständigen eigenständigen Start.

Für die Bereitstellung eines eingebetteten Systems ist die Konfiguration der Netzwerkschnittstelle eine der wichtigsten Konfigurationen.

Sobald das eingebettete Gerät endgültig für den eigenständigen Bootstrap konfiguriert ist, sollte die Netzwerkschnittstelle für den Fernzugriff auf das Gerät über Netzwerkverbindungen wie SSH, Telnet, FTP, http usw. konfiguriert werden.

Weitere Informationen zur einfachen Konfiguration des Netzwerks finden Sie auf auf dieser Seite Schnittstelle auf SystemV (auch bekannt als SysV) oder systemd oder schauen Sie sich unser Tutorial an So konfigurieren Sie die Netzwerkschnittstelle.

Jeder Netzwerkadapter hat eine Media Access Control-Adresse (normalerweise als MAC-Adresse abgekürzt). Eine MAC-Adresse ist eine 6-Byte-Identifikationsnummer, die dauerhaft in die Firmware des Adapters eingebettet ist und vom Netzwerk und dem Betriebssystem des Geräts gelesen werden kann, auf dem der Adapter installiert ist.

Die Adresse muss den vom Institut festgelegten Standards entsprechen of Electrical and Electronics Engineers (IEEE), die Standards für Computernetzwerke festlegt.

Auf dieser Seite wird beschrieben, wie es geht Verwenden Sie das i.MX8M eFuse zum Programmieren und Verwenden der MAC-Adresse(n) und es gilt für die folgenden Produkte der DAVE i.MX8M-Familie.

Auf DESK-MX8M -L (Software Development Kit for MITO 8M SOM) sind die folgenden Peripheriegeräte verfügbar:

Auf dieser Seite finden Sie nützliche Informationen und Ressourcen für Systemdesigner zum Design von Trägern Platinen, die System-on-Modules (SOM) von DAVE Embedded Systems hosten.

DAVE Embedded Systems empfiehlt dringend, Ihr Kit zu registrieren. Durch die Registrierung erhalten Sie Zugriff auf reserviertes Material wie Quellcode und zusätzliche Dokumentation.

Um Ihr Kit zu registrieren, senden Sie bitte eine E-Mail an helpdesk@dave.eu und geben Sie die P/N und S/N des Kits an.

Bevor Sie petalinux-build ausführen, führen Sie bitte den folgenden Befehl aus

ssh -T git@git.dave.eu

Wir gehen davon aus, dass:

• Xilinx Vivado 2021.2 wird im Verzeichnis /opt/Xilinx/2021.2 installiert
• Xilinx Petalinux 2021.2 wird im Verzeichnis /opt/Xilinx/petalinux/2021.2
• installiert
• Ubuntu 20.04 wird als Build-Host verwendet

Weitere Informationen zum Einrichten des Host-Computers für die Builds Petalinux, Vivado und Vitis finden Sie unter DESK-XZ7-L-AN-0001

Ja. ConfigID ist eine neue Funktion der DAVE Embedded Systems-Produkte. Sein Hauptzweck besteht darin, einen automatischen Mechanismus zur Identifizierung des Produktmodells und der Produktkonfiguration bereitzustellen. In einfachen Worten bedeutet Modellidentifikation die Fähigkeit, einen numerischen Code zu lesen, der in einem verfügbaren Gerät (SOCs OTP, I2C EEPROM, 1-Wire-Speicher, geschützter NOR-Flash usw.) gespeichert ist.

Mit ConfigID zielen wir darauf ab, die Hardware-Konfigurationsinformationen zu vervollständigen, die die Software normalerweise nicht automatisch erkennen kann (z. B. RAM-Chip-Version usw.), ein dediziertes zuverlässiges Erkennungsverfahren zu implementieren und bei Bedarf die automatische Erkennung außer Kraft zu setzen. erkannte Hardware-Konfigurationsinformationen.

Ein zusätzliches Attribut ist UniqueID, bei dem es sich um einen schreibgeschützten Code handelt die ein einzelnes Produkt eindeutig identifiziert und zur Rückverfolgbarkeit dient.

Weitere Informationen zu DESK-XZ7-L (Software Development Kit für BORA Lite SOM) ConfigID und UniqueID finden Sie unter diese Seite.

Die BORA-Familie verwendet den ersten 32-Byte-OTP-Block auf NOR SPI, um ConfigID (und ihren CRC32) und UniqueID (und ihren CRC32) zu speichern. U-Boot integriert die Softwareroutinen zum Auslesen und Anzeigen der ConfigID. Für das BORA Lite-Modul, das für das Booten von NAND konfiguriert ist, wird die ConfigID im internen I2C-EPROM gespeichert: siehe hier für weitere Informationen.

Im Allgemeinen wird SOM ConfigID verwendet, um die Konfiguration der Grundfunktionen des SOM zu identifizieren, und CB ConfigID wird verwendet, um die Peripheriegeräte und die E/A-Schnittstellen zu identifizieren.

Bitte besuchen Sie diese Seite für detailliertere Informationen .

Ja, das können Sie. Diese Konfiguration ist während der Softwareentwicklung (sowohl für Kernel als auch für Anwendungen) sehr hilfreich. Das Kernel-Image wird über TFTP heruntergeladen, während das Root-Dateisystem per Fernzugriff über NFS vom Host aus gemountet wird. Es wird davon ausgegangen, dass der Entwicklungshost:

• ist über ein Ethernet-LAN mit der Ziel-Hostplatine verbunden

• exportiert das Verzeichnis, das das Root-Dateisystem für das Ziel enthält, über den NFS-Server

• führt einen TFTP-Server aus

• hat eine korrekte Subnetz-IP-Adresse

DESK-XZ7-L Die virtuelle Maschine ist ordnungsgemäß für das TFTP- und NFS-Debugging konfiguriert.

In jedem Fall müssen einige Variablen auf dem Ziel konfiguriert werden und die VM selbst muss im Hinblick auf die Netzwerkumgebung konfiguriert werden.

Bitte besuchen Sie diese Seite für detailliertere Informationen über die virtuelle Maschine und Zielkonfiguration oder das Booten über NFS mit PXE-Protokoll und Petalinux.

In DESK-XZ7-L (Software Development Kit für BORA Lite SOM) gibt es zwei Hauptrepositorys für:

• Hardware-Design mit Vivado verfolgen und reproduzieren

• Petalinux/Yocto-Build verfolgen und reproduzieren

Zusätzliche Repositorys werden verwendet, um andere Softwareteile zu verfolgen, die angepasst werden müssen (z. B. U-Boot-Bootloader, Linux-Kernel, Beispielanwendung usw.)

Zugriff auf die Git-Repositorys von DAVE Embedded Systems wird nur den Besitzern des Entwicklungskits gewährt. Ausführliche Anweisungen dazu finden Sie in unserem Video-Tutorial So greifen Sie auf die Git-Repositories von DAVE Embedded Systems zu So erhalten Sie Zugriff.

Weitere Informationen zum Beibehalten der Quellbäume finden Sie auf dieser Seite synchron und aktuell mit den Git-Repositories von DAVE Embedded Systems.

Besuchen Sie diese Seite für weitere Informationen darüber um das Vivado-Projekt in DESK-XZ7-L (Software Development Kit für BORA Lite SOM) zu erstellen und aufzubauen.

Das Vivado-Repository ermöglicht Folgendes:

• Hardware-/FPGA-bezogene Quellen/Konfiguration verfolgen
• Reproduzieren Sie die Ausgabe des Hardware-Designs (FPGA-Bitstream, XSA) mithilfe von TCL-Skripten

Besuchen Sie diese Seite für weitere Informationen darüber um das Petalinux-Projekt in DESK-XZ7-L (Software Development Kit für BORA Lite SOM) zu erstellen und aufzubauen.

Weitere Informationen zum Erstellen einer bootfähigen microSD finden Sie auf dieser Seite für das DESK-XZ7-L-Kit, indem Sie die von Petalinux generierte WIC-Datei von Interesse auf das schreiben SD-Karte.

Ja. Auf dieser Seite finden Sie ein Beispiel für C-Code, das den klassischen Hello World!-Nachricht auf der seriellen Zielkonsole. Dieses Beispiel zeigt, wie der Arm-Cross-Compiler in der für diesen Zweck konfigurierten Umgebung verwendet wird.

Auf dieser Seite erfahren Sie, wie Sie ein SOM programmieren und konfigurieren zum Booten im Standalone-Modus, ohne dass eine System-microSD-Karte oder ein NFS-Server erforderlich ist.

Die Seite enthält allgemeine Konzepte, die auf jeder Linux-Plattform von DAVE Embedded Systems angepasst werden können.

Bitte sehen Sie sich unser Video-Tutorial an So programmieren Sie den NAND-Flash für einen eigenständigen Start für detaillierte Anweisungen zum Programmieren des internen NAND-Flashs für einen vollständigen eigenständigen Start.

Für die Bereitstellung eines eingebetteten Systems ist die Konfiguration der Netzwerkschnittstelle eine der wichtigsten Konfigurationen.

Sobald das eingebettete Gerät endgültig für den eigenständigen Bootstrap konfiguriert ist, sollte die Netzwerkschnittstelle für den Fernzugriff auf das Gerät über Netzwerkverbindungen wie SSH, Telnet, FTP, http usw. konfiguriert werden.

Besuchen Sie diese Seite für weitere Informationen dazu um einfach die Netzwerkschnittstelle zu konfigurieren oder schauen Sie sich unser Tutorial an So konfigurieren Sie die Netzwerkschnittstelle.

DESK-XZ7-L (Software Development Kit für BORA SOM ) bietet die folgenden Peripheriegeräte:

• Konsole

• Ethernet

• SD

• CAN

• NOR

• NAND

• UART

• USB OTG

• Temperatursensor

• Leistungsmesser

Sie können die BORA Lite SOM-Broschüre herunterladen, indem Sie auf hier.

Um ein Angebot zu erhalten, können Sie DAVE Embedded Systems kontaktieren, indem Sie auf here .

Das Produkt BORA Lite SOM ist die aktualisierte Version von BORA SOM und basiert auf dem Xilinx Zynq XC7Z007S/XC7Z014S oder XC7Z010/XC7Z020 Anwendungsprozessor. BORA Lite ist eine kompakte Lösung, die sowohl eine CPU als auch ein FPGA umfasst, Komplexitäten auf der Trägerplatine vermeidet und dank des SODIMM-Formfaktors die günstigste Lösung ist, um ein Zynq-SOC in ein eingebettetes Design zu integrieren.

Die Zynq™-7000-Familie basiert auf der Architektur der Xilinx Extensible Processing Platform (EPP). Diese Produkte integrieren ein funktionsreiches Single/Dual-Core ARM® Cortex™-A9-basiertes Verarbeitungssystem (PS) und programmierbare 28-nm-Xilinx-Logik (PL) in einem einzigen Gerät. Die ARM Cortex-A9-CPUs sind das Herzstück des PS und umfassen auch On-Chip-Speicher, externe Speicherschnittstellen und eine Vielzahl von Schnittstellen für Peripheriegeräte.

Die Zynq-7000-Familie bietet die Flexibilität und Skalierbarkeit eines FPGA und bietet gleichzeitig Leistung, Leistung und Benutzerfreundlichkeit Verwendung, die typischerweise mit ASIC und ASSPs verbunden ist. Die Palette der Bausteine der Zynq-7000 AP SoC-Familie ermöglicht es Designern, kostensensible und leistungsstarke Anwendungen von einer einzigen Plattform aus unter Verwendung von Industriestandard-Tools zu entwickeln. Während jedes Gerät in der Zynq-7000-Familie dasselbe PS enthält, variieren die PL- und E/A-Ressourcen zwischen den Geräten.

Ja. BORA Lite Evaluation Kit ist die offizielle Support-Plattform zur Evaluierung des BORA Lite SOM. Es enthält eine SOM und alles Notwendige für die schnelle und einfache Auswertung.

Hier finden Sie das Video zum Unboxing des BORA Lite SOM Evaluation Kit, das Ihnen zeigt, wie das Evaluation Kit zusammengesetzt ist und wie Sie es auspacken und mit Ihrer Entwicklungsplattform verbinden.

BORA Lite SOM wurde entwickelt, um die Anforderungen von Anwendungen zu erfüllen, bei denen FPGAs am besten geeignet sind.

Die Zynq-7000 AP SoC-Geräte können eine breite Palette von Anwendungen bedienen, darunter:

• Fahrerassistenz, Fahrerinformationen und Infotainment für Autos
• Broadcast-Kamera
• Industrielle Motorsteuerung, industrielle Netzwerke und Maschinen Sehen
• IP- und Smart-Kamera
• LTE-Funk und Basisband
• Medizinische Diagnostik und Bildgebung
• Multifunktionsdrucker
• Video- und Nachtsichtgeräte

Ja. BORA Lite wurde entwickelt, um die Anforderungen medizinischer Anwendungen wie medizinischer Geräte zu erfüllen.

Ja. BORA Lite wurde entwickelt, um die Anforderungen industrieller Anwendungen wie Industrie-SPS, IoT-Systeme und allgemeiner die Anforderungen von Industrie 4.0-Anwendungen.

Auf dieser Seite finden Sie das BORA Lite SOM 3D-Modell.

Auf dieser Seite finden Sie das BORA Lite SOM-Blockdiagramm.

Auf dieser Seite finden Sie das BORA Lite SOM Hardwarehandbuch.

Auf dieser Seite finden Sie alle verfügbaren Marketingunterlagen zu BORA Lite SOM.

Die Teilenummer des BORA Lite SOM-Moduls wird durch die Zifferncodetabelle identifiziert, die Sie unter hier.

Die ZYNQ-Familie ist im Longevity-Programm von Xilinx. Das erste auf BORA Lite SOM verwendete ZYNQ SOC wurde 2011 veröffentlicht, während die neuesten Einzelkerne (XC7Z007S) 2016 veröffentlicht wurden.

DAVE Embedded Systems verpflichtet sich, seine Produkte mindestens für den gleichen Zeitraum bereitzustellen, der vom Siliziumanbieter angegeben wurde. DAVE Embedded Systems verwaltet die Veralterung der Komponenten und Komponenten durch ein PCN-Programm gemäß JEDEC-Standard (wo möglich), was die Unterstützung des Kunden erfordern kann.

Das Ziel von DAVE Embedded Systems ist es, seinen Kunden die Produktionskontinuität zu gewährleisten, einschließlich der Möglichkeit, seine Produkte neu zu gestalten.

Wenn Sie Unterstützung für unser technisches Team anfordern möchten, füllen Sie bitte dieses Formular. Nach der Einreichung wird ein Ticket zugeteilt. Unsere Techniker kümmern sich um Ihre Anfrage und antworten Ihnen in der Regel innerhalb von 24 Stunden nach der Anfrage per E-Mail.

Hier finden Sie das Formular zur Genehmigung der Materialrücksendung von DAVE Embedded Systems.

Ja. Sie können es herunterladen, indem Sie hier klicken.

Der Prozessor und das Speichersubsystem von BORA Lite SOM bestehen aus den folgenden Komponenten:

• Xilinx Zynq XC7Z007S/012S/014S Einzelkern ARM Cortex-A9 oder XC7Z010/XC7Z020 Dual-Core ARM Cortex-A9 MPCore
• Netzteil
• DDR-Speicherbänke
• NOR- und NAND-Flash-Banken
• 204 SO-DIMM-Anschluss mit Schnittstellensignalen

Weitere Informationen finden Sie unter diese Seite.

Ja. Die PCB-Version ist auf die PCB selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen). Außerdem wird eine ConfigID von der auf dem Board laufenden Software zur Identifizierung des Produktmodells/der Hardwarekonfiguration verwendet.

Klicken Sie auf hier sehen, in welchen Bereichen die ConfigID gespeichert wird.

Hier finden Sie die Stecker- und Pinbelegungsbeschreibung des BORA Lite SOM.

• Processing System (PS)
• Programmable logic (FPGA)
• Ethernet
• SDIO
• SPI
• NAND
• I2C
• UART
• USB
• EEPROM
• Real Time Clock
• Watchdog

Die Implementierung der korrekten Einschaltsequenz für ein Zynq-basiertes System ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind. BORA Lite SOM vereinfacht diese Aufgabe durch die Einbettung aller erforderlichen Schaltungen. Hier finden Sie ein vereinfachtes Blockdiagramm der Netzteil-/Spannungsüberwachungsschaltung.

Die empfohlene Startreihenfolge ist:

1. Rampen der Hauptstromversorgungsschiene (3,3VIN). nach oben
2. Trägerplatinenschaltkreis löst CB_PWR_GOOD aus; dies zeigt an, dass die 3,3-VIN-Schiene stabil ist (1)
3. Das Netzteil von Bora aktiviert und steuert DC/DC-Regler zum Einschalten der Schaltung
4. BOARD_PGOOD-Signal wird ausgelöst; Dieses Aktiv-High-Signal zeigt an, dass die E/A des SoM mit Strom versorgt werden. Dieses Signal kann verwendet werden, um die Einschaltsequenz der Trägerplatine zu verwalten, um eine Rückspeisung (vom SoM zur Trägerplatine oder umgekehrt) zu verhindern.

Weitere Informationen finden Sie unter diese Seite.

Hier finden Sie ein Blockdiagramm des Reset-Schemas und der Spannungsüberwachung.

Hier finden Sie Informationen zu den Initialisierungssignalen der programmierbaren Logik (PL): PROGRAM_B, INIT_B und DONE.

Der Startvorgang beginnt beim Power On Reset (POR), wo die Hardware-Reset-Logik den ARM-Kern dazu zwingt, mit der Ausführung zu beginnen beginnend mit dem On-Chip-Boot-ROM. Der Bootvorgang ist mehrstufig und umfasst mindestens das Boot-ROM und den First-Stage-Bootloader (FSBL). Das Zynq-7000 AP SoC enthält ein werkseitig programmiertes Boot-ROM, auf das der Benutzer nicht zugreifen kann.

Das Boot-ROM:

• bestimmt, ob das Booten sicher oder nicht sicher
• führt einige Initialisierungen des Systems und Bereinigungen durch
• liest die Modus-Pins, um den primären Start zu bestimmen Gerät
• sobald es zufrieden ist, führt es die FSBL aus

Nach einem System-Reset führt das System automatisch eine Sequenz aus, um das System zu initialisieren und den Bootloader der ersten Stufe aus dem ausgewählten zu verarbeiten externes Bootgerät. Der Prozess ermöglicht es dem Benutzer, die AP-SoC-Plattform nach Bedarf zu konfigurieren, einschließlich des PS und des PL. Optional kann die JTAG-Schnittstelle aktiviert werden, um dem Entwicklungsingenieur zu Test- und Debug-Zwecken Zugriff auf die PS und die PL zu geben.

Weitere Informationen zu BORA Lite SOM Boot-Optionen finden Sie unter hier.

JTAG-Signale werden zu einem dedizierten Anschluss (J2) auf der BORA Lite-Leiterplatte geleitet. Der Stecker befindet sich auf der Oberseite der Platine, in der oberen rechten Ecke.
Hier finden Sie die Tabelle mit der Pinbelegung des Anschlusses.

Weitere Informationen zur Verwendung der JTAG-Schnittstelle erhalten Sie unter Technisches Support-Team.

Hier finden Sie die maximalen Nennwerte, empfohlenen Nennwerte und den Stromverbrauch von Axel ULite SOM.

Die Bereitstellung der maximalen Leistungsaufnahme eines System-on-Module (kurz SOM) ist praktisch unmöglich, da diese extrem hoch ist Schwer den Worst Case zu definieren. Dies gilt umso mehr für BORA Lite, wo dies von der Software beeinflusst wird, die auf der Seite des Verarbeitungssystems (PS) und der Konfiguration der programmierbaren Logik (PL) ausgeführt wird.

Aus diesem Grund wurden mehrere reale Anwendungsfälle betrachtet, anstatt einen theoretischen maximalen Stromverbrauchswert anzugeben für die Mehrheit der Systemintegratoren unbrauchbar, da dies wahrscheinlich zu einem überdimensionierten Netzteil führen würde.

Hier beschreiben wir detailliert die verwendeten Testbeds.

Das Team von DAVE Embedded Systems steht für weitere Informationen zur Verfügung, bitte wenden Sie sich an sales@dave.eu oder überprüfen Sie diese Seite für weitere Informationen.

Hier finden Sie die mechanischen Eigenschaften von BORA Lite SOM.

Ja. DESK-XZ7-L ist das Embedded Software Kit für BORA SOM, BORA Xpress SOM und BORA Lite SOM.

Sie können die ETRA SOM-Broschüre herunterladen, indem Sie auf hier.

Wenn Sie an ETRA SOM interessiert sind kontaktieren Sie uns, um ein Angebot zu erhalten.

ETRA SOM ist Teil des System-on-Module-Portfolios von DAVE Embedded Systems, das auf den Lösungen von ST Microelectronics basiert, und es kann sein bereitgestellt mit ST STM32MP1 System On Chip.

Dieses System-On-Chip wurde mit ARM Cortex-A7 plus einer Cortex-M-Architektur entwickelt, die miteinander integriert sind.

Dieses System-On-Modul wurde entwickelt, um eine Kompatibilität innerhalb der bestehenden AXEL ULite System On Module basierend auf NXP i.MX6 UL System On Chip ermöglicht und ermöglicht ein einfaches Update aller bestehenden Produkte, aber auch die Generierung neuer Lösungen basierend auf einem brandneuen Bot-Produkt mit 15 Jahren Verfügbarkeit innerhalb der industriellen Qualifikation. 

ETRA SOM hat denselben Formfaktor, dieselbe Größe und eine kompatible Pinbelegung mit AXEL ULite System On Module. Diese SOM ermöglicht die Nutzung aller vom System On Chip verfügbaren Funktionalitäten.

Ausgehend von der ARM Cortex-A7 Architektur mit bis zu 2 verfügbaren Kernen und dem Cortex-M4 das ETRA SOM System Ein Modul integriert an Bord einen Einzelchip DDR3 und mehrere Speichermöglichkeiten.

Hauptmerkmale von ETRA SOM sind:

• ARM Cortex A7 @6/800 MHz + Cortex-M4 209MHz
• Hohe Flexibilität mit bis zu 4 verschiedenen SOC-Versionen
• Single-Chip-DDR3-RAM
• Erweiterte Sicherheit dank einfacher und erweiterter Sicherheitskonfigurationen
• eMMC- oder NAND-SLC-Massenspeicher an Bord
• Booten Sie von NOR für sichere Anwendungen
• Fast Ethernet 10/100Mbps mit integriertem PHY
• Erweiterung 1/0 mit zusätzlichen Timern/Keypads/Os
• Einzelnes 5-V-Netzteil mit sehr geringem Standby-Strom
• Pin-zu-Pin-Kompatibilität mit AXEL ULite SOM basierend auf i.MXG UL

Ja. ETRA Evaluation Kit ist die offizielle Support-Plattform für die Evaluierung des ETRA SOM. Es enthält eine SOM und alles Notwendige für die schnelle und einfache Auswertung.

Das ETRA SOM Evaluation Kit enthält:

1. die Hardware mit allem Nützlichen (Netzteil, Kabel usw.)
2. Die auf einer SD-Karte vorinstallierte Software
3. Das Zugriffsrecht auf DAVE Embedded Systems Repositories
4. Eine Live-Sitzung (normalerweise 4 Stunden) mit Tech-Team von DAVE Embedded Systems für:
   a) Konfiguration der virtuellen Maschine und erstes Hello World
   b) Überprüfung der Schaltpläne der Evaluierungsplatine für einen schnellen Start des Hardwaredesigns
5. Überprüfung des Trägerplatinendesigns: Sobald Ihre Platinenschaltpläne vorliegen bereit sind, stehen wir zur Verfügung, um das Design gemeinsam zu überprüfen und ein erstes Beispiel für eine Gerätebaumstruktur basierend auf Ihrem Design bereitzustellen

Auf dieser Seite finden Sie das ETRA SOM 3D-Modell.

Auf dieser Seite finden Sie das ETRA SOM-Blockdiagramm.

Auf dieser Seite finden Sie die gesamte verfügbare ETRA SOM-Hardwaredokumentation.

Auf dieser Seite finden Sie alle verfügbaren ETRA SOM-Marketingunterlagen.

Die Teilenummer des ETRA SOM-Moduls wird durch die Zifferncodetabelle identifiziert, die Sie unter hier.

ETRA SOM ist als Teil der SMT32MP1-Familie in der 10 Jahre Langlebigkeitsprogramm von ST Microelectronics.

Weitere Informationen finden Sie unter diese Seite.

Das Ziel von DAVE Embedded Systems ist es, seinen Kunden die Produktionskontinuität zu gewährleisten, einschließlich der Möglichkeit, seine Produkte der Reihe nach umzugestalten um die Produktkontinuität aufrechtzuerhalten.

Wenn Sie Unterstützung für unser technisches Team anfordern möchten, füllen Sie bitte dieses Formular. Nach der Einreichung wird ein Ticket zugeteilt. Unsere Techniker kümmern sich um Ihre Anfrage und antworten Ihnen in der Regel innerhalb von 24 Stunden nach der Anfrage per E-Mail.

Wir hoffen, dass Sie es nicht brauchen! Hier finden Sie den DAVE Formular zur Genehmigung der Materialrücksendung von Embedded Systems.

Ja. Sie können eine PDF-Version des ETRA SOM-Hardwarehandbuchs herunterladen, indem Sie hier klicken .

ETRA SOM-Prozessor und Speichersubsystem bestehen aus den folgenden Komponenten:

• STM32MP1 SoC-Anwendungsprozessor
• Netzteil
• DDR3L-Speicherbänke
• NOR- und NAND-Flash-Banken
• SODIMM-DDR3-Formfaktor und Anschluss mit Schnittstellensignale

Weitere Informationen finden Sie unter diese Seite.

Ja. Die PCB-Version ist auf die PCB selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen).

Außerdem wird eine ConfigID von der auf der Platine laufenden Software zur Identifizierung des Produktmodells/der Hardwarekonfiguration verwendet. Weitere Informationen finden Sie unter diesem Link.

Auf dieser Seite finden Sie die Stecker- und Pinbelegungsbeschreibung des ETRA SOM.

Auf ETRA SOM sind die folgenden Peripheriegeräte verfügbar:

• Audio
• CAN
• Ethernet
• HDMI-CEC
• LCD
• Display Serial Interface
• Camera Interface
• SD-MMC
• SPI
• Quad SPI
• I2C
• UART
• Analog-to-digital converter
• Digital-to-analog converter
• USB Host
• USB OTG
• GPIOs
• I/O expander
• Real Time Clock
• Watchdog

Die Implementierung einer korrekten Einschaltsequenz für STM32MP1-Prozessoren ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind. ETRA SOM enthält einen PMIC, der alle Ein- und Ausschaltzeiten verwaltet, um die richtige Reihenfolge sicherzustellen. Hierzu Seite finden Sie ein vereinfachtes Blockdiagramm der Netzteilschaltung.

Die typische Startsequenz ist die folgende:

1.  VIN_SOM-Hauptstromversorgungsschiene wird mit Strom versorgt
2. PMIC initiiert die vom STM32MP1-SoC benötigte Einschaltsequenz
3. Die VDD-Schiene wird mit Strom versorgt und das SOM_PGOOD-Signal wird aktiviert
4. PMIC Prozessor-Reset deaktivieren und Status prüfen

Weitere Informationen finden Sie unter diese Seite.

Auf dieser Seite finden Sie ein Blockdiagramm des Reset-Schemas und der Spannungsüberwachung.

Der Startvorgang beginnt beim Power On Reset (POR), wo die Hardware-Reset-Logik den ARM-Kern dazu zwingt, mit der Ausführung zu beginnen beginnend mit dem On-Chip-Boot-ROM.

Das Boot-ROM:

• bestimmt, ob das Booten sicher oder nicht sicher
• führt einige Initialisierungen des Systems und Bereinigungen durch< /span>
• liest die OTP-Einstellungen
• liest die Modus-Pins, um den primären Start zu bestimmen Gerät
• sobald es zufrieden ist, führt es die FSBL aus

Auf dieser Seite finden Sie weitere Informationen zu den ETRA SOM Boot-Optionen.

JTAG-Signale werden an den primären ETRA-Anschluss J1 geleitet.

Hier finden Sie die Tabelle mit der Pinbelegung des Steckers.

Für weitere Informationen zur Verwendung der JTAG-Schnittstelle wenden Sie sich bitte an DAVE Embedded Systems Technisches Support-Team.

Hier finden Sie die maximalen Nennwerte, empfohlenen Nennwerte und den Stromverbrauch von ETRA SOM.

Das ETRA SOM wurde entwickelt, um den vom Hersteller angegebenen maximal verfügbaren Temperaturbereich zu unterstützen. Der Kunde muss eine angemessene Anzahl von Tests und Überprüfungen definieren und durchführen, um die DUT-Fähigkeiten zur Verwaltung der Wärmeableitung zu qualifizieren. Alle Kühlkörper, Lüfter usw. müssen von Fall zu Fall definiert werden.

Das Team von DAVE Embedded Systems steht für weitere Informationen zur Verfügung, bitte wenden Sie sich an sales@dave.eu oder überprüfen Sie diese Seite für weitere Informationen.

Auf dieser Seite finden Sie die mechanischen Eigenschaften von ETRA SOM.

Ja. DAVE Embedded Software Kit Linux (kurz DESK-MP1-L ) ist verfügbar für ETRA SOM und stellt alle notwendigen Komponenten bereit, die zum Einrichten der Entwicklungsumgebung für Folgendes erforderlich sind: 

• Baue den Bootloader (U-Boot)
• das Linux-Betriebssystem bauen
• Linux-Anwendungen erstellen, die auf dem Ziel ausgeführt werden
• erstellen das Yocto BSP

Klick hier weitere Informationen zu DESK-MP1-L.

DAVE Embedded Systems empfiehlt dringend, Ihr Kit zu registrieren. Die Registrierung gewährt Zugriff auf reserviertes Material wie Quellcode und zusätzliche Dokumentation.

Um Ihr Kit zu registrieren, senden Sie bitte eine E-Mail an helpdesk@dave.eu mit P/N und S/N des Kits.

Ja. ConfigID ist ein neues Feature der DAVE Embedded Systems Produkte. Sein Hauptzweck ist die Bereitstellung eines automatischen Mechanismus zur Identifizierung des Produktmodells und der Konfiguration. In einfachen Worten bedeutet Modellidentifikation die Fähigkeit, einen numerischen Code zu lesen, der in einem verfügbaren Gerät gespeichert ist (SOCs OTP, I2C EEPROM, 1-Wire-Speicher, geschützter NOR-Flash usw.)

Mit ConfigID zielen wir darauf ab, die Hardware-Konfigurationsinformationen zu vervollständigen, die die Software normalerweise nicht automatisch erkennen kann (d. h. RAM-Chip-Version,...), Implementieren eines dedizierten zuverlässigen Erkennungsverfahrens und, falls erforderlich, Überschreiben der automatisch erkannten Hardwarekonfigurationsinformationen.

Ein zusätzliches Attribut ist UniqueID, ein schreibgeschützter Code, der ein einzelnes Produkt eindeutig identifiziert und zur Rückverfolgbarkeit verwendet wird.

Weitere Informationen zu ConfigID und UniqueID finden Sie unter diese Seite.

Für die Bereitstellung eines eingebetteten Systems ist die Konfiguration der Netzwerkschnittstelle eine der wichtigsten Konfigurationen.

Sobald das eingebettete Gerät endgültig für den eigenständigen Bootstrap konfiguriert ist, sollte die Netzwerkschnittstelle für den Fernzugriff auf das Gerät über Netzwerkverbindungen wie SSH, Telnet, FTP, http usw. konfiguriert werden.

Weitere Informationen zur einfachen Konfiguration der Netzwerkschnittstelle finden Sie auf dieser Seite oder schauen Sie sich unser Tutorial an So konfigurieren Sie die Netzwerkschnittstelle.

• Ethernet
• LCD
• Display Serial Interface
• Touchscreen
• micro SD
• UARTs
• USB Host
• USB OTG
• RTC
• DWM
• GPIOs

Auf dieser Seite finden Sie nützliche Informationen und Ressourcen für Systemdesigner, um Trägerplatinen zu entwerfen, die DAVE Embedded Systems hosten System-on-Modules (SOM).

Diese Richtlinien werden bereitgestellt, um Designern zu helfen, konforme Systeme mit DAVE Embedded Systems zu entwerfen. b> Module und decken Schaltpläne und PCB-Aspekte ab.

Wenn Sie am ETRA Evaluierungskit kontaktieren Sie uns, um ein Angebot zu erhalten.

Auf dieser Seite finden Sie ein vereinfachtes Blockdiagramm des ETRA SOM Evaluation Kit und eine Zusammenfassung der Hauptmerkmale des Kits.

Im ETRA Evaluation Kit sind die folgenden Schnittstellen und Konnektoren verfügbar:

• Power Supply
• CPU connector
• JTAG
• Ethernet
• Console
• LCD
• Display Serial Interface
• micro SD
• UARTs
• USB ports
• Touchscreen
• RTC
• Watchdog
• DWM
• GPIOs
• Auxiliary connectors

Yes, we have our Longevity Program based on Silicon Vendors' Longevity Program. For SMARX SOM see this page

SMARX ist ein System On Module basiert auf dem NXP i.MX6-Anwendungsprozessor, der vollständig mit dem Standard SMARC v1.0 kompatibel ist. Dank SMARX haben Kunden die Möglichkeit, Zeit und Ressourcen zu sparen, indem sie eine kompakte Lösung verwenden, die es ermöglicht, eine skalierbare Leistung zu erreichen, die perfekt zu den Anwendungsanforderungen passt und Komplexitäten auf der Trägerplatine vermeidet.

SMARX bietet hervorragende Rechenleistung Leistung, dank der umfangreichen Peripheriegeräte, des Scalable ARM Cortex-A9 zusammen mit einer großen Anzahl von Hochgeschwindigkeits-I/Os.

Außerdem bietet es :

• Unübertroffene Leistung dank S/DL/D/Q//DP/QP
• ARM Cortex A9 MPCore @ bis zu 1,2 GHz
• eMMC-Primärspeicher an Bord
• EEPROM sicherer und zuverlässiger Speicher
• Massive Computing-Anwendungen ermöglichen dank großer Auswahl
• DDR3-RAM-Speicher bis zu 2 GB (4 GB OPT)
• Single 5.0V Power Supply 3.3 V I/0
• Kompatibilität mit dem Standard SMARC v1.0
• Voller Support und Wartung über Boot und Linux-Release
• Voller Support und Wartung über Yocto RFS
• Embedded Android Support auf Anfrage

Sie kann herunterladen SMARX SOM Broschüre von Klicken hier.

Sie können die SMARTX SOM-Broschüre herunterladen, indem sie hier klicken.

Wenn ja Interesse an SMARX SOM kontaktieren Sie uns, um ein Angebot zu erhalten. 

Die SMARX SOM-Produkt basiert auf basierend auf dem NXP i.MX6-Anwendungsprozessor.

Der i.MX6 Solo/DualLite/Dual/Quad-Prozessoren verfügen über die fortschrittliche Implementierung des ARM® Cortex®-A9 MPCore von NXP, der mit Geschwindigkeiten von bis zu 1,2 GHz arbeitet. Dazu gehören 2D- und 3D-Grafikprozessoren, 1080p-Videoverarbeitung und integrierte Energieverwaltung.

SMARX SOM basiert auf dem NXP i.MX6-Anwendungsprozessor. Die i.MX6 Solo/DualLite/Dual/Quad-Prozessoren verfügen über die fortschrittliche Implementierung des ARM® Cortex®-A9 MPCore von NXP, der mit Geschwindigkeiten von bis zu 1,2 GHz arbeitet. Dazu gehören 2D- und 3D-Grafikprozessoren, 1080p-Videoverarbeitung und integrierte Energieverwaltung.

Infolgedessen sind die i.MX6-Geräte in der Lage, eine breite Palette von Anwendungen zu bedienen, darunter:

• Automobile Fahrerassistenz, Fahrerinformation und Infotainment
• Multimediazentrierte intelligente Mobilgeräte
• Instrumentencluster und tragbare medizinische Geräte
• E-Reader, Smartbooks, Tablets
• Intelligente industrielle Motorsteuerung, industrielle Vernetzung und maschinelles Sehen
• IP- und Smart-Kamera
• Mensch-Maschine-Schnittstellen
• Medizinische Diagnostik und Bildgebung
• Digitale Beschilderung
• Video- und Nachtsichtgeräte
• Multimedia-orientierte Produkte
• Unterhaltungs- und Spielgeräte.

Auf dieser Seite finden Sie das Blockschaltbild von SMARTX SOM.

Auf dieser Seite finden Sie SMARX SOM-Hardwarehandbuch.

Auf dieser Seite finden Sie alle verfügbaren SMARX SOM-Marketingunterlagen.

SMARX Die SOM-Modul-Teilenummer wird durch die Zifferncodetabelle identifiziert, die Sie finden können hier.

SMARX SOM ist wie die gesamte i.MX6-Familie in der Longevity-Programm von NXP.

DAVE Embedded Systems ist verpflichtet, seine Produkte mindestens für den gleichen Zeitraum bereitzustellen, der vom Siliziumanbieter angegeben wurde. DAVE Embedded Systems verwaltet die Veralterung der Komponenten und Komponenten über ein PCN-Programm gemäß JEDEC-Standard (wo möglich), was möglicherweise die Unterstützung des Kunden erfordert. 

Für weitere Informationen, siehe diese Seite.

DAVE Embedded Systems' Ziel ist es, seinen Kunden die Produktionskontinuität zu gewähren, einschließlich der Möglichkeit, seine Produkte neu zu gestalten, um die Produktkontinuität aufrechtzuerhalten.

Wenn Sie möchten Wenn Sie Support an unser technisches Team anfordern, füllen Sie bitte dieses Formular. Nach der Einreichung wird ein Ticket zugeteilt. Unsere Techniker kümmern sich um Ihre Anfrage und antworten Ihnen in der Regel innerhalb von 24 Stunden nach der Anfrage per E-Mail.

Hier finden Sie das Formular zur Genehmigung der Materialrücksendung von DAVE Embedded Systems.

Ja. Sie können das SMARTX SOM-Hardwarehandbuch herunterladen, indem Sie auf klicken hier.

SMARX SOM-Prozessor und Speichersubsystem bestehen aus den folgenden Komponenten: 

• ARM Cortex-A9 MPCore 2x/4x CPU-Prozessor mit:

◦ Bis zu 1 Megabyte einheitlicher L2-Cache, der von allen CPU-Kernen gemeinsam genutzt wird
◦ NEON MPE Co-Prozessor
◦ General Interrupt Controller (GIC) mit 128-Interrupt-Unterstützung
◦ Snoop-Steuereinheit (SCU)
◦ Externe Speicher verbinden sich

• Hardwarebeschleuniger, einschließlich:

◦ VPU -Videoverarbeitungseinheit
◦ Bis zu zwei IPUv3H -Image Processing Unit (Version 3H)
◦ 2D/3D/Vektorgrafik-Beschleuniger

• Konnektivitätsperipherie, einschließlich
• PCIe
• SATA (nur i.MX6 D/Q)
• SD/SDIO/MMC
• Serielle Busse: USB, UART, I²C, SPI, ...

Weitere Informationen finden Sie auf dieser Seite .

Alle Schnittstellensignale SMARX – DSX-Angebote werden gemäß den SMARC-Spezifikationen 1.0 über den 314-Pin-Edge-Connector (mit dem Namen J10) geleitet. Die dedizierte Trägerplatine muss den Gegenstecker montieren und die gewünschten Peripherieschnittstellen gemäß den SMARX-DSX-Pinbelegungsspezifikationen verbinden.

SMARX bietet eine zusätzliche optionaler Anschluss für JTAG-Schnittstelle.

Für weitere Informationen, siehe Hardwarehandbuch .

Ja. SMARTX SOM implementiert etablierte Versionierungs- und Tracking-Mechanismen.

Die PCB-Version ist Kupfer auf die Leiterplatte selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen).

Außerdem kann ein  ConfigID wird von der auf der Platine laufenden Software zur Identifizierung verwendet des Produktmodells/der Hardwarekonfiguration. Auf SMARX – DSX SOM ConfigID wird in diesen Bereichen des OTP-Speicherbereichs gespeichert, der im i.MX6 SOC integriert ist:

• OCOTP_GP1 (OTP-Bank 4, Wort 6 (ADDR = 0x26))
• OCOTP_GP2 (OTP Bank 4, Wort 7 (ADDR = 0x27))

Die UniqueID ist eine Nur-Lese-Code, der das Teil eindeutig identifiziert. Es kann von der Software gelesen werden, wie beschrieben hier.

Auf SMARX SOM sind verfügbar die folgenden Peripheriegeräte:

• Audio
• CAN
• Ethernet
• HDMI
• LVDS
• MIPI
• SDIOs
• SATA
• UARTs
• USB-Host
• USB-OTG
• PCI Express
• GPIOs
• Echtzeituhr
• Watchdog
• I2C

Implementierung der richtigen Power- Die Aufwärtssequenz für i.MX6-Prozessoren ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind. SMARX - DSX SOM vereinfacht diese Aufgabe durch Einbetten aller erforderlichen Schaltungen.

Hier finden Sie ein vereinfachtes Blockdiagramm des Blockdiagramms des Stromversorgungssubsystems.

Das Netzteil ist zusammengesetzt aus drei Hauptblöcken:

• Synchroner DC/DC-Abwärtswandler
• integrierte Schaltung zur Energieverwaltung (PMIC, NXP PF0100E0 - auf Anfrage ist dieses Teil in Automobilqualität erhältlich)
• zusätzliche generische Power-Management-Schaltung, die PMIC vervollständigt
  Funktionen.

Das Netzteil:

• erzeugt die richtige Einschaltsequenz, die vom i.MX-Prozessor und den umgebenden Speichern und Peripheriegeräten benötigt wird
• synchronisiert das Hochfahren der Trägerplatine, um einen Rückstrom zu verhindern.

Die empfohlene Leistung- Aufwärtssequenz ist:

1. (optional) VDD_RTC wird mit Strom versorgt
2. VDD_IO_SEL muss erdfrei gelassen werden, um 3,3 V E/A gemäß SMARC v1.0-Standard auszuwählen und SMARX – DSX SOM korrekt hochfahren zu lassen
3. VDD_IN Hauptstromversorgungsschiene wird mit Strom versorgt
4. Die Trägerplatine gibt das Signal VIN_PWR_BAD# frei, wenn sie eine stabile Spannung an SOM über die VDD_IN-Stromschiene liefert. Optional kann dieses Signal potentialfrei gelassen werden.
5. RESET_IN# (Active-Low) wird auf Low getrieben
6. PMIC wechselt vom AUS- in den EIN-Zustand
7. PMIC leitet die vom MX6-Prozessor benötigte Einschaltsequenz ein
8. CARRIER_PWR_ON-Signal wird angehoben; Dieses Aktiv-High-Signal zeigt an, dass die E/A des SoM mit Strom versorgt werden. Dieses Signal kann verwendet werden, um die Einschaltsequenz der Trägerplatine zu verwalten, um eine Rückspeisung (vom SoM zur Trägerplatine oder umgekehrt) zu verhindern
9. RESET_IN# wird freigegeben.

Für weitere Informationen, siehe diese Seite.

Auf dieser Seite finden Sie ein Blockdiagramm des Reset-Schemas und der Spannungsüberwachung.

Auf SMARX – DSX SOM ermöglichen die drei BOOT_SEL[2:0]-Pins die Auswahl aus verschiedenen Boot-Geräten.

Um den Boot auszuwählen Die BOOT_SEL[2:0]-Signale des Geräts müssen beim SOM-Einschalten mit den Logikpegeln „0“ oder „1“ verbunden sein. Dies wird durch Verbinden mit GND oder Pull-up auf nominal 3,3 V_I/O erreicht, die auf der Trägerplatine vorhanden sind. Die BOOT_SEL[2:0]-Signale gehören zur Spannungsdomäne CPLD_I/O_3,3 V. Details zum Schwellenwert für die Spannungspegel finden Sie in Abschnitt 4.1.3.2 CPLD_I/O_3.3V.

Weitere Informationen zu SMARX SOM-Startoptionen, klicken Sie bitte auf hier.

Der i.MX6 bietet Debug-Zugriff über eine Standard-JTAG-Debug-Schnittstelle (IEEE 1149.1). Die Signale werden an den integrierten J7-Anschluss geleitet.

Der Verbinder wird platziert auf der Oberseite der Platine, in der oberen linken Ecke wie auf diese Seite.

Weitere Informationen zu zur Verwendung der JTAG-Schnittstelle wenden Sie sich bitte an die Technisches Support-Team.

Auf dieser Seite, finden Sie die maximalen Werte, empfohlenen Werte und den Stromverbrauch von SMARX SOM.

Auf dieser Seite, finden Sie Informationen zum Wärmemanagement und zur Wärmeableitung auf SMARX SOM.

DAVE Embedded Systems' Team steht für weitere Informationen zur Verfügung, wenden Sie sich bitte an sales@dave.eu oder siehe diese Seite für weitere Informationen.

Auf dieser Seite, finden Sie die mechanischen Eigenschaften der SMARX Modul.

Ja.  DAVE Eeingebettete Software Kit Linux ( DESK-MX6-L kurz) ist für SMARX SOM verfügbar und stellt alle notwendigen Komponenten bereit, die zum Einrichten der Entwicklungsumgebung für Folgendes erforderlich sind: 

• erstelle den Bootloader ( U-Boot)
• erstellen das Linux  ;Betriebssystem
• erstellt Linux-Anwendungen, die wird auf dem Ziel ausgeführt
• erstellen das  Yocto BSP

Klick hier weitere Informationen zu DESK-MX6- L, das Software Development Kit für SMARX SOM.

Das eingebettete Software-Kit für SMARX SOM besteht aus:

• VirtualBox-Maschine mit
  • Toolchain und SDK
  • U-Boot-Bootloader-Quellen
  • Linux-Kernelquellen
  • Root-Dateisystem-Images
• Zugriff auf Git-Repositories für registrierte Benutzer, die die Aktualisierung des folgenden Repos ermöglichen
  • u-boot
  • linux
  • Yocto BSP
• SD-Karte mit der kompletten Umgebung für
  • die DVDK-OVA-Datei (d. h. die Datei der virtuellen Maschine, die in die VirtualBox-Anwendung importiert werden soll)
  • ein vollständiges Kit-Bootstrap und eine Demonstration (mit bereits konfigurierten U-Boot-, Kernel- und Root-Dateisystem-Binärdateien)

DAVE Embedded Systems stark empfehlen, Ihr Kit zu registrieren. Die Registrierung gewährt Zugriff auf reserviertes Material wie Quellcode und zusätzliche Dokumentation.

Um Ihr Kit zu registrieren , senden Sie bitte eine E-Mail an helpdesk@dave.eu Bereitstellung der P/N und S/N des Kits.

So Suchseiten finden Sie alle Versionshinweise für DESK -MX6-L, das Software Development Kit und das SMARX SOM.

DESK-MX6-L (Software Development Kit für SMARX SOM) enthält die gesamte erforderliche Software und Dokumentation zum Starten Entwicklung von Linux-Anwendungen auf der Axel-Plattform. Insbesondere DESK-MX6-L bietet eine virtuelle Maschine namens DVDK.

Für weitere Informationen, siehe diese Seite.

Ja. ConfigID ist eine neue Funktion von Produkte von DAVE Embedded Systems. Sein Hauptzweck ist die Bereitstellung eines automatischen Mechanismus zur Identifizierung des Produktmodells und der Konfiguration. In einfachen Worten bedeutet Modellidentifikation die Fähigkeit, einen numerischen Code zu lesen, der in einem verfügbaren Gerät gespeichert ist (SOCs OTP, I2C EEPROM, 1-Wire-Speicher, geschützter NOR-Flash usw.)

Mit ConfigID haben wir zielen darauf ab, die Hardwarekonfigurationsinformationen zu vervollständigen, die die Software normalerweise nicht automatisch erkennen kann (z. span>

Dieser Artikel beschreibt, wie die ConfigID ist in den Produkten implementiert, die von DESK-MX6-L Linux-Kit.

Ein zusätzliches Attribut ist UniqueID, die gelesen wird -nur Code, der ein einzelnes Produkt eindeutig identifiziert und zur Rückverfolgbarkeit dient.

Für weitere Informationen, siehe diese Seite.

Ja. Diese Konfiguration ist während der Softwareentwicklung (sowohl für Kernel als auch für Anwendungen) sehr hilfreich. Das Kernel-Image wird über TFTP heruntergeladen, während das Root-Dateisystem remote über NFS vom Host gemountet wird.

Für weitere Informationen, siehe diese Seite.

Überprüfen diese Seite für weitere Informationen zur Aufbewahrung die Quellbäume synchron und aktuell mit den Git-Repositories von DAVE Embedded Systems.

Siehe diese Seite für weitere Informationen darüber, wie zum Erstellen des U-Boot-Bootloaders auf DESK-MX6-L (Software Development Kit for SMARX SOM).

Weitere Informationen zum Erstellen des Linux-Kernels finden Sie auf dieser Seite auf DESK-MX6-L (Software Development Kit für SMARX SOM).

Bitte sehen Sie sich unser Video-Tutorial an So fügen Sie einen neuen Kernel-Gerätetreiber hinzu (erstellen Sie den Kernel) für detaillierte Anweisungen dazu.

Wie bekannt, in zusätzlich zu einem Bootloader und dem o.s. Kernel benötigt ein eingebettetes Linux-System ein Root-Dateisystem, um zu funktionieren. Das Root-Dateisystem muss alles enthalten, was zur Unterstützung des Linux-Systems benötigt wird (Anwendungen, Einstellungen, Daten usw.). Das Root-Dateisystem ist das Dateisystem, das auf derselben Partition enthalten ist, auf der sich das Root-Verzeichnis befindet.

Zum Generieren der unterstützten Root-Dateisysteme muss der Build des Yocto BSP ausgeführt werden. Die Ausgabe dieses Prozesses ist ein Image, das die U-Boot-Binärdatei, das Linux-Kernel-Image und das ausgewählte Root-Dateisystem-Image enthält. Siehe diese Seite für weitere Informationen zum Erstellen des Yocto BSP auf DESK-MX6-L.

Siehe diese Seite für weitere Informationen zum Erstellen eine bootfähige microSD für die DESK-MX6-L Versionshinweise-Kit mithilfe eines einfachen Bash-Skripts.

Ja Auf dieser Seite finden Sie ein Beispiel für C-Code, der die klassische Nachricht zeigt Hello World! auf der seriellen Zielkonsole. Dieses Beispiel zeigt, wie der Cross-Compiler-Arm mit der dafür konfigurierten Umgebung verwendet wird.

Im Vergleich zu NOR-Flash-Speichern stellen NAND-Geräte bekanntermaßen eine große Herausforderung hinsichtlich der Zuverlässigkeit dar. Dies gilt insbesondere dann, wenn der NAND-Flash als Boot-Gerät verwendet wird. Um eine akzeptable Zuverlässigkeit zu erreichen, müssen verschiedene Techniken wie Wear Leveling und Bad Block Management implementiert werden.

Diese Seite bietet Informationen über die NAND-Geräteverwaltung, um Behandeln Sie es ordnungsgemäß, wenn es als Startgerät für NXP i.MX6-basierte Produkte verwendet wird.

Detaillierte Anweisungen zum Programmieren und Programmieren finden Sie in unserem Video-Tutorial So programmieren Sie U-Boot in NAND-Flash U-Boot auf internem NAND-Flash.

Auf dieser Seite finden Sie weitere Informationen zum Anpassen des Begrüßungsbildschirm auf DESK-MX6-L (Software Development Kit für SMARX SOM).

Bitte sehen Sie sich unser Video-Tutorial an So ändern Sie den U-Boot-Begrüßungsbildschirm auf der SD-Karte Detaillierte Anweisungen zur Verwendung Ihres eigenen Firmenlogos als U-Boot-Begrüßungsbildschirm.

Auf dieser Seite erfahren Sie, wie Sie ein SOM programmieren und konfigurieren zum Booten im Standalone-Modus, ohne dass eine System-microSD-Karte oder ein NFS-Server erforderlich ist.

Die Seite enthält allgemeine Konzepte, die auf jeder Linux-Plattform von DAVE Embedded Systems angepasst werden können.

Bitte sehen Sie sich unser Video-Tutorial an So programmieren Sie den NAND-Flash für einen eigenständigen Start für detaillierte Anweisungen zum Programmieren des internen NAND-Flash für einen vollständigen eigenständigen Start.

Für die Bereitstellung eines eingebetteten Systems ist die Konfiguration der Netzwerkschnittstelle eine der wichtigsten Konfigurationen.

Sobald das eingebettete Gerät endgültig für den eigenständigen Bootstrap konfiguriert ist, sollte die Netzwerkschnittstelle für den Fernzugriff auf das Gerät über Netzwerkverbindungen wie SSH, Telnet, FTP, http usw. konfiguriert werden.

Weitere Informationen zur einfachen Konfiguration des Netzwerks finden Sie auf dieser Seite Schnittstelle oder sehen Sie sich unser Tutorial So konfigurieren Sie die Netzwerkschnittstelle an.

• Audio
• CAN
• Ethernet
• HDMI
• LVDS
• MIPI
• SD
• UART
• USB Host
• USB OTG
• PCIe
• GPIOs

Ja. SMARX Evaluation Kit enthält eine SOM und alles Notwendige für die schnelle und einfache Auswertung. Die Produkthighlights finden Sie unter diese Seite.

Das SMARX Evaluation Kit von DAVE Embedded Systems ist im Grunde ein komplettes SW Development Kit, das mit AXEL Lite SOM.

Auf dieser Seite finden Sie nützliche Informationen und Ressourcen für Systemdesigner, um Trägerplatinen zu entwerfen, die DAVE Embedded Systems System-on-Modules (SOM) hosten.

Diese Richtlinien werden bereitgestellt mit dem Ziel, Designern zu helfen, konforme Systeme mit DAVE Embedded Systems-Modulen zu entwerfen, und sie decken Schaltpläne und PCB-Aspekte ab. Sie gelten für mehrere Produkte, einschließlich SMARX SOM (was gemeinsam ist mit AXEL Lite SOM).

Se sei interessant al Bewertungskit von SMARX SOM Kontakt per ottenere un preventivo.

MITO 8M Nano SOM Yocto images contain a list of pre-built packages and applications. A summary of root file system images and the complete list of installed packages can be checked in the following table.

Sie können die MITO 8M Nano SOM-Broschüre hier klicken.

Wenn Sie an MITO 8M Nano SOM interessiert sind kontaktieren Sie uns, um ein Angebot zu erhalten.

Das Produkt MITO 8M Nano SOM basiert auf dem aktuellen NXP i.MX8 Mini/Nano-Anwendungsprozessor. Dank dieser Lösung haben Kunden die Möglichkeit, Zeit und Ressourcen zu sparen, indem sie eine kompakte Lösung verwenden, die es ermöglicht, eine skalierbare Leistung zu erreichen, die perfekt zu den Anwendungsanforderungen passt und Komplexitäten auf der Trägerplatine vermeidet. Die Hintergrundidee dieser SOM ist es, Kunden eine vollständig kompatible Lösung mit der bestehenden NXP i.MX6-Lösung bereitzustellen.

Der Einsatz von MITO 8M Nano ermöglicht eine umfassende Differenzierung neuer Anwendungen auf Systemebene in vielen Industriebereichen, in denen hoch- Leistung und extrem kompakter Formfaktor (67,5 mm x 43 mm) sind Schlüsselfaktoren.
i.MX8 Mini/Nano SOM bietet große Rechenleistung zu einem vernünftigen Preis. Aus diesen Gründen ist es die richtige Alternative zu NXP i.MX6 Solutions.

Ja. MITO 8M Nano Evaluation Kit enthält eine SOM und alles notwendig für die schnelle und einfache Auswertung.

Hier finden Sie die Anleitung zum Auspacken des MITO 8M Nano SOM Evaluierungskits, die Ihnen zeigt, wie das Evaluierungskit zusammengesetzt ist und wie Sie es auspacken und mit Ihrer Entwicklungsplattform verbinden.

Die Hauptmerkmale von MITO 8M Nano SOM sind:

• ARM Cortex A53 MPCore + Cortex-M4-Technologie
• eMMC oder NAND SLC an Bord
• doppelter LVDS-Ausgang an Bord
• Ermöglichung massiver Computeranwendungen dank LPDDR4 mit großer Bandbreite RAM-Speicher bis zu 2 GB (4 GB OPT)
• VOLLSTÄNDIG kompatibel mit i.MX6 AXEL Lite SOM
• Reduzierte Trägerkomplexität: 1xPCIe, duales MIPI, SDIO, USB2.0, Gb ETH, GPIOs, 3xSAI
• H264/H265-Videokodierung und -dekodierung
• Verfügbare NAND-Schnittstelle zur Kostenoptimierung

Auf dieser Seite finden Sie das MITO 8M Nano SOM 3D-Modell.

Auf dieser Seite finden Sie das Blockdiagramm des MITO 8M Nano SOM.

Auf dieser Seite finden Sie das Hardware-Handbuch von MITO 8M Nano SOM.

Hier finden Sie alle verfügbaren Marketingunterlagen des MITO 8M Nano SOM.

Die teilenummer des MITO 8M Nano SOM-Moduls wird durch die Zifferncodetabelle identifiziert, die Sie unter hier.

Die i.MX8M Nano-Familie ist in der Langlebigkeitsprogramm von NXP.

DAVE Embedded Systems verpflichtet sich, seine Produkte mindestens für den gleichen Zeitraum bereitzustellen, der vom Siliziumanbieter angegeben wurde.
DAVE Embedded Systems verwaltet die Veralterung der Komponenten und Komponenten durch ein PCN-Programm gemäß JEDEC-Standard (wo möglich), was die Unterstützung des Kunden erfordern kann.

Das Ziel von DAVE Embedded Systems ist es, seinen Kunden die Produktionskontinuität zu gewährleisten, einschließlich der Möglichkeit, seine Produkte der Reihe nach umzugestalten um die Produktkontinuität aufrechtzuerhalten.

Wenn Sie Unterstützung für unser technisches Team anfordern möchten, füllen Sie bitte dieses Formular. Nach der Einreichung wird ein Ticket zugeteilt. Unsere Techniker kümmern sich um Ihre Anfrage und antworten Ihnen in der Regel innerhalb von 24 Stunden nach der Anfrage per E-Mail.

Hier finden Sie das Formular zur Autorisierung der Materialrücksendung von DAVE Embedded Systems.

Prozessor und Speichersubsystem des MITO 8M Nano SOM bestehen aus den folgenden Komponenten:

• i.MX8M Nano SoC-Anwendungsprozessor
• Netzteil
• LPDDR4-Speicherbank
• eMMC- oder NAND-Flash-Banken
• Konnektoren:
  • 1 x 204-poliger SO-DIMM-Edge-Anschluss mit Schnittstellensignalen
    • teilweise kompatibel mit AXEL Lite SOM

Hier finden Sie eine kurze Beschreibung der Hauptkomponenten des MITO 8M Mini (Prozessorinformationen, RAM-Speicherbank, eMMC-Flashbank, NAND Flashbank, Speicherkarte und Netzteil).

Ja. Die PCB-Version ist auf die PCB selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen). Außerdem wird eine ConfigID von der auf der Platine laufenden Software zur Identifizierung des Produktmodells/der Hardwarekonfiguration verwendet.

Auf MITO 8M Nano SOM wird die ConfigID im OTP-Speicher gespeichert.

Hier finden Sie die Stecker und Pinbelegung des MITO 8M Mini Moduls.

MITO 8M Nano SOM unterstützt die folgenden Peripheriegeräte:

• Audio
• Ethernet
• LVDS
• MIPI
• SDIO
• SPI
• I2C
• UART
• USB
• GPIOs
• Echtzeituhr
• Wachhund
• ADC-Spannungsüberwachung

Die Implementierung der korrekten Einschaltsequenz für iMX8M Mini/Nano-Prozessoren ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind . MITO 8M Nano SOM vereinfacht diese Aufgabe durch die Einbettung aller erforderlichen Schaltkreise. Hier finden Sie ein vereinfachtes Blockdiagramm der Netzteil-/Spannungsüberwachungsschaltung.

Das Netzteil besteht aus zwei Hauptblöcken: 1) integrierte Schaltung zur Energieverwaltung 2) zusätzliche generische Energieverwaltungsschaltung, die vervollständigt PMIC-Funktionalitäten.

Erzeugt die richtige Einschaltsequenz, die vom SOC-Prozessor und den umgebenden Speichern und Peripheriegeräten benötigt wird, und synchronisiert die Einschalten der Trägerplatine, um einen Rückstrom zu verhindern.

Die typische Startsequenz ist die folgende:

1. 3,3-VIN-Hauptstromversorgungsschiene wird mit Strom versorgt
2. SNVS-Domänensignale werden hochgezogen (es sei denn Schaltung der Trägerplatine hält dieses Signal aus irgendeinem Grund niedrig)
3. CPU_PORn (active-low) wird niedrig betrieben von PMIC
4. RTC_RESET_B werden intern nach 10ms freigegeben
5. PMIC initiiert die vom iMX8M benötigte Einschaltsequenz Mini-/Nano-Prozessor
6. BOARD_PGOOD geht hoch, wenn alle CPU-E/A Stromschiene ist fertig
7. CPU_PORn wird nach dem letzten Regler zum Bringen deaktiviert der Prozessor nicht zurückgesetzt

Hier finden Sie ein Blockdiagramm des Reset-Schemas und der Spannungsüberwachung.

Der Startvorgang beginnt beim Power On Reset (POR), wo die Hardware-Reset-Logik den ARM-Kern dazu zwingt, mit der Ausführung zu beginnen beginnend mit dem On-Chip-Boot-ROM.

Das Boot-ROM:

• bestimmt, ob das Booten sicher oder nicht sicher
• führt einige Initialisierungen des Systems durch und bereinigt ups
• liest die Modus-Pins, um den primären Start zu bestimmen Gerät
• sobald es zufrieden ist, führt es den Bootvorgang aus Code

Weitere Informationen zu den Startoptionen von MITO 8M Nano SOM finden Sie unter hier.

JTAG-Signale werden zu einem dedizierten Anschluss auf der MITO 8M Mini/Nano-Leiterplatte geleitet. Der Stecker wird auf der Oberseite der Platine auf der rechten Seite platziert. Sehen Sie sich diese Seite an für weitere Informationen.

Hier finden Sie die maximalen Nennwerte, empfohlenen Nennwerte und den Stromverbrauch des MITO 8M Nano SOM.

Das MITO 8M Mini/Nano SOM wurde entwickelt, um den vom Hersteller angegebenen maximal verfügbaren Temperaturbereich zu unterstützen. Der Kunde muss eine angemessene Anzahl von Tests und Überprüfungen definieren und durchführen, um die DUT-Fähigkeiten zur Verwaltung der Wärmeableitung zu qualifizieren. Alle Kühlkörper, Lüfter usw. müssen von Fall zu Fall definiert werden.

Das Team von DAVE Embedded Systems steht für weitere Informationen zur Verfügung, bitte wenden Sie sich an sales@dave.eu oder überprüfen Sie diese Seite für weitere Informationen.

Hier finden Sie die mechanischen Eigenschaften des ORCA-Moduls.

Ja. DAVE Eeingebettete Software Kit Linux (DESK-MX8M- kurz L) stellt alle notwendigen Komponenten bereit, die zum Einrichten der Entwicklungsumgebung erforderlich sind:

• erstelle den Bootloader (U-Boot)
• das Linux-Betriebssystem erstellen
• erstellen Sie Linux-Anwendungen, die auf dem Ziel ausgeführt werden
• erstellen Sie das Yocto BSP< /span>

Klicken Sie auf hier für weitere Informationen zu DESK-MX8M-L.

Yes, we have our Longevity Program based on Silicon Vendors' Longevity Program. For MITO 8M SOM see this page

The MITO 8M Mini SOM based on NXP i.MX8M Mini P/N configurator is available on wiki page. If you need a commercial proposal ask to sales team.

Sie können die MITO 8M Mini SOM-Broschüre herunterladen, indem Sie auf hier.

Wenn Sie an MITO 8M Mini SOM interessiert sind kontaktieren Sie uns, um ein Angebot zu erhalten.

Das Produkt MITO 8M Mini SOM basiert auf dem aktuellen NXP i.MX8 Mini/Nano-Anwendungsprozessor. Dank dieser Lösung haben Kunden die Möglichkeit, Zeit und Ressourcen zu sparen, indem sie eine kompakte Lösung verwenden, die es ermöglicht, eine skalierbare Leistung zu erreichen, die perfekt zu den Anwendungsanforderungen passt und Komplexitäten auf der Trägerplatine vermeidet. Die Hintergrundidee dieser SOM ist es, Kunden eine vollständig kompatible Lösung mit der bestehenden NXP i.MX6-Lösung bereitzustellen.

Die Verwendung dieses Prozessors ermöglicht eine umfassende Differenzierung auf Systemebene von neuen Anwendungen in vielen Industriebereichen, in denen es auf hohe Leistung ankommt und extrem kompakter Formfaktor (67,5 mm x 43 mm) sind Schlüsselfaktoren. i.MX8 Mini/Nano SOM bietet große Rechenleistung zu einem vernünftigen Preis. Aus diesen Gründen ist es die richtige Alternative zu NXP i.MX6 Solutions.

Ja. Das Evaluierungskit von MITO 8M Mini enthält eine SOM und alles notwendig für die schnelle und einfache Auswertung.

Hier finden Sie die Anleitung zum Auspacken des Evaluierungskits von MITO 8M Mini SOM, die Ihnen zeigt, wie das Evaluierungskit zusammengesetzt ist und wie Sie es auspacken und mit Ihrer Entwicklungsplattform verbinden.

Die Hauptmerkmale von MITO 8M Mini SOM sind:

• ARM Cortex A53 MPCore + Cortex-M4-Technologie
• eMMC oder NAND SLC an Bord
• doppelter LVDS-Ausgang an Bord
• Ermöglichung massiver Computeranwendungen dank LPDDR4 mit großer Bandbreite RAM-Speicher bis zu 2 GB (4 GB OPT)
• VOLLSTÄNDIG kompatibel mit i.MX6 AXEL Lite SOM
• Reduzierte Trägerkomplexität: 1xPCIe, duales MIPI, SDIO, USB2.0, Gb ETH, GPIOs, 3xSAI
• H264/H265-Videokodierung und -dekodierung
• Verfügbare NAND-Schnittstelle zur Kostenoptimierung

Auf dieser Seite finden Sie das 3D-Modell des MITO 8M Mini SOM.

Auf dieser Seite finden Sie das Blockdiagramm des MITO 8M Mini SOM.

Auf dieser Seite finden Sie das Hardware-Handbuch von MITO 8M Mini SOM.

Hier finden Sie alle verfügbaren Marketingunterlagen des MITO 8M Mini SOM.

Die teilenummer des MITO 8M Mini SOM-Moduls wird durch die Zifferncodetabelle identifiziert, die Sie unter hier.

Das Ziel von DAVE Embedded Systems ist es, seinen Kunden die Produktionskontinuität zu gewährleisten, einschließlich der Möglichkeit, seine Produkte entsprechend neu zu gestalten um die Produktkontinuität aufrechtzuerhalten.

Wenn Sie Unterstützung für unser technisches Team anfordern möchten, füllen Sie bitte dieses Formular. Nach der Einreichung wird ein Ticket zugeteilt. Unsere Techniker kümmern sich um Ihre Anfrage und antworten Ihnen in der Regel innerhalb von 24 Stunden nach der Anfrage per E-Mail.

Hier finden Sie das Formular zur Autorisierung der Materialrücksendung von DAVE Embedded Systems.

Prozessor und Speichersubsystem des MITO 8M Mini SOM bestehen aus den folgenden Komponenten:

• i.MX8M Mini-SoC-Anwendungsprozessor
• Netzteil
• LPDDR4-Speicherbank
• eMMC- oder NAND-Flash-Banken
• Konnektoren:
  • 1 x 204-poliger SO-DIMM-Edge-Anschluss mit Schnittstellensignalen
    • teilweise kompatibel mit AXEL Lite SOM

Hier finden Sie eine kurze Beschreibung der Hauptkomponenten des MITO 8M Mini (Prozessorinfo, RAM-Speicherbank, eMMC-Flashbank, NAND-Flashbank, Speicherkarte und Netzteil).

Ja. Die PCB-Version ist auf die PCB selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen). Außerdem wird eine ConfigID von der auf der Platine laufenden Software zur Identifizierung des Produktmodells/der Hardwarekonfiguration verwendet.

Auf MITO 8M Mini SOM wird die ConfigID im OTP-Speicher gespeichert.

Hier finden Sie die Stecker- und Pinbelegungsbeschreibung des MITO 8M Mini Moduls.

MITO 8M Mini SOM unterstützt die folgenden Peripheriegeräte:

• Audio
• Ethernet
• LVDS
• MIPI
• SDIOs
• SPI
• I2C
• UART
• USB
• PCI-Express
• GPIOs
• Echtzeituhr
• Wachhund
• ADC-Spannungsüberwachung

Die Implementierung der korrekten Einschaltsequenz für iMX8M Mini/Nano-Prozessoren ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind . MITO 8M Mini SOM vereinfacht diese Aufgabe, indem es alle erforderlichen Schaltkreise integriert. Hier finden Sie ein vereinfachtes Blockdiagramm von Netzteil/Spannung Überwachungsschaltung.

Das Netzteil besteht aus zwei Hauptblöcken: 1) integrierte Schaltung zur Energieverwaltung 2) zusätzliche generische Energieverwaltungsschaltung, die vervollständigt PMIC-Funktionalitäten. Es generiert die richtige Einschaltsequenz, die vom SOC-Prozessor benötigt wird, und umgebende Speicher und Peripheriegeräte synchronisieren das Einschalten der Trägerplatine, um einen Rückstrom zu verhindern.

Die typische Startsequenz ist die folgende:

1. 3,3-VIN-Hauptstromversorgungsschiene wird mit Strom versorgt< /span>
2. SNVS-Domänensignale werden hochgezogen (es sei denn Schaltungen der Trägerplatine halten dieses Signal aus irgendeinem Grund niedrig)
3. CPU_PORn (active-low) wird niedrig betrieben von PMIC
4. RTC_RESET_B werden intern nach 10ms freigegeben
5. PMIC initiiert die vom iMX8M benötigte Einschaltsequenz Mini-/Nano-Prozessor
6. BOARD_PGOOD geht hoch, wenn alle CPU-E/A Stromschiene ist fertig
7. CPU_PORn wird nach dem letzten Regler zum Bringen deaktiviert der Prozessor nicht zurückgesetzt

Hier finden Sie ein Blockdiagramm des Reset-Schemas und der Spannungsüberwachung.

Der Startvorgang beginnt beim Power On Reset (POR), wo die Hardware-Reset-Logik den ARM-Kern dazu zwingt, mit der Ausführung zu beginnen beginnend mit dem On-Chip-Boot-ROM.

Das Boot-ROM:

• bestimmt, ob das Booten sicher oder nicht sicher
• führt einige Initialisierungen des Systems durch und bereinigt ups
• liest die Modus-Pins, um den primären Start zu bestimmen Gerät
• sobald es zufrieden ist, führt es den Bootvorgang aus Code

Weitere Informationen zu den Startoptionen von MITO 8M Mini SOM finden Sie unter hier.

JTAG-Signale werden zu einem dedizierten Anschluss auf der MITO 8M Mini/Nano-Leiterplatte geleitet. Der Stecker wird auf der Oberseite der Platine auf der rechten Seite platziert. Weitere Informationen finden Sie auf dieser Seite.

Hier finden Sie die maximalen Nennwerte, empfohlenen Nennwerte und den Stromverbrauch des MITO 8M Mini SOM.

MITO 8M Mini SOM Yocto images contain a list of pre-built packages and applications. A summary of root file system images and the complete list of installed packages can be checked in the following table.

Das MITO 8M Mini/Nano SOM wurde entwickelt, um den vom Hersteller angegebenen maximal verfügbaren Temperaturbereich zu unterstützen. Der Kunde muss eine angemessene Anzahl von Tests und Überprüfungen definieren und durchführen, um die DUT-Fähigkeiten zur Verwaltung der Wärmeableitung zu qualifizieren. Alle Kühlkörper, Lüfter usw. müssen von Fall zu Fall definiert werden.

Das Team von DAVE Embedded Systems steht für weitere Informationen zur Verfügung, bitte wenden Sie sich an sales@dave.eu oder überprüfen Sie diese Seite für weitere Informationen.

Hier finden Sie die mechanischen Eigenschaften des MITO 8M Mini-Moduls.

Ja. DAVE Eeingebettete Software Kit Linux (DESK-MX8M- kurz L) stellt alle notwendigen Komponenten bereit, die zum Einrichten der Entwicklungsumgebung erforderlich sind:

• erstelle den Bootloader (U-Boot)
• das Linux-Betriebssystem erstellen
• erstellen Sie Linux-Anwendungen, die auf dem Ziel ausgeführt werden
• erstellen Sie das Yocto BSP

Klicken Sie auf hier für weitere Informationen zu DESK-MX8M-L.

BORA Xpress ist das Spitzenklasse Dual Cortex-A9 + FPGA CPU Modul von DAVE Embedded Systems, basierend auf dem aktuellen Xilinx „Zynq“ XC7Z015 / XC7Z030 Anwendungsprozessor.

Dank an BORA Xpress , werden Kunden Zeit und Ressourcen sparen, indem sie eine kompakte Lösung verwenden, die sowohl eine CPU als auch ein FPGA enthält, wodurch Komplexitäten auf der Trägerplatine vermieden werden.

BORA Xpress bietet großartige Möglichkeiten Rechenleistung dank der umfangreichen Peripheriegeräte, dem Dual Cortex-A9 und dem Artix-7- oder Kintex-7-FPGA zusammen mit einer großen Anzahl von Hochgeschwindigkeits-I/Os (bis zu 6,25 Gbit/s).< /span>

• Unübertroffene Leistung dank dualem ARM Cortex-A9 @ bis zu 1 GHz
• SERDES: Xpress-Lanes bis zu 6,25 Gbit/s
• Alle Speicher, die Sie brauchen: On-Board-NOR- und NAND-Flash
• Ermöglichung eines intelligenteren Systems dank Artix-7- oder Kintex-7-FPGA, integriert auf dem Chip
• FPGA-Banken Weitbereichs-Netzteileingang von 1,2 V bis 3,3 V
• Höchste Sicherheit und Zuverlässigkeit: interne Spannungsüberwachung und Power-Good-Enable
• Reduzierte Trägerkomplexität: duales CAN, USB, Ethernet GB und native 3,3 V I/0
• Einfache Montage dank kleinem Formfaktor
• Genaue Timing-Anwendung dank integrierter 5-ppm-RTC

Sie kann herunterladen BORA Xpress SOM Broschüre von klicken hier.

Wenn ja interessiert an BORA Xpress SOM kontaktieren Sie uns, um ein Angebot zu erhalten.

Die BORA Xpress SOM-Produkt basiert auf dem aktuellen Anwendungsprozessor Zyng XC7Z015/XC7Z030 von Xilinx.

Die Verwendung davon Prozessor ermöglicht eine umfassende Differenzierung neuer Anwendungen auf Systemebene in vielen Industriebereichen, in denen hohe Leistung und ein extrem kompakter Formfaktor (85 mm x 50 mm) Schlüsselfaktoren sind. Intelligentere Systemdesigns werden ermöglicht, indem sie den Trends bei Funktionalitäten und Schnittstellen der neuen, hochmodernen eingebetteten Produkte folgen.

The Zynq™- 7000-Familie basiert auf der Architektur der Xilinx Extensible Processing Platform (EPP). Diese Produkte integrieren ein funktionsreiches Dual-Core ARM® Cortex™-A9-basiertes Verarbeitungssystem (PS) und programmierbare 28-nm-Xilinx-Logik (PL) in einem einzigen Gerät. Die ARM Cortex-A9-CPUs sind das Herzstück des PS und umfassen auch On-Chip-Speicher, externe Speicherschnittstellen und eine Vielzahl von Schnittstellen für Peripheriegeräte. Die Zynq-7000-Familie bietet die Flexibilität und Skalierbarkeit eines FPGA und bietet gleichzeitig Leistung, Leistung und Benutzerfreundlichkeit, die normalerweise mit ASIC und ASSPs verbunden sind. Die Palette der Bausteine der Zynq-7000 AP SoC-Familie ermöglicht es Designern, kostensensible und leistungsstarke Anwendungen von einer einzigen Plattform aus unter Verwendung von Industriestandard-Tools zu entwickeln. Während jedes Gerät in der Zynq-7000-Familie dasselbe PS enthält, variieren die PL- und E/A-Ressourcen zwischen den Geräten. Dadurch sind die Zynq-7000 AP SoC-Geräte in der Lage, eine breite Palette von Anwendungen zu bedienen, darunter:

• Automobilfahrerassistenz, Fahrerinformation und Infotainment
• Broadcast-Kamera
• Industrielle Motorsteuerung, industrielle Vernetzung und maschinelles Sehen
• IP- und Smart-Kamera
• LTE-Funk und Basisband
• Medizinische Diagnostik und Bildgebung
• Multifunktionsdrucker
• Video- und Nachtsichtgeräte

Die Prozessoren in der PS bootet immer zuerst, was einen softwarezentrierten Ansatz für den PL-Systemstart und die PL-Konfiguration ermöglicht. Der PL kann als Teil des Startvorgangs oder zu einem späteren Zeitpunkt konfiguriert werden. Zusätzlich kann der PL vollständig rekonfiguriert oder mit partieller, dynamischer Rekonfiguration (PR) verwendet werden. PR ermöglicht die Konfiguration eines Teils der PL. Dies ermöglicht optionale Designänderungen wie das Aktualisieren von Koeffizienten oder das Zeitmultiplexen der PL-Ressourcen, indem neue Algorithmen nach Bedarf ausgetauscht werden.

BORA Xpress kann gemountet werden zwei Versionen des Zynq-Prozessors. Auf dieser Seite finden Sie eine Tabelle die einen Vergleich zwischen den Prozessormodellen zeigt und die Unterschiede hervorhebt.

BORA Xpress wird entwickelt um die volle Kompatibilität mit den CPU-Modulen der ULTRA-Linie zu wahren, um die Premium-Qualität und den technischen Wert für diejenigen Kunden zu garantieren, die Spitzenleistungen benötigen.

BORA Xpress ermöglicht Pin2Pin-Kompatibilität mit BORA SOM basierend auf Zynq XC7Z010/XC7Z020.

BORA Xpress ermöglicht es Designern, robuste Produkte zu entwickeln, die für raue mechanische und thermische Umgebungen geeignet sind, was die Entwicklung der fortschrittlichsten und robustesten Produkte ermöglicht.

Dank der Enge Durch die Integration zwischen dem ARM-basierten Verarbeitungssystem und der programmierbaren On-Chip-Logik können Designer praktisch jedes Peripheriegerät hinzufügen oder benutzerdefinierte Beschleuniger erstellen, die die Systemleistung erweitern und spezifische Anwendungsanforderungen besser erfüllen.

BORA Xpress wird entwickelt und gemäß den Spezifikationen der ULTRA-Linie von DAVE Embedded Svstems hergestellt, um erstklassige Qualität und technischen Wert für Kunden zu garantieren, die Spitzenleistungen und Flexibilität benötigen.

Diese SOM ist geeignet für High-End-Anwendungen wie medizinische Instrumente, fortschrittliche Kommunikationssysteme, kritische Echtzeitoperationen und Sicherheitsanwendungen.

Auf dieser Seite finden Sie BORA Xpress SOM 3D-Modell.

Auf dieser Seite finden Sie BORA Xpress SOM-Blockdiagramm.

Auf dieser Seite finden Sie BORA Xpress SOM Hardwarehandbuch.

Auf dieser Seite finden Sie alle verfügbaren BORA Xpress SOM-Marketingunterlagen.

BORA Xpress SOM  Die Teilenummer des Moduls wird durch die Zifferncodetabelle identifiziert, die Sie hier.

The BORA Xpress SOM based on Xilinx Zynq XC7Z015 / XC7Z030 P/N configurator is available on wiki page. If you need a commercial proposal ask to sales team.

BORA Xpress SOM, ist wie die gesamte ZYNQ-Familie in der Langlebigkeitsprogramm von Xilinx.

DAVE Embedded Systems ist verpflichtet, seine Produkte mindestens für den gleichen Zeitraum bereitzustellen, der vom Siliziumanbieter angegeben wurde. DAVE Embedded Systems verwaltet die Veralterung der Komponenten und Komponenten über ein PCN-Programm gemäß JEDEC-Standard (wo möglich), was möglicherweise die Unterstützung des Kunden erfordert. 

Für weitere Informationen, siehe diese Seite.

DAVE Embedded Systems' Ziel ist es, seinen Kunden die Produktionskontinuität zu gewähren, einschließlich der Möglichkeit, seine Produkte neu zu gestalten, um die Produktkontinuität aufrechtzuerhalten.

Wenn Sie möchten Wenn Sie Support an unser technisches Team anfordern, füllen Sie bitte <dieses Formular. Nach der Einreichung wird ein Ticket zugeteilt. Unsere Techniker kümmern sich um Ihre Anfrage und antworten Ihnen in der Regel innerhalb von 24 Stunden nach der Anfrage per E-Mail.

Hier finden Sie das Formular zur Genehmigung der Materialrücksendung von DAVE Embedded Systems.

Ja. Sie können das BORA Xpress Hardware-Handbuch herunterladen, indem Sie auf hier.

Prozessor von BORA Xpress SOM und Speichersubsystem bestehen aus den folgenden Komponenten: 

• Xilinx Zynq Z-7015 (XC7Z015) / Z-7030 (XC7Z030) SoC
• Netzteil
• DDR-Speicherbänke
• NOR- und NAND-Flash-Banken
• 3x 140-Pin-Anschlüsse mit Schnittstellensignalen

Für weitere Informationen, siehe diese Seite.

Ja. Die PCB-Version ist auf die PCB selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen). Außerdem wird eine ConfigID von der auf der Platine ausgeführten Software zur Identifizierung des Produktmodells/der Hardwarekonfiguration verwendet.

Klicken Sie auf hier für weitere Informationen und um zu sehen, in welchen Gebieten BORA Xpress SOM ConfigID wird gespeichert.

Auf dieser Seite finden Sie die Stecker- und Pinbelegungsbeschreibung des BORA Xpress SOM.

• Processing System (PS)
• Programmable logic (FPGA)
• Ethernet
• SDIO
• SPI
• NAND
• CAN
• I2C
• UART
• USB
• Real Time Clock
• Watchdog
• Thermal IC

Implementierung der richtigen Power- up-Sequenz für ein Zynq-basiertes System ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind. BORA Xpress SOM vereinfacht diese Aufgabe und bettet alle erforderlichen Schaltungen ein.

Hier finden Sie ein vereinfachtes Blockdiagramm des Blockdiagramms des Stromversorgungs-Subsystems.

Die empfohlene Leistung- Aufwärtssequenz ist:

1. Hauptstromversorgungsschiene (3,3 VIN) steigt an
2. Trägerplatinenschaltung löst CB_PWR_GOOD aus; dies zeigt an, dass die 3,3-VIN-Schiene stabil ist (1)
3. Das Netzteil von Bora Xpress aktiviert und sequenziert DC/DC-Regler, um Schaltkreise einzuschalten
4. SOM_PGOOD-Signal wird ausgelöst; Dieses Aktiv-High-Signal zeigt an, dass die E/A des SoM mit Strom versorgt werden. Dieses Signal kann verwendet werden, um die Einschaltsequenz der Trägerplatine zu verwalten, um eine Rückspeisung (vom SoM zur Trägerplatine oder umgekehrt) zu verhindern.

Für weitere Informationen, siehe diese Seite.

Auf dieser Seite  finden Sie ein Blockdiagramm zum Zurücksetzen Schema- und Spannungsüberwachung.

Auf dieser Seite finden Sie Informationen zu den Initialisierungssignalen der programmierbaren Logik (PL): PROGRAM_B, INIT_B und DONE.

Weitere Informationen finden Sie unter Zynq Technical Reference Manual UG-585 für weitere Informationen zur Verwendung und Konfiguration der Initialisierung Schaltung und Signale.

Der Startvorgang beginnt beim Power On Reset (POR), wo die Hardware-Reset-Logik den ARM-Kern dazu zwingt, mit der Ausführung beginnend mit dem Boot-ROM auf dem Chip zu beginnen. Der Bootvorgang ist mehrstufig und umfasst mindestens das Boot-ROM und den First-Stage-Bootloader (FSBL).

Der Zynq-7000 AP SoC enthält ein werkseitig programmiertes Boot-ROM, auf das der Benutzer nicht zugreifen kann.

Das Boot-ROM:

• bestimmt, ob das Booten sicher oder nicht sicher ist
• führt einige Initialisierungen des Systems und Aufräumarbeiten durch
• liest die Modus-Pins, um das primäre Startgerät zu bestimmen
• sobald es zufrieden ist, führt es die FSBL aus

Nach einem System-Reset , führt das System automatisch eine Sequenz aus, um das System zu initialisieren und den Bootloader der ersten Stufe von dem ausgewählten externen Bootgerät zu verarbeiten. Der Prozess ermöglicht es dem Benutzer, die AP-SoC-Plattform nach Bedarf zu konfigurieren, einschließlich des PS und des PL. Optional kann die JTAG-Schnittstelle aktiviert werden, um dem Entwicklungsingenieur zu Test- und Debug-Zwecken Zugriff auf die PS und die PL zu geben.

Weitere Informationen zu BORA Xpress SOM-Startoptionen, weitere Informationen erhalten Sie, indem Sie auf  klicken.hier.

Die Zynq-7000-Familie von AP-SoC-Geräten bietet Debug-Zugriff über eine Standard-JTAG-Debug-Schnittstelle (IEEE 1149.1). Dieser JTAG-Port gewährt Zugriff auf die Gerätekette, die sowohl aus dem CPU-Kern als auch aus dem FPGA-Teil besteht.

JTAG-Signale werden an den Pinout-Anschluss (J2) von BORA Xpress angeschlossen. Die Position des Steckers und die Pinbelegung des Steckers sind auf diese Seite.

Weitere Informationen zu zur Verwendung der JTAG-Schnittstelle wenden Sie sich bitte an die Technisches Support-Team.

Auf dieser Seite, finden Sie die Höchstwerte, empfohlenen Werte und den Stromverbrauch von BORA Xpress SOM.

Der BORA Xpress SOM ist darauf ausgelegt, den vom Hersteller angegebenen maximal verfügbaren Temperaturbereich zu unterstützen. Der Kunde muss eine angemessene Anzahl von Tests und Überprüfungen definieren und durchführen, um die DUT-Fähigkeiten zur Verwaltung der Wärmeableitung zu qualifizieren.

Jeder Kühlkörper, Lüfter usw. müssen von Fall zu Fall in Abhängigkeit von den verschiedenen Einsatzbedingungen definiert werden, wie: Luftkühlung (erzwungen oder nicht), Gehäuseabmessungen, mechanische/thermische Kopplung mit Kühlkörper. Eine ordnungsgemäße thermische Analyse muss im realen Anwendungsszenario untersucht werden, das vom FPGA-Design, den Frequenzkonfigurationen, den Arbeitssignalen usw. abhängt.

DAVE Embedded Systems' Team steht für weitere Informationen zur Verfügung, wenden Sie sich bitte an sales@dave.eu oder siehe diese Seite für weitere Informationen.

Auf dieser Seite, finden Sie die mechanischen Eigenschaften des BORA Xpress-Moduls.

Ja. DESK-XZ7-L ist das Embedded Software Kit für BORA SOM, BORA Xpress SOM und BORA Lite SOM.

DAVE Eeingebettete Software Kit Linux (DESK -XZ7-L kurz) – stellt alle notwendigen Komponenten bereit, die zum Einrichten der Entwicklungsumgebung erforderlich sind, um:

• Erstellen Sie das Vivado-Projekt
• Erstellen Sie das Petalinux-Betriebssystem

Das Embedded-Software-Kit besteht aus:

• Git-Repositories-Zugriff für registrierte Benutzer, der die Aktualisierung des folgenden Repos ermöglicht
  • Vivado
  • Petalinux
• SD-Karte mit der kompletten Umgebung für
  • ein vollständiger Kit-Bootstrap und eine Demonstration (mit bereits konfigurierten U-Boot-, Kernel- und Root-Dateisystem-Binärdateien)

Klicken Sie hier für weitere Informationen zu DESK-XZ7-L und Hier können Sie eine PDF-Version des DESK-XZ7-L-Softwarehandbuchs herunterladen.

DAVE Embedded Systems stark empfehlen, Ihr Kit zu registrieren. Die Registrierung gewährt Zugriff auf reserviertes Material wie Quellcode und zusätzliche Dokumentation.

Um Ihr Kit zu registrieren , senden Sie bitte eine E-Mail an helpdesk@dave.eu Bereitstellung der P/N und S/N des Kits.

Siehe diese Seite für alle DESK-XZ7- L (Software Development Kit für BORA Xpress) veröffentlicht Informationen.

Ja. BORA Xpress Evaluation Kit enthält eine SOM und alles Notwendige für die schnelle und einfache Auswertung. Die Produkthighlights finden Sie unter diese Seite.

Ja. Sie können das Hardwarehandbuch für das BORA Xpress Evaluierungskit herunterladen, indem Sie auf hier.

Auf dieser Seite finden Sie ein vereinfachtes Blockdiagramm des BORA Xpress SOM Evaluation Kit.

Wenn ja Interesse an BORA Xpress SOM Evaluation Kit Kontaktieren Sie uns um ein Angebot zu erhalten.

Alle Entwicklungskits von DAVE Embedded Systems werden durch eine Reihe von Codes identifiziert: den Identifikationscode der Teilenummer (P/N) und den Identifikationscode der Seriennummer (S/N).

Diese Codes werden gedruckt auf einem Etikett, das an der Schachtel mit dem Kit angebracht ist. Weitere Informationen finden Sie unter diese Seite.

Hier finden Sie die Anleitung zum Auspacken des BORA Xpress SOM-Evaluierungskits, die Ihnen zeigt, wie das Evaluierungskit zusammengesetzt ist und wie es ausgepackt wird Verbinden Sie es mit der Entwicklungsplattform.

Auf dieser Seite finden Sie, wie Sie das BORA Xpress Evaluation Kit schnell starten können.

Bevor Sie petalinux-build ausführen, führen Sie bitte den folgenden Befehl aus

ssh -T git@git.dave.eu

Wir gehen davon aus, dass:

• Xilinx Vivado 2021.2 wird im Verzeichnis /opt/Xilinx/2021.2 installiert
• Xilinx Petalinux 2021.2 wird im Verzeichnis /opt/Xilinx/petalinux/2021.2
• installiert
• Ubuntu 20.04 wird als Build-Host verwendet

Weitere Informationen zum Einrichten des Host-Computers für die Builds Petalinux, Vivado und Vitis finden Sie unter DESK-XZ7-L-AN-0001

Auf dieser Seite finden Sie die verfügbaren Optionen für die Boot-Konfiguration des BORA Xpress Evaluation Kit.

S6 ist die Hardware Reset-Taste verbunden mit dem MRSTn-Signal (J2.16 SOM-Anschluss).

Ja. Diese Seite bietet nützliche Informationen und Ressourcen an Systemdesigner, um Trägerplatinen zu entwerfen, die DAVE Embedded Systems System-on-Modules (SOM) hosten.

Diese Richtlinien werden bereitgestellt mit dem Ziel, Designern zu helfen, konforme Systeme mit DAVE Embedded Systems-Modulen zu entwerfen, und sie decken Schaltpläne und PCB-Aspekte ab.

Ja. ConfigID ist eine neue Funktion der DAVE Embedded Systems-Produkte. Sein Hauptzweck besteht darin, einen automatischen Mechanismus zur Identifizierung des Produktmodells und der Produktkonfiguration bereitzustellen. In einfachen Worten bedeutet Modellidentifikation die Fähigkeit, einen numerischen Code zu lesen, der in einem verfügbaren Gerät (SOCs OTP, I2C EEPROM, 1-Wire-Speicher, geschützter NOR-Flash usw.) gespeichert ist.

Mit ConfigID zielen wir darauf ab, die Hardware-Konfigurationsinformationen zu vervollständigen, die die Software normalerweise nicht automatisch erkennen kann (z. B. RAM-Chip-Version usw.), ein dediziertes zuverlässiges Erkennungsverfahren zu implementieren und bei Bedarf die automatische Erkennung außer Kraft zu setzen. erkannte Hardware-Konfigurationsinformationen.

Ein zusätzliches Attribut ist UniqueID, bei dem es sich um einen schreibgeschützten Code handelt die ein einzelnes Produkt eindeutig identifiziert und zur Rückverfolgbarkeit dient.

Weitere Informationen zu DESK-XZ7-L (Software Development Kit für BORA Xpress SOM) ConfigID und UniqueID finden Sie unter diese Seite.

• Power Supply
• Voltage selections
• CPU connector
• FMC connector
• JTAG
• Ethernet 0
• Ethernet 1
• Console
• micro SD
• USB OTG
• LVDS
• Touchscreen
• CAN
• RTC
• Watchdog
• DWM
• PMOD
• Pin strip

Auf dieser Seite finden Sie die Links zu den Schaltplänen des BORA Xpress Evaluation Kit und den zugehörigen Dokumenten (BOM und Layout).

Auf dieser Seite finden Sie die mechanischen Eigenschaften des BORA Xpress Evaluation Kits.

Die BORA-Familie verwendet den ersten 32-Byte-OTP-Block auf NOR SPI, um ConfigID (und ihren CRC32) und UniqueID (und ihren CRC32) zu speichern. U-Boot integriert die Softwareroutinen zum Auslesen und Anzeigen der ConfigID.

Im Allgemeinen wird SOM ConfigID verwendet, um die Konfiguration der Grundfunktionen des SOM zu identifizieren, und CB ConfigID wird verwendet, um die Peripheriegeräte und die E/A-Schnittstellen zu identifizieren.

Bitte besuchen Sie diese Seite für detailliertere Informationen .

Ja, das können Sie. Diese Konfiguration ist während der Softwareentwicklung (sowohl für Kernel als auch für Anwendungen) sehr hilfreich. Das Kernel-Image wird über TFTP heruntergeladen, während das Root-Dateisystem per Fernzugriff über NFS vom Host aus gemountet wird. Es wird davon ausgegangen, dass der Entwicklungshost:

• ist über ein Ethernet-LAN mit der Ziel-Hostplatine verbunden

• exportiert das Verzeichnis, das das Root-Dateisystem für das Ziel enthält, über den NFS-Server

• führt einen TFTP-Server aus

• hat eine korrekte Subnetz-IP-Adresse

DESK-XZ7-L Die virtuelle Maschine ist ordnungsgemäß für das TFTP- und NFS-Debugging konfiguriert.

In jedem Fall müssen einige Variablen auf dem Ziel konfiguriert werden und die VM selbst muss im Hinblick auf die Netzwerkumgebung konfiguriert werden.

Bitte besuchen Sie diese Seite für detailliertere Informationen über die virtuelle Maschine und Zielkonfiguration oder das Booten über NFS mit PXE-Protokoll und Petalinux.

In DESK-XZ7-L (Software Development Kit für BORA Xpress SOM) gibt es zwei Hauptrepositorys für:

• Hardware-Design mit Vivado verfolgen und reproduzieren

• Petalinux/Yocto-Build verfolgen und reproduzieren

Zusätzliche Repositorys werden verwendet, um andere Softwareteile zu verfolgen, die angepasst werden müssen (z. B. U-Boot-Bootloader, Linux-Kernel, Beispielanwendung usw.)

Zugriff auf die Git-Repositorys von DAVE Embedded Systems wird nur den Besitzern des Entwicklungskits gewährt. Ausführliche Anweisungen dazu finden Sie in unserem Video-Tutorial So greifen Sie auf die Git-Repositories von DAVE Embedded Systems zu So erhalten Sie Zugriff.

Weitere Informationen zum Beibehalten der Quellbäume finden Sie auf dieser Seite synchron und aktuell mit den Git-Repositories von DAVE Embedded Systems.

Besuchen Sie diese Seite für weitere Informationen darüber um das Vivado-Projekt in DESK-XZ7-L (Software Development Kit für BORA SOM) zu erstellen und aufzubauen.

Das Vivado-Repository ermöglicht Folgendes:

• Hardware-/FPGA-bezogene Quellen/Konfiguration verfolgen
• Reproduzieren Sie die Ausgabe des Hardware-Designs (FPGA-Bitstream, XSA) mithilfe von TCL-Skripten

Besuchen Sie diese Seite für weitere Informationen darüber um das Petalinux-Projekt in DESK-XZ7-L (Software Development Kit für BORA SOM) zu erstellen und aufzubauen.

Weitere Informationen zum Erstellen einer bootfähigen microSD finden Sie auf auf dieser Seite für das DESK-XZ7-L-Kit, indem Sie die von Petalinux generierte WIC-Datei von Interesse auf das schreiben SD-Karte.

Ja. Auf dieser Seite finden Sie ein Beispiel für C-Code, das den klassischen Hello World!-Nachricht auf der seriellen Zielkonsole. Dieses Beispiel zeigt, wie der Arm-Cross-Compiler in der für diesen Zweck konfigurierten Umgebung verwendet wird.

Auf dieser Seite erfahren Sie, wie Sie ein SOM programmieren und konfigurieren zum Booten im Standalone-Modus, ohne dass eine System-microSD-Karte oder ein NFS-Server erforderlich ist.

Die Seite enthält allgemeine Konzepte, die auf jeder Linux-Plattform von DAVE Embedded Systems angepasst werden können.

Bitte sehen Sie sich unser Video-Tutorial an So programmieren Sie den NAND-Flash für einen eigenständigen Start für detaillierte Anweisungen zum Programmieren des internen NAND-Flashs für einen vollständigen eigenständigen Start.

Für die Bereitstellung eines eingebetteten Systems ist die Konfiguration der Netzwerkschnittstelle eine der wichtigsten Konfigurationen.

Sobald das eingebettete Gerät endgültig für den eigenständigen Bootstrap konfiguriert ist, sollte die Netzwerkschnittstelle für den Fernzugriff auf das Gerät über Netzwerkverbindungen wie SSH, Telnet, FTP, http usw. konfiguriert werden.

Besuchen Sie diese Seite für weitere Informationen dazu um einfach die Netzwerkschnittstelle zu konfigurieren oder schauen Sie sich unser Tutorial an So konfigurieren Sie die Netzwerkschnittstelle.

DESK-XZ7-L (Software Development Kit für BORA SOM ) bietet die folgenden Peripheriegeräte:

• Konsole

• Ethernet

• SD

• CAN

• NOR

• NAND

• UART

• USB OTG

• Temperatursensor

• Leistungsmesser

The hardware documentation of BORA SOM based on Xilinx Zynq XC7Z007, XC7Z010 or XC7Z020 is available on wiki. You can also download a PDF version

Yes it is possible to use the XIlinx Zynq XC7Z007. For more information and P/N please ask to customer care

The BORA SOM based on Xilinx Zynq XC7Z010 / XC7Z020 P/N configurator is available on wiki page. If you need a commercial proposal ask to sales team.

Managing errata documentation for a complex SoC like Zynq-7000 present in BORA  or BORA Xpress SOMs is sometimes a difficult task.

In our BELK-WP-001- Xilinx Zynq-7000 Errata management Application Note is possible to find some useful notes and an example for coping with this topic.

DAVE Embedded Systems empfiehlt dringend, Ihr Kit zu registrieren. Durch die Registrierung erhalten Sie Zugriff auf reserviertes Material wie Quellcode und zusätzliche Dokumentation.

Um Ihr Kit zu registrieren, senden Sie bitte eine E-Mail an helpdesk@dave.eu und geben Sie die P/N und S/N des Kits an.

Bevor Sie petalinux-build ausführen, führen Sie bitte den folgenden Befehl aus

ssh -T git@git.dave.eu

Wir gehen davon aus, dass:

• Xilinx Vivado 2021.2 wird im Verzeichnis /opt/Xilinx/2021.2 installiert
• Xilinx Petalinux 2021.2 wird im Verzeichnis /opt/Xilinx/petalinux/2021.2
• installiert
• Ubuntu 20.04 wird als Build-Host verwendet

Weitere Informationen zum Einrichten des Host-Computers für die Builds Petalinux, Vivado und Vitis finden Sie unter DESK-XZ7-L-AN-0001

Ja. ConfigID ist eine neue Funktion der DAVE Embedded Systems-Produkte. Sein Hauptzweck besteht darin, einen automatischen Mechanismus zur Identifizierung des Produktmodells und der Produktkonfiguration bereitzustellen. In einfachen Worten bedeutet Modellidentifikation die Fähigkeit, einen numerischen Code zu lesen, der in einem verfügbaren Gerät (SOCs OTP, I2C EEPROM, 1-Wire-Speicher, geschützter NOR-Flash usw.) gespeichert ist.

Mit ConfigID zielen wir darauf ab, die Hardware-Konfigurationsinformationen zu vervollständigen, die die Software normalerweise nicht automatisch erkennen kann (z. B. RAM-Chip-Version usw.), ein dediziertes zuverlässiges Erkennungsverfahren zu implementieren und bei Bedarf die automatische Erkennung außer Kraft zu setzen. erkannte Hardware-Konfigurationsinformationen.

Ein zusätzliches Attribut ist UniqueID, bei dem es sich um einen schreibgeschützten Code handelt die ein einzelnes Produkt eindeutig identifiziert und zur Rückverfolgbarkeit dient.

Weitere Informationen zu DESK-XZ7-L (Software Development Kit für BORA SOM) ConfigID und UniqueID finden Sie unter diese Seite.

Die BORA-Familie verwendet den ersten 32-Byte-OTP-Block auf NOR SPI, um ConfigID (und ihren CRC32) und UniqueID (und ihren CRC32) zu speichern. U-Boot integriert die Softwareroutinen zum Auslesen und Anzeigen der ConfigID.

Im Allgemeinen wird SOM ConfigID verwendet, um die Konfiguration der Grundfunktionen des SOM zu identifizieren, und CB ConfigID wird verwendet, um die Peripheriegeräte und die E/A-Schnittstellen zu identifizieren.

Bitte besuchen Sie diese Seite für detailliertere Informationen.

Ja, das können Sie. Diese Konfiguration ist während der Softwareentwicklung (sowohl für Kernel als auch für Anwendungen) sehr hilfreich. Das Kernel-Image wird über TFTP heruntergeladen, während das Root-Dateisystem per Fernzugriff über NFS vom Host aus gemountet wird. Es wird davon ausgegangen, dass der Entwicklungshost:

• ist über ein Ethernet-LAN mit der Ziel-Hostplatine verbunden
• exportiert das Verzeichnis, das das Root-Dateisystem für das Ziel enthält, über den NFS-Server
• betreibt einen TFTP-Server
• hat eine korrekte Subnetz-IP-Adresse

DESK-XZ7-L Virtuelle Maschine ist ordnungsgemäß für das TFTP- und NFS-Debug konfiguriert.

In jedem Fall müssen einige Variablen auf dem Ziel konfiguriert werden und die VM selbst muss im Hinblick auf die Netzwerkumgebung konfiguriert werden.

Bitte besuchen Sie diese Seite für detailliertere Informationen über die virtuelle Maschine und Zielkonfiguration oder das Booten über NFS mit PXE-Protokoll und Petalinux.

In DESK-XZ7-L (Software Development Kit für BORA SOM) gibt es zwei Hauptrepositorys für:

• Hardware-Design mit Vivado verfolgen und reproduzieren
• Petalinux/Yocto-Build verfolgen und reproduzieren

Zusätzliche Repositorys werden verwendet, um andere Softwareteile zu verfolgen, die angepasst werden müssen (z. B. U-Boot-Bootloader, Linux-Kernel, Beispielanwendung usw.)

Zugriff auf die Git-Repositorys von DAVE Embedded Systems wird nur den Besitzern des Entwicklungskits gewährt. Weitere Informationen finden Sie in unserem Video-Tutorial So greifen Sie auf die Git-Repositories von DAVE Embedded Systems zu für detaillierte Anweisungen zum Zugriff.

Bitte besuchen Sie diese Seite für weitere Informationen zur Aufbewahrung der Quelle Bäume synchron und auf dem neuesten Stand mit den Git-Repositories von DAVE Embedded Systems.

Besuchen Sie diese Seite für weitere Informationen darüber um das Vivado-Projekt in DESK-XZ7-L (Software Development Kit für BORA SOM) zu erstellen und aufzubauen.

Das Vivado-Repository ermöglicht Folgendes:

• Hardware-/FPGA-bezogene Quellen/Konfiguration verfolgen
• Reproduzieren Sie die Ausgabe des Hardware-Designs (FPGA-Bitstream, XSA) mithilfe von TCL-Skripten

Besuchen Sie diese Seite für weitere Informationen darüber um das Petalinux-Projekt in DESK-XZ7-L (Software Development Kit für BORA SOM) zu erstellen und aufzubauen.

Weitere Informationen zum Erstellen einer bootfähigen microSD finden Sie auf dieser Seite für das DESK-XZ7-L-Kit, indem Sie die von Petalinux generierte WIC-Datei von Interesse auf das schreiben SD-Karte.

Ja. Auf dieser Seite finden Sie ein Beispiel für C-Code, das den klassischen Hello World!-Nachricht auf der seriellen Zielkonsole. Dieses Beispiel zeigt, wie der Arm-Cross-Compiler in der für diesen Zweck konfigurierten Umgebung verwendet wird.

Auf dieser Seite erfahren Sie, wie Sie ein SOM programmieren und konfigurieren zum Booten im Standalone-Modus, ohne dass eine System-microSD-Karte oder ein NFS-Server erforderlich ist.

Die Seite enthält allgemeine Konzepte, die auf jeder Linux-Plattform von DAVE Embedded Systems angepasst werden können.

Bitte sehen Sie sich unser Video-Tutorial an So programmieren Sie den NAND-Flash für einen eigenständigen Start für detaillierte Anweisungen zum Programmieren des internen NAND-Flashs für einen vollständigen eigenständigen Start.

Für die Bereitstellung eines eingebetteten Systems ist die Konfiguration der Netzwerkschnittstelle eine der wichtigsten Konfigurationen.

Sobald das eingebettete Gerät endgültig für den eigenständigen Bootstrap konfiguriert ist, sollte die Netzwerkschnittstelle für den Fernzugriff auf das Gerät über Netzwerkverbindungen wie SSH, Telnet, FTP, http usw. konfiguriert werden.

Besuchen Sie diese Seite für weitere Informationen dazu um einfach die Netzwerkschnittstelle zu konfigurieren oder schauen Sie sich unser Tutorial an So konfigurieren Sie die Netzwerkschnittstelle.

DESK-XZ7-L (Software Development Kit für BORA SOM) bietet die folgenden Peripheriegeräte:

Sie können die BORA SOM-Broschüre herunterladen, indem Sie auf hier.

Um ein Angebot zu erhalten, können Sie DAVE Embedded Systems kontaktieren, indem Sie auf hier.

BORA ist ein erstklassiges Single- und Dual-Cortex-A9 + FPGA-CPU-Modul basierend auf Xilinx „Zynq“ XC7Z007S / XC7Z014S / XC7Z010 / XC7Z020 Anwendungsprozessor.

Die Zynq™-7000-Familie basiert auf der Architektur der Xilinx Extensible Processing Platform (EPP). Diese Produkte integrieren ein funktionsreiches Dual-Core ARM® Cortex™-A9-basiertes Verarbeitungssystem (PS) und programmierbare 28-nm-Xilinx-Logik (PL) in einem einzigen Gerät. Die ARM Cortex-A9-CPUs sind das Herzstück des PS und umfassen auch On-Chip-Speicher, externe Speicherschnittstellen und eine Vielzahl von Schnittstellen für Peripheriegeräte. Die Zynq-7000-Familie bietet die Flexibilität und Skalierbarkeit eines FPGA und bietet gleichzeitig Leistung, Leistung und Benutzerfreundlichkeit, die normalerweise mit ASIC und ASSPs verbunden sind. Die Palette der Bausteine der Zynq-7000 AP SoC-Familie ermöglicht es Designern, kostensensible und leistungsstarke Anwendungen von einer einzigen Plattform aus unter Verwendung von Industriestandard-Tools zu entwickeln. Während jedes Gerät in der Zynq-7000-Familie dasselbe PS enthält, variieren die PL- und E/A-Ressourcen zwischen den Geräten. Dadurch sind die Zynq-7000 AP SoC-Geräte in der Lage, eine breite Palette von Anwendungen zu bedienen, darunter:

• Fahrerassistenz, Fahrerinformationen und Infotainment für Autos
• Broadcast-Kamera
• Industrielle Motorsteuerung, industrielle Netzwerke und Maschinen Sehen
• IP- und Smart-Kamera< /span>
• LTE-Funk und Basisband< /span>
• Medizinische Diagnostik und Bildgebung< /span>
• Multifunktionsdrucker
• Video- und Nachtsichtgeräte

Die Prozessoren im PS booten immer zuerst, was einen softwarezentrierten Ansatz für den PL-Systemstart und die PL-Konfiguration ermöglicht. Der PL kann als Teil des Startvorgangs oder zu einem späteren Zeitpunkt konfiguriert werden. Zusätzlich kann der PL vollständig rekonfiguriert oder mit partieller, dynamischer Rekonfiguration (PR) verwendet werden. PR ermöglicht die Konfiguration eines Teils der PL. Dies ermöglicht optionale Designänderungen wie das Aktualisieren von Koeffizienten oder das Zeitmultiplexen der PL-Ressourcen, indem neue Algorithmen nach Bedarf ausgetauscht werden.

BORA kann zwei Versionen des Zynq-Prozessors montieren. Auf dieser Seite können Sie finden Sie die Vergleichstabelle zwischen den Prozessormodellen.

Die Verwendung dieses Prozessors ermöglicht eine umfassende Differenzierung auf Systemebene von neuen Anwendungen in vielen Industriebereichen, in denen Hochleistungs- und extrem kompakter Formfaktor (85 mm x 50 mm) sind Schlüsselfaktoren.

Ja. BORA Evaluation Kit ist die offizielle Support-Plattform zur Evaluierung des BORA SOM. Es enthält eine SOM und alles Notwendige für die schnelle und einfache Auswertung.

Hier finden Sie das Video zum Unboxing des BORA SOM Evaluation Kits, das Ihnen zeigt, wie das Evaluation Kit zusammengesetzt ist und wie Sie es auspacken und mit Ihrer Entwicklungsplattform verbinden.

BORA ermöglicht es Kunden, Zeit und Ressourcen zu sparen, indem sie eine kompakte Lösung (85 mm x 50 mm) verwenden, die sowohl eine CPU enthält und ein FPGA, wodurch Komplexitäten auf der Träger-PCB vermieden werden. Intelligentere Systemdesigns werden ermöglicht, indem sie den Trends bei Funktionalitäten und Schnittstellen der neuen, hochmodernen eingebetteten Produkte folgen.

BORA bietet dank der umfangreichen Peripheriegeräte, dem Dual Cortex-A9 und dem Artix-7, eine hervorragende Rechenleistung FPGA zusammen mit einer großen Anzahl von Hochgeschwindigkeits-I/Os (bis zu 5 GHz).

BORA ermöglicht es Designern, robuste Produkte zu entwickeln, die für raue mechanische und thermische Umgebungen geeignet sind, was die Entwicklung der fortschrittlichsten Produkte ermöglicht und robuste Produkte.

Auf dieser Seite finden Sie das BORA SOM 3D-Modell.

Auf dieser Seite finden Sie das BORA SOM Blockdiagramm.

Auf dieser Seite finden Sie das BORA SOM Hardwarehandbuch.

Auf dieser Seite finden Sie alle verfügbaren BORA SOM-Marketingunterlagen.

Die teilenummer des BORA SOM-Moduls wird anhand der Zifferncodetabelle identifiziert, die Sie unter hier.

Die ZYNQ-Familie ist im Longevity-Programm von Xilinx. Das erste auf BORA SOM verwendete ZYNQ SOC wurde nach 2011 veröffentlicht.

DAVE Embedded Systems verpflichtet sich, seine Produkte mindestens für den gleichen Zeitraum bereitzustellen, der vom Siliziumanbieter angegeben wurde. DAVE Embedded Systems verwaltet die Veralterung der Komponenten und Komponenten durch ein PCN-Programm gemäß JEDEC-Standard (wo möglich), was die Unterstützung des Kunden erfordern kann.

Sobald der Siliziumanbieter die LBO (Last Buy Order) und LBS (Last Buy Shipment) für seine Produkte DAVE bereitstellt Embedded Systems stellt seinen Kunden die gleiche Dokumentation zur Verfügung, um die Beendigung der Produktlebensdauer zu programmieren.

DAVE Embedded Systems ist verfügbar, um das Produkt weiter zu produzieren (Material vom Aftermarket zu beschaffen), bis die Qualität gewährleistet ist und/ oder bis der Kunde die mit diesem Vorgang verbundenen zusätzlichen Kosten akzeptiert.

Das Ziel von DAVE Embedded Systems ist es, seinen Kunden die Produktionskontinuität zu gewährleisten, einschließlich der Möglichkeit, seine Produkte der Reihe nach umzugestalten um die Produktkontinuität aufrechtzuerhalten.

Wenn Sie Unterstützung für unser technisches Team anfordern möchten, füllen Sie bitte dieses Formular. Nach der Einreichung wird ein Ticket zugeteilt. Unsere Techniker kümmern sich um Ihre Anfrage und antworten Ihnen in der Regel innerhalb von 24 Stunden nach der Anfrage per E-Mail.

Hier finden Sie das Formular zur Genehmigung der Materialrücksendung von DAVE Embedded Systems.

Ja. Sie können eine PDF-Version des BORA SOM-Hardwarehandbuchs herunterladen, indem Sie hier klicken .

Der Prozessor und das Speichersubsystem von BORA SOM bestehen aus den folgenden Komponenten:

• Xilinx Zynq Z-7010 (XC7Z010) / Z-7020 (XC7Z020) SoC
• Netzteil
• DDR-Speicherbänke
• NOR- und NAND-Flash-Banken
• 3x 140-Pin-Anschlüsse mit Schnittstellensignalen

Weitere Informationen finden Sie unter diese Seite.

Ja. Die PCB-Version ist auf die PCB selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen).
Außerdem wird eine ConfigID von Software verwendet, die auf der Platine läuft, um das Produktmodell/die Hardwarekonfiguration zu identifizieren. Weitere Informationen finden Sie unter diesem Link. span>

Hier finden Sie die Stecker- und Pinbelegungsbeschreibung des BORA SOM.

• Processing System (PS)
• Programmable logic (FPGA)
• Ethernet
• SDIO
• SPI
• NAND
• CAN
• I2C
• UART
• USB
• EEPROM
• Real Time Clock
• Watchdog
• Thermal IC

Die Implementierung der korrekten Einschaltsequenz für ein Zynq-basiertes System ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind. BORA SOM vereinfacht diese Aufgabe durch die Einbettung aller erforderlichen Schaltungen. Hier finden Sie ein vereinfachtes Blockdiagramm der Netzteil-/Spannungsüberwachungsschaltung.

Die empfohlene Startreihenfolge ist:

1. Rampen der Hauptstromversorgungsschiene (3,3VIN). nach oben
2. Trägerplatinenschaltkreis löst CB_PWR_GOOD aus; dies zeigt an, dass die 3,3-VIN-Schiene stabil ist (1)
3. Das Netzteil von Bora aktiviert und steuert DC/DC-Regler zum Einschalten der Schaltung
4. BOARD_PGOOD-Signal wird ausgelöst; Dieses Aktiv-High-Signal zeigt an, dass die E/A des SoM mit Strom versorgt werden. Dieses Signal kann verwendet werden, um die Einschaltsequenz der Trägerplatine zu verwalten, um eine Rückspeisung (vom SoM zur Trägerplatine oder umgekehrt) zu verhindern.

Weitere Informationen finden Sie unter diese Seite.

Hier finden Sie ein Blockdiagramm des Reset-Schemas und der Spannungsüberwachung.

Hier finden Sie Informationen zu den Initialisierungssignalen der programmierbaren Logik (PL): PROGRAM_B, INIT_B und DONE.

Der Startvorgang beginnt beim Power On Reset (POR), wo die Hardware-Reset-Logik den ARM-Kern dazu zwingt, mit der Ausführung zu beginnen beginnend mit dem On-Chip-Boot-ROM. Der Bootvorgang ist mehrstufig und umfasst mindestens das Boot-ROM und den First-Stage-Bootloader (FSBL). Das Zynq-7000 AP SoC enthält ein werkseitig programmiertes Boot-ROM, auf das der Benutzer nicht zugreifen kann.

Das Boot-ROM:

• bestimmt, ob das Booten sicher oder nicht sicher
• führt einige Initialisierungen des Systems und Bereinigungen durch< /span>
• liest die Modus-Pins, um den primären Start zu bestimmen Gerät
• sobald es zufrieden ist, führt es die FSBL aus

Nach einem System-Reset führt das System automatisch eine Sequenz aus, um das System zu initialisieren und den Bootloader der ersten Stufe aus dem ausgewählten zu verarbeiten externes Bootgerät. Der Prozess ermöglicht es dem Benutzer, die AP-SoC-Plattform nach Bedarf zu konfigurieren, einschließlich des PS und des PL. Optional kann die JTAG-Schnittstelle aktiviert werden, um dem Entwicklungsingenieur zu Test- und Debug-Zwecken Zugriff auf die PS und die PL zu geben.

Weitere Informationen zu BORA SOM Boot-Optionen finden Sie unter hier.

Die Zynq-7000-Familie von AP-SoC-Geräten bietet Debug-Zugriff über eine Standard-JTAG-Debug-Schnittstelle (IEEE 1149.1).

Hier finden Sie die Tabelle mit der Pinbelegung des Anschlusses.

Weitere Informationen zur Verwendung der JTAG-Schnittstelle erhalten Sie unter Technisches Support-Team.

Hier finden Sie die Höchstwerte, empfohlenen Werte und den Stromverbrauch von BORA SOM.

BORA-Produkte sind so konzipiert, dass sie den vom Hersteller angegebenen maximal verfügbaren Temperaturbereich unterstützen. Der Kunde muss eine angemessene Anzahl von Tests und Überprüfungen definieren und durchführen, um die DUT-Fähigkeiten zur Verwaltung der Wärmeableitung zu qualifizieren.

Jeder Kühlkörper, Lüfter usw. muss von Fall zu Fall definiert werden, abhängig von den verschiedenen Nutzungsbedingungen wie: Luftkühlung (Zwangskühlung). oder nicht), Gehäuseabmessungen, mechanische/thermische Kopplung mit Kühlkörper. Eine ordnungsgemäße thermische Analyse muss im realen Anwendungsszenario untersucht werden, das vom FPGA-Design, den Frequenzkonfigurationen, den Arbeitssignalen usw. abhängt.

Das Team von DAVE Embedded Systems steht für weitere Informationen zur Verfügung, bitte wenden Sie sich an sales@dave.eu oder überprüfen Sie diese Seite für weitere Informationen.

Hier finden Sie die mechanischen Eigenschaften von BORA SOM.

Ja. DESK-XZ7-L ist das Embedded Software Kit für BORA SOM, BORA Xpress SOM und BORA Lite SOM.

DAVE Embedded Software Kit Linux (DESK -XZ7-L kurz) – stellt alle notwendigen Komponenten bereit, die zum Einrichten der Entwicklungsumgebung erforderlich sind, um:

• Erstellen Sie das Vivado-Projekt
• Erstellen Sie das Petalinux-Betriebssystem

Das Embedded-Software-Kit besteht aus:

• Git-Repositories-Zugriff für registrierte Benutzer, der die Aktualisierung des folgenden Repos ermöglicht
  • Vivado
  • Petalinux
• SD-Karte mit der kompletten Umgebung für
  • ein vollständiger Kit-Bootstrap und eine Demonstration (mit bereits konfigurierten U-Boot-, Kernel- und Root-Dateisystem-Binärdateien)

Klicken Sie hier für weitere Informationen zu DESK-XZ7-L und Hier können Sie eine PDF-Version des DESK-XZ7-L-Softwarehandbuchs herunterladen.

Ja. Die PCB-Version ist auf die PCB selbst gedruckt und die Seriennummer ist auf einem weißen Etikett aufgedruckt (siehe hier für weitere Informationen). Außerdem wird eine ConfigID von der auf der Platine ausgeführten Software zur Identifizierung des Produktmodells/der Hardwarekonfiguration verwendet.

Klicken Sie auf hier um zu sehen, in welchen Bereichen AXEL Lite  SOM ConfigID wird gespeichert.

Hier finden Sie die Beschreibung der Anschlüsse und Pinbelegung des AXEL Lite SOM.

• Audio
• CAN
• Ethernet
• HDMI
• LVDS
• MIPI
• SDIO
• SPi
• I2C
• UART
• USB Host
• USB OTG
• PCI Express
• GPIO
• Real Time Clock
• Watchdog

Implementierung der richtigen Power- Up-Sequenz für i.MX6 Prozessoren ist keine triviale Aufgabe, da mehrere Stromschienen beteiligt sind. AXEL Lite SOM vereinfacht diese Aufgabe durch Einbetten aller erforderlichen Schaltkreise. Hier finden Sie ein vereinfachtes Blockdiagramm von Netzteil-/Spannungsüberwachungsschaltung.

Das Netzteil ist zusammengesetzt aus zwei Hauptblöcken: 1) eine integrierte Schaltung zur Energieverwaltung, 2) eine zusätzliche generische Energieverwaltungsschaltung, die die PMIC-Funktionalitäten vervollständigt. Das Netzteil:

• erzeugt die richtige Einschaltsequenz, die vom SOC-Prozessor und den umgebenden Speichern und Peripheriegeräten benötigt wird
• synchronisiert das Hochfahren der Trägerplatine, um einen Rückstrom zu verhindern
• bietet einige geregelte Ersatzspannungen, die zur Stromversorgung von Trägerplatinengeräten verwendet werden können

Die typische Power- up-Sequenz ist die folgende:

1. (optional) PMIC_LICELL wird mit Strom versorgt
2. 3,3-VIN-Hauptstromversorgungsschiene wird mit Strom versorgt
3. CPU_PORn (Active-Low) wird auf Low gefahren
4. PMIC aktiviert PMIC_VSNVS-Leistungsausgabe
5. PMIC_PWRON-Signal wird hochgezogen (es sei denn, die Schaltung der Trägerplatine hält dieses Signal aus irgendeinem Grund niedrig)
6. PMIC wechselt vom AUS- in den EIN-Zustand
7. PMIC initiiert die vom MX6-Prozessor benötigte Einschaltsequenz
8. BOARD_PGOOD-Signal wird ausgelöst; Dieses Aktiv-High-Signal zeigt an, dass die E/A des SoM mit Strom versorgt werden. Dieses Signal kann verwendet werden, um die Einschaltsequenz der Trägerplatine zu verwalten, um eine Rückspeisung (vom SoM zur Trägerplatine oder umgekehrt) zu verhindern. Weitere Informationen finden Sie in der Hinweis unten.
9. CPU_PORn wird veröffentlicht

Für weitere Informationen, siehe diese Seite.

Hier finden Sie ein Blockdiagramm des Reset-Schemas und der Spannungsüberwachung.

Der Startvorgang beginnt beim Power On Reset (POR), wo die Hardware-Reset-Logik den ARM-Kern dazu zwingt, mit der Ausführung beginnend mit dem Boot-ROM auf dem Chip zu beginnen.

Das Boot-ROM:

• bestimmt, ob das Booten sicher oder nicht sicher ist
• führt einige Initialisierungen des Systems und Aufräumarbeiten durch
• liest die Modus-Pins, um das primäre Startgerät zu bestimmen
• sobald es zufrieden ist, führt es den Boot-Code aus

 Weitere Informationen Informationen zu AXEL Lite SOM-Boot-Optionen finden Sie unter hier.

JTAG-Signale werden zu einem dedizierten Anschluss auf der AXEL Lite-Leiterplatte geleitet. Die Position des Steckers und die Pinbelegung des Steckers sind auf diese Seite.

Weitere Informationen zu zur Verwendung der JTAG-Schnittstelle wenden Sie sich bitte an die Technisches Support-Team.