Длл про: d3dx9_30.dll — d3dx9_30.dll

{{l10n_strings.DRAG_TEXT_HELP}}

{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}

Как зарегистрировать DLL в Windows

05.08.2021&nbsp windows

В этой инструкции подробно о способах регистрации библиотек DLL в Windows x64 и x86 (32-бит) с помощью regsvr32.exe (и кратко о regasm.exe), о возможных нюансах и проблемах, которые могут возникнуть в процессе.

Регистрация библиотеки DLL в Windows 10, Windows 11 и предыдущих версий системы

Дальнейшие шаги описаны в предположении, что DLL, которую нужно зарегистрировать, уже находится в нужном расположении: папке C:\Windows\System32, C:\Windows\SysWOW64 или, в некоторых случаях — отдельных папках программ, к которой относится соответствующая библиотека, например, для 1С — C:\Program Files\1cv8\номер_версии\bin (или Program Files x86 в случае 32-битной версии).

Прежде чем приступить к регистрации библиотеки, учитывайте следующие моменты:

• В x64 версиях Windows 64-битные DLL хранятся в System32, а 32-битные — в SysWOW64 (у некоторых начинающих пользователей бывает обратное предположение исходя из имён папок).
• Файлы DLL x64 и x86 (32-бит) — это разные файлы. И если прямого указания на разрядность в месте загрузки файла нет, то чаще это 32-битный файл (что не мешает ему работать в x64 системе), но это не всегда так.
• Для регистрации библиотеки DLL используется системный инструмент regsvr32.exe, который также доступен в двух версиях, которые лежат в папках System32 и SysWOW64 (в случае 64-битных систем). По умолчанию при описываемых далее действиях запускается x64 версия.
• 32-битным программам и играм (по умолчанию устанавливаются в Program Files x86 в 32-битных системах) для работы нужны 32-битные DLL, не зависимо от разрядности Windows.

Сам процесс регистрации в общем случае состоит из следующих шагов:

1. Нажмите клавиши Win+R на клавиатуре (Win — клавиша с эмблемой Windows). Также можно нажать правой кнопкой мыши по кнопке «Пуск» в Windows 11 или Windows 10 и выбрать пункт контекстного меню «Выполнить».
2. Введите команду regsvr32.exe путь_к_файлу, например, для регистрации библиотеки DLL COMCNTR.DLL в 1С (для 64-бит) команда может иметь вид:

   regsvr32.exe C:\Program Files\1cv8\8.3.19.1150\bin\comcntr.dll

   Если DLL находится в System32, полный путь указывать не обязательно, достаточно простого имени файла, как на изображении ниже.
3. Нажмите Ок или Enter.
4. При успехе вы получите сообщение вида «Успешное выполнение DllRegisterServer в имя_файла.dll» или «Успешное выполнение DllRegisterServer и DllInstall в имя_файла.dll».

Возможна и неудача — сообщение об ошибке «Модуль dll загружен, но точка входа DllRegisterServer не найдена. Проверьте, что файл является правильным файлом DLL или OCX и повторите попытку». Подробнее об ошибке — в следующем разделе статьи.

Дополнительно: для регистрации классов из библиотек DLL .NET Framework в COM с созданием необходимых записей в реестре используется regasm.exe из .NET SDK, причем базовая команда регистрации DLL выглядит тем же образом, что и в случае с regsvr32.exe. Подробнее по использованию regasm — https://docs.microsoft.com/ru-ru/dotnet/framework/tools/regasm-exe-assembly-registration-tool.

Почему не удается зарегистрировать DLL

Ошибка при регистрации с помощью regsvr32 вида «Точка входа DllRegisterServer не найдена» говорит о том, что эта библиотека DLL не поддерживает регистрацию описанным методом. Можно попробовать использовать вариант команды:

regsvr32 /i /n путь_к_файлу.dll

У большинства домашних пользователей такая проблема возникает при регистрации файлов DLL для игр и программ, часто не вполне лицензионных, которые сообщили, что нужный файл DLL не обнаружен или отсутствует. Причем сами библиотеки DLL обычно скачаны со сторонних сайтов (и чаще всего имеют имена начинающиеся с «vc», «msvc» или «d3d»). А решение, как правило, простое — выяснить, частью какого набора компонентов является эта DLL и установить эти компоненты с помощью их собственного установщика. Более подробно проблема и подходы к решению описаны в инструкции Точка входа DllRegisterServer не найдена — причины и возможные решения.

