работа с 1С через Citrix #29009

Начну с хорошего. Всё работает :)Бухгалтера довольны. Вопросы возникают при работе конфигурацииШтрих-М Кассир 1.7. На рабочем месте кассира при старте опубликованного приложения загрузка процессора 100% (на сервере сеанс отедает 25%).Судя по всему виноваты dll работающие с оборудованием (поскольку при отключении сканера и дисплея покупателя загрузка процессора падает до 12%).Сервер: Windows 2000 (FR3)        Citrix MF XP 1.0 (FR3)        2 Xeon по 2 Ггц. 2 Гб ОЗУКлиент Windows 98       Celeron 300 Mgz       Citrix client версии 7 и 8 (разницы в работе не наблюдается)Кто - нибудь использовал Citrix для работы с опубликованной 1С, использующей внешние компоненты для кассового оборудования?

up

Другие какие-нить dll не используете? (Пусть даже никакого отношения не имеющие к торг. оборудованию)? Только одну?

В конфигурации Кассира куча dll:для дисплея покупателя drvdspl.dllдля Штрих-ФР-Ф (фискальник) drvfr.dllдля сканера scaner1c.dllдля весов scale.dll и проч....

вот полный переченьдата время размер имя26.08.2001 14:57 323_072 AddHook.dll02.04.2004 20:33 185_344 AddInExtd.dll24.12.2002 17:47 23_552 Card.dll17.08.2002 18:30 67_584 DrvDspl.dll14.02.2003 17:28 303_616 DrvFR.dll11.09.2000 10:43 114_688 HDLC_XCH.DLL06.12.2002 13:32 255_488 pilot_nt.dll05.03.2004 16:08 325_632 PinPad.dll18.10.2001 21:22 251_904 Scale1C.dll25.02.2001 23:54 250_368 Scaner1C.dll28.01.2004 12:33 118_784 Sender.dll01.06.2004 14:07 602_112 ShtrihContext.dll23.12.2003 18:17 95_524 SMEngine.dll24.12.2002 18:32 438_784 Terminals.dll13.05.2003 17:53 134_656 veriso.dll21.11.2003 16:12 39_424 VersG.dll

1) Попробуй поставить Citrix XPe и постфиксы к нему.(Один из них /или даже не один/ - точно лечит 100% при старте, возникающий по разным причинам). Т.е. dll - могут быть даже ни при чём. 2) Эксперимент: Отключайте dll по одной, и так найдёте конфликтующие между собой...

1) Попробуем, спасибо :)2) В глоб. мод. конфигурации загружаются только 2 dll,   shtrihcontext.dll и scanner1C.dll остальные видимовызываются из них, это я отловить не смогу...

Сегодня поставили. Все прекрасно работает. Если есть вопросы, пиши

Ashot, отзовись!!! :)

По моему, это нормально. Виновник сканер.

Может виновник и сканер, но ЭТО точно не нормально :)

Попробуй переименовать файл 1Cv7.CFG в каталоге пользователя и зайти заново.

Сталкнулся с тем же(загрузка клиента с подключенным сканером 100%) и пришел к выводу, что так и должно быть. Драйвер сканера постоянно орашивает порты на предмет получения информации. А вот на сервере загрузки особой не наблюдал.PS Возможно неправ.

А при 100% загрузке клиента глюков не наблюдалось?     Например, высокие таймауты при работе с фискальным регистратором через citrix чреваты получением сообщения "Касса не обнаружена. Нет связи, нет устройства." Кроме сканера у Вас ещё что-нибудь с интерфейсом RS-232 через Citrix работает? Какая ось на сервере и версия citrix'a? щас попробую :)

Вроде нет. Такого сообщения точно небыло.Возможно у меня клиенты быстрее: от Cel 1000.Обычный набор: сканер, ридер, ФР, банковский терминал.Сначала w2k + citrix xp, теперь w2k3.

Посмотрел, какой процесс зависает.wfica32.exe на клиентской машине вызывает 100% загрузку процессора при начале работы с торговым оборудованием (когда идёт мониторинг com-портов)

ТиС деформированая.w2k pro, win xp.

Не помогло :(

1. Может стоит обновить драйвера?2. А зачем вообще кассы работают под терминлом, если есть фронт? (у нас, например, это необходимость)

В случае, если на кассе возникают любые проблемы, даже если её террорист взорвёт, сессия крутится на серваке и получается, что данные целее.Если учесть, что у нас есть куча старго железа (а-ля Celeron 300), то выгоднее их использовать в качестве терминалов, чем покупать новые!

Вообще-то считается, что независимые кассы гораздо надежнее.Как вариант: более-менее новые машины на кассы, старье для бухгалтеров, манагеров.

Про работу сканера, слышал, что Рарусовская dll не вызыват 100% загрузки.А вот как быть с остальными....

А остальные и не должны загружать процессор, ИМХО.

Думаю, что фиск. регистратор, работающий через com-порт в этом отношении от сканера не отличается. В своем фронте Штрих-М Кассир 1.7 я отключаю сканер и дисплей покупателя, но при входе в режим регистрации всё-равно загрузка подскакивает до 100% (тут как раз идёт "опрос" существования фискальника). Хотя может быть одна из dll отслеживает нажатия кнопок и постоянным мониторингом грузит проц....

Не понял. ФР подключается секунд пять. Загрузка процесора в течении пяти секунд так критична?

В том-то и дело, что загрузка в режиме регистрации продаж постоянно 100%.Если обмен данными с фискальником идёт по схеме Сигнал от ФР->Обработка программой, тогда дело не в нём, а в постоянном "прослушивании" клавиатуры.

У вас клавиатура с возмжностью считывать магнитные карты? Если так, то это тот же ридер. Принцип работы аналогичен сканеру.

Клавиатура с ридером. Без него нельзя... :(

Надо общатся с раработчиками."на сервере сеанс отедает 25%" - это постоянно или только при подключении?

25% на сервере для каждого клиента - практически всегда....Иногда может полдня отработать нормально (загрузка на сервере 1-2%), а потом загрузка скаканёт опять на 25 %. Закономерности выявить так и не удалось! Разработчик "чешет репу", но вразумительного ничего пока не сказал.

А вот это уже серьезно. Одно дело, когда клиент загружен, другое сервер. Что-то не то...

Попробую поставить последний релиз 1С, но не думаю, что это поможет....Ведь бухгалетерия сейчас работает, тяжёлые отчеты формирует практически без тормозов. Проблема ИМХО в дровах...Почитал тут про софтину tame - она ограничивает приложения, которые на NT системах вхолостую гоняют процессор... попробую с ней поэкспериментировать.