multiple-frequency continuous pulse generation

[John_P1]

Also, the reason your task is only outputting on lines 0:7 is because those are the lines that you are telling it to output on.

   

Change this to amp/port0/line0:31 if you want to output on all 32 lines.  The driver will mask out any lines that are not included in your task.

Best Regards,

[krivan]

True. I haven't actually thought about how much data I tried to output...and the I32 really explains it...hmm...

Well, I just tested the card because it seemed to be interesting but in the real case I will only need to generate the signals of the first multiplexer [line3:8] and the signals of the second multiplexer [line0:1] and the signals at line0:1 I somehow have to route to line19:20 as well. For the other three pins where also square waveforms have to be generated I think the use of the counters will be suitable.

[krivan]

Yeahhh...after I posted I noticed the mistake, corrected it to line0:31 and the computer has crashed in 10 seconds... 🙂

[John_P1]

Why do the digital signals need to be on specific lines?  Are you connecting to a custom PCB?

Did the computer crash when you tried to reserve 8 GB of memory?  I would expect a more graceful exit in this case, what what the exact behavior?

Best Regards,

[krivan]

Yes, it is basically a custom PCB with a semiconductor device on top and this is how it is connected up at the moment. If everything fails then it is of course possible to redesign/rewire the board but it would be an expensive option, so I rather have to find a way unfortunately to internally route signals in LabVIEW...

Or avoiding the messy signal routing the application of a DAQ Assistant seems to be a good option but the disadvantage is actually that you don't see what is exactly happening and it's easier to lose track on what is being done.

Well, the computer started to be really slow and after it didn't show any response for around 30 sec I restarted it. Virus scanning was still running in the background, probably it has contributed to this. But now everything works as before.

By the way I have seen many solutions how it is possible to route the output or gate of a counter somewhere but is it also possible to route together two pins on for example port0? I mean without using DAQ Assistant... For direct routing inside port0 I still haven't found any solutions.

[John_P1]

port0 is only used for digital I/O and cannot be routed to the counters or any other internal signals.

The PFI lines are on port 1 and 2 and can be routed to many internal signals, including the counter lines.  For the full list, check the device routes tab in MAX.

You can certainly make this work in software with non-consecutive lines, but I'm still unclear what needs to be generated on what line.  Using consecutive lines makes everything so much more elegant. 

My understanding is:

    After the MUX on lines 3:8 completes a full cycle, you want to increment the MUX control on line 0:1? 

    Line 19:20 should be identical to line 0:1

    There are 3 more lines (possibly on port 0?) that need to output square waves.  I'm unclear as to what these waves should look like with respect to the MUX control lines.  Which lines are you using?

Best Regards,

[krivan]

Hi John,

sorry I formulated probably misunderstandable. So I have to control multiplexers to do array addressing -> line3:8 pins do column addressing, line0:1 and line 19:20 do row addressing this is why they need to be identical [they address the same row at a certain time]. After a row in the array is ready [read-out] the next row has to be addressed automatically. So when line3:8 gets to F...F line0:1&19:20 has to change for example from 00 to 01.

The other three separate pins which were mentioned are responsible for controlling on-chip filters, modulations, etc and unfortunately they are not next to each other on the board.

All the digital signals that have to be generated are either static [controlled by a button from front panel] or square waves at different frequencies. So for example the modulations and filtering have to be run on different frequencies.

All the digital output pins and digital input pins are on port0, basically I don't use PFI lines at the moment.