Видео

Надеюсь, цель достигнута, а количество вопросов, связанных с регистрацией DLL в Windows, уменьшилось.

remontka.pro в Телеграм | Другие способы подписки

А вдруг и это будет интересно:

Что такое dll файл (библиотека)?

– Автор: Игорь (Администратор)

В рамках данного обзора, я расскажу вам что такое dll файл (библиотека), а так же про связанные с этим особенности.

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

Об этом и пойдет речь далее.

Примечание: Обзор предназначен для начинающих и обычных пользователей.

DLL файл (DLL библиотека, Dynamic Link Library, Динамически подключаемая библиотека) — это набор кодов и данных, объединенных по смыслу и направленности, которые могут одновременно использоваться несколькими программами. Простыми словами, это как книги или сайты в интернете. Например, список кулинарных рецептов.

Зачем нужны dll библиотеки?

Пример с DirectX. Об этом наборе графических библиотек слышал практически каждый. Суть его в том, что он реализует массу готовых графических примитивов и игрушкам не приходится каждый раз заново их реализовывать. Абстрактный упрощенный пример, игрушка не рисует каждый пиксель самостоятельно, а вызывает определенные функции в DirectX (например, «нарисуй воду и волны»).

При этом важно отметить, что если при выходе следующей версии графической библиотеки, качество этой «воды и волны» становится лучше, то это так же может улучшить качество картинки в игрушке. Иными словами, игрушки одни и та же, а качество стало лучше.

Примечание: Кстати, это так же может относится и к ПО для видеокарт или иных графических библиотек. Например, Vulcan.

Преимущества dll? Исходно подход с использованием DLL подразумевает следующие преимущества:

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

2. Упрощение установки. Представьте, что вам нужно собрать стол. Если вместо частей, вам бы присылали железо, дерево и различные химические вещества (например, лаки), то сбор такого стола был бы весьма тяжелой задачей. Но, если же использовать стандартные винты, ножки, столешницу, то сбор столов становится существенно проще. Кроме того, если вдруг появятся более качественные столешницы, то вам не придется менять всю конструкцию, достаточно будет лишь заменить ее.

3. Модульная архитектура. Модульность подразумевает возможность создания таких программ, расширение функциональности которых происходит не за счет корректировки кода, а за счет подключения дополнительных библиотек. Например, плагины для графических редакторов. Упрощенно, в этом случае не нужно полностью перекомпилировать программу и создавать отдельную версию, достаточно скачать необходимую dll и зарегистрировать ее в графическом редакторе, а он уже сам подключит необходимый плагин и предоставит пользователю дополнительную функциональность. Удаление же происходит в обратном порядке: удаление регистрации плагина из конфигурационных файлов редактора, а затем удаление dll.

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

Что такое DLL Hell? Теория это всегда теория. В реальности же, периодически возникают ситуации, когда разные программы могут корректно функционировать только с определенными версиями dll. Подобное явление называют DLL Hell (библиотечный ад). Это приводит к тому, что операционной системе необходимо загружать не одну dll, а несколько ее разных версий, что идет вразрез с принципом модульности. Но, как говорится, что поделать.

Тем не менее, даже с учетом этого нюанса, dll библиотеки успешно применяются в Windows до сих пор.

Знаете полезную информацию? Смело делитесь ей в комментариях!

☕ Хотите выразить благодарность автору? Поделитесь с друзьями!

• Что такое термопаста?
• Что такое рендер?

Добавить комментарий / отзыв

Передача string в DLL.

Помогите разобраться. Дорабатываю не мной написанную программу. В программе активно используются DLL (каждый отчёт в отдельной DLL). И программа и DLL скомпилированы с Run-Time пакетами. Почти в каждой DLL вызываются функции из файла EXE (GetDatabaseName, GetCompanyName и др.), возвращающие тип string. При этом ни в EXE, ни в DLL не используется модуль ShareMem, нет выделения\освобождения памяти под string (это же указательный тип на динамический массив). Вопрос — почему же всё это работает правильно, и устойчиво (более чем за год использования программы в нескольких местах не было зафиксировано ни одной ошибки по этому поводу)?

