How to assemble the program using malibu?

[ikhwan_h17f]

Hello everyone...

I'm a newbie in using X5 400M DSP and C++/CLI. Now, I'm trying to use this DSP as a signal generator for my practicing. I've no idea to make from the beginning, so I re-design the "wave" program that including in example folder [ C:\Program Files\Innovative\X5-400M\Examples\Wave ]. I copy some of this program like ApplicationIo (header & cpp file), stdafx (header & cpp file), target (header file), AssemblyInfo (header & cpp file), and also I make my main program. after that, I set the path of compiler to the malibu library and microsoft visual studio 8 ("C:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\Lib";"C:\Program Files\Innovative\Lib";"C:\Program Files\Innovative\Malibu\IPP";"C:\Program Files\Innovative\Malibu"). I use microsoft visual C++ as the compiler, and "release" mode configuration same as the "wave" program.

After I compile it, it can't give the output in analog channel that connect to the osciloscope, but the output only appear in binview. why is it happen?

hope to hear many suggestion from all in this forum
thanks...

[jhenderson]

It is very important to realize that the most expedient method to create a custom application is to incorporate the ApplicationIo class in its entirety directly into your custom app. ApplicationIo contains only portable code, without any framework dependencies whatsoever. It contains all of the essential hardware initialization code, event handlers, etc to support efficient communications with the board. You'll likely need all of the features of ApplicationIo in your application - so why reinvent the wheel?

Many users are initially unclear on how ApplicationIo can remain agnostic to the framework. This is accomplished by factoring all functions used to relay information between framework-specific code and the ApplicationIo into a small separate class called UserInterface within the supplied examples.

The concrete UserInterface object derives from the pure abstract IUserInterface base class. IUserInterface simply specifies the functions that must be supplied by a user application to provide a bridge to the stock features of the ApplicationIo object. Your application must create a UserInterface class and pass it to the constructor of the ApplicationIo object, but your implementation of the IUserInterface methods may degenerate to trivial no-ops if desired.

See the thread at http://www.iidsp.com/forum/viewtopic.php?t=543 for additional details.

[ikhwan_h17f]

Thanks for your link, I have read all, and that make senses....

Now, I'm going to continue my practice. I will generate 2 different signal with two different channel. For that purpose, I change the (ActiveChannels=0010) in Settings.ini but it just change the channel and not generate 2 signal.
What should I do?

thanks for your attention...
Favian

[jhenderson]

The ActiveChannel array is a boolean array of the enabled channels. To enable channels 0 and 1, for instance, ActiveChannel should be set to 0011.

[ikhwan_h17f]

thanks for you information.

I have tried it, than it works. But, why the signal quality (stability) become worst than just 1 channel? I change the Settings.ini (ActiveChannels=0110).

What about generating 2 different signal (like 1st channel Sine, 2nd channel square) ? What should I set in the Settings.ini? or What syntax should be added?

Thanks...
Favian

[jhenderson]

If using the internal 400 MHz oscillator as the sample clock, the X5-400M will sample at 400 MSPS. With one channel enabled, this equates to a sustained transfer rate of 800 MB/s, since each channel is two-bytes in length. If enabling two channels, the transfer rate would escalate to 1600 MB/s.

But, most motherboards support maximum transfer rates of only about 1200 MB/s to devices equipped with 8-lane, gen1 PCIe interfaces. So, gaps are produced in the output stream. This results in a distorted output waveform on the scope.

This limitation is typically avoided by embedding DSP functionality within the Virtex5 FPGA on the card. For instance, if a waveform generator were embedded into the firmware, no waveform data would need to be transferred via PCIe at all, since the samples would be generated locally.

[ikhwan_h17f]

Dear all,

If I want to stream digital data into channel 1, what should I do? Is it still using ApplicationIo.h & ApplicationIo.cpp? What header should I use?


thanks for your attentention..

regards
Favian

[jhenderson]

The Malibu libraries and the X5-400M Wave example does not support flowing data to ch1 only. When only one channel is enabled, the software enables stack mode, which redirects data ch1 data to ch0, effectively doubling the digital data rate and allowing ch0 to operate at 500 MSPS max. However, this architecture disallows use of ch1 in isolation.

[ikhwan_h17f]

Ok, what about I flow to the both of channels (ch0 & ch1)?

Is it flow the same digital signal or different? Or, can I flow different digital signal to those channel?

What should I do to the wave code? What syntax should I add/reduce?

Thanks..

[jhenderson]

To stream data to both channels 0 & 1, construct packets as described at http://www.iidsp.com/forum/viewtopic.php?t=411&highlight=packet+format. Data for each channel is 14-bit, twos complement data stored as two-byte, short values.

The data sent to each D/A can be different. Simply construct the the data for each channel independently, then merge the samples into each buffer in the interleaved format described above, then send each packet to the card using the Stream.Send() method, as illustrated in the Wave example.

[ikhwan_h17f]

I want to ask about Snap program. As I know that example program is used for data acquisition. What about if the function is changed become data streaming? Is it possible?

thanks..

[ikhwan_h17f]

[jhenderson]

The Wave example illustrates streaming of precalculated analog data from the Host PC to the X5-400M. The max data rate from the Host to the module is approximately 900 MB/s which is dependent on the particular motherboard used.

[ikhwan_h17f]

[jhenderson]

As delivered, the wave example streams the contents of a single, precalculated waveform to the board. However, by modifying the implementation of the ApplicationIo::HandleDataRequired() method within ApplicationIo.cpp, you could send data from another source.

Bear in mind, however, that the data source used must be capable of sustaining data flow at the data rates required by the board. One channel of D/A running at 250 MHz requires 500 MB/s sustained. It will probably be necessary to precalculate your waveform contents prior to streaming or to locate the precalculated waveform on a fast RAID0 disk array to match that speed requirement.