Skip to content

Commit

Permalink
Reworked content
Browse files Browse the repository at this point in the history
  • Loading branch information
vovamarch committed Jun 19, 2024
1 parent 0624627 commit 2686363
Show file tree
Hide file tree
Showing 4 changed files with 13 additions and 27 deletions.
Binary file modified DoxyGen/overview/src/images/avh_overview.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file modified DoxyGen/overview/src/images/img_src.pptx
Binary file not shown.
38 changes: 12 additions & 26 deletions DoxyGen/overview/src/main.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,50 +6,36 @@

AVH supports the software development cycle of embedded, IoT, and ML applications and provides essential components for effective integration into Continuous Integration/Continuous Delivery ([CI/CD](https://en.wikipedia.org/wiki/CI/CD)) and [MLOps](https://en.wikipedia.org/wiki/MLOps) development flows.

![Arm Virtual Hardware - Overview](./images/avh_overview.png)
**This documentation** is dedicated to the **AVH FVPs**: Arm Virtual Hardware with Fixed Virtual Platforms, for details about AVH Corellium refer to [AVH Corellium Users's Guide](https://developer.arm.com/docs/107660).

Check warning on line 9 in DoxyGen/overview/src/main.md

View workflow job for this annotation

GitHub Actions / Build main documentation

URL 'https://developer.arm.com/docs/107660' results to '200 OK'

# AVH Models {#avh_models}
![AVH FVP: Arm Virtual Hardware with Fixed Virtual Platforms - Overview](./images/avh_overview.png)

AVH simulation models enable execution of software programs on virtual targets. Two different AVH modelling technologies are available:
# AVH FVP Models {#avh_models}

<h2>AVH Fixed Virtual Platforms (FVPs)</h2>
AVH FVP simulation models are standalone programs that gets executed in the target environment and enable execution of firmware programs on virtual targets.

- Precise simulation models of Arm Cortex-M based reference platforms, such as Corstone-315/310/300. Learn more at [Simulation](../../simulation/html/index.html).
- Available for cloud-native and desktop environments. See [Infrastructure](../../infrastructure/html/index.html) for details.
- Precise simulation models of Arm Cortex-M based reference platforms, such as Corstone-315/310/300. Learn more at [Simulation](../../simulation/html/index.html).
- Available for cloud-native and desktop environments. See [Infrastructure](../../infrastructure/html/index.html) for details.

<h2>AVH Corellium models</h2>
# AVH FVP Infrastructure {#avh_integrations}

- Functionally accurate virtual representations of popular IoT development boards and selected Arm reference platforms:
- Cortex-A based systems with Linux OS support, such as Raspberry Pi and NXP i.MX.
- Selected Cortex-M based kits.
- Software binary-compatible with the hardware targets.
- Available via [app.avh.arm.com](https://app.avh.arm.com/) cloud platform. Read more in [AVH Users's Guide](https://developer.arm.com/docs/107660).
Arm Virtual Hardware models integrate well in various tools and services for development, debug, testing as well as CI/CD and MLOps flows. AVH FVPs are already supported within many Arm tools, as well as by third-party vendors. See [Infrastructure](../../infrastructure/html/index.html) for more details.

# AVH Integrations {#avh_integrations}

Arm Virtual Hardware models integrate well in various tools and services for development, debug, testing as well as CI/CD and MLOps flows. AVH is already supported within many Arm tools, as well as by third-party vendors.

The integration approach depends on the modelling technology:
- AVH FVP models are standalone programs that gets executed in the target environment. See [Infrastructure](../../infrastructure/html/index.html) for more details.
- AVH Corellium models are cloud-native and gets integrated via REST API and SSH connections. See [AVH Users's Guide](https://developer.arm.com/docs/107660)

# AVH Developer Resources {#avh_dev}
# AVH FVP Developer Resources {#avh_dev}

Various Resources explain how to integrate Arm Virtual Hardware into workflows common for generic embedded software development, CI testing and MLOps.

Usage examples show typical use cases and range from audio processing, ML algorithm testing, up to IoT applications that interface to Cloud Service providers and Over-the-Air Firware Updates (OTAU).

**This documentation** is dedicated to the **AVH FVPs** and has following sections that can be accessed as document tabs as well:
This documentation is structured into following chapters:

Section | Description
Chapter | Description
:----------------------------------------------------------|:--------------------
[**Overview**](index.html) | Introduces **Arm Virtual Hardware** along with the top-level structure.
[**Simulation**](../../simulation/html/index.html) | Explains the AVH FVP simulation technology and the virtual interfaces.
[**Infrastructure**](../../infrastructure/html/index.html) | Describes key integrations of AVH FVPs locally and in the cloud.
[**Examples**](../../examples/html/index.html) | Guides through the examples that demonstrate how to use AVH FVPs.

For more details about AVH Corellium models refer to [AVH Users's Guide](https://developer.arm.com/docs/107660).

# Feedback and Support {#Support}

Arm Virtual Hardware is supported via this [Arm forum](https://community.arm.com/support-forums/f/arm-virtual-hardware-forum). Your feedback will influence our future roadmap and we try to help you promptly with your questions.
Arm Virtual Hardware is supported via this [Arm forum](https://community.arm.com/support-forums/f/arm-virtual-hardware-forum).
2 changes: 1 addition & 1 deletion DoxyGen/simulation/src/Ref_video.txt
Original file line number Diff line number Diff line change
Expand Up @@ -60,7 +60,7 @@ The execution flow for video input on channel 0 is explained in the diagram belo
- Obtained frame can be now passed to the processing algorithm (for example for object detection).
- Release the frame with \ref VideoDrv_ReleaseFrame to enable reception of the next frame.
- Repeat the steps above until end of stream is reported in the status.
8. Once end of stream is reached, we can close the stream with \ref VideoDrv_StreamStop and stop driver operation with \ref VideoDrv_Uninitialize.
8. When the end of the stream is reached, we can close the stream with \ref VideoDrv_StreamStop and stop driver operation with \ref VideoDrv_Uninitialize.


@{
Expand Down

0 comments on commit 2686363

Please sign in to comment.