Чем отличается начинающий программист от опытного?

Начинающий не понимает почему его программа не работает.
Опытный не понимает почему его программа работает.

Поздравляю, вы опытный программист. 🙂

Чудик, ты зачем усы сбрил, то есть убрал комментраий из модуля?

>>Крот © (29.04.03 09:46)
— спасибо :-), но это же не моя программа, тот кто её написал наверно был опытнее меня, раз я этого не понимаю.
— а по существу? В комментарии недостаточно исчерпывающе. В комментарии написано, что Sharemem — mast be, если использовать строки. Если бы за время эксплуатации была замечена хоть одна ошибка при возвращении строк (Access violation, неверная передача строки), то я бы не раздумывал, дописал бы Sharemem, перекомпилировал бы и EXE и 20 DLL. А так получается — «Вы должны использовать Sharemem, и распростронять со своей программой Borlandmm.dll, хотя и без них всё прекрасно работает, а чем грозит их неиспользование никто не знает».

Если строки передаются и используются, то есть изменяются, то же относится и к другим вещам, которые основаны на менеджере памяти. Особо с объектами, там еще и RTTI

Во первых — поищи, возможно в одном из модулей DLL, все таки подключается ShareMem, этого достаточно.
А во вторых — проблемы начнутся когда будет использован механизм разделения ссылок «copy on edit», а если строки используются как константы(не изменяются во время обработки), передаются в методы без модификатора var,out(просто копируются в стек, и на ссылку кладется…), то проблем быть не должно… Строковой результат функции должен быть ссылкой на реальное поле класса, при этом в DLL не происходит аллокирование временной строки, которую потом попытается деаллокировать основное приложение… (на самом деле там все посложней, но это тема целой лекции)

>>Во первых — поищи, возможно в одном из модулей DLL, все таки подключается ShareMem, этого достаточно.
— Забыл сказать, все DLL подключаются динамически, функцией LoadLibrary, и в одновременно может быть подгружена только одна из них. И Borlandmm.dll на компьютерах пользователей точно нет.

>>Строковой результат функции должен быть ссылкой на реальное поле класса,
— Вот это не понятно. В программе есть глобальная переменная DatabaseName: string, инициализируется при загрузке приложения, и экспортируемая функция GetDatabasename: string (Result:= DatabaseName), которая вызывается из DLL. И другие функции также реализованы.

Какие модули (из стандартных) используются в ДЛЛ? Возможно, в них используется этот модуль?
А может, ShareMem не требуется при компиляции с run-time пакетами…

Во-первых, я раньше не обращал внимания на коментарий в ДЛЛ про ShareMem, и передавал строки длиной до 255, все работало отлично.
Во-вторых, возможно я ошибаюсь, но при такой конструкции Result:= DatabaseName передается ссылка на глобальную переменную, которая не уничтожается при окончании работы процедуры/функции самой Дельфи.

windows — Куда загружается DLL при её использовании процессом?

Куда же на самом деле загружается динамическая библиотека, если Windows позволяет использовать загруженный код нескольким процессам? В адресное пространство процесса? Но ведь тогда, когда процесс загрузивший DLL прекратить работу и выгрузится из памяти операционной системой, другой процесс потерпит фиаско!

Верно. Поэтому для библиотек используется такой объект операционной системы, как файловое отображение. Упрощённо говоря, это буфер в физической памяти, отдельные части которого программы могут отображать в своё адресное пространство. Стоит отметить, что непосредственно буфер они не видят, он вне зоны их досягаемости; для создания отображения программы должны попросить об этом операционную систему.

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

Также буфер может быть открыт в гибридном режиме, при котором его начальное содержимое копируется из файла, но дальнейшие изменения обратно не транслируются. Официально это называется Copy-on-Write, копирование при записи, — то есть при записи в участок файла поверх него как бы создаётся перехватывающая заплатка с копией содержимого этого участка.

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

С точки зрения операционной системы это выглядит так:

^{Виртуальная памяти процессов — физическая память — файл на диске. Иллюстрация взята из статьи «File Mapping» в MSDN}

