Регистратор cms: CMS ПО под ОС Windows скачать. Видеонаблюдение.

Автомобильный 8-ми канальный AHD регистратор CARVIS c жестким диском

Главная → Каталог → Регистраторы → Регистратор CARVIS MD-308HDD

8-канальныйHDDAHD (720p)

снято с производства

Особенности

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

Регистратор CARVIS MD-308HDD — автомобильный AHD видеорегистратор поддерживает подключение до 8 AHD камер высокой четкости, 8 аналоговых камер, также может выступать в гибридном режиме, имея возможность подключать аналоговые камеры вместе с камерами AHD. Запись производится на жесткий диск до 1 Тб, размера 2.5″. Управление регистратором производится с помощью пульта дистанционного управления, входящего в комплект, или мыши. 8-ми канальный автомобильный регистратор подходит для установки на автомобили экстренных служб, общественного транспорта и учебные автомобили автошкол.

Видео
Стандарт видео	PAL, NTSC
Сжатие	H. 264 (основной профиль)
Качество при просмотре в режиме реального времени	720P/960H/D1/CIF
Качество при проигрывании	720P/960H/D1/CIF
Режимы	8 каналов AHD (720P) / 2 AHD + 6 аналог / 4 AHD + 4 аналог / 6 AHD + 2 аналог / 8 каналов аналог (960H)
Вход	8
Выход	4
Отображение на экране	1, 4, 8 потоков на экране

Запись и воспроизведение
Тип записи	Ручной, съемка по расписанию, запись поверх записанного материала
Скорость цифрового потока видео	256 Кбит/c — 4 Mбит/c
Скорость цифрового потока аудио	8 Кбит/с
Носитель данных	Поддержка жесткого диска SATA объемом до 1 Тб, 2. 5″ (не идет в комплекте)
Поиск записи	По каналу, времени, типу
Проигрывание	Одноканальное проигрывание файлов

Интерфейсы
Видеовход	8 -авиационный интерфейс
Видеовыход	1 — авиационный интерфейс, 2 — RCA, 1 — VGA
Аудиовход	8 — авиационный интерфейс
Аудиовыход	1 — авиационный интерфейс
SD карта	Опционально
HDD/SSD	1 HDD/SSD до 1 ТБ, (не идет в комплекте)
ИК приемник	1
Тревожный вход	4 цифровых универсальных входа
USB	1 порт USB2. 0 (поддержка USB диска, мыши)
Сетевой порт	1 RJ45 10/100M адаптируемый
Замок блокировки	1
Отладочный порт	1
Порт RS485	1
Порты RS232	2

Другое
Вход электропитания	Пост. ток: 8V — 36V
Выход электропитания	12V 300mA; 5V 300mA, защита от перегрузок по току
Рабочая температура	-20°C … + 70°C
Размер	200x180x60 мм

Технические характеристики и комплектация товара могут быть изменены производителем без уведомления.

Оборудование на замену

Каталог

Продукты

• Видеорегистраторы
  • IP Видеорегистраторы (NVR)
  • Аксессуары для видеорегистраторов
  • Мультиформатные и аналоговые видеорегистраторы
  • Персональные PVR
  • Удаленное рабочее место
• Камеры
  • IP-камеры
  • Аналоговые камеры
  • Аксессуары для камер
  • Кожухи камер
  • Тепловизоры
• Взрывозащищенное оборудование
  • Аксессуары для взрывозащищенного оборудования
  • Видеокамеры
  • Извещатели
  • Кабельные вводы
  • Коммутаторы
  • Коробки
  • Мониторы
  • Оповещатели
  • Прожекторы
  • Термокожухи
  • Термошкафы
• SD-карты
• Дополнительное оборудование видеонаблюдения
  • Декодеры и преобразователи видеосигнала
  • Дополнительное оборудование
  • Клавиатуры управления
  • Комплекты видеонаблюдения
• Программное обеспечение
  • Программное обеспечение Dahua
  • Программное обеспечение Hikvision
  • Программное обеспечение TRASSIR
  • Программное обеспечение Wisenet
• Сетевое оборудование
  • Коммутаторы
  • HDCVI, HDTVI, AHD, HDMI, VGA
  • SFP модули
  • USB, ИК управление
  • Грозозащита
  • Инжекторы и сплиттеры PoE
  • Оптические медиаконвертеры
  • Оптические кроссы
  • Аксессуары для сетевого оборудования
  • Беспроводное оборудование
  • Системы хранения данных
