Firebird где хранятся базы

Firebird где хранятся базы

Далее в таблице приводится принятое по умолчанию расположение компонентов на диске для Windows и Linux систем.

При основательной переработке кода, начатой в версии 1.5, были удалены жесткие привязки, используемые в InterBase®, а также переименованы многие компоненты. В результате Firebird 1.5 позволяет (потенциально) одновременно с собой присутствовать запущенному серверу InterBase®, обеспечивая возможность обоим серверами не слушать один и тот же порт TCP/IP. Если Вам необходима такая возможность, обратитесь к разделу Configuring the port service в Release Notes, прилагаемых к Firebird (см. директорию doc ).

Таблица 2. Компоненты Firebird 1.5 и их расположение

Расположение по умолчанию

32-bit and 64-bit Windows

(Windows 95, 98, ME, NT, 2000, XP, . )

Директория, в которую устанавливается пакет

(далее обозначается как )

fbserver.exe (SS) or fb_inet_server.exe (CS)

Утилиты командной строки

gbak.exe , gfix.exe , gstat.exe , etc.

Образец базы данных

Библиотеки пользовательских функций (UDF)

ib_udf.dll и fbudf.dll

(для поддержки старых приложений, опциально, присутствует gds32.dll )

(копия, опционально, располагается в системной директории Windows– см. замечание ниже)

Linux и, возможно, другие UNIX дистрибутивы

Директория, в которую устанавливается пакет

(далее обозначается как )

fbserver (SS) or fb_inet_server (CS)

Утилиты командной строки

gbak , gfix , gstat , etc.

Мифы о Firebird и InterBase

Не 2, а 4. И не вообще, а в старых версиях InterBase, например в 4.x/5.x. В InterBase 6.0 и выше, в Firebird и Yaffil, такого ограничения нет.

Лимит на размер файла в основном определяется используемой файловой системой того диска, где лежит база данных. Например, для FAT16 это 2 гигабайта, для FAT32 – 4 гигабайта, на NTFS – вам хватит на всю жизнь.

То есть, если у вас в качестве файловой системы выбрана NTFS или другая (на Linux), не имеющая «детского» ограничения на размер файла в 4 гигабайта, то можете не думать про многофайловые БД.

Кстати, даже если вами выбран FAT32, вы можете создать несколько разделов и создать многофайловую базу данных InterBase и Firebird, совокупный размер файлов которой ограничивается размером 131 терабайт.

2. InterBase и Firebird – СУБД для очень мелких задач

Зависит от того, что считать мелкой. Если база размером 10-100 гигабайт это мелочь, или количество одновременных пользователей 300-500 – тоже мелочь, то да.

3. InterBase и Firebird плохо работают с базами больше 200 мегабайт

Такое может быть если в качестве сервера вы используете Windows 95 или Windows 98 с 64 мегабайтами ОЗУ. InterBase и Firebird отлично работает с базами размером в десятки гигабайт и сотнями пользователей, если сервер нормальный (хотя бы с ОЗУ 1-2 гигабайта). Даже для рабочих станций сейчас рекомендуемый размер памяти – 512 мегабайт, чего вполне хватит для сервера, обслуживающего базу размером 1-10 гигабайт и числом пользователей от 10 до 50.

4. Версии записей убираются при Restore (и, соответственно, хранятся в backup), или
gbak -g записывает backup без версий, а по умолчанию – с версиями записей

Ничего подобного. В backup никакие версии записей не хранятся, и никому они там не нужны. Процесс Backup вообще представляет собой обычную транзакцию snapshot (repeatable read), которая читает только те версии записей, которые были на момент ее старта. А за сборку мусорных версий или несборку отвечает флаг no_garbage_collect, который может использоваться и в обычном коннекте в библиотеках прямого доступа (т. е. в приложениях, например для ускорения выборок в некоторых случаях).

5. Версии записей создаются при чтении

Версии создаются только при изменении или удалении записей (UPDATE или DELETE). При чтении, наоборот, если обнаруживаются никому не нужные версии одной и той же записи, то онисобираются как мусор (т. е. удаляются. см. статьюLINK). Так что можно хоть обчитаться, но ни к какому созданию новых версий это не приведет. И наоборот, обновление записи создает новую версию этой записи в любом случае, независимо от того, читает еще кто то эту запись, или нет.

