Matrix ошибка обнаружения усо

Регистрация: 23.03.2010
Москва
Сообщений: 35

Добрый день!
Я перенес домофонную систему в другой офис. Устанавливал первый раз, поэтому были некоторые трудности. В частности со считывателем карт. У нас модель MATRIX II (rz4). Первый раз когда я его подключил, загорелся красный диод, и когда подносили карту, мигал зеленый. Затем я скорее всего перепутал полярность… в-общем, теперь если подключить от внешнего блока питания (12В), постоянно мигает зеленый светодиод. Когда карту подношу, никак не реагирует. Что может быть с ним?? либо я его спалил… или включился какой-то режим. Подскажите что не так?) инструкцию так и не нашел — в основном везде для MATRIX IIK.

Регистрация: 29.10.2005
Томск
Сообщений: 9117

Регистрация: 23.03.2010
Москва
Сообщений: 35

Викторыч, да только БП, кабель DATA не подсоединен. Постоянно мигает зеленый диод. Контроллера нет…(он обязательно должен быть?..может, не все демонтировали и он остался в старом офисе) система вроде работала один раз, до того, как я начал провода перебирать))
За ссылку спасибо, но там ничего нет, я уже видел)

Регистрация: 29.10.2005
Томск
Сообщений: 9117

Регистрация: 23.03.2010
Москва
Сообщений: 35

Викторыч, похоже от домофона также не работает… У меня вообще схема какая. Домофон Falcon Eye FE-4HP2, панель AVC-105. Домофон соединен 4 кабелями с панелью. Как сказано в инструкции. Все работает (вызов, видео, звук). Также в вызывной панели есть 2 провода, которые управляют замком. К ним подсоединены кабели от БП 12В (+/-), электромагнит, кнопка выхода. Все работает. При нажатии кнопки на домофоне электромагнит обесточивается. Туда-же подсоединяю считыватель Matrix, он только мигает, ничего не меняется (электромагнит работает). Пробовал разные варианты… +- считывателя соответственно к вызывной панели, а DATA подсоединял к остальным 4 кабелям… не помогает.
Либо я что-то не так подключил, или по какой-то причине считыватель вышел из строя)

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

Регистрация: 23.03.2010
Москва
Сообщений: 35

простите за назойливость… но что нужно сделать, чтобы заработала (если считыватель исправен) моя вышеуказанная связка?)) Контроллер как я понял есть в домофоне, т.к. электромагнит отпирается кнопкой на нем, и на стене (кнопка выхода). Или все-же нужен еще один контроллер купить — для считывателя?

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

Регистрация: 01.05.2013
Минск
Сообщений: 596

YuReC, спасибо, повеселили. купите контроллер — не портите считыватель.

Регистрация: 23.03.2010
Москва
Сообщений: 35

С контроллером та-же песня. (взял z-5r) Так-что все не так весело, как казалось на первый взгляд! Лампочка мигает постоянно. После включения контроллер пикает, я подношу карту, никакой реакции. Через 16 секунд пикает 4 раза и замолкает. Лампочка на считывателе при этом мигает!
Повторно включаю контроллер (отключаю БП от сети), снова входит в режим ввода мастер-ключа. Хотя, не должен.
Я пока подключил к контроллеру только считыватель (без замков, кнопок…), но врядли это как-то влияет? (чтобы не возникло вопроса, минус считывателя подключил в разъем рядом с DALAS на контроллере)

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

Регистрация: 23.03.2010
Москва
Сообщений: 35

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

Регистрация: 23.03.2010
Москва
Сообщений: 35

юра Т, Да, я несколько штук пробовал… никакой разницы. Все-равно постоянно мигать считыватель наверное не должен((
Жаль конечно… знал-бы сразу, купил и считыватель сегодня. Посмотрим…надеюсь, теперь все будет работать))

Регистрация: 26.08.2008
Харьков
Сообщений: 1902

Регистрация: 31.07.2017
Москва
Сообщений: 1

Всем привет! Модель контроллера подразумевает использование внешнего светодиода и зуммера. Не подскажите какие светодиоды можно использовать и зуммеры соотвественно? Я так понял светодиод может быть любой на 12 Вольт и зуммер тоже.

Регистрация: 12.06.2008
Москва
Сообщений: 15010

