Пишется софтинка для снятия лога разгона авто. На пассивное колесо ставится либо датчих Холла, либо индуктивный (ДФ, ДПКВ...). Далее в лог пишутся метки времени, по ним оценивается мощность, строится ВСХ. Нужно для проекта ДВС со сверхвысокой СС (22).
Вариантов два. Либо вешаем ДХ на ком-порт и слушаем какой-нибудь из входов, либо с индуктивного датчика пишем wav, потом парсируем, получаем лог.
В принципе, приемлимые результаты уже получены, но вдруг есть лучшее.
Проблемы:
1. Нужно получить время с точностью в миллисекунду.
Способ JavaScript.eval("new Date().getTime()") - (лучший из того, что нашел) но не идеален, дает погрешность мсек в 15. Простой тест:
СЗ=Новый СписокЗначений;
Для Сч=1 по 100000 цикл
 СЗ.Добавить(JavaScript.eval("new Date().getTime()"));
КонецЦикла;
Сам цикл выполняется с частотой под 90 кГц, но в СЗ получаем ряды одинаковых цифирей, штук по сто подряд. Т.е. погрешность лога будет в пару сотых сек.

2. Так и не нашел способа, перехватить поток с АЦП звуковой карты. Хочется чтоб кравиво, а не записал/отпарсил вав-файл.

Может кому понадобится.
Способ подключения ДХ к Ком-порту в 1С.
   Порт=Новый COMОБъект("MSCOMMLib.MSComm");
   Порт.CommPort=Константы.КомПорт.Получить();
   Порт.RThreshold=0;
   Порт.InputMode=1;
   Порт.PortOpen=True;
   
тут делаем финт. ДХ нужно чем-то питать, от бортовой сети - стремно, придется решать гальваническую развязку, поэтому делаем блок питания БП из выходов КОМ. Чтоб не спалить ДХ (в нем еще формирователь прикручен
с открытым коллектором на выходе) к DTR и RTS цепляем плюсы диодов,
минусы сажаем на питание ДХ. С плюса ДХ на выход ДХ - сопротивлюшку в 1-5кОм (потому как открытый коллектор).
       //Включаем наш БП.
   Порт.DTREnable=Истина;
   Порт.RTSEnable=Истина;

Теперь слушаем, скажем вход DSR и формируем начало/конец импульса, по переднему фронту пишем время в лог.
       Если Порт.DSRHolding тогда
           Если НачИмп тогда Продолжить; КонецЕсли;
           СЗ.Добавить(JavaScript.eval("new Date().getTime()"));
           НачИмп=Истина;
       Иначе
           Если НачИмп тогда НачИмп=Ложь;КонецЕсли;
       КонецЕсли;    
Эту фиговину втыкаем в цикл. Получаем (понятное дело) половинную загрузку проца, соотв. потребовалась задержка в 5-10 мсек.
Перебрал кучу способов, от слип, до пинг - с миллисекундами работают криво. внешняя компонента от Ромикса - тоже заглючила, разбираться не стал, нашел это:  http://infostart.ru/public/16230/
Работает корректно. Ставим задержку в 10 мс (все равно метки с точностью до 2 сотых сек), и нагрузка проца во время снятия лога, падает до 6-8%.

Да, вдогонку, если кому нужен парсер wav в 1С - выложу.

(1) немного не понял - в 1с играть музыку ?
каким путём ?

Все таймеры WinNT - у них квант - 10 миллисекунд, никуда не дется.

Хотя видел библиотеку TAsyncTimer из комплекта OpenLG графики, там вроде тайминг был в 1 миллисекунду, но не уверен.

http://content.foto.mail.ru/mail/inworms/_answers/i-74.jpg

1С для снятия лога разгона авто

этожесть..!!!

высокоточный таймер
BOOL WINAPI QueryPerformanceCounter(
 _Out_  LARGE_INTEGER *lpPerformanceCount
);

http://www.chipinfo.ru/literature/chipnews/199907/18.html

http://lcard.ru/

первое что попалось, и не надо мучать 1С

наркоманы?