Внимание! Да, версии записей могут создаваться при чтении, но только в Firebird 1.5 и выше при запросах select . for update with lock. читайте статьюLINK.

6. К файлам баз данных (gdb) надо давать доступ (share) пользователям

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

7. Я вижу в информации о плане запроса слово NATURAL! О ужас!

Ничего страшного. Таблица, для которой оптимизатор выбрал перебор записей в естественном порядке (natural), может быть небольшой, что вполне оправдано. Или, путем использования natural будет меньше обращений к страницам БД, чем при использовании индекса.

8. InterBase и Firebird сделаны для Windows, поэтому под Unix (Linux, Solaris и т. п.) они плохо работает

Ничего подобного. InterBase впервые был создан именно для Unix, и перед тем как вышла Windows-версия, было 15 «портов» под различные Unix (AIX, IRIX, SCO, HP-UX. ). Собственно, Windows-версия появилась через 7-8 лет после первой версии InterBase. Firebird, например, имеет «родные» версии как для Windows, так и для множества вариантов Linux/Unix (даже включая MacOS).

9. Скомпилированные процедуры хранят планы запросов

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

10. Самые свежие версии InterBase (2007) и Firebird (2.0, 2.1) использовать сложнее, чем InterBase 6.x

Ничего подобного. В отношении быстроты и простоты установки практически ничего не изменилось со времен InterBase 4.0, например. Разумеется, последние версии InterBase и Firebird содержат много новой функциональности и параметров конфигурации. Но никто не заставляет эту новую функциональность вас использовать, а также начинать знакомство с сервером с кручения настроек в конфиге. То есть, если хотите, можете использовать возможности IB 4.x, 5.x или 6.x, в этом случае ваш код будет совместим с любой последней версией InterBase и Firebird.

Конечно, в более новых версиях InterBase и Firebird исправляются ошибки. Если вы писали код (SQL, процедуры, триггеры), который ныне считается ошибочным – да, его придется модифицировать. Но для начинающих использовать старые версии СУБД никакого смысла нет.

Если Вам понравилось, и Вы слышали еще что-нибудь в этом же роде – милости просим, присылайте.

(c) KDV, http://www.ibase.ru

Copyright iBase.ru © 2002-2023

Начинаем работать с Firebird Sql Server

Firebird SQL Server — сервер баз данных основанный на открытом исходном коде InterBase 6.0. Дистрибутивы Firebird существуют под Windows, Linux, Unix, Solaris, MacOS, под 32-х и 64-х битную архитектуру. Firebird SQL Server распространяется бесплатно и не имеет лицензионных ограничений.

Какую версию Firebird выбрать?

На сегодняшний момент новейшая версия — Firebird 3.0. Стабильная версия Firebird 2.5.

• Скачать Firebird 2.5
• Скачать Firebird 3.0

Установка Firebird — выбор типа сервера

Сервер Firebird SQL доступен в 3-х вариантах:

• Firebird Super Server
• Firebird Classic Server
• Firebird Embedded

Firebird Super Server

Firebird Super Server — все клиентские подключения обслуживаются одним серверным процессом, имеется общий клиентский кеш. За счет этого достигается меньший расход ресурсов на обслуживание клиентов. Недостатком Firebird Super Server является отсутствие возможности задействовать несколько процессоров для работы Firebird сервера.

Firebird Classic Server

Firebird Classic Server — на каждое клиентское подключение создает отдельный серверный процесс. Архитектура Firebird Classic Server более надежна, т.к. сбой одного серверного процесса не вызывает отказ в обслуживании всех клиентов. Кроме того, Firebird Classic позволяет задействовать многопроцессорную архитектуру. При установке Firebird вы можете выбрать между версиями Firebird Super Server или Firebird Classic Server.

Firebird Embedded

Firebird Embedded Server — предназначен для встраиваемых баз данных. Состоит из одной dll — fbembed.dll, которая включает в себя клиент и сервер Firebird Super Server. Firebird Embedded не требует установки на клиентской рабочей станции. Достаточно просто скопировать fbembed.dll и еще несколько файлов клиенту на компьютер.