• Источники питания
  • Аккумуляторы
  • Аксессуары для источников питания
  • ББП — Блоки бесперебойного питания
  • Блоки питания
  • ИБП/UPS — Источники бесперебойного питания
  • Автономные источники питания
  • Батарейные модули
  • Стабилизаторы напряжения
• Домофоны, аудиофиксация и переговорные устройства
  • IP-домофония
  • Аксессуары и дополнительное оборудование для домофонии
  • Аналоговая домофония
  • Вызывные панели
• Микрофоны
  • Аксессуары для микрофонов
  • Активные микрофоны
  • Аудиомикшеры
  • Блоки питания для микрофонов
  • Переговорные устройства
  • Фильтры питания для микрофонов
• Мониторы
  • Контроллеры для видеостен
  • Мониторы для видеонаблюдения
• HDD
• Кабельная продукция
  • Аксессуары для кабельной продукции
  • Кабели «витая пара» (LAN)
  • Кабели волоконно-оптические
  • Кабели комбинированные для видеонаблюдения
  • Кабели радиочастотные(коаксиальный)
  • Кабели силовые
  • Кабели систем охранной и пожарной сигнализации
• Монтажные материалы
  • Коробки
  • Кронштейны
  • Прочее
  • Стяжки
  • Термоусадочные трубки
• Охранно-пожарное оборудование
  • Аксессуары для ОПС
  • Охранные системы
  • Беспроводные системы охраны
  • Извещатели и датчики
  • Интегрированная система «ОРИОН» — НВП Болид
  • Оповещатели
  • Преобразователи интерфейсов
  • Приборы приемно-контрольные
  • Радиоканальные системы
• Светотехническое оборудование
  • ИК прожекторы
  • Светодиодные прожекторы
• Системы контроля и управления доступа
  • Металлодетекторы
  • Аксессуары для СКУД
  • Дверная автоматика
  • Доводчики
  • Досмотровое оборудование
  • Замки
  • Идентификаторы
  • Калитки
  • Кнопки выхода
  • Комплекты СКУД
  • Контроллеры
  • Оборудование для дезинфекции
  • Ограждения
  • Принтеры для пластиковых карт
  • Программное обеспечение СКУД
  • Считыватели
  • Терминалы
  • Турникеты
  • Умный дом
  • Шлагбаумы и автоматика для ворот
  • Электронные проходные
• Тепловое оборудование и водоснабжение
  • Водоснабжение
  • Котлы
  • Прочее
  • Тепловая автоматика
  • Теплый дом
• Системы мониторинга
• Тестеры
• Шкафы и стойки
  • Серверные шкафы
  • Стойки
  • Термошкафы
  • Аксессуары для шкафов
  • Телекоммуникационные
  • Электротехнические

Подбор параметров

Конфигурация ведения журнала — База знаний Cascade CMS

Обзор

В этом разделе области администрирования системные администраторы могут настроить дополнительное ведение журнала для устранения неполадок.

Примечание . Как правило, не следует изменять конфигурацию ведения журнала по умолчанию, за исключением случаев устранения неполадок с помощью группы поддержки Hannon Hill. Увеличение ведения журнала может повлиять на производительность системы и должно выполняться только в течение ограниченного времени.

Настройка дополнительного ведения журнала

Чтобы настроить дополнительное ведение журнала для различных областей системы:

1. Нажмите кнопку системного меню (  ) > Администрирование > Конфигурация ведения журнала.
2. В разделе Добавить категорию журнала или пакет щелкните первое раскрывающееся меню, чтобы отобразить список доступных категорий для ведения журнала. Кроме того, в это поле можно ввести конкретные названия классов (предоставленные вам компанией Hannon Hill).
3. После выбора категории/пакета используйте раскрывающееся меню под этим полем, чтобы выбрать тип ведения журнала для выбранной категории ( Fatal , Error , Warn , Info , Debug ).
4. Нажмите Добавить категорию .
5. Повторите шаги 2–4 выше, чтобы добавить ведение журнала для дополнительных категорий или классов, если это необходимо.

Сброс журнала

Чтобы сбросить все журналы обратно к конфигурации по умолчанию:

1. Нажмите кнопку системного меню (  ) > Администрирование > Конфигурация ведения журнала .
2. Нажмите Восстановить настройки по умолчанию .
3. Нажмите OK на появившемся экране подтверждения.

Журнал производительности

Всякий раз, когда для определенного класса включено ведение журнала на уровне DEBUG, информация о производительности для этого класса также будет регистрироваться. Отчеты о производительности записываются в отдельный файл с именем 9.0028 cascade-performance.log . Этот журнал содержит информацию о том, сколько времени потребовалось для выполнения определенных частей записываемого класса.

Также можно включить ведение журнала производительности для всех классов в системе, выбрав категорию Производительность и включив для нее уровень ведения журнала DEBUG.

Предупреждение . Включение ведения журнала производительности должно выполняться только по запросу службы поддержки Hannon Hill.

Регистрация медленного выполнения

Всякий раз, когда для определенного класса включено ведение журнала уровня DEBUG, информация об операциях, которые занимают слишком много времени, также будет регистрироваться в отдельном журнале медленного выполнения. Этот файл журнала называется cascade-slow-execution. log .

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

Также можно включить журнал медленного выполнения для всех классов в системе, выбрав Категория Slow Execution и включение для нее уровня ведения журнала DEBUG.

Ведение журнала | Документация Джанго | Django

См. также

• Как настроить и использовать ведение журнала
• Ссылка на ведение журнала Django

Программисты Python часто используют print() в своем коде для быстрого и
удобный инструмент отладки. Использование фреймворка ведения журналов — это немного больше.
усилия, чем это, но это гораздо более элегантно и гибко. А также быть
полезно для отладки, ведение журнала также может предоставить вам больше и лучше
структурированный — информация о состоянии и работоспособности вашего приложения.

Обзор

Django использует и расширяет встроенный модуль Python logging для выполнения
ведение журнала системы. Этот модуль подробно обсуждается в собственной документации Python.
документация; этот раздел содержит краткий обзор.

Состав игроков

Конфигурация ведения журнала Python состоит из четырех частей:

• Регистраторы
• Обработчики
• Фильтры
• Форматеры

Регистраторы

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

Регистратор настроен на уровень журнала . Этот уровень журнала описывает
серьезность сообщений, которые будет обрабатывать регистратор. Питон
определяет следующие уровни журнала:

• DEBUG : Низкоуровневая системная информация для целей отладки
• INFO : Общая информация о системе
• ПРЕДУПРЕЖДЕНИЕ : Информация, описывающая незначительную проблему, которая
  произошел.
• ОШИБКА : Информация, описывающая серьезную проблему, которая
  произошел.
• CRITICAL : Информация, описывающая критическую проблему, которая
  произошел.

Каждое сообщение, записываемое в регистратор, представляет собой Запись журнала . Каждый журнал
запись также имеет уровень журнала , указывающий серьезность этого конкретного
сообщение. Запись журнала также может содержать полезные метаданные, описывающие
событие, которое регистрируется. Это может включать такие детали, как
трассировка стека или код ошибки.

Когда сообщение передается регистратору, уровень журнала сообщения
по сравнению с уровнем журнала регистратора. Если уровень журнала
сообщение соответствует или превышает уровень журнала самого регистратора,
сообщение будет подвергнуто дальнейшей обработке. Если это не так, сообщение
будет игнорироваться.

Как только регистратор определил, что сообщение необходимо обработать,
он передается обработчику .

Обработчики

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

Как и регистраторы, обработчики также имеют уровень журнала. Если уровень журнала
запись журнала не соответствует или превышает уровень обработчика,
обработчик проигнорирует сообщение.

Регистратор может иметь несколько обработчиков, и каждый обработчик может иметь
другой уровень журнала. Таким образом, можно обеспечить различные
формы уведомления в зависимости от важности сообщения. За
например, вы можете установить один обработчик, который пересылает ERROR и
КРИТИЧЕСКИЕ сообщений пейджинговой службе, в то время как второй обработчик
записывает все сообщения (включая сообщения ERROR и CRITICAL ) в
файл для последующего анализа.

Фильтры

Фильтр используется для обеспечения дополнительного контроля над тем, какие записи журнала
передаются от регистратора к обработчику.