+(8) http://lcard.ru/products/boards/adc

+(10) сверхскоростные платы АЦП

http://www.prosoft.ru/products/brands/signatec/1605/

цены не знаю))

(0) Гинзбург Олег Валентинович, перелогинтесь :)

(2)Играть музыку в 1С - просто, воткни АктивХ плейера от того же мелкософта и играй на здоровье.
Парсинг для того, чтоб проанализировав вав, заловить какие-то события. Считай, что у тебя таблица с выхода АЦП, с фиксированными интервалами времени между строками.
(6)Это не жесть, как оказалось, а вполне адекватный нстрУмент.
Очень шустро пишет, далее, получить лог - полдела, его еще нужно обработать, где то сохранить, сравнить с другими, понастроить графиков и прочее. На 1с это пишется в лет.
(8-11)Внешняя навесуха на однокристалках, вплоть до дифЖПРС с акселерометром, либо тупой ДХ из любого магазина. Функции идентичны, что выбрать?
(12)Не Олег Валентинович, тем не менее, если сильно любопытно - набираешь слово Странник в том же яндексе, тыкаешь на первую ссылку, попадаешь на один из моих проектов. Ну, хобби такое, пытаюсь поднять проекты, которые того стоят. Двигатель Ибаддулаева - еще один. Тут давно писал под TEN (местный провайдер вместе с ящиком накрылся)

(7)Спасибо, а пример синтаксиса под 1С можно?

(13) посмотрел, интересно


"чего только не придумают, лишь бы дороги не строить!"

http://mycaracc.ru/

3.14-здец.

(15) прикольна. надо свой планшет разогнать))

(12) Судя по имени в ЛК, это Евгений Ваганович....
(0) возьми обычную ардуину, тебе хватит до одури.

(15)погрешность - 10%. Тупые буржуи ставят локальные ЖПС-станции и юзают диф.методы. Цена вопроса - от 5 тыс.уе.
(18)нафига контроллер, чем оно лучше копечного датчика из любого авто-магазина и пары дней работы в 1С?
Я даже от микрух на зарядовых насосах ушел, чтоб проще было, навесуха питается от единичек ком порта. Ну, не устроит точность в 2 сотых сек, возьму лог из wav, там разрешение в 125 _микро_сек.

http://forum.ixbt.com/topic.cgi?id=26:9224

на 1с закладывать получение времени с точностью более 0.1сек - это просто бред,

штатное железо без специального драйвера дает точность 1/21 сек

(0) тут очень доходчиво: http://webdiscover.ru/uploads/images/2012-03/1181_133275616711.jpg

http://www.rsdn.ru/forum/winapi/147233.all

(20)Уже спокойно работает на 0,02 сек (с запасом).
Очень интересно на QueryPerformanceCounter, более того, в природе есть компонента, очень шустрая, вот найти бы

Чуть меньше погрешность, но почти те же 15 мсек
(вывод сотнях наносекунд)

Процедура КнопкаВыполнитьНажатие(Кнопка)
   Сервис=ПолучитьCOMОбъект("winmgmts:\\.\root\cimv2");
   ИдТаймера = "Мой Таймер";
   Для Каждого Таймер Из Сервис.execquery("SELECT * FROM __IntervalTimerInstruction where timerid='" + ИдТаймера + "'") Цикл
       Сообщить(Таймер.timerid);
       Таймер.delete_();
   КонецЦикла;
   ИнструкцииТаймера = Сервис.Get("__IntervalTimerInstruction");
   ИнструкцияТаймера = ИнструкцииТаймера.SpawnInstance_();
   ИнструкцияТаймера.IntervalBetweenEvents = 1;
   ИнструкцияТаймера.SkipIfPassed=0;
   ИнструкцияТаймера.TimerId = ИдТаймера;
   ИнструкцияТаймера.Put_();
   Таймер=Сервис.ExecNotificationQuery("SELECT * FROM __TimerEvent WHERE TimerID = '" + ИдТаймера + "'");
   СЗ=Новый СписокЗначений;
   Для Сч=1 по 1000 цикл
       Событие=Таймер.NextEvent();
       СЗ.Добавить(1*Событие.TIME_CREATED-10000*Событие.NumFirings);
   КонецЦикла;
   Для Каждого Время Из СЗ Цикл
       Сообщить(Время.Значение);
   КонецЦикла;
   
   Для Каждого Таймер Из Сервис.execquery("SELECT * FROM __IntervalTimerInstruction where timerid='" + ИдТаймера + "'") Цикл
       Сообщить(Таймер.timerid);
   КонецЦикла;