Хочу купить такой же считыватель rz4 и спрятать его в выключатель. Антенну считывателя планирую наклеить изнутри на клавишу выключателя. Волнуюсь, не будет ли дуга при размыкании выключателя создавать на входе считывателя опасно высокое напряжение?

Регистрация: 12.06.2008
Москва
Сообщений: 15010

Как думаете, рамка считывателя своей индуктивностью образует колебательный контур, настроенный на частоту обмена? Можно ли намотать рамку (антенну) самостоятельно?

Регистрация: 12.06.2008
Москва
Сообщений: 15010

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

Регистрация: 12.06.2008
Москва
Сообщений: 15010

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

Регистрация: 12.06.2008
Москва
Сообщений: 15010

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

Регистрация: 12.06.2008
Москва
Сообщений: 15010

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

cineman, может тогда радиопульт проще использовать, как от ворот или шлагбаума (или от автосигнализации) (считывателей ставил много, но вот сращивать с электрикой не приходилось, всегда старались отойти от 220)

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

cineman, может тогда радиопульт проще использовать, как от ворот или шлагбаума (или от автосигнализации) (считывателей ставил много, но вот сращивать с электрикой не приходилось, всегда старались отойти от 220)

Регистрация: 12.06.2008
Москва
Сообщений: 15010

Регистрация: 25.08.2006
Санкт-Петербург
Сообщений: 13044

server_name: example.org

listeners:
  - port: 8008
    tls: false
    bind_addresses: ['::1', '127.0.0.1']
    type: http
    x_forwarded: true

    resources:
      - names: [client, federation]
        compress: false

no_tls: true

# Database configuration
database:
  name: "psycopg2"
  args:
    user: "synapse"
    password: "password"
    database: "synapse"
    host: "localhost"
    cp_min: 5
    cp_max: 10

# Number of events to cache in memory.
event_cache_size: "10K"

max_upload_size: "10M"
max_image_pixels: "32M"

turn_uris: ["turn:turn.example.com?transport=udp", "turn:turn.example.com?transport=tcp"]
turn_shared_secret: "SHARED_SECRET"
turn_user_lifetime: "1h"
turn_allow_guests: True

enable_registration: False

macaroon_secret_key: "MACAROON_SECRET_KEY"

suppress_key_server_warning: true

experimental_features:
    spaces_enabled: true

server {
    listen 443 ssl http2;
    listen [aaa::aaa]:443 ssl http2 default_server;
    listen 8448 ssl default_server;
    listen [aaa::aaa]:8448 ssl default_server;

    server_name matrix.example.com;

    access_log /var/log/nginx/matrix_access.log;
    error_log /var/log/nginx/matrix_error.log;

    ssl_certificate /etc/letsencrypt/live/matrix.example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/matrix.example.com/privkey.pem;

    root /var/www/matrix/webroot;
    index index.html;

    location /_matrix {
        proxy_pass http://127.0.0.1:8008;
        proxy_set_header X-Forwarded-For $remote_addr;
        proxy_set_header X-Forwarded-Proto $scheme; # Обязательно указывать для версии >=v1.29
        proxy_set_header Host $host;

        client_max_body_size 10M;

        # set_real_ip_from xx.xx.xx.xx;
        # real_ip_header X-Forwarded-For;
        # real_ip_recursive on;
    }
    include acme.conf;
}

    location / {
        proxy_pass https://yy.yy.yy.yy;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Real-IP $remote_addr;
    }

location ~ /.well-known/acme-challenge/(.*) {
    default_type "text/plain";
    root /var/letsencrypt;
    allow all;
}

certbot certonly --webroot -w /var/letsencrypt -d matrix.example.com

    access_log syslog:server=unix:/dev/log,nohostname,tag=matrix journal;
    error_log syslog:server=unix:/dev/log,nohostname,tag=matrix;

    log_format journal '$remote_addr "$http_referer" "$request" '
                       '$status $body_bytes_sent '
                       '"$http_user_agent" "$http_x_forwarded_for"';

formatters:
    journal_fmt:
        format: '%(name)s: [%(request)s] %(message)s'

handlers:
    journal:
        class: systemd.journal.JournalHandler
        formatter: journal_fmt
        filters: [context]
        SYSLOG_IDENTIFIER: synapse

root:
    level: INFO
    handlers: [journal]

disable_existing_loggers: False

_matrix._tcp.example.com. 3600 IN SRV 10 5 8448 matrix.example.com.

