Программирование с использованием библиотек для ADAM 5000

   Уважаемый all,
При использовании библиотек драйверов ADVANTECH я столкнулся с такой проблемой: при нарушении связи с модулями (например обрыв сетевого кабеля), то функции ввода данных никак не сообщают о превышении тайм-аута. 
Вот, например, процедура считывания каналов модуля 5017:
procedure TADAM5017Bn.FillChan;
var FptMAIVoltageIn          : PT_MAIVoltageIn; 
begin
  FptMAIVoltageIn.NumChan := 7;             //
  FptMAIVoltageIn.StartChan := 0;     // Здесь происходит заполнение 
  FptMAIVoltageIn.GainArray := nil;     //  полей структуры  ptMAIVoltageIn
  FptMAIVoltageIn.TrigMode := AiCtrMode;    //        { external trigger }
  FptMAIVoltageIn.VoltageArray := @Voltage[0];
  ErrCde:=DRV_MAIVoltageIn(FDeviceHandle, FptMAIVoltageIn);// а это та самая процедура ввода
  If ErrCde <> SUCCESS Then SetConnect(false);
end;
Так вот, при обрыве связи, ErrCde остается равной Success. 
В старой библиотеке (версия 1.0) эта переменная меняла своё значение на -1, а в новых библиотеках (2.х) этого не происходит.

Может кто-нибудь сталкивался с этим, и если да - то подскажите, как выкрутиться ?

Автор	Сообщение Share Topic Распечатать! Google Delicious Digg StumbleUpon Windows Live Yahoo Bookmarks reddit Facebook MySpace Newsvine Furl Тема сообщения Поиск Свойства темы Ответить Создать новую тему
Mikle_1976 Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Новичок Присоединился: 25 Ноябрь 2004 Категория: Russian Federation Online Status: Offline Публикации: 1	Свойства публикации Ответить Ответить, цитируя автора - Mikle_1976 Сообщить модератору Ответить, цитируя автора - Ответ Тема сообщения: Программирование с использованием библиотек для ADAM 5000 Опубликовано: 25 Ноябрь 2004 09:51
	Уважаемый all, При использовании библиотек драйверов ADVANTECH я столкнулся с такой проблемой: при нарушении связи с модулями (например обрыв сетевого кабеля), то функции ввода данных никак не сообщают о превышении тайм-аута. Вот, например, процедура считывания каналов модуля 5017: procedure TADAM5017Bn.FillChan; var FptMAIVoltageIn : PT_MAIVoltageIn; begin FptMAIVoltageIn.NumChan := 7; // FptMAIVoltageIn.StartChan := 0; // Здесь происходит заполнение FptMAIVoltageIn.GainArray := nil; // полей структуры ptMAIVoltageIn FptMAIVoltageIn.TrigMode := AiCtrMode; // { external trigger } FptMAIVoltageIn.VoltageArray := @Voltage[0]; ErrCde:=DRV_MAIVoltageIn(FDeviceHandle, FptMAIVoltageIn);// а это та самая процедура ввода If ErrCde <> SUCCESS Then SetConnect(false); end; Так вот, при обрыве связи, ErrCde остается равной Success. В старой библиотеке (версия 1.0) эта переменная меняла своё значение на -1, а в новых библиотеках (2.х) этого не происходит. Может кто-нибудь сталкивался с этим, и если да - то подскажите, как выкрутиться ?

KozlovKS Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Prosoft.ru Присоединился: 21 Июнь 2003 Online Status: Offline Публикации: 432	Свойства публикации Ответить Ответить, цитируя автора - KozlovKS Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 26 Ноябрь 2004 11:18
	Производитель об этом не слышал. Возможно, надо проверить установки выбора диапазона и запуск: FptMAIVoltageIn.GainArray := nil; // полей структуры ptMAIVoltageIn FptMAIVoltageIn.TrigMode := AiCtrMode; // { external trigger } Вот что было получено. The key point is the gain setting. Due to the dll driver can not support gain setting of ADAM module. It needs to make use of utility or ASCII command to configure, so customer should read its input value only Finally, the different version 2.0 and 1.0, I have not heard about this kinds of problem before ? Best regards Dear All, Would you be so kind to help us in solving the following urgent problem? Customer has trouble with the work Advantech 32-bit DLL drivers in his project. He says when the link with polling module is lost DLL's functions do not return error code after time-out. Here is a little example of the ADAM-5017 polling: procedure TADAM5017Bn.FillChan; var FptMAIVoltageIn : PT_MAIVoltageIn; begin FptMAIVoltageIn.NumChan := 7; // FptMAIVoltageIn.StartChan := 0; // Fill struct ptMAIVoltageIn FptMAIVoltageIn.GainArray := nil; // FptMAIVoltageIn.TrigMode := AiCtrMode; // { external trigger } FptMAIVoltageIn.VoltageArray := @Voltage[0]; ErrCde:=DRV_MAIVoltageIn(FDeviceHandle, FptMAIVoltageIn);// input function If ErrCde <> SUCCESS Then SetConnect(false); end; If the link with the module loses ErrCde stays SUCCESS in any case. It is true for DLL version 2.0, for DLL version 1.0 all were as needed (ErrCde was -1). Did you hear about such problem?