КонецПроцедуры


(12) не угадал )

(0) Тупо. Лучше закинуть данные в файл, а  потом съесь уже в 1С - для расчетов... а вообще - нахрена лисапед изобретать? Нормальный динамометр не переплюнешь

+ если не мерить время, то достаточен NumFirings - покажет сколько пропущено событий + количество как токовых некстов

(0) когда речь заходит о временных рядах 1с становиться мальенькой, шаркает ножкой и хнычет - я так не умею, не насилуйте. правда в упп новом что-то мелякало о квантах времени, но 100% грибы

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

(29) +500!

А в свободное время вы наверное на ассемблере пишете расчет себестоимости для бухгалтерии?

(31) была реализована в свое время бухия + зп на пакетных файлах + нортонутилитах, еще вин31 была не у всех

(32) А в начале 20-го века колеса делали у машин деревянными, но сейчас это странно будет выглядеть, не?

(0) Стандартный контрол Timer стандартного VFP имеет интревал генерации события с точностью до миллисекунды. Читай датчик - пиши в базу (хочешь в DBF, хочешь в SQL) - обрабатывай одноэсом ибуит_вам_многа_счастия.

скока тут наркоманов ...

+(34) Для уменьшения времени записи в базу можно показания накапливать в буфере самого VFP. Скидывать блоками побольше.

(0) детальные инструкции выдает гугл, если поискать картинки по запросу "машина руба голдберга"

(26) Умник, скажи чем закинуть в файл метки времени импульсов с датчиками, и чтоб в том же бюджете.
Kraft-у и прочим. Девочки, товарищи танкисты, эскадрилья конных водолазов, блондинки с карбюраторами, расскажите, на чем писать эту хрень? Сколько вы софтин на однокристалках сваяли, на чем будете писать импорты логов Января, обработки десятков логов разгонов, причем парных, с нуля до 60mph, для оценки макс. момента и с 30 до отсечки на второй (для построения ВСХ), с переменными данными машины (другая резина) привязанными к каждому из логов, с выводами на ВСХ данных января (там 60 параметров). Сведения в графике данных разных разгонов и разных параметров разгонов. Обработку и выборку статистики разгонов машин с близкой энерговооруженностью. На асемблере, пхп, си? Уймитесь, плиз. Нечего сказать - дык "дай отдохнуть и фонтану" (с).

