FORScan forum

Добрый день.
Уважаемые разработчики!
Сегодня загрузил в новую версию свои логи и увидел, что параметр MAP перестал отбражаться.
Снимать логи новой версией пока не пробовал.

Да, есть такая проблема. Файлы FSL используют базу данных PID в программе FORScan, если какой-то PID в этой базе удаляется, то для старого FSL этот PID в новой версии не будет показываться. В версии 2.1.18 были заменены несколько PID, в том числе MAP, поэтому при открытии FSL, записанного в предыдущей версии, этот PID не показывается.

Мы извиняемся за эту проблему. Это недочет проектирования, будем в будущем это исправлять, скорее всего очередным расширением формата FSL - база используемых в каждом FSL PID будет храниться непосредственно в том же FSL. Пока же, к сожалению, только два варианта - использовать старые версии для просмотра FSL с проблемными PID, либо записать новый.

А кто нибудь пробовал сам составить ПИД? К примеру такой- Длительность импульса 1 цилиндра и 4 цилиндра на форсунке и его временное расположение на графике, что бы можно было сопоставить их относительное расположение с другими параметрами

Появилась странная проблема.
Адаптор ELM327 на чипе пролифик, все работало нормально. После установки софта Galletto 3 на чипе FTDi (до этого драйвера FTDi в системе не было) перестал запускаться FORScan. Вылетает после запуска с ошибкой в модуле Ftd2xx.dll ?
Зачем ему эта dll - чип-то Prolific. Драйвер установлен нормально, другой софт работает без проблем ( ELMConfig).

Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: FORScan.exe
Версия приложения: 0.0.0.0
Отметка времени приложения: 53ba3280
Имя модуля с ошибкой: Ftd2xx.dll_unloaded
Версия модуля с ошибкой: 0.0.0.0
Отметка времени модуля с ошибкой: 4bb20aa5
Код исключения: c0000005
Смещение исключения: 101b6049
Версия ОС: 6.1.7601.2.1.0.768.3
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789

Ознакомьтесь с заявлением о конфиденциальности в Интернете:
http://go.microsoft.com/fwlink/?linkid= ... cid=0x0419

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

Видим два варианта: либо попробовать удалить драйвера FTDI из системы (возможно, достаточно будет найти и удалить саму DLL, так как возможно сами драйвера поставлены не были), либо поставить сверху последнюю версию драйвера FTDI с сайта производителя (http://www.ftdichip.com/)

Кстати, если в ELMConfig выбрать FTDI, что проиcходит?

Добрый день. Спасибо за ответ.
Но все таки не корректно проверять наличие DLL в System32 и пытаться грузить ее не проверяя наличия устройства в системе.
FORScan при старте проверяет наличие FTDI устройств в системе, в не зависимости от настроек. Вот в этом и проблема. Стоит только переименовать эту dll и он сразу находит установленный адаптер (Prolific) COM3 и абсолютно корректно работает. Причем в настройках это не выключить, даже убрав режим avto и указав COM, а не FTDi.
По моему невозможность загрузить Ftd2xx.dll должна приводить к отключению функционала FTDi в FORScan (что и происходило при отсутствии dll в System32), а не к краху программы. Программатор Galletto прекрасно работает с этой dll.
У ELMConfig все проще - если ставишь в настройках адаптера драйвер (V)CP, то работает
- если FTDi адаптер не определяется, тест скорости не проходит, но ошибок и зависаний нет.
P.S. Разумеется это не вина - это ошибка. А программа действительно неплоха.

Oscan wrote:Но все таки не корректно проверять наличие DLL в System32 и пытаться грузить ее не проверяя наличия устройства в системе

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

Oscan wrote:По моему невозможность загрузить Ftd2xx.dll должна приводить к отключению функционала FTDi в FORScan (что и происходило при отсутствии dll в System32), а не к краху программы.

В том и дело, что DLL делает вид, что грузится и работает. Иначе бы и проблемы не было.

Программатор Galletto прекрасно работает с этой dll.

Мы так поняли что данная DLL распространялась именно с Galetto. Поэтому было бы странно, если бы она c этой программой не работала Вы лучше скажите, что происходит, если в ELMConfig выбрать опцию FTDI и подключиться с ней?

С ELMConfig все правильно отрабатывает. При попытке выбрать FTDI D2XX, в окне устройство - пусто т.к. устройсва FTDI нет. Устройство не выбрано и ничего не просходит. С драйвером (V)CP предлагается выбрать Com Port.

FORScan wrote:Мы с этим утверждением не согласны, поскольку единственный правильный способ определить наличие устройств в системе - загрузить DLL и уже используя ее возможности проверить наличие устройств.

Странно? Windows прекрасно обнаруживает устройства PNP, а уже потом ставит драйвера.
Я конечно не разработчик, но мне казалось, что Windows определяет устройства по его идентификатору (USB\VID_067B&PID_2303&REV_0300
USB\VID_067B&PID_2303). К примеру для Prolific. Эти ID прописаны в INF драйвера и т.д.
В целом Ваша мысль понятна, но грузить компоненту драйвера без проверки наличия этого устройства в системе нет смысла.
Разумнее грузить при наличии устройства в системе, чтобы проверить его функционал.

Пришлите, пожалуйста, вашу DLL почтой или в PM - попробуем разобраться, в чем конкретно проблема.