Raptor VeeCAN: Difference between revisions
(2 intermediate revisions by the same user not shown) | |||
Line 36: | Line 36: | ||
==Raptor VeeCAN Example== | ==Raptor VeeCAN Example== | ||
<p>The image below is a basic Raptor VeeCAN project. It demonstrates separation of HMI logic from the control and signal logic This is a stylistic approach to ensure easy transferability of logic to and from other Raptor platforms that do not have HMI functionality.</p> | <p>The image below is a basic Raptor VeeCAN project. It demonstrates separation of HMI logic from the control and signal logic. This is a stylistic approach to ensure easy transferability of logic to and from other Raptor platforms that do not have HMI functionality.</p> | ||
<!--Edit perrow value when adding pictures--> | <!--Edit perrow value when adding pictures--> | ||
Line 46: | Line 46: | ||
Learn more about our Raptor Platform '''[[Raptor_Platform|here]]'''. | Learn more about our Raptor Platform '''[[Raptor_Platform|here]]'''. | ||
View example Raptor displays '''[[Raptor_Display_Examples|here]]'''. | View example Raptor displays '''[[Raptor_Display_Examples#Raptor_Display_Examples|here]]'''. | ||
==VeeCAN Display Development== | ==VeeCAN Display Development== | ||
Line 56: | Line 56: | ||
==Simulation== | ==Simulation== | ||
<p>The Raptor VeeCAN simulator creates a strong link from the software development cycle to the hardware testing cycle. Typically, these would be two distinct, time-consuming phases, but with strong coupling of the simulator and the hardware (hardware-in-the-loop simulation) and with real-time debugging iteration time is drastically reduced. '''[[Raptor_Display_Examples| Click here]]''' to view and test some Raptor Simulators.</p> | <p>The Raptor VeeCAN simulator creates a strong link from the software development cycle to the hardware testing cycle. Typically, these would be two distinct, time-consuming phases, but, with strong coupling of the simulator and the hardware (hardware-in-the-loop simulation) and with real-time debugging, iteration time is drastically reduced. '''[[Raptor_Display_Examples| Click here]]''' to view and test some Raptor Simulators.</p> | ||
<gallery widths=222px heights=222px perrow=3> | <gallery widths=222px heights=222px perrow=3> |
Latest revision as of 14:12, 2 March 2023
New Eagle > Products Wiki > Raptor VeeCAN
Overview
New Eagle’s line of Raptor Displays and complimentary Raptor-Dev software offer an alternative approach to the traditional programming languages: These displays allow developers to leverage the graphical programming environment of MATLAB Simulink to quickly and easily create, edit and debug display software. All Raptor displays are capable of interfacing with any CAN-based actuators or sensors. The Raptor VeeCAN 800 and VeeCAN 320, in particular, have a number of analog and frequency inputs and digital outputs, making these displays ideal all-in-one display/controller solutions for a wide variety of applications.
To view a full list of the Raptor VeeCAN displays, click here.
VeeCAN Libraries
For information on the blockset libraries that support VeeCAN, click here.
-
Example of a custom library block on the outside
-
An example of what you can do with a custom library
Custom libraries are a useful tool in the Raptor Platform, because not only can custom, prefabricated libraries be imported, user-made ones are also possible.
CAN Development
CAN development within the Raptor framework integrates industry-standard DBC files. This allows for quick sharing of a CAN protocol both within and outside the Raptor framework. The image below shows the configuration screen of a CAN Rx message block after a DBC file is selected.
-
Configuration of a CAN receive block with a loaded DBC file
Selection of a CAN automatically populates signal output specifications on the Raptor CAN message blocks with the information contained in the DBC file, as shown in the image below.
-
View of a CAN receive block after selection of a CAN message from a DBC file
Raptor VeeCAN Example
The image below is a basic Raptor VeeCAN project. It demonstrates separation of HMI logic from the control and signal logic. This is a stylistic approach to ensure easy transferability of logic to and from other Raptor platforms that do not have HMI functionality.
-
Example design, separation of HMI and controls logic is visible
Learn more about our Raptor Platform here.
View example Raptor displays here.
VeeCAN Display Development
The Raptor HMI blocks were designed both to allow ease of use and to allow low-level control of display features. In the RVC library you will find high level blocks to quickly display an assortment of information and graphics, such as: lists, menus, gauges, images and text strings. These high-level blocks have been designed from a primitive block set, meaning that tweaks can be made to these under-the-covers primitives to configure the display to your taste or to help you create your own display screens from scratch. The images below demonstrate a gauge block and a subset of the primitive blocks within it.
-
Gauge blocks consisting of primitives
-
Primitive blocks within a gauge block
Simulation
The Raptor VeeCAN simulator creates a strong link from the software development cycle to the hardware testing cycle. Typically, these would be two distinct, time-consuming phases, but, with strong coupling of the simulator and the hardware (hardware-in-the-loop simulation) and with real-time debugging, iteration time is drastically reduced. Click here to view and test some Raptor Simulators.
-
New Eagle Splash Screen
-
Example of a custom information screen on a VeeCAN simulator
-
A simulated VeeCAN system tuning menu