Вот и я о том же, только эта скорее очередь, а не буффер. Выходной буффер, согласно ссылке которую Вы приводили ранее
How Is Buffer Size Determined?
Output Tasks
For generations, the amount of data you write before starting a generation determines the size of the buffer. The first call to a Multiple Samples version of the Write function/VI creates a buffer and determines its size.
И в моем случае он равен 8192 по количеству точек необходимых для записи. И это не смотря на то, что я записываю 4 канала. По логике должно быть 8192*4..
При чтении AI сигнала все понятно - при частоте дискритизации в 10000Hz, 1000 точек будет читаться 100mS. Это правило не работает при записи! DAQmx Write.vi записывает куда то, пусть будет буффер, практически мгновенно, без всяких задержек, а драйвер уже выдает на выход согласно параметрам частота/количество точек. Вот и получается что while loop очень быстро заполняет этот буфер, до непонятно как вычисленного значения (7ххххх) более семисот тысяч, а затем начинает работать как и положено с задержкой 8192 / 100000Hz = 82 mS.
Только сигнал, после изменения, на выходе появляется через 761844 / 100000Hz = 7.6 секунды.
Вот чтобы он появился раньше Borjomy_1 предложил:
Решается эта задача контролем количества сгенерированных ЦАПом значений. И добавлением в буфер только когда остаток в нем будет меньше какого-то порога. Это и будет являться временем реакции на изменение сигнала
Именно по этому DAQmx Write.vi находится в Case structure и добавляет точки, если количество оставшихся для записи точек меньше установленного порога. Поэтому время цикла в основном определяется задержкой в Case = True (количество точек превышает лимит) Я поставила 80 mS.
Ну вот почти сама себя убедила, что имено так это все и работает :) Осталось понять откуда, как и почему такой большой по размеру буфер и возможно ли его уменьшить...
P.S. Кстати при симуляции такое поведение не наблюдается, работает как и полагается и разница между Current write position и Total Samples Per Chanel Generated "скачет" около 8192 и нет никаких "более семиста тысяч" и естественно Case = True никогда не случается...