По умолчанию любое сообщение журнала, отвечающее требованиям уровня журнала, будет
обрабатывается. Однако, установив фильтр, вы можете разместить дополнительные
Критерии процесса регистрации. Например, вы можете установить
фильтр, который разрешает только сообщения ERROR из определенного источника для
излучаться.

Фильтры также можно использовать для изменения записи журнала до того, как она будет
излучаемый. Например, вы можете написать фильтр, который понижает
ОШИБКА записывает в журнал ПРЕДУПРЕЖДЕНИЕ записывает, если конкретный набор
критерии соблюдены.

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

Formatters

В конечном итоге запись журнала должна быть представлена ​​в виде текста. Форматеры
опишите точный формат этого текста. Форматтер обычно состоит
строки форматирования Python, содержащей
атрибуты записи журнала; Однако,
вы также можете написать собственные средства форматирования для реализации определенного поведения форматирования.

Последствия для безопасности

Система регистрации обрабатывает потенциально конфиденциальную информацию. Например,
запись журнала может содержать информацию о веб-запросе или трассировке стека, а
некоторые данные, которые вы собираете в своих собственных регистраторах, также могут быть защищены
подразумеваемое. Вы должны быть уверены, что знаете:

• какая информация собирается
• , где он впоследствии будет храниться
• как будет передаваться
• , у которых может быть к нему доступ.

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

Настройка ведения журнала

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

Чтобы настроить ведение журнала, вы используете РЕГИСТРАЦИЯ для определения
словарь настроек логирования. Эти настройки описывают регистраторы,
обработчики, фильтры и средства форматирования, которые вы хотите использовать в настройках ведения журнала,
и уровни журнала и другие свойства, которые вы хотите, чтобы эти компоненты
иметь.

По умолчанию параметр LOGGING объединен с параметром Django.
конфигурация ведения журнала по умолчанию с использованием
следующую схему.

Если ключ disable_existing_loggers в LOGGING dictConfig
установить на True (это значение по умолчанию dictConfig , если ключ отсутствует)
тогда все регистраторы из конфигурации по умолчанию будут отключены. Неполноценный
логгеры не такие как удаленные; регистратор все еще будет существовать, но будет
молча отбрасывать все, что было записано в него, даже не распространяя записи в
родительский регистратор. Таким образом, вы должны быть очень осторожны, используя
'disable_existing_loggers': True ; это, вероятно, не то, что вы хотите. Вместо,
вы можете установить disable_existing_loggers на False и переопределить некоторые или все
регистраторов по умолчанию; или вы можете установить LOGGING_CONFIG на Нет
и обрабатывать конфигурацию ведения журнала самостоятельно.

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

Примеры

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

Для начала небольшая конфигурация, которая позволит вам выводить весь лог
сообщения на консоль:

settings. py

 import os
РЕГИСТРАЦИЯ = {
    'версия': 1,
    'disable_existing_loggers': Ложь,
    'обработчики': {
        'приставка': {
            'класс': 'регистрация.StreamHandler',
        },
    },
    'корень': {
        'обработчики': ['консоль'],
        'уровень': 'ПРЕДУПРЕЖДЕНИЕ',
    },
}
 

Это настраивает родительский корневой регистратор для отправки сообщений с
ПРЕДУПРЕЖДЕНИЕ Уровень и выше в обработчик консоли. Регулируя уровень до
INFO или DEBUG вы можете отображать больше сообщений. Это может быть полезно во время
разработка.

Далее мы можем добавить более детальное ведение журнала. Вот пример того, как сделать
система ведения журнала печатает больше сообщений только от имени django
регистратор:

settings.py

 импорт ОС
РЕГИСТРАЦИЯ = {
    'версия': 1,
    'disable_existing_loggers': Ложь,
    'обработчики': {
        'приставка': {
            'класс': 'регистрация. StreamHandler',
        },
    },
    'корень': {
        'обработчики': ['консоль'],
        'уровень': 'ПРЕДУПРЕЖДЕНИЕ',
    },
    'регистраторы': {
        'Джанго': {
            'обработчики': ['консоль'],
            'уровень': os.getenv('DJANGO_LOG_LEVEL', 'INFO'),
            «распространять»: Ложь,
        },
    },
}
 