Теперь о том, как это применимо к библиотекам и многократно запущенным программам. Сначала загрузчик просто открывает исполняемый файл. Затем он читает его заголовок и для каждой его секции создаёт отдельное файловое отображение с правами, указанными в заголовке этой секции: для кода, ресурсов, константных данных и изменяемых данных. Причём последнее отображается в режиме Copy-on-Write, чтобы у каждой программы библиотека обладала собственным набором переменных.

Выше я написал упрощённое объяснение, необходимое для понимания концепции. Теперь расскажу о том, как всё это работает на низком уровне.

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

Это возможно благодаря принципам организации работы виртуальной памяти:

^{(Иллюстрация взята из ответа на вопрос «Какую модель памяти сегментную или страничную использует windows, linux, macos?»)}

Именно указатель на начало этого диапазона и возвращают функции MapViewOfFile() на Windows и mmap() на Linux.

DLL — это… Что такое DLL?

DLL

DLL (англ. Dynamic-link library — динамически подключаемая библиотека) — понятие операционных систем Microsoft Windows и IBM OS/2; динамическая библиотека, позволяющая многократное применение различными программными приложениями. K DLL относятся также элементы управления ActiveX и драйверы. В мире UNIX аналогичные функции выполняют т. н. shared objects («разделяемые объекты»).

Формат файлов DLL придерживается тех же соглашений, что и формат исполняемых файлов, сочетая код, таблицы и ресурсы.

Цели введения DLL

Первоначально предполагалось, что введение DLL позволит эффективно организовать память и дисковое пространство, используя только один экземпляр библиотечного модуля для различных приложений. Это было особенно важно для ранних версий Microsoft Windows с жёсткими ограничениями по памяти.

Далее, предполагалось улучшить эффективность разработок и использования системных средств за счёт модульности. Замена DLL-программ с одной версии на другую должна была позволить независимо наращивать систему, не затрагивая приложений. Кроме того, библиотеки DLL могли использоваться разнотипными приложениями — например, Microsoft Office, Microsoft Visual Studio и т. п.

В дальнейшем идея модульности выросла в концепцию COM.

Фактически, полных преимуществ от внедрения DLL получить не удалось по причине явления, называемого DLL hell («ад DLL»). DLL Hell возникает, когда несколько приложений требуют одновременно различные, не полностью совместимые, версии DLL-библиотек, что приводит к сбоям в этих приложениях. Когда система выросла до определённых размеров, количество DLL стало превышать многие тысячи, не все из них обладали полной надёжностью и совместимостью, и конфликты типа DLL Hell стали возникать очень часто, резко понижая общую надёжность системы. Поздние версии Microsoft Windows стали разрешать параллельное использование разных версий DLL, что свело на нет преимущества изначального принципа модульности.

Примеры использования DLL в разных языках

Экспорт в DLL

Delphi

 library Example;
 
 { Производим некие действия и возвращаем результат }
 function AddNumbers(a, b: Double): Double; cdecl;
 begin
   AddNumbers := a + b
 end;
 
 { Эта функция экспортируется }
 exports
   AddNumbers;
 
 { Инициализатор DLL, аналог функции main() в языках C и C++ }
 begin
 end.

C и C++

 #include <windows.h>
 
 #define DLLEXPORT extern "C" __declspec(dllexport)
                 // extern "C" обозначает использование простой генерации
                 // сигнатуры функции (в стиле языка С) при получении объектных
                 // файлов. В частности, это запрещает компилятору C++
                 // производить "декорацию" (или "украшение") имени функции
                 // дополнительными символами при экспорте в DLL
 
 /* Эта функция экспортируется */
 DLLEXPORT double AddNumbers(double a, double b)
   // Прототип функции (функция без тела). По данной заявленной сигнатуре функции поиск её тела
   // при линковке будет произведён ниже или в другом бинарном файле 
 ;
 
 /* Инициализационная функция DLL, аналог main() */
 bool APIENTRY DllMain(HANDLE hModule, DWORD dwReason, LPVOID lpReserved)
 {
   return TRUE;
 }
 
 /* 
    Тело (реализация) заявленного выше прототипа функции.
    Производит некие действия и возвращает результат
  */
 DLLEXPORT double AddNumbers(double a, double b)
 {
   return a + b;
 }

Пример компиляции абстрактных файлов a.cpp и b.cpp в res.dll из командной строки при помощи GCC:

g++ -c a.cpp -o a.o -DBUILDING_DLL=1
g++ -c b.cpp -o b.o -DBUILDING_DLL=1
dllwrap a.o b.o -o res.dll
del a.o b.o

Импорт из DLL

Visual Basic

Функция должна быть объявлена в TLB, а TLB подключена к проекту. Именно этот механизм в VB используется для импорта всех «встроенных» функций (таких как MsgBox, Round, и т. д.) из runtime-библиотеки.

Delphi

 program Example;
 {$APPTYPE CONSOLE}
 
 { Указываем, что функция находится в DLL }
 function AddNumbers(a, b: Double): Double; cdecl; external 'Example.dll';
 
 { Используем функцию как обычно }
 var result: Double;
 begin
   result := AddNumbers(1, 2);
   Writeln('The result was: ', result)
 end.

C и C++

 #include <stdio.h>
 
 /*
  * Указываем, что тело функции находится в другом файле.
  * Не забыть про объектный модуль DLL при линковке!
  */
 extern "C" __declspec(dllimport)double AddNumbers(double a, double b);
 
 /* Используем функцию как обычно */
 int
 main(int argc, char **argv)
 {
     double result = AddNumbers(1, 2);
     printf("The result was: %f\n", result);
     return 0;
 }

Подгрузка и импорт из DLL во время работы

Visual Basic

 Option Explicit
 
 ' Указываем, что функция находится во внешней DLL.
 Declare Function AddNumbers Lib "Example.dll" _ 
           (ByVal a As Double, ByVal b As Double) As Double
 
 ' Используем функцию как обычно
 Sub Main()
     Dim Result As Double
     Result = AddNumbers(1, 2)
     Debug.Print "The result was: " & Result
 End Sub

C и C++

 #include <windows.h>
 #include <stdio.h>
 
 /*
  * Тип используемой функции
  * (комбинация типов параметры и возвращаемого значения)
  */
 typedef double (*importFunction)(double, double);
 
 int
 main(int argc, char **argv)
 {
     importFunction addNumbers;
     double result;
 
     /* Загружаем DLL в память */
     HINSTANCE hinstLib = LoadLibrary("Example.dll");
     if (hinstLib == NULL) {
         printf("ERROR: unable to load DLL\n");
         return 1;
     }
 
     /* Получаем указатель на функцию */
     addNumbers = (importFunction)GetProcAddress(hinstLib, "AddNumbers");
     if (addNumbers == NULL) {
         printf("ERROR: unable to find DLL function\n");
         return 1;
     }
 
     /* Вызываем функцию через указатель */
     result = addNumbers(1, 2);
 
     /*
      * Выгружаем DLL (в принципе, это будет сделано
      * автоматически при выходе из программы)
      */
     FreeLibrary(hinstLib);
 
     /* Отображаем результат */
     printf("The result was: %f\n", result);
 
     return 0;
 }

Delphi

 program Example;
 {$APPTYPE CONSOLE}
 
 var result: Double;
     LibHandle: Hmodule;
     AddNumbers: function(a, b: Double): Double;
 begin
   LibHandle := LoadLibrary('Example.dll'); // загружаем DLL
   if LibHandle <> 0 then
     begin
       @AddNumbers := GetProcAddress(LibHandle, 'AddNumbers'); // запоминаем адрес
                                                               // необходимой функции
       if @AddNumbers <> nil then
         begin
           result := AddNumbers(1, 2);       // используем функцию
           Writeln('The result was: ', result);
         end;
       FreeLibrary(LibHandle);               // выгружаем DLL
     end;
 end.

См. также

• Dependency Walker, утилита, показывающая экспортируемые и импортируемые функции файлов DLL и EXE.

Ссылки

CANopen Magic Pro DLL — Kvaser

Компания