Недостаток Firebird Embedded — это невозможность одновременного подключения к одной БД нескольких клиентов. После успешного подключения Firebird Embedded блокирует файл базы данных для монопольного доступа.

Firebird Embedded Server распространяется отдельным дистрибутивом.

Если затрудняетесь с выбором

Если вы не уверены в выборе типа установки Firebird, то используйте Firebird Super Server. В дальнейшем вы без труда сможете изменить архитектуру сервера.

Начало работы с Firebird

Для знакомства с Firebird можно использовать тестовую базу данных employee.fdb. Она входит в установочный комплект Firebird и расположена в папке Program Files\Firebird\Firebird\examples\empbuild\.

Создание новой базы Firebird

Для создания пустой базы Firebird:

• запустите утилиту C:\Program Files\Firebird\Firebird\bin\isql.exe
• выполните инструкцию создания базы данных:

В ISQL каждое выражение завершается точкой с запятой.

Проверить подключение можно, выполнив запрос:

SQL> select MON$DATABASE_NAME from MON$DATABASE;

Если все сделано правильно, SQL запрос вернет путь к подключенной базе данных:

Безопасность Firebird

• Firebird хранит всех пользователей в одной служебной базе данных security.fdb.
• Начиная с Firebird 2.1 реализована поддержка SSPI аутентификации средствами Windows. Администраторы домена на уровне БД определяются как суперпользователи SYSDBA.
• В Firebird 3.0 планируется реализовать возможность хранения пользователей в клиентской базе данных.

Пользователь SYSDBA. Смена пароля по умолчанию

SYSDBA — это административный пользователь Firebird с исключительными правами. Пароль по умолчанию: masterkey. Для того чтобы сменить пароль, используйте утилиту gsec из состава Firebird:

c:\Program Files\Firebird\bin>gsec GSEC> modify SYSDBA -pw NEW_PASS

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

Подключение к Firebird из клиентского приложения

Для начала скачайте и установите пакет IBProvider Professional Edition.

IBProvider Professional Edition — это набор COM-компонент, которые позволяют работать с любыми версиями Firebird и InterBase. Компоненты поддерживаются большинством средств разработки: Delphi, C++ Builder, Visual C++, .Net Framework, C#, Visual Basic, VBScript, VBA и др.

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

Dim cn, cmd, rs, i Set cn = CreateObject ("ADODB.Connection") cn.Open "Provider=LCPI.IBProvider.3;" & _ "Data Source=localhost:d:\temp\test.fdb; " & _ "User & _ "password=masterkey;" & _ "ctype=win1251;" & _ "auto_commit=true" set rs = cn.execute("select * from MON$ATTACHMENTS") do while not rs.EOF for i=0 to rs.Fields.Count - 1 wscript.echo rs(i).Name & "=" & rs(i).Value next rs.MoveNext loop rs.close cn.close

Запустите скрипт на выполнение в режиме командной строки, и вы увидите список активных подключений к БД.

Firebird и VBScript, Visual Basic, VBA

Для доступа к Firebird и InterBase из VBScript, VBA, Visual Basic используется библиотека ADO (ActiveX Data Objects). Множество примеров работы с этой библиотекой вы найдете в документации: примеры InterBase, Firebird VBScript, VBA, Visual Basic.

Firebird и Delphi

IBProvider предлагает несколько способов работы с InterBase и Firebird из Delphi:

• dbGo (ADO Express) компоненты, работающие через библиотеку ADO.
• прямой доступ к COM-интерфейсам ADO, минуя компоненты dbGo.
• прямой доступ к COM-интерфейсам OLE DB при помощи сторонних VCL-компонент (OLE DB Direct/OLE DB Express).

Firebird и .Net

Для доступа к Firebird из .Net используется библиотека ADO.NET. На сайте IBProvider опубликовано большое пошаговое руководство, посвященное работе с Firebird в Visual Studio .Net (ADO.NET).

Дополнительные материалы по теме:

• Примеры работы с ADO .Net для начинающих
• Firebird 2.0 и ADO .Net (c#)
• Firebird 2.1 и ADO .Net (c#)

Firebird и C++

В состав IBProvider Professional Edition входит C++ библиотека, которая предоставляет самый быстрый способ работы с OLE DB провайдерами из Visual C++ 2005-2008, а так же из C++ Builder.

Редактирование базы Firebird

В пустой базе данных необходимо создать таблицы, связи между таблицами, первичные ключи, индексы, хранимые процедуры, генераторы и другие объекты. Для редактирования баз данных Firebird вы можете использовать утилиту isql.exe.

SQL> CREATE TABLE cross_rate CON> ( CON> from_currency VARCHAR(10) NOT NULL, CON> to_currency VARCHAR(10) NOT NULL, CON> conv_rate FLOAT NOT NULL, CON> update_date DATE, CON> CON> PRIMARY KEY (from_currency, to_currency) CON> );

Вставляем одну запись и делаем выборку из таблицы:

SQL> INSERT INTO cross_rate VALUES (‘Dollar’, ‘CdnDlr’, 1.3273, ’11/22/93′); SQL> SELECT * from cross_rate; FROM_CURRENCY TO_CURRENCY CONV_RATE UPDATE_DATE ============= =========== ============== =========== Dollar CdnDlr 1.3273000 1993-11-22

Помимо isql существует различные графические утилиты администрирования Firebird.

Утилиты администрирования Firebird

FlameRobin

FlameRobin — поддерживает Firebird. Кросс-платформенная архитектура. Есть редактор SQL, DDL, управление пользователями.
Лицензия: open source, распространяется бесплатно.
Сайт: FlameRobin

IBExpert

IBExpert — Поддерживает Firebird, InterBase, Yaffil. Редакторы DDL и DML. Визуальный построитель запросов. Автозавершение кода, Metadata Extractor, а так же множество других возможностей.
Лицензия: Бесплатный для exUSSR, для остальных: от 179 евро.
Сайт: IBExpert

IB/FB Development Studio

IB/FB Development Studio — Визуальный дизайнер баз данных, встроенный MERGE, scheduler, Code auto completion, анализатор запросов, монитор производительности.
Лицензия: Бесплатно для России, для остальных: от 149 евро.
Сайт: IB/FB Development Studio

Blaze Top

Blaze Top — Инструмент разработчика и администратора баз данных. Поддерживает Firebird и InterBase.
Лицензия: Бесплатно для России, для остальных: от 129 евро.
Сайт: Blaze Top

Database Workbench

Database Workbench — поддерживает несколько серверов баз данных, среди которых есть Firebird и InterBase. Отладка хранимых процедур, анализ планов, встроенные средства переноса данных и метаданных.
Лицензируется отдельно на InterBase и отдельно на Firebird. 171$ за каждый движок (InterBase или Firebird).
Сайт: Database Workbench

Если в данном списке отсутствует ваша утилита, напишите на ibprovider.com и мы добавим её описание.

Полезные ссылки

• Скачать Firebird
• Скачать IBProvider Professional Edition.
• Доступ к InterBase и Firebird из Delphi
• Firebird ODBC, InterBase ODBC
• Справочная документация по Firebird и InterBase
• Справочная документация по Firebird и InterBase на ibase.ru

Тема: Варианты записи архивных данных в базу данных Firebird на MasterSCADA

Варианты записи архивных данных в базу данных Firebird на MasterSCADA

Мы получаем с удаленных объектов архивные данные в виде файлов по FTP. На MasterSCADA архивы пишутся в базу данных Firebird. В перерывах между опросами объектов данные на трендах отсутствуют. Какие есть варианты(кроме использования OPC HDA) для записи данных из этих архивных файлов в базу данных MasterSCADA? Реализовать ли это средствами MasterSCADA?

Пишу на Assembler-е за еду

19.03.2013, 16:01 #2

Пользователь Регистрация 03.08.2010 Сообщений 8,818

Ну вам нужно считывать данные из файла и записать в архив.
Вариантов 2:
1) Использовать наш Modbus Universal — он может читать файлы, и записывать их HDA. Скада их подтягивает.
2) Из скады, при помощи ФБ «Скрипт C#» считывать файлы и записывать в архив.
Дальше архивация идет штатными средствами MasterSCADA.

19.03.2013, 16:18 #3

Пользователь Регистрация 24.07.2007 Адрес Белгород Сообщений 138

Использовать наш Modbus Universal — он может читать файлы, и записывать их HDA. Скада их подтягивает.