(24) тоже пробовал :(
(27) без меток времени, весь смысл теряется, не получить ускорения между точками.
Скорее всего перейду от Холла к ДПКВ, писать выход в wav,  парсить, ну и формирователь какой-нить сваяю.

(38) пацаньчег, ты с какова раё... ой, простите, дяденька, я хотел сказать - вы форумом ошиблись, задротство на аппаратном уровне обсуждают где-то там ==>>

есть микросхемы-часы реального времени с интерфейсами SPI или I2C. Это для начальной метки времени. дальше обычный таймер микроконтроллера и по прерыванию с АЦП  пишем в какую-нибудь память, например Ramtron или на SD. Если контроллер тактируется от кварца, то точность временных интервалов очень высокая. Читаем память, передаем в комп, строим графики.

+(41) компутерную часть для чтения памяти писал на Делфи и сохранял в dbf. Обрабатывал результаты в Экселе (строил графики)

(0) может твой замысл в злую длл. там тебе любой язык и длл доступны. а в 1с, обработка аналитики, 1с то для этого создана?

(41,42)+1

Лучше арм процы заюзай, кортекс серии R, например, специально для этого предназначен - хоть обснимайся логов, а дальше уже хоть на ком порт, хоть на sd карту

http://www.arm.com/products/processors/cortex-r/index.php
ARM Cortex™-R real-time processors offer high-performance computing solutions

время, кстати, получишь с точностью в десяток микросекунду.

(0) Sleep для замеров времени при съемке событий делать ни в коем случае нельзя - система Windows не гарантирует, что он продлится заданное время. Любые АЦП-съемки информации, критичные ко времени исполнения, должны вестись через оборудование (например, однокристалльную ЭВМ), и никак иначе.

(0)покурите на тему RTLinux, QNX,... и т.п. и видимо в качистве языка С/С++ в самый раз!

(38) я писал для однокристалки (тепловой контроллер, кстати даже работает), причем без всяких там библиотек, с нуля. Кто знает тот поймет что там не все так просто, взять например обработку нажатия кнопки - так там нужно распознавание и устранение дребезга контакта, или вывод на дисплей - извените кажбый сегмент индекатора на отдельном порту....

в однокристалках там с временем немного проще, сейчас делаются с несколькими независимыми таймерами, а у компов таймер всего 1, работает таймен компа просто, есть базовая частота и каджый импульс увеличивает счетчик в микрухе на 1, счетчик двухбайтный, когда доходит до FFFF генерится прерывание таймера (что-то около 21шт в секунду) по нему уже все остальные таймеры ОС работают. Менять потолок FFFF программно можно, но это чревато, на этот таймер завязаны программы биоса по операциям чтения/записи и можно навернуть HDD (да и многозадачность винды на него настроена)

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

зы
Прежде чем искать кувалду (таймер) почитайте про то какого веса они выпускаются, а уж потом смотрите что написано у продавца....

(50) да ничего особо сложного там нет.
Просто "писание" под однокристаллки немного отличается.
как, впрочем, и проектирование устройств под них отличается от проектирования, скажем,  комповой периферии... (можешь обрабатывать дребезг софтом - потеряешь время, можешь обрабатывать регистром - потеряешь место и деньги. Точно так же и с индюкаторами: шевелишь ноги руками - теряешь время и мощность проца. работаешь через защелку - опять же, лишний корпус на плате, и т.п.). опять же, аппнотов или даже библиотек под обработку кнопок/вывод на семисегментник/ЖКИ - для любой развитой системы навалом.
просто создается впечатление, что ТС кроме 1с нихрена не знает и не хочет...

(27)NumFirings - это события с постоянным периодом? Если да, и частота меньше чем полсотня кГц (чтоб 1С успевало в цикле засечь), то посчитать период - не вопрос. Часы до десятых мсек - есть, считаем события в течении пусть 100 сек, количество соб/делим на время замера=частота с погрешностью в 0,1%
(46) по внешним контроллерам - думали. В случае писалки импульсов с индуктивного датчика в wav - нужно два тупых диода встречно (обрезать амплитуду), далее разбор готового файла. Аналогично при использовании внешнего контроллера. Чем контроллер, в этом случае, лучше двух диодов?

(48)romix, в общем случае - да. В частном, если время слипа много меньше, чем длительность импульса фронт которого ловим, то ничего страшного.
Часики в ВК реализованные на QueryPerformanceCounter - не встречал?
Кстати, недокументированный счетчик в семерке _ГетПерф.. тоже не давал точность выше 0,015 сек?

И в догонку. При писании звука, метки времени должны быть от 125 мксек (8кГц), до наносек (192 кГц). К этим таймерам, как-то добраться можно?

(0) только прочитал тему: 1С и реальное время - две вещи несовместные

Может PROCESSING вам больше подойдет. Я с него начал программирование задач реального мира а не виртуального как 1с. Последнюю много под что пытался приспособить , но все же годна она только для экономических задач.

(38) QNX, брат.

+(56) нужно юзать ОС реального времени, иначе система не гарантирует отзыв с конкретным интервалом.

(57) для сбора онлайновой информации для постобработки, тем более, скоростного сбора - ОС не нужна.

(52) контроллер лучше тем, что позволит точнее и лучше померить (посчитать), можно  импульсами с ДХ тактировать 16-ти разрядный таймер в режиме счетчика по входу. В обормотчике прерываний читать показания этого счетчика и писать в память, потом обнуляем счетчик и возврат из прерывания. Пока пишем в память, таймер независимо считает импульсы. Да, надо пару книжек хороших прочитать, попробовать на простых примерах запрограммить пару железок. потом станет легче :)

