RIDE (real time integrated development environment)
Overview Hyperception's Real-time Integrated Development Environment (RIDE) is a graphical environment optimized for the design, implementation, and analysis of DSP-based algorithms and systems. The power of this environment lies in its graphical nature and support for industry-standard plug-in DSP boards. The end-user can create DSP-based applications which run directly on the DSP/Acquisition boards; the DSP Object code an also be exported to a standard COFF object file for embedded DSP applications. Hypersignal® RIDE allows DSP applications to be generated very quickly with little or no software coding required.
English
Supported Technologies
Netware,
Windows 95/98/ME,
Windows XP/2000/NT
Software
Click on a technology to view similar products within this category.
Pricing
System
4k to 10k
info@hyperception.com
217-343-8525
Additional Product Information
Hyperception's Real-time Integrated Development Environment (RIDE) is a graphical environment optimized for the design, implementation, and analysis of DSP-based algorithms and systems. The power of this environment lies in its graphical nature and support for industry-standard plug-in DSP boards. The end-user can create DSP-based applications which run directly on the DSP/Acquisition boards; the DSP Object code an also be exported to a standard COFF object file for embedded DSP applications.;Hypersignal® RIDE allows DSP applications to be generated very quickly with little or no software coding required. To see a list of Application Notes for Hypersignal® Products, click here.;Hypersignal RIDE's support of several different DSP chip families from different semiconductor companies, as well as support for different DSP board vendors, makes its use attractive for many DSP-based projects. In fact, this device-independent approach even allows different types of DSPs to be used in the same design. The ability to move designs from one DSP technology to another in the same environment means that users don't have to learn multiple tools, and they can easily upgrade their designs in the future for more performance. ;Hypersignal RIDE was created by combining DSP hardware with the popular Hypersignal Block Diagram application and powerful real-time DSP board drivers from Hyperception. The driver handles all communications and control of the DSP hardware from the PC environment. Hypersignal RIDE doesn't even need to know what DSP hardware is being used. The hardware can actually be "virtual", eliminating the requirement for a plug-in DSP board. It simply communicates with an installed board driver without having to deal with the DSP-specifics. The RIDE driver handles all board and DSP-specific matters. It links DSP COFF object files, downloads code, data and parameters to the DSP memory, controls the execution of the DSP, and monitors activity on the DSP. ;A useful feature of Hypersignal RIDE is that the user interface is the same for both PC-based and DSP-based block functions. This allows for convenient conversions between PC-based designs and DSP-based implementations. The RIDE development process is a very simple one. Blocks are selected from a pull-down menu and connected together to establish a data flow, run-time parameters are adjusted from pop-up dialog boxes, and the entire algorithm is executed with the press of a single button. RIDE provides complete control and observation of your DSP designs. ;Features ;Efficient Implementation under Windows;To begin with, ours is generally a more efficient implementation and faster - all of RIDE's functions are executable DLL's running at executable speed, not interpretive speed. Our product can also take advantage of frame-based, or vector-based processing, which means data may be processed either a single point at a time, or handled in frames for block-oriented processing yielding a much higher throughput in many DSP applications. This was the result of being DSP-focused at the start of our company's business and developing this product exclusively for Windows. The inherent efficiency tends to be quite important in many DSP Applications. ;Open Software Architecture (Easy to add custom functions) ;In addition, Hypersignal RIDE makes it generally easier to add user-defined custom block functions. This is mainly due to our open software architecture coupled with our powerful, robust Block Wizard, which produces the bulk of the code required for a new block function. In fact, Hyperception uses the same Block Wizard to create its own function blocks as well, so it is indeed a very usable and proven solution for the customer. ;Real-time Support;Another reason Hypersignal RIDE stands out is that in addition to PC-based development on the host machine, our product supports many industry standard (not Hyperception made) real-time DSP/Acquisition boards at a fine-grained block function level. No other product on the market has achieved this type of integration and speed, and for those customers eventually considering any DSP-based or data acquisition types of projects, this is a very important consideration. ;Hierarchy Support;The capability for true n-level hierarchy design is another important consideration for many customers. With this, the user can create subsystems of the overall design, and share these subsystems with other users. When a correction to the subsystem is made, it can be applied to all systems which use that hiearchical construct. This hiearchy also gives the user another method of creating custom blocks graphically, without the need for creating a DLL or writing any source code or arduous script files. ;Optional Source Code Generation;Another capability of our product is that it supports an optional ANSI C Source Code generator to obtain the C source from a graphical design. Although other products may have this, not all of them do, and those that do tend to be considerably more expensive. We would compare favorably on the basis of the efficiency of the code produced (whatever the tool cost). T his support is important for customers who may not initially perceive that they require this, because it minimizes their risk if they later decide that they do. ;Multi-rate and Multi-dimensional Support;Another point for some is that our product can handle multi-rate and multi-dimensional signal processing. This implies that image processing professionals could use our product in that particular market. Even if the customer does not need this, it does tend to make them consider how well-thought-out our overall software architecture must be, which may be a deciding factor for their application. ;Optional Parallel Processing Support/Third party company support;At times, the capability of our Hypersignal RIDE to support parallel processing with the Pegasus product (third-party created ) is of some importance to certain customers, especially as they start requiring more processing power to adequately deal with their project's requirements. Again, for some customers, just simply knowing that this capability is available makes for a reduction in the technical/business risk of their purchase decision. ;Overall Price/Performance and Absolute Cost;Our products typically cost less than many of our competitors, and we believe that our price/performance ratio is much better than other potential solutions. ;Hyperception's General Product Focus;In general, we have a more DSP-focused approach to our product than other companies; this is a direct result of the over-a-decade worth of work specifically on DSP Software for the PC platform. This longevity in the DSP/engineering marketplace has not only allowed us to improve our product in a real customer-driven manner, but also offers the customer some reassurance that we may be around when other companies may not.