{
    "m.server": "matrix.example.com:8448"
}

    location /.well-known/matrix/server {
        default_type application/json;
        return 200 '{"m.server": "matrix.example.com:8448"}';
    }

certbot certonly --dns-cloudflare --dns-cloudflare-credentials /root/cloudflare.ini -d example.org,*.example.org

dns_cloudflare_api_token = "API_TOKEN"

{
    "m.homeserver": {
        "base_url":"https://matrix.example.com"
    }
}

    location /.well-known/matrix/client {
        add_header 'Access-Control-Allow-Origin' '*';
        add_header 'Access-Control-Allow-Methods' 'GET';
        default_type application/json;
        return 200 '{"m.homeserver":{"base_url":"https://matrix.example.com"}}';
    }

#!/bin/bash

###################################################################
# Script for check new version of Element from GitHub
# and download new version, if update is avaiable
#
# https://github.com/MurzNN/element-web-update
#
###################################################################

# You can override those variables using .env file in your directory

# Directory where Element files must be placed
DIRECTORY_INSTALL=~/public_html

# Directory for temp files - must be different than install directory!
DIRECTORY_TMP=/tmp

# Url to repo for check version
VERSION_URL=https://api.github.com/repos/vector-im/element-web/releases/latest

if [ -f ".env" ]; then source .env; fi

VERSION_INSTALLED=`if [ -f "$DIRECTORY_INSTALL/version" ]; then cat $DIRECTORY_INSTALL/version; else echo "null"; fi`
VERSION_LATEST=`curl -s $VERSION_URL | jq -r '.name' | sed s/v//` || { echo "Error checking last Element version!"; exit 1; }

command -v curl >/dev/null 2>&1 || { echo "You need to install "curl" package for this script: sudo apt install curl"; exit 1; }
command -v tar >/dev/null 2>&1 || { echo "You need to install "tar" package for this script: sudo apt install tar"; exit 1; }
command -v jq >/dev/null 2>&1 || { echo "You need to install "jq" package for this script: sudo apt install jq"; exit 1; }

if ( [[ -z "$VERSION_LATEST" ]] || [ "$VERSION_LATEST" == "null" ] ); then
  echo "Error! Received bad version number from $VERSION_URL: $VERSION_LATEST"
  exit
fi

