Конференция VBStreets

**Zer** » 04.07.2008 (Пт) 18:37

Есть в компе плата(PCI) восьмиканального ЦАПа. Есть возможность установить некоторое выходное напряжение на ЦАПе по средством прилигающейся библиотеки. Нужно формировать различные сигналы. Частота дискретизации порядка 10 кГц. Есть написанный модуль(подпрограмма) для VB, устанавливающий на выходе оперелённые напряжения.
Суть проблемы: нужно вызывать эту подпрограмму 10000 раз в секунду. Никакими стандартными средствами(таймер, sleep и т.д.) такой частоты не добиться. Как быть?

**ANDLL** » 04.07.2008 (Пт) 20:40

Никак. Читать про архитектуру PC

**Antonariy** » 04.07.2008 (Пт) 20:47

Если уж на то пошло, то в принципе вообще на винде этого не добиться. Допустим ты просто гоняешь цикл с QueryPerfomanceCounter (единственная более-менее подходящая здесь штука), а тут включается что-то охочее до ресурсов, например каспер, обнаруживший подозрительный жепег. И твоя прога курит в сторонке.

Эту задачу нужно решать аппаратно или копать в сторону осей реального времени.

**ACiD** » 04.07.2008 (Пт) 21:11

Физически это сложновато. Будешь вызывать эту ПП 10000 в секунду, у тебя уйдёт только 30000 тактов только на то что бы вызывать подпрограмму. Это ещё без выполнения того что находится в самой ПП.
Я бы посоветовал написать на асме 1 функцию, которая вызывает 10000 раз твою функцию через loop _metka_, это ещё примерно 20000+(более 3) тактов. А как соединить асм с VB здесь где-то было.

**Zer** » 04.07.2008 (Пт) 21:17

Никак. Читать про архитектуру PC

Может, архитектура ОС? Не вижу проблем с PC.

Допустим ты просто гоняешь цикл с QueryPerfomanceCounter

Можно по подробнее? Исключить посторонние проги можно, т.к. комп будет заниматься только этой задачей. Пока...

Я бы посоветовал написать на асме 1 функцию, которая вызыва

Не катит. Вызовы должны быть равномерно растянуты во времени, а не кучами идти...

**ACiD** » 04.07.2008 (Пт) 21:26

Zer писал(а):нужно вызывать эту подпрограмму 10000 раз в секунду.

Zer писал(а):Не катит. Вызовы должны быть равномерно растянуты во времени, а не кучами идти...

Противоречишь, хотя можновставлять пустые такты. Рассчитываешь сколько времени должно пройти, пишешь ПП, которая "тормозит" процессор на N количество тактов и вставляешь вызов этой пп в цикл. Но тогда процессор должен быть очень мощным.

**Zer** » 04.07.2008 (Пт) 21:30

Где это противоречу? Вызываться должно каждые 100 мкс.

**ACiD** » 04.07.2008 (Пт) 21:43

Смотри VB вызывает ПП1 написанную на АСМе

Код: Выделить всё: АСМ: ПП1 mov cx, 10000 метка вызов нужной функции вызов ПП2 loop метка конец ПП1 ПП2 ;вставляешь сюда всякие ;xor, push pop и т. д. ;рассчитать тебе придётся самому ;сколько будет 100 мкс конец ПП2

(да кстати эта хрень не работает на 2х, 3х, 4х ядерных процессорах, только на 1 ядерном)

**Zer** » 04.07.2008 (Пт) 22:23

Глупость. На разных компах 100 мкс занимают разное кол-во тактов. И пока это выполняется вообще ничего не сделаешь. Даже мышью не пошевелишь.
Кстати, в режиме отладки очень неплохо работает в бесконечном цикле. Причём с большей частотой. Так что с ресурсами проблем не будет. Надо только контролировать это...

**ACiD** » 04.07.2008 (Пт) 22:37

О разных компах речи не было! Главное чтобы процессоры одинаковые были.(а реализовать можно получив тактовую частоту процессора тынц)

**ANDLL** » 04.07.2008 (Пт) 22:40

Не вижу проблем с PC.

А зря. Процессор это не предназначен для этих задач. Если процессору нужно передать устройству большой объем данных, то этим должен заниматься DMA-контроллер. Иными словами - в архитектуре PC не процессор ждет пока медленное килогерцовое устройство усвоит порцию данных, а медленное устройство само читает, так быстро, как может.
Иначе это будет крайне нерациональным применением процессора.
Если же вернуться в мир windows, то все становится еще хуже.
Мышью ты пошевелить сможешь. А вот избежать переключения нитей(а значит и длительных сбоев в своем генераторе) ты не сможешь.
Ну а что написал ACiD - глупость полная, потому что цикл в VB и ассемблере суть одно и то же.

**Zer** » 04.07.2008 (Пт) 22:47

Ну на нерациональность пока пофиг, а вот сбои - это плохо...

И что делать?

**ANDLL** » 04.07.2008 (Пт) 22:54

Ну не знаю. Может все таки почитать про архитектуру PC? Или еще раз спросить что делать и послушать очередной бред про ассемблер?

**Zer** » 04.07.2008 (Пт) 23:05

Что-то я не пойму...
Данных там почти не передаётся. Смысл использовать DMA? Да и отсылки тоже надо контролировать...

**ANDLL** » 04.07.2008 (Пт) 23:21

Если их не передается, то что тогда ты делаешь с раз в 100 мкс?

**Zer** » 04.07.2008 (Пт) 23:25

Там пару байта за раз. Не так и существенно.
И вопрос не в передаче, а как организовать задержку. Лучше б с этим помог...

**Antonariy** » 05.07.2008 (Сб) 7:15

Он выбрал бред

**keks-n** » 05.07.2008 (Сб) 10:23

KeDelayExecutionThread даёт сделать задержку от 100 наносекунд. Так что всё возможно, но всё равно нужно контролировать величину новой задержки, оценивая, сколько реально прошло времени.

**ANDLL** » 05.07.2008 (Сб) 10:58

keks-n

Ты тупо ищешь функции по слову "delay", не включая мозг?

**keks-n** » 05.07.2008 (Сб) 18:48

ANDLL
Цикл с задержкой. Я просто не вдавался в подробности, а это ядрёный аналог Sleep, который я несколько раз использовал.

**SSecurity** » 10.11.2008 (Пн) 17:33

1. рисуешь свой девайс паяльником
2. вешаешь его на ЮСБ или компорт,
3. рисуешь драйвер под девайс
4. управляешь как хошь:)

Это самый надежный сопособ чтоб АЧХ на выходе соответсвовали тому что нужно.
..или хотябы таковый генратор если частота стабильная, а форма сигнала должна меняться

С Уважением,
Сергей

**Zer** » 10.11.2008 (Пн) 22:51

Не катит. В качестве выходов - PCI-ЦАПы.
Тему можно закрывать.

Конференция VBStreets

Высокочастотный таймер

Высокочастотный таймер

Re: Высокочастотный таймер

Re: Высокочастотный таймер

Re: Высокочастотный таймер

Кто сейчас на конференции