ПодключитьВнешнююКомпоненту возвращает ложь #787047

Куда копать, подскажите... Уже целый день, дальше 2х строк не сдинулся... &НаСервере Возвращает ложь, хоть из макета, хоть из файла. В описании DLL поддерживает NativeAPI В папке с установленным SDK лежат 2 файла библиотеки: ZGuard.dll ZGuard.lib Это библиотека контроллера системы контроля доступа. Взято отсюда: Комментарий оттуда: "SDK Guard предназначен для облегчения и ускорения интеграции сетевых контроллеров IronLogic с существующими или вновь создаваемыми программными комплексами, например, учета рабочего времени или контроля доступа. Основой SDK является DLL библиотека и программа-драйвер связи позволяющие осуществлять обмен информацией с перечисленными выше контроллерами"

Пролистав страничку - не увидел там ни слова про 1с. С какого перепо^Wугу она должна грузиться как внешняя компонента?

т.е., продолжу, dll должна иметь совместимость с 1С? Знаю, что этот контроллер пихнули в одну из жадных конфигураций "Фитнес". Использовали ли они этот SDK не знаю точно, но эта ссылка (со слов производителя оборудования) была передана разработчику Фитнес-клуба, Корп версия которого поддерживает данные контроллеры. Значит совместимо...

"dll должна иметь совместимость с 1С?" Внезапно, да? А слова к делу не подошьёшь. Берёшь производителя/поставщика за гланды и заставляешь его показать, как он подключает сей девайс к 1с.

Жаль выходные терять. Есть, как вариант, обмен с контроллером на Json, однако здесь я несилен. Не имел опыта. Но если не останется возможности, придется пробовать так.

>...придется пробовать так Уж извольте, батенька, не побрезгуйте рукавешки-то засучить.

там есть исходники для ++, шарп, делфи если напрямую не цепляется, то можно создать свою длл, комвидимую, в нее добавить эту и вызывать, делов на не долго

Имея заголовочные файлы и библиотеку, компонента пишется за день. Думаю, что разработчики "одной из жадных конфигураций "Фитнес"" так и сделали. По крайней мере плача на мисте от них не слышно.

намек ясен.

Или использовать нетовскую DLL через

Сегодня попробовал DynamicWrapperX Геморрой с типами. Чертевчем возвращает (точнее все в целочисленном приходит), чертевчем надо отправлять в методы. Куча типов в виде структур тех же типов внутри. Воспользуюсь услугами по перекомпиляции нативной в СОМ. Запросил исходники.

В описании говориться о native API, это никак не связано с 1С врешними NAPI компонентами. Там говорится о том, что библиотека - не КОМ, а просто предоставляет экспортные функции (ну типа работает в линуксах). Есть примеры импорта ее функций в Дельфи, C++, C# (заголовочные файлы). Фсе. Дальше афтор крутится сам - либо пишет COM ВК, либо NAPI ВК поверх заголовочных файлов, ибо эти заголовочные файлы на свой вход требуют Структуры.

А функций и структур там до чертовой бабушки.

Я Вам написал на ящик, указанный в ЛК. Я, к сожалению, не программирую ни в чем кроме 1С. Мне затруднительно создать ВК.

как вариант мне предложили это: Однако здесь надо напрямую кидать на порт. Предполагается, что контроллер подключен в сеть предприятия.

Надо понимать код. Скомпилируй из исходников C# и используй Или попроси когонибудь, что бы написали

т.е. если у меня есть: ZGuard.cs   Его компилировать? В DLL? Но DLL у меня есть. можно ли вызвать ее Врап.ПолучитьТипИзСборки("ZGuard.ZG_CTR_EV_TYPE","C:GuardGuard.dll") ZGuard.cs Содержит след. код: public enum ZG_CTR_EV_TYPE     { ............ Получается, чтобы получить тип к примеру ZG_EV_BUT_OPEN нужно сделать так:

Произошла исключительная ситуация (mscorlib): Не удалось загрузить файл или сборку "file:///C:SDK GuardGuard.dll" либо одну из их зависимостей. Ожидалось, что модуль содержит манифест сборки. манифест... где-то я это слышал...

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

Создал проект C#. Загрузил в него исходный код библиотеки. Вроде, что-то похожее на манифест получилось:

Теперь, другой конфуз. ZGuard.dll ссылается на ZPort.dll: error CS0246: Не удалось найти имя типа или пространства имен "ZPort" (пропущена директива using или ссылка на сборку?) Есть код на C# обеих. Как в одном проекте 2 DLL собрать, чтобы вторая видела первую и собиралась???

Правильно, не отвечайте мне. В проекте надо было добавить ссылку и указать путь к dll. Скомпилировалось.

Все dll должны лежать в одном месте. Удачи!

Врап.ПолучитьТипИзСборки получает NET класс из NET dll, ведь так?

Йеееее!!! Я это сделал!!! Спасибо всем! Вижу все переменные, описанные в ZGuard.ZG_CTR_EV_TYPE дальше все понятно, вроде...

Особенное спасибо. Повернули в нужную сторону.

Спасибо! Я рад, что мои труды не напрасны.

Да. Вернее получает Сом объект в который обернуты данные Типа. А из типа мы можем создать объект, получить доступ к статическим методам и свойствам.

Там в dll пара десятков функций. DLL не COM видимая. Голову сломал, как пробросить методы, чтобы их увидеть. Все, плюнул. Делаю по протоколу. Уже пишу и читаю. Добрался до памяти контроллера. Думаю к НГ уже будет обработка обслуживания.

Однако персональное спасибо. Врап - классная штука. Буду пользоваться.

Вот такой монстр получается из-за логических преобразований байтов в отправке и получении (часть функции преобразования пакета на отправку в контроллер из 4х байт в 5):

Я как то отдельно не пользовался AND. Но есть OR. Можно по образу и подобию создать и AND public object OR(params object[] параметры1)         { Просто если ты правишь исходники, то там можешь добавить функцию