Каким образом синхронизировать данные из наших файлов так, чтобы наши данные попали в базу Firebird(на MasterSCADA) в соответствующем формате данных и синхронно со штампом времени MasterSCADA(чтобы сохранились наши исторические значения с тем штампом времени, с которым они были записаны в файл на контроллере удаленного объекта).
Тоже самое: получиться ли воткнуть исторические значения в существующую базу из нашего файла через Скрипт, чтобы они попали именно на место исторических данных(например, в прошлое время сохраненного тренда).

Пишу на Assembler-е за еду

19.03.2013, 16:42 #4

Пользователь Регистрация 03.08.2010 Сообщений 8,818

Поясните — Firebird будет использоваться какой-то сторонней программой или только для архивирования данных в MasterSCADA?

19.03.2013, 17:00 #5

Пользователь Регистрация 24.07.2007 Адрес Белгород Сообщений 138

Сообщение от SCADAMaster

Поясните — Firebird будет использоваться какой-то сторонней программой или только для архивирования данных в MasterSCADA?

Изначально саму базу создает у нас MasterSCADA, соответственно она ее приводит к своему формату для хранения архивов.На первом этапе будет база использоваться только для MasterSCADA, но в будущем заказчик хочет из этой базы читать получать в свою программу необходимые данные. Желательно рассмотреть оба варианта, чтобы потом не писать различных промежуточных программ, которыми все это связывать.

Пишу на Assembler-е за еду

19.03.2013, 17:37 #6

Пользователь Регистрация 03.08.2010 Сообщений 8,818

Архивировать данные в Firebird MasterSCADA может.
Для взаимодействия с другими программами вам нужно будет использовать экспорт. Но экспорт данных для Firebird пока не поддержан. Но возможно мы уже реализуем эту задачу когда она вам потребуется.
Также можно взаимодействовать с другими программами через хранимые процедуры, или можно читать из сторонней программы данные непосредственно из БД с архивом MasterSCADA.

19.03.2013, 19:31 #7

Пользователь Регистрация 24.07.2007 Адрес Белгород Сообщений 138

Вопрос все таки пока не понятен. Попытаюсь объяснить по-подробнее. Возможно ли вставить данные из наших архивных файлов в уже имеющееся базу MasterSCADA(Firebird) вместо старых данных? Например, при отсутствии связи по GPRS в базу пишется некая переменная. Так как связь пока отсутствует, то в архивные тренды(таблицы) пишется какое-то BAD значение(допустим 0). При подключении к удаленному объекту считываются файл с архивом этой переменной. Затем надо,чтобы в базу вместо старых BAD-значений записались архивные значения, считанные из файла, считанного с удаленного объекта,как здесь сделать, чтобы эти данные попали в базу именно с теми штампами времени, как в нашем файле.Т.е. как здесь синхронизировать данные в прошедшем времени, чтобы не было различий от режима непрерывного опроса.

Пишу на Assembler-е за еду

19.03.2013, 19:46 #8

Пользователь Регистрация 03.08.2010 Сообщений 8,818

Сообщение от Olegis

Например, при отсутствии связи по GPRS в базу пишется некая переменная. Так как связь пока отсутствует, то в архивные тренды(таблицы) пишется какое-то BAD значение(допустим 0). При подключении к удаленному объекту считываются файл с архивом этой переменной. Затем надо,чтобы в базу вместо старых BAD-значений записались архивные значения, считанные из файла, считанного с удаленного объекта,как здесь сделать, чтобы эти данные попали в базу именно с теми штампами времени, как в нашем файле.Т.е. как здесь синхронизировать данные в прошедшем времени, чтобы не было различий от режима непрерывного опроса.

Так сделать нельзя.
А зачем записывать в базу значение с плохим признаком? Какой смысл отображать на тренде недостоверные значения?
Чем не устраивает, что пока данных нет — тренд пустой, данные поступили — отобразились на тренде.
А так — считать из файла архив с метками времени, и записать его в архив MasterSCADA можно.

19.03.2013, 20:22 #9

Пользователь Регистрация 24.07.2007 Адрес Белгород Сообщений 138

Сообщение от SCADAMaster