(58) дык он же через ПК хочет инфу снимать!

+(60) самое идеальное, это повесить сбор инфы на железяку (ПЛК какой нибудь)

(60) Ну а что мешает?
да и обрабатывать тут лучше не в 1с, а, например, матлабом...

я вот с такой штукой играюсь сейчас http://www.brc-electronics.nl/

очень рекомендую

(61) Да я ему вышк сказал, что для этих задач ему вполне хватит ардуинки. Цена вопроса - рублей 400.

вот классная память, энергонезависимая, очень быстрая и практически без износа. на замену Flash

http://www.terraelectronica.ru/news_postup.php?ID=1892

http://www.eltech.spb.ru/article/energonezavisimaya_pamyat_so_100_trillionami_ciklov_perezapisi

стоит по-разному. у барыг в чипе-дипе http://www.chipdip.ru/product1/8598643571.aspx аж 800 руб, в Терре - 400 руб.

(60) > Ничего не мешает.
Вот: 1. Нужно получить время с точностью в миллисекунду.

не будет тут никогда такой точности, всегда будет погрешность, иногда больше, иногда меньше. Насчет 1С соглашусь. Если на то пошло, то написать программу на плюсах, которая будет сливать инфу в ту же MySQL или MSSQL (анализ потом через reporting делать)

(65) хорошая штука, надо попробовать

(66) Я имел ввиду, что ничего не мешает получить данные в ПК с контроллера после эксперимента.
Где их хранить - не столь принципиально. хоть в любой СБД, хоть в текстовых файлах - манипулировать-то данными уже не надо. Надо только их получать и обрабатывать (визуализировать как минимум). В матлабе, на мой взгляд, это делать удобнее...

ДХ как-то юзал такой) понравился. выход логический - ОК (общий коллектор)

http://www.chipdip.ru/product/ss41.aspx

Х.з. я собирался делать все на STM32, такое даже дома валяется, но пока руки не доходят: http://sapfir.biz/index.php/produktsiya/sredstva-razrabotki/59-otladochnaya-plata-stm32-103dc
А по структуре работы - планировал делать так: микруха считывает данные с АЦП и пишет их в свою Флеш-память, далее по USB их считываешь в прикладное ПО и там уже анализируешь как угодно.

По прицепить чего-то, этим чего-то написать куда-то, потом хапнуть в 1С - уже сделано, все замечательно работает. Датчик цепляется на микрофонный вход, обычной винписалкой пишется в 8 кГц wav, далее два десятка строк кода на 1с и готов парсер этого wav. Код самый тупой, заголовок пропускаем (у нас самый простой моноформат, с байтовой АЦП), т.е. между байтами всегда 125 _микро_секунд, величина байта=значения датчика в данный тик времени.

И в 5-й раз. Все это делает навесуха из 2 диодов и полстранички кода 1С.
Ну, нахрена мне внешние приблуды, которые:
1. Делают ровно то же.
2. С ними нужно трахаться
3. Их нужно питать.
4. Их нужно покупать.

Минус, при юзанье ВАВ - один. Во время писания - нет управления. Не то, чтоб оно сильно надо, но чисто из любопытства рассматривал вариант, какой-нить софтины с КОМ,АктивХ...-мордой (типа программного осцилографа) - не попалось :(

Далее, по системам реального времени и спец решениям (внешние контроллеры, специализ. ОС...) для получения миллисекундных и ниже метов времени.
Ребята, это не так. Есть простые тезисы:
1. Религия вполне позволяет юзать ВК, скрипты и т.д. Мне не в лом.
2. Компы _умеют_ писать звук, для этого нужны точные метки времени до десятков наносекунд. Необходимый контроллер (АЦП, часы и т.д.) уже давно стал составной частью материнки. На кой хрен, лепить что-то худшее - снаружи?

Вот бы, кто умный, соединил скрипт/вк и звук... :)

