05-26-2010 10:37 AM
05-27-2010 06:14 AM
Hello MaJahn,
what happend if you set the dt fromt the timed loop for ftp transfer from 1 to 20 ms?
I see you have implemented a time 10ms but please rise this to 20ms.
The error handling is not connected thru all functions and vi´s so if you get an error this error will not be reported, like if you read from an empty queue. Please look at the elements in your queues if this rise.
All queues are not limited in size so each queue can rise to an memory overflow. It´s also a little bit better to use the RT FIFO, like in the sent example, for queueing elemts on an RT target.
05-27-2010 09:19 AM
Hi,
Thanks for the answer!
So when I changed dt to 20ms nothing changed. (was not expected to be)
Furthermore I controlled the queues for an rise and there were nothing. They were leaving on the same values during the memory expands.
If an queue will cause a memory overflow how can I see this. I just made an Preview of the queue and watched the Element in the monitoring Probe (don't know if this is right?! On German it's "Sondenüberwachungsfenster")
So I don't even have an idea what it could be...
Greez
Matze
05-27-2010 11:43 AM
Is it Possibile that it is the DMA FiFo itself?!
HELP....
MaJahn
05-28-2010
05:59 AM
- last edited on
04-17-2025
03:54 PM
by
Content Cleaner
Hello MaJahn
you can use the get queue status function to look into the queue how many elements are used.
Try to give your queues a maximum size at obtain queue.
Have you tried to implement the errorhandling?
The DMA FIFO read can also be the problem because if your CPU run with 100% the memory will not elected.
Why is My Real-Time CPU at 100% When Reading from a DMA FIFO (FPGA)?
Have you tried to use a while loop instead of timed loop, if then the error happend?
05-31-2010 08:36 AM
Thank You...
I Fond It!
It was the orange-green Queue! It wrote with every iteration one Element into it!...
damn am I Happy....