Так сделать нельзя.
А зачем записывать в базу значение с плохим признаком? Какой смысл отображать на тренде недостоверные значения?
Чем не устраивает, что пока данных нет — тренд пустой, данные поступили — отобразились на тренде.

Спасибо! Вы абсолютно верно сказали. Я неправильно выразился. Тоже имел ввиду, что тренд при отсутствии связи не будет остановлен, а будут на нем типа недостоверные значения.

А так — считать из файла архив с метками времени, и записать его в архив MasterSCADA можно.

Где можно найти подробное описание структуры базы данных Firebird, которую формирует именно MasterSCADA при ее создании? Записать новые значения в созданную базу возможно только через процедуры Interbase или есть еще варианты(через Скрипты C#,например,пока не представляю как это реализовать)?

Пишу на Assembler-е за еду

19.03.2013, 21:27 #10

Пользователь Регистрация 03.08.2010 Сообщений 8,818

Вам не нужно знать структуру хранения Firebird — просто архивируете значение выхода скрипта и все. Данные сами попадут в базу данных штатными средствами.
Вам сначала нужно определиться — будете вы читать данные через HDA или же через скрипт.

Если будут использовать скрипт, то вам нужно будет открыть ваш файл, считать и разобрать его. Затем записывать значения на выход скрипта при помощи команды SetValue. В библиотеке, в разделе «Примеры скриптов» есть пример «Добавление произвольной метки времени» — там идет работа с этой функцией. Выход скрипта должен архивироваться (поставьте галочку на закладке «Архив») — он и будет хранить считанные данные.
Единственное требование — данные должны монотонными, то есть нельзя записывать значение с меткой времени 21:20, а потом 21:19.

В ОРС сервере делается аналогично но используя стандартные Lua функции. Открываете файл, считываете, разбираете, сортируете записываете в HDA тег. Скада эти данные получает.

• Навигация
• Кабинет
• Личные сообщения
• Подписки
• Кто на сайте
• Поиск по форуму
• Главная страница форума
• Форум
• НОВИНКИ ОВЕН
  1. В продаже
  2. В разработке
• Оборудование
  1. Подбор Оборудования
  2. Эксплуатация
  3. Разработки
• Программируемые устройства ОВЕН
  1. ПЛК (среда CODESYS V3.5)
     1. ПЛК2хх
     2. СПК1хх [М01]
     3. СПК1хх
     4. СПК2хх
     5. ПЛК3хх
     6. Библиотеки CODESYS
  2. ПЛК (среда CoDeSys V2.3)
     1. ПЛК1хх [М02]
     2. ПЛК1хх
     3. ПЛК63/73
  3. ПЛК (среда MasterSCADA 4D)
  4. Программируемые реле
  5. Модули ввода/вывода
     1. Мх110
     2. Мх210
  6. Панели оператора (HMI)
  7. Среда программирования OWEN Logic
  8. Архив продукции
     1. Модульные контроллеры Модус
        1. Модус 5684-0
        2. Модус 5680
        3. Модули ввода-вывода
        4. Интерфейсные модули
• Датчики ОВЕН
  1. Новинки
  2. В помощь инженеру
  3. Подбор датчиков
  4. Вопросы по эксплуатации датчиков
• Программное обеспечение
  1. Облачный сервис OwenCloud
     1. Облачный сервис OwenCloud
     2. ПМ210
     3. ПЕ210
     4. ПВ210
  2. SCADA
     1. OWEN Proces Manager
     2. Master SCADA 3
     3. Master SCADA 4D
     4. Другие SCADA системы
  3. Телемеханика ЛАЙТ
  4. Сервисное ПО
  5. Помощь Разработчикам
  6. Сетевые технологии
  7. OPC Серверы
• Электротехническое оборудование MEYERTEC
• Приводная техника
  1. Приводная техника ОВЕН
  2. Блоки питания
  3. Одноступенчатые червячные редукторы Meyertec RV
• Контроллеры для ЖКХ
  1. Контроллеры для систем отопления и ГВС
  2. Контроллеры для систем вентиляции и кондиционирования
  3. Контроллеры для управления насосами
• Разное
  1. Трёп (Курилка)
  2. Метрология сертификация
  3. Сервисное обслуживание приборов ОВЕН
  4. Наши проекты
  5. Твердотельное реле
  6. В помощь специалистам