Страна * Выбрать CountryÅland IslandsAfghanistanAlbaniaAlgeriaAmerican SamoaAndorraAngolaAnguillaAntarcticaAntigua и BarbudaArgentinaArmeniaArubaAustraliaAustriaAzerbaijanBahamasBahrainBangladeshBarbadosBelarusBelauBelgiumBelizeBeninBermudaBhutanBoliviaBonaire, Санкт-Эстатиус и SabaBosnia и HerzegovinaBotswanaBouvet IslandBrazilBritish Индийский океан TerritoryBruneiBulgariaBurkina FasoBurundiCambodiaCameroonCanadaCape VerdeCayman IslandsCentral африканских RepublicChadChileChinaChristmas IslandCocos (Килинг) IslandsColombiaComorosCongo (Браззавиль) Конго (Киншаса) Кук IslandsCosta РикаХорватияКюрасаоКипрЧешская РеспубликаДанияДжибутиДоминикаДоминиканская РеспубликаЭквадорЭгипетЭль-СальвадорЭкваториальная ГвинеяЭритреяЭстонияЭфиопияФолклендские островаФайрландские островаФиджиФинляндияФранцияФранция GuernseyGuineaGuinea-BissauGuyanaHaitiHeard остров и McDonald IslandsHondurasHong KongHungaryIcelandIndiaIndonesiaIranIraqIrelandIsle из ManIsraelItalyIvory CoastJamaicaJapanJerseyJordanKazakhstanKenyaKiribatiKosovoKuwaitKyrgyzstanLaosLatviaLebanonLesothoLiberiaLibyaLiechtensteinLithuaniaLuxembourgMacaoMadagascarMalawiMalaysiaMaldivesMaliMaltaMarshall IslandsMartiniqueMauritaniaMauritiusMayotteMexicoMicronesiaMoldovaMonacoMongoliaMontenegroMontserratMoroccoMozambiqueMyanmarNamibiaNauruNepalNetherlandsNetherlands AntillesNew CaledoniaNew ZealandNicaraguaNigerNigeriaNiueNorfolk IslandNorth KoreaNorth MacedoniaNorthern Mariana IslandsNorwayOmanPakistanPalestinian TerritoryPanamaPapua Новый GuineaParaguayPeruPhilippinesPitcairnPolandPortugalPuerto RicoQatarReunionRomaniaRussiaRwandaSão Tomé и PríncipeSaint BarthélemySaint HelenaSaint Киттс и NevisSaint LuciaSaint Мартин (Голландская часть) Сен-Мартен (французская часть) Сен-Пьер и MiquelonSaint Винсент и ГренадиныСамоаСан-МариноСаудовская Аравия rabiaSenegalSerbiaSeychellesSierra LeoneSingaporeSlovakiaSloveniaSolomon IslandsSomaliaSouth AfricaSouth Грузия / Сэндвич IslandsSouth KoreaSouth SudanSpainSri LankaSudanSurinameSvalbard и Ян MayenSwazilandSwedenSwitzerlandSyriaTaiwanTajikistanTanzaniaThailandTimor-LesteTogoTokelauTongaTrinidad и TobagoTunisiaTurkeyTurkmenistanTurks и Кайкос IslandsTuvaluUgandaUkraineUnited арабских EmiratesUnited Королевство (Великобритания) Соединенные Штаты Америки (США) Соединенные Штаты Америки (США) Экваторияльная IslandsUruguayUzbekistanVanuatuVaticanVenezuelaVietnamVirgin острова (Британские) Виргинские острова (США) Уоллис и Futuna, Западная Сахара, Йемен, Замбия, Зимбабве,

Магазин CANopen — CANopen Magic Pro DLL (Windows)

Европейские покупатели должны делать заказы в нашем европейском магазине по адресу www.canopenstore.eu.

Интерфейс прикладного программиста профессионального уровня DLL. Предоставляет платформу CANopen для создания приложений для ПК. Включена полная документация, пример приложения и заголовочный файл. Поддерживает Windows CE 5.

CANopen Magic Pro DLL — это система, позволяющая настраивать ПК на базе CANopen. приложения, которые нужно разрабатывать быстро и легко, без необходимости знать все детали CANopen.Комплект состоит из профессиональной DLL CANopen и профессиональной DLL драйвера PEAK CAN, а также документации, файла заголовка C и файлов библиотеки / импорта для двух популярных систем разработки ПК. CANopen DLL реализует функциональность CANopen и, в свою очередь, использует DLL драйвера PEAK CAN для связи с интерфейсом CAN.

CANopen Magic Pro DLL можно использовать для быстрого и простого создания настраиваемых мастеров, менеджеров и утилит конфигурирования CANopen. Его также можно использовать для создания пользовательских программ передачи данных, программ обновления прошивки и приложений сетевого анализа.Приложения могут быть разработаны для тестирования производственной линии, избегая необходимости обучать операторов функциональности CANopen и терминологии.