if ( [ "$VERSION_INSTALLED" != "$VERSION_LATEST" ] ); then
  echo "Element installed version is $VERSION_INSTALLED, in GitHub releases found fresher version: $VERSION_LATEST - updating..."
  DL_URL=`curl -s $VERSION_URL | jq -r '.assets[0].browser_download_url'`
  curl -L -o $DIRECTORY_TMP/element-latest.tar.gz $DL_URL || { echo "Error downloading element-latest.tar.gz"; exit 1; }
  mkdir $DIRECTORY_TMP/element-latest/
  tar -xf $DIRECTORY_TMP/element-latest.tar.gz --strip 1 -C $DIRECTORY_TMP/element-latest/
  find $DIRECTORY_INSTALL/* -not -name 'config*.json' -delete
  rm -f $DIRECTORY_INSTALL/config.sample.json
  mv $DIRECTORY_TMP/element-latest/* $DIRECTORY_INSTALL/
  rm -rf $DIRECTORY_TMP/element-latest
  rm $DIRECTORY_TMP/element-latest.tar.gz
  echo "Element succesfully updated from $VERSION_INSTALLED to $VERSION_LATEST";
else
  echo "Installed Element version $VERSION_INSTALLED, last is $VERSION_LATEST - no update found, exiting.";
fi

DIRECTORY_INSTALL=/var/www/matrix/webroot

git clone https://github.com/MurzNN/element-web-update.git /var/www/matrix/element-web-update

Обзор метрик обнаружения аномалий (плюс много дополнительной информации)

Привет, Хабр! На связи снова Юрий Кацер, эксперт по ML и анализу данных в промышленности, а также руководитель направления предиктивной аналитики в компании «Цифрум» Госкорпорации “Росатом”. До сих пор рамках рабочих обязанностей решаю задачи поиска аномалий, прогнозирования, определения остаточного ресурса и другие задачи машинного обучения в промышленности. В рамках рабочих задач мне приходится часто сталкиваться с проблемой правильной оценки качества решения задачи, и, в частности, выбора правильной data science метрики в задачах обнаружения аномалий.

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

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

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

Оценить алгоритмы обнаружения аномалий совсем не просто, поскольку существует множество математических задач и различных метрик, подходящих для конкретных проблем и условий. Часто исследователи и data scientist’ы берут общепринятую метрику, такую как F1, только потому, что ее настоятельно рекомендуют для задач классификации в общем случае. Чтобы помочь избежать неправильного выбора метрик, я решил сделать обзор метрик, используемых для оценки качества решения задач обнаружения аномалий.

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

Пример и объяснение разницы между функциями потерь, критериями, метриками

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

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

Шаг 2. Критерий обнаружения аномалий: наш алгоритм обнаружения аномалий основан на критерии сравнения функции ошибки (абсолютной ошибки) с заранее рассчитанным (на этапе обучения) порогом. Абсолютная ошибка растет, когда данные отклоняются от нормальных значений, использованных на этапе обучения модели. Превышение порога указывает на обнаружение аномалии.

Шаг 3. Оценка алгоритмов обнаружения аномалий: именно этому шагу и необходимым для него метрикам посвящена эта статья.

Таким образом:

• в статье не рассматриваются функции потерь (cost functions, loss functions), оптимизируемые на этапе обучения алгоритмов машинного обучения в Шаге 1. Однако в качестве функции потерь (loss function) могут быть выбраны функции (критерий, метрика) из Шагов 2 или 3, чтобы максимально повысить качество работы модели;

• в статье не рассматриваются критерии обнаружения аномалий из Шага 2, хотя они похожи на метрики машинного обучения;

• статья посвящена Шагу 3  — оценке алгоритма обнаружения аномалий.

Матрица несоответствий

Прежде чем перейти к метрикам, нужно понять суть матрицы несоответствий (confusion matrix). Вот как она выглядит:

Как читать таблицу:

• tp (истинно положительный): спрогнозировано аномальное значение, и это верно;

• tn (истинно отрицательный): спрогнозировано нормальное значение, и это верно;

• fp (ложноположительный): спрогнозировано аномальное значение, и это неверно;

• fn (ложноотрицательный): спрогнозировано нормальное значение, и это неверно.

Задачи обнаружения аномалий

Для удобства дальнейшей систематизации метрик давайте определим задачи, которые чаще всего выделяют в проблеме обнаружения аномалий, но сначала скажем о различных типах аномалий. По количеству точек аномалии обычно делят на точечные (point) и коллективные (collective). Существуют также контекстуальные (contextual) аномалии, но коллективный и контекстуальный типы иногда объединяют в так называемый range-based тип. Но для простоты мы будем использовать термин коллективная аномалия для range-based, то есть для коллективных и контекстуальных вместе, а определение возьмем отсюда:

Коллективная аномалия — это аномалия, возникающая в виде последовательности временных точек, когда между началом и концом аномалии не существует неаномальных (нормальных) данных.

Подробнее о задаче обнаружения аномалий можно прочитать в другой моей статье.

Задача обнаружения аномалий часто трансформируется в задачу бинарной классификации (также часто называемую задачей обнаружения выбросов) и задачу обнаружения точки изменения состояния. Связь между задачами и типами аномалий показана на схеме.

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

Классы метрик

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

Итак, какие бывают классы метрик:

• Метрики бинарной классификации: отнесение результата классификации объекта к одному из двух классов (нормальный, аномальный) с истинной (верной) меткой объекта.

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

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

• Обнаружение на основе окна (вне бинарной классификации): сопоставление прогнозируемой точки изменения с окном вокруг фактической точки изменения способом, отличным от бинарной классификации.

• Время (или номер точки) обнаружения: оценка разницы во времени (или номере точки / индексе) между прогнозируемой и фактической точками изменения состояния.

Классификация метрик обнаружения аномалий

В этом разделе покажем классификацию метрик и дадим краткую информацию о каждой из них.

Метрики обнаружения на основе окна (вне бинарной классификации)

• NAB scoring algorithm (Скоринговый алгоритм NAB): основными особенностями этого алгоритма являются вознаграждение за раннее обнаружение и штрафование за ложноположительные и ложноотрицательные результаты. Это делается с помощью специальной функции оценки, которая применяется к окнам аномалий. Каждое окно представляет собой диапазон точек данных, сосредоточенных вокруг эталонной аномалии. Более подробная информация представлена в этой статье.

• Rand Index (Индекс Рэнда): интуитивно индекс равен количеству совпадений между двумя сегментациями (прогнозируемой и эталонной). Более подробная информация представлена в этой статье.

Метрики оценки ошибки времени (или номера точки) обнаружения

• ADD (average detection delay; средняя задержка обнаружения) = MAE (mean absolute error; средняя абсолютная ошибка) = AnnotationError (ошибка разметки): разница между прогнозируемой точкой изменения и истинной точкой изменения (можно измерять во времени, по количеству точек и т. д.). Абсолютное значение разницы между прогнозируемым и фактическим временем точки изменения суммируется и нормализуется на количество точек изменения. Более подробная информация представлена в этой статье.

• MSD (mean signed difference; средняя ошибка со знаком): данная метрика в дополнение к средней абсолютной ошибке (MAE) учитывает направление ошибки (прогнозирует, что аномалия случится до либо после фактического времени точки изменения). Более подробная информация представлена в этой статье.

• MSE (mean squared error; средняя квадратическая ошибка), RMSE (root mean squared error; среднеквадратическая ошибка), NRMSE (normalized root mean squared error; нормализованная среднеквадратическая ошибка): данные метрики служат альтернативами средней абсолютной ошибке (MAE). В этом случае ошибки возводятся в квадрат, и итоговая мера получается очень большой, если в классифицированных данных существуют несколько значительных выбросов. Более подробная информация представлена в этой статье.

• ADD при заданной средней длине серии до ложного срабатывания (или при заданном уровне вероятности ложного срабатывания): служит критерием эффективности для количественной оценки склонности алгоритма обнаружения к ложным срабатываниям. Более подробная информация представлена в этой статье.

• Hausdorff (Метрика Хаусдорфа): равняется наибольшему временному расстоянию между точкой изменения и ее прогнозом. Более подробная информация представлена в этой статье.

Существует еще много подобных метрик, которые подходят для особых областей применения и процедур обнаружения точки изменения состояния (например, средняя задержка обнаружения в наихудшем случае, интегральная средняя задержка обнаружения, максимальная условная средняя задержка обнаружения, среднее время между ложными срабатываниями и другие). О них можно прочитать в монографии Sequential Analysis: Hypothesis Testing and Changepoint Detection. Эта книга посвящена таким метрикам, которые в том числе служат критериями для алгоритмов обнаружения точек изменения состояния. Кроме того, в ней также содержатся рекомендации по выбору критериев или метрик для определения точки изменения в различных случаях, например, для контроля качества:

…Наилучшее решение — максимально быстро обнаруживать нарушения нормальной работы при минимальном количестве ложных срабатываний. … Таким образом, оптимальное решение основывается на компромиссе между скоростью обнаружения или задержкой обнаружения и частотой ложных срабатываний за счет сравнения потерь, на которые указывают истинные и ложные обнаружения.

Метрики бинарной классификации

• FDR (fault detection rate; доля обнаруженных аномалий) = TPR (true positive rate; доля истинно положительных результатов) = Recall (Полнота) = Sensitivity (Чувствительность): отношение количества истинно положительных точек данных (точек изменения) к общему количеству истинно аномальных точек (или точек изменения) (TP+FN). Более подробная информация представлена в этой статье и в этой статье.

• MAR (missed alarm rate; доля пропущенных срабатываний) = 1 — FDR: отношение количества ложноотрицательных точек данных (точек изменения) к общему количеству истинно аномальных точек (или точек изменения) (TP+FN).

• Specificity (Специфичность): отношение количества истинно отрицательных точек данных (точек изменения) к общему количеству нормальных точек (TN+FP). Более подробная информация представлена в этой статье.

• FAR (false alarm rate; доля ложных срабатываний) = FPR (false positive rate; доля ложноположительных результатов) = 1 — Специфичность: отношение количества ложноположительных точек данных (точек изменения) к общему количеству нормальных точек (TN+FP). Служит мерой того, как часто возникает ложное срабатывание.

• G-mean (среднее геометрическое): комбинация Чувствительности и Специфичности. Более подробная информация представлена в этой статье.

• Precision (Точность): отношение количества истинно положительных точек данных (точек изменения) к общему количеству точек, классифицированных как аномальные или точки изменения (TP+FP). Более подробная информация представлена в этой статье.

• F-measure (F-мера): комбинация взвешенной Точности и Полноты (F1-мера представляет собой гармоническое среднее значение точности и полноты). Более подробная информация представлена в этой статье.

• Accuracy (Точность): отношение количества правильно классифицированных точек данных (или точек изменения) к общему количеству точек данных (точек изменения). Более подробная информация представлена в этой статье.

• ROC-AUC ROC-AUC (Receiver Operating Characteristic, area under the curve), PRC-AUC (Precision—Recall curve, area under the curve): полезные инструменты для прогнозирования вероятности бинарного результата. Более подробная информация представлена в этой статье и в этой статье.

• MCC (Matthews correlation coefficient; Коэффициент корреляции Мэтьюса): мера, используемая для определения качества бинарной классификации, которая учитывает все истинно положительные, истинно отрицательные, ложноположительные и ложноотрицательные результаты. Более подробная информация представлена в этой статье.

Различие метрик бинарной классификации для задач обнаружения аномалий

Для задач обнаружения точки изменения состояния:

• tp: количество правильно обнаруженных точек изменения (# of tp).

• fp: количество точек, неправильно определенных как точки изменения (# of fp).

• tn: количество нормальных точек, правильно определенных как нормальные (# of tn).

• fn: количество пропущенных точек изменения (# of fn).

Для задач обнаружения выбросов:

• tp: количество точек данных, правильно определенных как аномальные (# of tp).

• fp: количество нормальных точек данных, неправильно определенных как аномальные (# of fp).

• tn: количество нормальных точек данных, правильно определенных как нормальные (# of tn).

• fn: количество точек данных, неправильно определенных как нормальные (# of fn).

Основное различие между определением результатов tp, fp, tn, fn для обнаружения выбросов и обнаружения точек изменения состояния состоит в том, что в первом случае каждой точке присваивают аномальный или нормальный индекс, а во втором случае каждую точку изменения состояния (или каждую истинную и ложную аномалию) определяют как обнаруженную либо как пропущенную.

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

Заключение

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

Практические реализации некоторых метрик вы можете найти в различных библиотеках, как в классических типа sklearn, так и в специализированных, например, в TSAD (метрики для поиска точек изменения) или в PyOD (метрики для точечных аномалий).

Библиография

1. Ahmed, Mohiuddin, et al. “An investigation of performance analysis of anomaly detection techniques for big data in scada systems.” EAI Endorsed Trans. Ind. Networks Intell. Syst. 2.3 (2015): e5.

2. Aminikhanghahi, Samaneh, and Diane J. Cook. “A survey of methods for time series change point detection.” Knowledge and information systems 51.2 (2017): 339–367.

3. Truong, Charles, Laurent Oudre, and Nicolas Vayatis. “Selective review of offline change point detection methods.” Signal Processing 167 (2020): 107299.

4. Artemov, Alexey, and Evgeny Burnaev. “Ensembles of detectors for online detection of transient changes.” Eighth International Conference on Machine Vision (ICMV 2015). Vol. 9875. International Society for Optics and Photonics, 2015.

5. Tatbul, Nesime, et al. “Precision and recall for time series.” arXiv preprint arXiv:1803.03639 (2018).

1) SyMPToM:

The signal is abnormal over ten seconds..

2) SolUTIoN:

Replace LCB set (part no.1000336916).

8.11 ERRoR CodE TRoUblESHooTINg — 02C7

ERRoR CodE 02C7 (frame IR receiver disconnection)

1) SyMPToM:

Receiver connector is disconnected over 3 seconds.

2) SolUTIoN:

a. Check the connection of the frame IR receiver cable from the LCB to the frame IR receiver sensor (Figure A).

b. Check if LED1 on the small transfer board is bright (Figure B).

— If not, replace the LCB set (part no.1000336916).

— If yes, replace frame IR receiver cable.

fIgURE A

CHAPTER 8: TRoUblESHooTINg

ERRoR CodE 02C5 (frame IR frequency error)

fIgURE b

35

• Оборудование
• Софт
• Инжиниринг
• Услуги

Позиций на странице:  

Segnetics Matrix

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

Особенности:

• Высокоскоростная системная шина
• Matrix поддерживает впечатляющий набор физических протоколов, позволяющий построить распределенную систему глобального масштаба.
• К Matrix можно подключить до 244 модулей расширения FMR. Это примерно 7500 дискретных входов/выходов. Модули опрашиваются синхронно с работой основной программы, то есть в тике системы. Например, за 50 мс обрабатывается до 2500 I/O (при длине линий связи до 2,3 км). Средства разработки позволяют на основе шины Matrix построить систему, которая будет работать как единый контроллер, нивелируя недостатки распределенной системы.
• Назначение адресов автоматизировано, внедрены специальные процедуры диагностики и обработки ошибок.
• Множество комбинаций I/O на борту
• Универсальные аналоговые каналы. Теперь они конфигурируются программно как дискретные.
• возможность комбинирования плат УСО для получения оптимальных конфигураций I/O «на борту» контроллера для решения Ваших задач.
• Гибкая конфигурация коммуникационных портов
• Имеющийся набор коммуникационных карт, позволяющий поддерживать одновременную работу до 6-ти локальных сетей.
• Два порта RS-485 присутствуют в каждом контроллере независимо от исполнения. Опционально можно расширить возможности, выбрав модификацию с RS-232, CAN, Ethernet, USB, MBus или дополнить количество портов RS-485.
• Удаленное управление объектом с помощью с 3G модема.
• Встроенный разъем для внешней антенны позволяет контроллеру работать в сетях сотовой связи и сети интернет, даже будучи установленным в местах с низким качеством приема.
• Дисплей визуализация (два исполнения)
• Графический цветной дисплей диагональю 2,4″, силиконовая клавиатура с тактильным эффектом и подсветкой, а также видеоускоритель OpenGL
• Работа при низких температурах и в полностью автономных системах — отличительные особенности бездисплейного исполнения. Индикаторные светодиоды, возможность подключения полноценной клавиатуры, мыши и монитора к контроллеру делают Matrix промышленным контроллером с рабочим столом и возможностью запуска любых кастомных программ на OC Linux.

Модификации

Модификации ЦПУ
Артикул	Дисплей, клавиатура	Modem	HDMI	SD Card
Matrix — XXXX-10-0	—	—	—	—
Matrix — XXXX-20-0	—	—	—	✔
Matrix — XXXX-30-0	—	✔	—	✔
Matrix — XXXX-50-0	—	—	✔	✔
Matrix — XXXX-70-0	✔	—	—	—
Matrix — XXXX-80-0	✔	—	—	✔
Matrix — XXXX-90-0	✔	✔	—	✔

Модификации УСО
Артикул	Din	Dout	Ain	Aout
		relay (реле)	triac (симистор)	opto (оптореле)
Matrix — 1020-XX-0	8	6	—	2	8	2
Matrix — 1021-XX-0	8	5	—	1	8	4
Matrix — 1320-XX-0	8	6	2	2	6	2
Matrix — 1321-XX-0	8	5	2	1	6	4
Matrix — 3022-XX-0	16	12	—	—	—	—
Matrix — 3322-XX-0	16	8	4	—	—	—
Matrix — 3422-XX-0	16	8	—	4	—	—
Matrix — 3030-XX-0	—	24	—	—	—	—
Matrix — 2222-XX-0	32	—	—	—	—	—

Фото
	Производитель: Segnetics Контроллер с цветным графическим дисплеем, клавиатура 6 кнопок, 8 дискретных входов, 5 дискретных выходов типа реле, 1 дискретный выход типа оптореле, 8 аналоговых входов, 4 аналоговых выхода, USB для конфигурирования, RS-485, Modem, SD Card	По запросу
	Производитель: Segnetics Контроллер с цветным графическим дисплеем, клавиатура 6 кнопок, 8 дискретных входов, 6 дискретных выходов типа реле, 2 дискретных выхода типа оптореле, 8 аналоговых входов, 2 аналоговых выхода, USB для конфигурирования, RS-485, Modem, SD Card	По запросу
	Производитель: Segnetics Контроллер с цветным графическим дисплеем, клавиатура 6 кнопок, 8 дискретных входов, 5 дискретных выходов типа реле, 1 дискретный выход типа оптореле, 8 аналоговых входов, 4 аналоговых выхода, USB для конфигурирования, RS-485	76 356.50 q Купить
	Производитель: Segnetics Контроллер с цветным графическим дисплеем, клавиатура 6 кнопок, 8 дискретных входов, 6 дискретных выходов типа реле, 2 дискретных выхода типа оптореле, 8 аналоговых входов, 2 аналоговых выхода, USB для конфигурирования, RS-485	76 910.57 q Купить