(71) ага, из звуковой карты получается офигенный осциллограф! до 20 кГц... раньше была на них мода - куча программулин по записи и визуализации... а я купил железный цифровой с полосой пропускания 100 МГц, казалось бы - на.уя? включаю два раза в год

http://www.illari.ru/electro/osc/

http://www.ferra.ru/ru/casecool/s17758/

(73) раритеты..... :-)

может будет полезной инфа
http://oldoctober.com/ru/oscilloscope/

этих осциллоскопов на базе звуковух - тьма

(75) смотрел уже, с мордой чтоб снаружи порулить (типа АктивХ) - нету. Тем не менее, задача получения мелких тиков времени - там решена.
Я собственно к чему все. Понятно, что 1С - для другого. Но сама практика существования и развития ВК показывает, что доп.функции - не лишние. И тики в мс в составе этих доп.функций - нужная штука. Есть задачи, в которых для 99% функционала, 1С-доктор прописал, и выгоднее пусть через задницу решить этот 1% в составе 1С, чем через задницу решать 99% в С++.

(75) Да ему не "смотреть" надо. и уж тем более, не форму...

(77) там "согласовалки" для звуковухи полезные

(0) А что мешает писать всё это на 7.7 ?
В 7.7 код шустрее работает.

(77) ну а чего там согласовывать-то? :-)

(76) ну в общем понятно: "время - деньги, которых у нас нет"

мне удобнее потратить время на бумажке посчитать пределы измерений, точности, временные интервалы... потом запрограммить МК. пусть потрачу неделю-две-месяц времени, но зато буду уверен в железном решении. сейчас железо стоит копейки, основное время тратится на написание софта.

писал в свое время систему сбора данных, снимал разрядные характеристики с батареек, аккумуляторов через ИТУН. например алкалиновые АА батарейки с емкостью 2.7 А*ч при разрядном стабильном токе 0.1 А могут больше суток разряжаться до 1 В.

ради этого комп сутками не выключать?

(81) Еще одно ограничение - это количество микрофонных входов. Т.е. более одного сигнала ты не снимешь. У меня же задача была - снимать одновременно показания с 6-ти датчиков. А для одного - там действительно, и через микрофон снимать можно.

(76) Да. У человека, который придумал, как управлять таким ДВС - рак. Удален желудок. Работать может, но в пределах 15-минутной досягаемости дивана (прижало-лег-живой). Работать на стенде, сейчас не реально, под боком нет, а поездка в Москву - это в один конец.
Движок уже разгоняет ВАЗ-десятку до 60миль за 9,1-9,3 (по данным лога ЭБУ), это мощность порядка 130-145 лс, от штатных 76. без увеличения объема, наддува, оборотов.
Управлять бензиновым двигателем с такой СС - сегодня не может ни мерс, ни бмв, никто. А сс - это КПД.
КПД области макс.момента) - у наших движков - порядка 36, у лучших буржуйских - аж до 38%. А на частичных режимах (наиболее востребованных, 2-3 тыс. об) - аж 8% (у паровоза Черепанова - 12). Тут перспективы получить на частичных около 35%, насколько упадут литры на км - думаю понятно.
В мире - миллиард ДВС, их суммарная мощность, давно превысила мощность электростанций.
Софтинка нужна, для текучки по отладке, как пусть не сильно точный (по отношению к моторному стенду) инструмент оценки влияния различных параметров управления на параметры движка.

(82) Двух. А если тупыми делителями организовать АМ - то больше. Но в данном случае, это не нужно.

(83)при таком "потенциальном выхлопе" затратить 10-15 тыр на то, чтобы этот гений управлял параметрами с дивана (и получал данные лежа на этом же диване) - думаю, не проблема.
Максимум - 100, если заказать "все в комплексе" какой-нибудь жлобской московской конторе..
а вы жлобитесь....
зы. я не двигателист, но в такие "внезапные прорывы мастеров-самоучек" не верю