По умолчанию этот конфиг отправляет сообщения из логгера django уровня
INFO или выше на консоль. Это тот же уровень, что и по умолчанию в Django.
конфигурации ведения журнала, за исключением того, что конфигурация по умолчанию отображает записи журнала только тогда, когда
ОТЛАДКА=Истина . Django не регистрирует много таких сообщений уровня INFO . С
этот конфиг, однако вы также можете установить переменную среды
DJANGO_LOG_LEVEL=DEBUG , чтобы просмотреть все журналы отладки Django, что очень
подробный, так как он включает все запросы к базе данных.

Вам не нужно входить в консоль. Вот конфигурация, которая пишет все
ведение журнала из именованного регистратора django в локальный файл:

settings.py

 LOGGING = {
    'версия': 1,
    'disable_existing_loggers': Ложь,
    'обработчики': {
        'файл': {
            'уровень': 'ОТЛАДКА',
            'класс': 'регистрация.FileHandler',
            'имя файла': '/путь/к/django/debug.log',
        },
    },
    'регистраторы': {
        'Джанго': {
            'обработчики': ['файл'],
            'уровень': 'ОТЛАДКА',
            «распространять»: правда,
        },
    },
}
 

Если вы используете этот пример, обязательно измените 'имя файла' путь на
местоположение, доступное для записи пользователю, запустившему приложение Django.

Наконец, вот пример довольно сложной настройки ведения журнала:

settings.py

 LOGGING = {
    'версия': 1,
    'disable_existing_loggers': Ложь,
    'форматеры': {
        'подробный': {
            'format': '{levelname} {asctime} {module} {process:d} {thread:d} {message}',
            'стиль': '{',
        },
        'просто': {
            'формат': '{имя уровня} {сообщение}',
            'стиль': '{',
        },
    },
    'фильтры': {
        'специальный': {
            '()': 'project. logging.SpecialFilter',
            'фу': 'бар',
        },
        'require_debug_true': {
            '()': 'django.utils.log.RequireDebugTrue',
        },
    },
    'обработчики': {
        'приставка': {
            'уровень': 'ИНФОРМАЦИЯ',
            'фильтры': ['require_debug_true'],
            'класс': 'регистрация.StreamHandler',
            «форматер»: «простой»
        },
        'mail_admins': {
            'уровень': 'ОШИБКА',
            'класс': 'django.utils.log.AdminEmailHandler',
            'фильтры': ['специальный']
        }
    },
    'регистраторы': {
        'Джанго': {
            'обработчики': ['консоль'],
            «распространять»: правда,
        },
        'джанго.запрос': {
            'обработчики': ['mail_admins'],
            'уровень': 'ОШИБКА',
            «распространять»: Ложь,
        },
        'мой проект. пользовательский': {
            'обработчики': ['консоль', 'mail_admins'],
            'уровень': 'ИНФОРМАЦИЯ',
            'фильтры': ['специальный']
        }
    }
}
 

Эта конфигурация ведения журнала выполняет следующие действия:

• Идентифицирует конфигурацию как «dictConfig версии 1»
  формат. На данный момент это единственная версия формата dictConfig.

• Определяет два средства форматирования:

  • простой , который выводит имя уровня журнала (например, DEBUG ) и журнал
    сообщение.

    Строка формата является обычной строкой форматирования Python.
    описание деталей, которые должны выводиться при каждой регистрации
    линия. Полный список деталей, которые могут быть выведены, можно посмотреть
    находится в объектах форматирования.

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

• Определяет два фильтра:

  • project.logging.SpecialFilter , используя псевдоним special . Если это
    отфильтровать необходимые дополнительные аргументы, они могут быть предоставлены как дополнительные
    ключи в словаре конфигурации фильтра. В этом случае аргумент
    фу будет присвоено значение бар при создании экземпляра
    Специальный фильтр .
  • django.utils.log.RequireDebugTrue , который передает записи, когда
    ОТЛАДКА — это True .

• Определяет два обработчика:

  • console , StreamHandler , который печатает любую INFO
    (или выше) сообщение на sys.stderr . Этот обработчик использует простой
    Выходной формат.
  • mail_admins , AdminEmailHandler , который
    отправляет любое сообщение ERROR (или выше) на сайт ADMINS .
    Этот обработчик использует специальный фильтр .

• Настраивает три регистратора:

  • django , который передает все сообщения обработчику консоли .
  • django.