Характеристики

Ниже приводится список функций CANopen Magic Pro DLL. Список ни в коем случае не является исчерпывающим, но дает хороший обзор.

• Отправлять сообщения сетевого управления всем узлам или одному узлу
• Выполнение ускоренной или сегментированной загрузки SDO на узел
• Выполнение ускоренной или сегментированной загрузки SDO с узла
• Обратные вызовы выполнения во время передачи SDO
• Обратный вызов результата операции в конце передачи SDO
• Передачи SDO не блокируются, что упрощает реализацию приложений
• Возможность отменить передачу SDO, которая в данный момент выполняется
• Высокоскоростное сканирование сети для определения присутствующих узлов.Обычно выполняется менее чем за 0,5 секунды.
• Все сообщения обычно имеют временные метки с точностью 1 мкс
• Поддерживаются сообщения CAN 2.0A и CAN 2.0B
• Поддерживаются сообщения запроса удаленной передачи
• Передавать и получать простые сообщения CAN
• Обратные вызовы для отправленных и полученных сообщений CAN
• Обратный вызов для событий, таких как отключение шины, тайм-аут, аппаратная ошибка и ошибка протокола
• Возможность получить текущую метку времени для сравнения с метками времени полученных сообщений
• Коммутация сетей и интерфейсов CAN на лету
• Высокая скорость массовой ускоренной записи во все узлы
• Настраиваемые таймауты и временные задержки
• Запись файлов конфигурации устройства в узлы
• Запись файлов конфигурации сети в сети для одновременной настройки всех узлов
• Получает кадры ошибок
• Сброс интерфейса CAN
• Передача и прием PDO (время события, время запрета, SYNC, обнаружение изменения состояния, подтверждение / отклонение tx прикладного уровня)
• Может подключаться к внутренним сетям без интерфейса CAN для моделирования сети CANopen
• Может находить и опрашивать подчиненные устройства LSS в сети
• Возможность настройки идентификаторов узлов и битовой синхронизации подчиненных устройств LSS.
• Поддержка CiA 1301 — CANopen FD
• • Поддержка USDO
  • PDO с объемом данных до 64 байтов
  • Интерфейсы PEAK и Kvaser CAN-FD
  • Расширенные экстренные сообщения
• Поддержка CANcrypt
• Зашифрованная связь с узлами CAN
• Сопряжение узлов

Что входит в комплект

Ниже приводится список файлов, которые включены в комплект разработчика.

• Профессиональная CANopen DLL, реализующая функциональность CANopen
• Профессиональный CAN-интерфейс PEAK DLL
• Заголовочный файл C
• Библиотека / файлы импорта для Microsoft Visual C ++ и Borland C ++ Builder
• C # (.NET) сборка
• Примеры приложений для Microsoft Visual C ++, C # и Python
• Руководство по использованию CANopen DLL

WindowsCE / Windows Embedded Compact

Порты для этих операционных систем доступны по запросу.Обычно мы настраиваем порт под ваше оборудование и требования. Пожалуйста, обратитесь к нам за дополнительной информацией.

Требования

CANopen Magic Pro DLL может работать в Windows 7/8 / 8.1 / 10. Требуется любой интерфейс PEAK или Kvaser CAN. CANopen Magic Pro DLL может работать с любым доступным в настоящее время интерфейсом.

Также требуется система разработки приложений для ПК. Библиотеки и / или файлы импорта предоставляются для Microsoft Visual C ++ и Borland C ++ Builder. Для других систем разработки вам потребуется создать собственную библиотеку или импортировать файлы из файла заголовка или DLL.

Ограничения

Общая техническая поддержка предоставляется при использовании любой системы разработки для ПК. Состоит из общих вопросов о функциональности DLL. Специальная помощь может быть предоставлена ​​только при использовании Microsoft Visual C ++, Borland C ++ Builder или C #.

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

Кажется, мы не можем найти эту страницу

(* {{l10n_strings.REQUIRED_FIELD}})

{{l10n_strings.CREATE_NEW_COLLECTION}} *

{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}

«000816: Инструмент недействителен»