в звуке нужны фронты ?

(56) RTLinux ни чем не хуже... хотя у QNX имя конечно понтовее!

по:[||||]:ню немного: сферический конь зачеркнуто двигатель

http://24warez.ru/main/article/avto/1157422929-sfericheskiy-dvigatel-genialnoy-konstrukcii-huttlin-kugelmotor.html

(87) извращения на тему РПД

(85) да. Пока просто обрезаю отрицательные полуволны, беру группу байт (точек), усредняю, режу по уровням, получаю передний фронт, беру среднее время группы, пишу в СЗ.
Дальше отслеживаю задний фронт и опять жду передний.
По ванкелям и прочим РПД. Там один плюс. Высокие моменты и литровая мощность и две беды, разные пути уплотнений, неравномерный износ, невысокая СС (малый КПД).

(71) блин, нифига ты не слушаешь, звук пишется ДРАЙВЕРОМ,
любой нештатный обработчик железа - это ДРАЙВЕР.

Смирись с этим, ты можешь использовать готовый результат стандартного драйвера (как в случае с микрофоном и вай файлом) или писать свой драйвер, но ни на 1с ни по технологии ВК драйвер невозможно написать....

Даже на том-же дельфи 2.0 его то-же невозможно было написать (пока не появилась возможность компилить с  совместимостью С++)

Я сильно сомневаюсь что на форуме есть хоть один человек который писал драйвер под винду... Вот под ДОС все было просто, а сейчас сложно. Конечно можно написать псевдодрайвер (с использованием встроеных процедур ввода/вывода) но полноценного контроля ты не получишь, и так и будешь зависить от приоритетов потоков винды и ее многозадачности.

(90) "не поможет"©

http://www.xakep.ru/post/45482/?print=true

них.я не понял... но там что-то про HPET - высокоточный таймер в винде, взамен стандартного

(92) ты понял про какую ОС и какое семейство процессоров там идет базар ???

(93) просвети, плиз

(92) в винде=в компе* (неточно выразился)

(94)
http://en.wikipedia.org/wiki/Intel_8253

это DOS :)

про это я и писал в постах выше, но винда ЗАПРЕЩАЕТ доступ пользовательскому уровню к указаным микрухам. Винда разрешает доступ к железу только для 0 левла (драйвера)....

(96)+ точнее для 3х уровней, уровень загрузки, уровень ядра и уровень драйвера

(96) кстати я прогил эту микруху на 286 под досом, правда приходилось блочить HDD по тому как он тупо начинал криво работать, и реализовать сабж без винта не выйдет

(96) там пример под DOS на асме вообще-то, а причем здесь Intel 8253 ?? HPET щас в дополнение RTC идёт во всех материнках

и про семейство процессоров ты тему не раскрыл

100

(99) как бы таймер

(90) Я писал драйвер под линукс :-)
Под винду немного поизучал вопро, це зело сложнее.

(101) ваш КО :) HPET - тоже как бы таймер, только высокоточный

(52) Ну, например, тем, что с него ты можешь вызывать веб-сервис 1Совский и передавать уже посчитанные данные, чтобы 1С занималась тем для чего она предназначена.

v8: ну вот и 8.2.17 пост 21 про милисикунды, не то что нужно?

(90)Да слушаю, я слушаю, вот одного не понимаю, на кой хрен писать драйверы, которые уже есть?
http://iproc.ru/programming/windows-timers/
(105) скачал. тест:
Процедура КнопкаВыполнитьНажатие(Кнопка)
   СЗ=Новый СписокЗначений;
   Для Н=1 по 10000 цикл
       СЗ.Добавить(ТекущаяУниверсальнаяДатаВМиллисекундах());
   КонецЦикла;
   СЗ.ВыбратьЭлемент();
КонецПроцедуры
дает (мс) 634 (раз сто подряд), 650, 665, 681... вобщем, еще хуже скриптовых вариантов.

(106) ну я особо не понимаю, решил а вдруг чёнить поможет.
Извени