Русский
Русский
English
Авторизация
Ip-адрес
Восстановление пароля
Регистрация
Статистика
Реклама

Ethernet

Исследование вредоносного трафика

09.02.2021 16:13:11 | Автор: admin

Статья подготовлена экспертом OTUS - Александром Колесниковым для будущих студентов курса Network engineer. Basic.

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

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

Анализ сетевого взаимодействия

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

Что в большинстве случаев генерирует в сети вредоносное программное обеспечение:

  • отчет о инфицировании системы;

  • собранные в системе учетные данные;

  • принимаемые команды от управляющего сервера;

  • загружаемые модули обновления вредоноса;

  • сетевой трафик, который используется для атак DDoS

Для обнаружения вредоносного сетевого взаимодействия нужно:

  1. Иметь возможность записывать фрагменты сетевого взаимодействия;

  2. Знать основные шаблоны передачи зловредами данных по сети и способы сокрытия информации в сетевом взаимодействии.

Первый пункт решить достаточно просто с помощью снифферов типа WireShark или tcpdump. Второй пункт решается для начинающих аналитиков только большим количеством проанализированных фрагментов трафиков. Где найти такие фрагменты?

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

ВНИМАНИЕ: Никакие файлы и команды, найденные в записанном сетевом взаимодействии, нельзя запускать на вашей рабочей машине анализировать эти данные нужно в виртуальной машине.

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

Всего 24 машины, достаточно много, попробуем выяснить, какие там используются протоколы:

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

Интересным выглядит взаимодействие с ip адресом, который начинается с 149.28. Создадим фильтр:

``` ip.addr==172.16.1.101 && tcp.port==65483 && ip.addr==149.28.140.9 && tcp.port==80```

В итоге видим такую картину:

Похоже, что на машине был открыт документ, который подгружает файл шаблона для документа MS Office. Далее находится обфусцированный скрипт на VBA:

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

tls

Обнаруживаем, что сетевое взаимодействие зловреда также зашифровано. Что же делать? Ключей шифрования нет, прочесть информацию внутри пакетов не получится.

Анализ сетевого взаимодействия: сегодня и в будущем

Любые навыки анализа сетевого взаимодействия разбиваются об использование шифрования трафика. Современным стандартом шифрования в сети на прикладном уровне модели OSI является использование HTTP over TLS. Зачастую это "Game Over" любого анализа, если недоступны ключи шифрования. Как же поступить в этом случае?

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

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

Классификация осуществляется на базе следующих данных:

  • передаваемых с сообщением ClientHello TLS взаимодействия

  • длины передаваемых данных

  • временных таймаутов между отправкой данных

Заключение

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

Узнать подробнее о курсе Network engineer. Basic.

Участвовать в открытом вебинаре по теме Ethernet. От рождения до наших дней.

Подробнее..
Категории: Информационная безопасность , Сетевые технологии , Ethernet , Блог компании otus , Network engineering , Малварь

Через тернии к звёздам или LILYGO TTGO T-Internet-POE ESP32 LAN8270A

15.03.2021 10:06:02 | Автор: admin
image
Попалась мне на глаза плата LILYGO TTGO T-Internet-POE ESP32 LAN8270A и конечно я не мог пройти мимо такой интересной новинки: ESP32, LAN8270A, POE, SD карта, Wi-Fi+Ethernet Было интересно пощупать это произведение сумрачного китайского гения своими руками и протестировать в реальной работе, ведь TTX платы сулили очень интересные перспективы для использования в IoT, DIY и вообще в области Wi-Fi+Ethernet и на что фантазии хватит.

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

Камень в огород LILYGO


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

Хорошим примером тут может служить LILYGO TTGO T-Internet-POE ESP32 LAN8270A (далее для краткости будем называть эту плату T-Internet-POE). Производитель сделал интересную плату, но не сделал больше ничего:

  • нет нормальной распиновки контроллера
  • нет принципиальной электрической схемы
  • нет вменяемого описания применения платы и типовых паттернов её использования
  • нет технических пояснений по работе отдельных составляющих платы
  • нет примеров кода (есть 1 (!) скетч на отвали, мальчик, не мешай работать)
  • нет сайта с документацией
  • нет форума с грамотными и мотивированными модераторами
  • нет популярных и мотивирующих статей для тех, кто интересуется этим контроллером, но не знает (не понимает) где он мог бы его применить для своих целей
  • и нет ещё множества вещей, которые должны были бы быть

Короче, нет вообще ничего и каждый, кто рискнёт купить T-Internet-POE, должен быть безупречным воином DIY, иначе у него нет ни одного шанса выстоять в этой битве с LILYGO. Много ли среди нас таких?

И как при таком подходе к делу они вообще умудряются что-то продавать? И насколько выросли бы их продажи, если бы они на минутку отложили в сторону паяльник и вспомнили о своих покупателях?

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

В чём фишка?


Говоря простыми словами, на этой плате удалось более-менее удачно объединить в одном устройстве ESP32 (Wi-Fi), Ethernet, POE и ещё добавить к этому торту вишенку в виде microSD картридера. Из одного только сочетания этих составляющих сразу вытекает множество интересных вариантов применения этой платы:

  • работа по Wi-Fi с резервом в виде Ethernet канала
  • работа по Ethernet с резервом в виде Wi-Fi подключения
  • обслуживание одновременно и Wi-Fi и Ethernet линков
  • роутер между Wi-Fi и Ethernet в обе стороны
  • веб-сервер на два интерфейса
  • разные веб-сервера на разных интерфейсах
  • питание (удалённого) контроллера по POE

И множество других интересных вариантов (кстати, не нужно забывать, что кроме непосредственно сетевой составляющей, плата имеет GPIO выводы и может использоваться по своему прямому назначению, то есть в качестве IoT контроллера).

Как вы видите, сфера применения этой платы в IoT и DIY ограничена только вашей фантазией и вашими потребностями и в целом T-Internet-POE как устройство смотрится очень многообещающе.

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

Технические характеристики


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

  • ESP32-WROOM (4 МБ)
  • LAN8720A (Ethernet PHY)
  • POE 802.3af
  • microSD картридер
  • 12 GPIO пинов для внешних подключений

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

При этом 12 свободных GPIO производят двойственное впечатление с одной стороны это уже кое-что и значительно лучше чем на ESP8266, а с другой стороны после проектов на Mega 2560 с её десятками GPIO, 12 пинов смотрятся очень и очень скромно и сильно ограничивают возможности разработки тут нужно будет либо изобретать какие-то расширители портов, либо делать тандемные сборки с другими контроллерами.

Варианты контроллера


При ближайшем рассмотрении оказывается, что под одним названием существуют два разных контроллера один на ESP32-WROOM, а второй на ESP32-WROVER-B, что сходу и не разглядишь на вид платы практически одинаковые и можно играть в игру найди 10 отличий.

image

Мне достался контролер на ESP32-WROOM, поэтому дальнейшее повествование будет относится к нему.

Программатор


Инженеры LILYGO так далеко оторвались от своих пользователей, что их решения не всегда можно понять. К таким решениям относится создание ими отдельной платы программатора на чипе CP2104 для контроллера T-Internet-POE.

Зачем? Зачем нужен отдельный программатор, когда этот узел можно было интегрировать на саму плату контроллера или попросту использовать стандартные USB-TTL переходники (как делают все остальные производители железа)? Ответ, видимо, знают только разработчики LILYGO (но простим им этот маленький креатив).

image

Но мало того, что разработчики LILYGO сделали непонятную вещь, они ещё и умудрились сделать её криво:

  • во-первых они применили горячо любимые народом пины с шагом 2,0 мм
  • во-вторых они предусмотрели установку разъёма на обратную (!) сторону платы

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

В результате получился какой-то странный монстр. И всё бы ничего, если бы проблема ограничивалась только эстетической составляющей, но тут вылезают более серьёзные проблемы:

  • если устанавливать и крепить плату в нормальном положении, то пины программатора оказываются снизу платы и к ним невозможно подключиться без демонтажа контроллера;
  • если работать с платой без крепления то разъёмы с шагом 2,0 не обеспечивают должной жёсткости и вся конструкция грозит развалиться в любой момент и всё вокруг позамыкать.

В качестве нивелирования этого косяка разработчиков, можно порекомендовать припаивать линейку пинов с верхней стороны платы и сделать (или купить, если он продаётся) 6-пиновый 2,0 мм гибкий переходник.

Распиновка


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

image

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

Всего на ESP32 имеется 40 пинов (D0D39) из них 14 пинов

D6D11, D20, D24, D28-D31, D37, D38

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

Пины подключения Ethernet чипа LAN8720A


D18 ETH_MDIO_PIN
D19 ETH_TX_D0
D21 ETH_TX_EN
D22 ETH_TX_D1
D23 ETH_MDC_PIN
D25 ETH_RX_D0
D26 ETH_RX_D1
D27 ETH_RX_CRS

причём, D18 и D23 устанавливаются в скетче, а остальные 6 пинов чипа LAN8720A являются стандартными и задаются в библиотеке.

Поскольку производитель постеснялся предоставить принципиальную схему контроллера, то я здесь могу только привести аналогичную типовую схему подключения физики Ethernet на LAN8720A.

image

К LAN8720A также относится пин тактирования, который на плате T-Internet-POE подключён к D17 (тоже выбирается в скетче):

D17 ETH_CLOCK

и пин сброса

D5 NRST

microSD картридер


microSD картридер подключён на HSPI:

D2 SD_MISO
D12 SD_CS
D14 SD_SCLK
D15 SD_MOSI

и в случае своего использования забирает свободные для внешних подключений и выведенные на плату пины D2, D14, D15. Вопрос что выгоднее использовать картридер и потерять 3 из 12-и свободных пинов или сохранить 3 лишних GPIO и отказаться от картридера сродни вопросу что лучше: слон или конь? и вам каждый раз придётся отвечать на него при использовании платы T-Internet-POE.

Прочие пины


У нас остаются пины D0 (ETH_CLOCK, не задействован в этом качестве) и D1 (TX0) и D3 (RX0).

Свободные пины


Теперь переходим к самому интересному описанию свободных пинов, выведенных на плату контроллера.

Первой идёт группа D34, D35, D36, D39, работающая только на вход. Лучше конечно на вход, чем вообще ничего, но при таком дефиците GPIO было бы гораздо лучше, если бы эти четыре пина были полноценными GPIO.

И затем 8 полноценных GPIO, которые вы можете использовать в своих проектах. Тут нужно помнить, что хоть эти пины и являются полноценными GPIO, но некоторые из них работают весьма своеобразно (например меняют потенциал на старте контроллера и т.п.). Поэтому прежде, чем к ним что-то подключать, нужно специально выяснять и уточнять эти моменты.

D2 (SD_MISO)
D4
D12
D14 (SD_SCLK)
D15 (SD_MOSI)
D16
D32
D33

Как говорится, вот тебе, мой юный друг программирования и микроконтроллеров, 8 GPIO и ни в чём себе не отказывай.

POE


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

Здесь реализована полноценная поддержка стандарта POE 802.3af с развязкой и управлением питанием на чипе SI3404.

Меня дистанционная запитка контроллера не очень интересует, поэтому этот аспект работоспособности T-Internet-POE я не тестировал, но, судя по всему, с POE здесь проблем нет.

Программная поддержка


Как вы сами понимаете, работать с T-Internet-POE можно при помощи любых программных сред, имеющих представление об этом железе, в том числе в нативном SDK (и вероятно это наиболее правильный вариант), но мы попытаемся выяснить, что можно выжать из этой железки при помощи Arduino IDE.

В качестве программной среды для экспериментов использовались Arduino IDE версии 1.8.5 и ESP32-Arduino версии 1.0.5 (последняя сборка на момент написания статьи).

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

Упомяну здесь только один момент: плюс ко всему, чего не имеет этот контроллер, он ещё не имеет и нативной поддержки в ESP32-Arduino версии 1.0.5. Поэтому в качестве контроллера в менеджере плат выбирался ESP32 DEV Module с настройками:

Flash Mode: DIO
Flash Size: 4MB (32 Mb)
Partition Scheme: 4MB (1,2MB/1,5MB)

Стандартный скетч


Ниже приведён скетч, которым нас порадовал производитель платы. Там особенно комментировать нечего, он просто инициализирует Ethernet интерфейс и посылает запросы к серверу в интернете.

Полный код скетча от производителя платы 
/*    This sketch shows how to configure different external or internal clock sources for the Ethernet PHY*/#include <ETH.h>#include <SPI.h>#include <SD.h>#define SD_MISO         2#define SD_MOSI         15#define SD_SCLK         14#define SD_CS           13/*   * ETH_CLOCK_GPIO0_IN   - default: external clock from crystal oscillator   * ETH_CLOCK_GPIO0_OUT  - 50MHz clock from internal APLL output on GPIO0 - possibly an inverter is needed for LAN8720   * ETH_CLOCK_GPIO16_OUT - 50MHz clock from internal APLL output on GPIO16 - possibly an inverter is needed for LAN8720   * ETH_CLOCK_GPIO17_OUT - 50MHz clock from internal APLL inverted output on GPIO17 - tested with LAN8720*/// #define ETH_CLK_MODE    ETH_CLOCK_GPIO0_OUT          // Version with PSRAM#define ETH_CLK_MODE    ETH_CLOCK_GPIO17_OUT            // Version with not PSRAM// Pin# of the enable signal for the external crystal oscillator (-1 to disable for internal APLL source)#define ETH_POWER_PIN   -1// Type of the Ethernet PHY (LAN8720 or TLK110)#define ETH_TYPE        ETH_PHY_LAN8720// IC-address of Ethernet PHY (0 or 1 for LAN8720, 31 for TLK110)#define ETH_ADDR        0// Pin# of the IC clock signal for the Ethernet PHY#define ETH_MDC_PIN     23// Pin# of the IC IO signal for the Ethernet PHY#define ETH_MDIO_PIN    18#define NRST            5static bool eth_connected = false;void WiFiEvent(WiFiEvent_t event){    switch (event) {    case SYSTEM_EVENT_ETH_START:        Serial.println("ETH Started");        //set eth hostname here        ETH.setHostname("esp32-ethernet");        break;    case SYSTEM_EVENT_ETH_CONNECTED:        Serial.println("ETH Connected");        break;    case SYSTEM_EVENT_ETH_GOT_IP:        Serial.print("ETH MAC: ");        Serial.print(ETH.macAddress());        Serial.print(", IPv4: ");        Serial.print(ETH.localIP());        if (ETH.fullDuplex()) {            Serial.print(", FULL_DUPLEX");        }        Serial.print(", ");        Serial.print(ETH.linkSpeed());        Serial.println("Mbps");        eth_connected = true;        break;    case SYSTEM_EVENT_ETH_DISCONNECTED:        Serial.println("ETH Disconnected");        eth_connected = false;        break;    case SYSTEM_EVENT_ETH_STOP:        Serial.println("ETH Stopped");        eth_connected = false;        break;    default:        break;    }}void testClient(const char *host, uint16_t port){    Serial.print("\nconnecting to ");    Serial.println(host);    WiFiClient client;    if (!client.connect(host, port)) {        Serial.println("connection failed");        return;    }    client.printf("GET / HTTP/1.1\r\nHost: %s\r\n\r\n", host);    while (client.connected() && !client.available());    while (client.available()) {        Serial.write(client.read());    }    Serial.println("closing connection\n");    client.stop();}void setup(){    Serial.begin(115200);    WiFi.onEvent(WiFiEvent);    SPI.begin(SD_SCLK, SD_MISO, SD_MOSI, SD_CS);    if (!SD.begin(SD_CS)) {        Serial.println("SDCard MOUNT FAIL");    } else {        uint32_t cardSize = SD.cardSize() / (1024 * 1024);        String str = "SDCard Size: " + String(cardSize) + "MB";        Serial.println(str);    }    pinMode(NRST, OUTPUT);    digitalWrite(NRST, 0);    delay(200);    digitalWrite(NRST, 1);    delay(200);    digitalWrite(NRST, 0);    delay(200);    digitalWrite(NRST, 1);    ETH.begin(ETH_ADDR, ETH_POWER_PIN, ETH_MDC_PIN, ETH_MDIO_PIN, ETH_TYPE, ETH_CLK_MODE);}void loop(){    if (eth_connected) {        testClient("baidu.com", 80);    }    delay(10000);}


Когда я в первый раз увидел этот скетч, то задался вопросом: что этим хотел сказать производитель?. Единственное назначение этого скетча показать, что эта технология в принципе работает. Это конечно хорошо, но что дальше? Что со всем этим делать не имея ни документации, ни примеров, ни вменяемой ответной реакции от производителя?

Походу получается, что ответ от LILYGO изучать программирование и создавать ПО самостоятельно (или искать готовые прошивки, хотя это и не спортивно).

Интерфейсы и пинг


Для сетевых профессионалов (и примкнувших к ним) скажу пару слов о скорости работы по интерфейсам Wi-Fi и Ethernet и их отзывчивости. Тестирование проводилось в ненагруженной гигабитной сети, зашумлённость Wi-Fi диапазона специально не контролировалась.

Первый скриншот это пинг контроллера по Wi-Fi интерфейсу. Минимум 24 мс, максимум 105 мс, среднее 67 мс.

image

Второй пинг контроллера по Ethernet интерфейсу. Минимум 0 мс, максимум 9 мс, среднее 2 мс.

image

Как вы видите, пинг по проводному Ethernet кардинально меньше, чем по Wi-Fi (что ожидаемо). Насколько хороши или плохи эти цифры предоставляю судить читателям самостоятельно, меня они вполне устраивают для моих целей.

Тестирование


Тестировать такую систему, как T-Internet-POE на скетчах, подобных предложенному производителем это несерьёзно, поэтому для тестирования контроллера применялась специализированная версия AMS, адаптированная специально для этой платы. Учитывая, что это сервер, который использует полноценные HTML, CSS, Javascript, Ajax, графические файлы и библиотеки, то успешная работа такого сервера на T-Internet-POE будет свидетельствовать о правильно спроектированном железе и возможности его использования в реальных проектах.

Примечание: тестирование производилось на внутренней, не публичной версии AMS для T-Internet-POE. Публикация и распространение этой версии не планируется, возможно это будет сделано позже, после соответствующих доработок.

Тест 1. Запускаем AMS сервер на T-Internet-POE


Запустить AMS на новом контроллере с новым чипом и сетевым интерфейсом это весьма нетривиальная задача, но тем не менее, при правильном подходе и понимании того, что ты делаешь, всё становится возможным.

Косяк номер 1


В процессе этой работы стали вылезать косяки самого контроллера T-Internet-POE и первое, что было выявлено это то, что контроллер отказывается прошиваться при вставленной microSD карте памяти. Не помогает ничего ни замена USB порта, ни питание от отдельного блока, ни нажимание кнопок, ни замена карты контроллер упорно не желает прошиваться при вставленной карте памяти.

Глюк это конкретного экземпляра или родовой дефект всех контроллеров T-Internet-POE сказать трудно (имея в своём распоряжении один экземпляр), можно только констатировать 100-процентную повторяемость и воспроизводимость проблемы.

Что это значит для нас? В практическом плане это значит, что на контроллере T-Internet-POE фактически нет картридера картридер, который блокирует прошивку контроллера это не картридер, а баг.

Что же делать? Остаётся только использовать 1,5 МБ SPIFFS, имеющийся на модуле ESP32. Да, это не очень много, но в принципе 1,5 МБ памяти для IoT устройства это более-менее приемлемо в большинстве случаев.

Косяк номер 2


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

М-да В случае невозможности нормально перенести файлы (сервера) на SPIFFS диск, остаётся только один способ инициализация интерфейса через Serial соединение, и последующий перенос файлов на SPIFFS диск через веб-интерфейс. Способ конечно не очень удобный, но никак не влияющий на конечный результат файлы сервера были успешно перенесены на SPIFFS диск.

Описание самого процесса адаптации кода под новый контроллер я опускаю, поскольку это потребовало бы составления антологии наподобие полного собрания сочинений В. И. Ленина и сразу перехожу к демонстрации факта успешной работы AMS сервера на T-Internet-POE (а значит и работоспособности самой платы T-Internet-POE).

Загрузка страницы по Wi-Fi интерфейсу.

image

Загрузка страницы по Ethernet интерфейсу.

image

Выигрыш по скорости примерно в 4 раза, естественно, в пользу Ethernet. Здесь нужно ещё иметь в виду, что речь идёт о неоптимизированном коде и после проведения соответствующих работ результаты должны значительно улучшиться.

image

Работа сервера по Ethernet интерфейсу на LILYGO TTGO T-Internet-POE ESP32 LAN8270A.

Тест 2. Работа на двух интерфейсах


Тут мне придётся немного поработать разрушителем легенд. В интернете ходят упорные слухи, что одновременная работа Wi-Fi и Ethernet на связке ESP32 и LAN8270A невозможна. Это не так AMS сервер прекрасно работает на двух интерфейсах одновременно и отлично обслуживает запросы по Wi-Fi и Ethernet. Никаких проблем с зависаниями или перезагрузками ESP32 нет.

image

Вот это уже интересный результат, который открывает заманчивые перспективы: поскольку мы имеем собственный сервер, то можем как угодно управлять обслуживанием интерфейсов, например, по Wi-Fi отдавать одни сайты с одним контентом, а по Ethernet другие сайты с другим контентом. Образно говоря, бабушке по Ethernet отдавать сайт с кулинарными рецептами, а внуку по Wi-Fi сайт с избранными статьями из БСЭ.

Тест 3. Бан по одному из интерфейсов


Теперь давайте попробуем на практике реализовать идею с различным обслуживанием интерфейсов веб-сервером. В качестве примера попробуем реализовать отказ в обслуживании для подключений по одному из интерфейсов (Ethernet).

image

Клиент, подключённый к нашему контроллеру по Ethernet интерфейсу получил отказ в обслуживании.

Резервирование интерфейсов


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

Сетевой роутинг


Имея в своём распоряжении два рабочих сетевых интерфейса можно как угодно маршрутизировать пакеты в сети. Никто также не мешает в схему маршрутизации по Wi-Fi и Ethernet добавить маршрутизацию данных по nRF24 или LoRa или по любой другой беспроводной сети. Таким образом можно сделать любой роутер для вашей IoT системы.

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

Итоги


Теперь давайте подведём итоги этого небольшого исследования: в общем, несмотря на некоторые косяки и детские болезни, контроллер LILYGO TTGO T-Internet-POE ESP32 LAN8270A мне понравился это отличный инструмент для построения IoT систем, особенно если вы обладаете соответствующей квалификацией и не лишены фантазии и креативного подхода к своему творчеству.

Плюсы и минусы LILYGO TTGO T-Internet-POE ESP32 LAN8270A.

Плюсы:
  • Это работает!
  • Законченное интегрированное решение Wi-Fi + Ethernet + POE + GPIO
  • Хорошая работа без зависаний и перезагрузок (проблем при тестировании выявлено не было)
  • Возможность одновременной работы по двум интерфейсам

Минусы:
  • Тотальное отсутствие документации, примеров и пояснений
  • Относительно высокий порог входа
  • Детские болезни и мелкие косяки в реализации
Подробнее..
Категории: Diy или сделай сам , Разработка под arduino , Diy , Интернет вещей , Умный дом , Wi-fi , Микроконтроллеры , Сделай сам , Iot , Разработка для интернета вещей , Ethernet , Arduino , Esp32 , Poe , Lilygo , Lan8270a

Перевод CCIE 13 Как сдать экзамен Designing Cisco Enterprise Networks (300-420 ENSLD)

29.03.2021 18:20:06 | Автор: admin

Современная IT инфраструктура все больше виртуализируется, уплывая в Облака. Модели все как сервис SaaS, PaaS, IaaS используются повсеместно, но все эти решения по-прежнему используют сети передачи данных и машинные ресурсы для их обработки.

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

Также в рамках набора в группу онлайн-курса Дизайн сетей ЦОД подготовили перевод полезного материала.

В данной статье, я затрону тему экзамена CCNP Enterprise specialist, Designing Cisco Enterprise Networks (300-429 ENSLD) и расскажу, как я смог сдать его с первой попытки после примерно 80 часов, потраченных на обучение.

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

Содержание

  1. Дисклеймер (письменный отказ от ответственности)

  2. Предварительные требования к экзамену

  3. Бесплатные ресурсы для обучения

  4. Платные ресурсы для обучения

  5. Впечатления от экзамена

  6. Совет по экзамену

  7. Осмысление моего путешествия

Дисклеймер

Я написал эту статью, придерживаясь NDA (соглашение о неразглашении) по сертификационным экзаменам Cisco.

Пожалуйста, не связывайтесь со мной, касаемо:

  • Информации об экзамене, которая нарушит соглашение NDA;

  • Информации о закупке или рекомендации по подсказкам к сертификационному экзамену; или

  • Несанкционированного обмена платными учебными материалами.

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

Я не просматриваю, не одобряю и не рекомендую лиц, компании или продукты, за которые я лично не платил и не использовал. Сам автор желает сообщить, что они работали с CBT Nuggets в качестве менторов сообщества и экспертов по получению обратной связи UX, поэтому, пожалуйста, учитывайте этот потенциальный конфликт интересов при прочтении обратной связи о CBT Nuggets и их конкурентах.

Предварительные требования к экзамену

Для сдачи экзамена Designing Cisco Enterprise Networks не существует формальных или каких-либо официальных предварительных требований.

Я рекомендую всем тем, кто хочет сдать этот экзамен, выполнить следующие предварительные условия:

  • Понимание CCNA (Cisco Certified Network Associate) или эквивалентных концепций;

  • Способность бегло просматривать абзацы с информацией.

Этот экзамен хорошо подходит для людей, которые недавно сдавали CCNA и ищут способ получить знания по тематике CCNP Enterprise на высоком уровне.

Я настоятельно рекомендую не-носителям английского языка, сдающим этот экзамен на английском языке, сделать запрос на дополнительное время.

Бесплатные ресурсы для обучения

Cisco Дизайн Презентаций в режиме реального времени

  • Ознакомление с размещением Wired LAN на кампусе с помощью сертифицированного Cisco проектирования представлено Dana Daum. BRKCRS-1500 @ CiscoLive 2020 Barcelona [Session Link]

  • Cisco SD-Access Campus Wired и размещение беспроводных сетей с использованием сертифицированного проектирования Cisco представлено Prashanth Davanager Honneshappa. DGTL-BRKCRS-1501 @ CiscoLive 2020 Digital [Session Link]

  • Упрощенное проектирование QoS кампуса представлено Roland Saville. BRKCRS-2501 @ CiscoLive 2020 Barcelona [Session Link]

  • WAN архитектуры и принципы представлено David Fusik. BRKRST-2041 @ CiscoLive [Session Link] Первые 20-30 минут являются релевантными, остальные необязательными.

Технические презентации Cisco в режиме реального времени

  • Протокол маршрутизации промежуточных систем (IS-IS) представлено Elvin Arias Soto. BRKRST-2315 @ CiscoLive 2019 San Diego [Session Link]

  • Введение в IP Multicast представлено Tim McConnaughy DGTL-BRKIPM-1261 @ CiscoLive 2020 Digital [Session Link]

  • Многоадресный поиск неисправностей представлено Fish Fishburne DGTL-BRKIPM-2264 @ CiscoLive 2020 Digital [Session Link]

  • Распознавание IP Multicast в SD-Access представлено Lukasz Ciukaj BRKRST-2820 @ CiscoLive 2020 Barcelona [Session Link]

Комментарий по ресурсам Cisco

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

Multicast и IS-IS это две технологии, которые не были слишком подробно затронуты за пределами предыдущего письменного экзамена CCIE R&S. Если вы, как и я, прошли через трек Routing & Switching, я считаю следующие доклады важными: Элвина Ариаса Сото (Elvin Arias Sot) "Definitive IS-IS" и "Introduction to IP Multicast" Тима МакКоннохи (Tim McConnaughy). Это два отличных доклада, которые я часто пересматривал во время моего обучения в CCIE.

Ресурсы, созданные сообществом

Я не использовал ресурсы, созданные сообществом, в течение всего периода моего обучения на ENSLD.

Платные ресурсы

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

Все цены указаны в долларах США, если не указано по-другому.

Я сам заплатил за все материалы из своего кармана и получил возврат в размере ~75-85% от стоимости расходов через австралийскую налоговую систему.

Официальные учебные материалы CISCO

Книги:

  • CCNP Enterprise Design ENSLD 300-420 Официальное Сертификационное Руководство по Designing Cisco Enterprise Network Авторы: Anthony Bruno & Steve Jordan Amazon: $53.66 (kindle) [Amazon link]

  • Cisco Press: $55.99 (книга или ebook), $80.49 (книга + eBook bundle) [Cisco Press link]

  • Изучение в OReilly: БЕСПЛАТНО (10 or 30 дней пробный период), $49.95 в/месяц или $499.95 в/год (ежемесячная или годовая подписка), $75-149 в/год через подписку ACM [OReilly link] [ACM Sign Up]

eLearning:

  • Designing Cisco Enterprise Networks (ENSLD) v1.0 @ $800 (доступен отрывок бесплатного курса) [link]

Обучение у сторонних организаций:

eLearning:

  • CBT Nuggets: Designing Cisco Enterprise Networks 300-420 ENSLD Cisco Certification Training @ $59 в/месяц или $599 в/год (доступен бесплатный пробный период) [link]

  • IT Pro TV: Cisco CCNP Enterprise ENSLD (300-420) @ $29-49 в/месяц или $299-499 в/год (доступен бесплатный пробный период) [link]

Комментарий по платным учебным материалам

Я не рекомендую использовать учебник Cisco Press "CCNP Enterprise Design ENSLD 300-420 Official Cert Guide": Designing Cisco Enterprise Networks". Эта книга является хорошим руководством по проектированию концепций, но ограничивается введением и оставляет желать лучшего. В конце разделов, посвященных обзору глав, содержатся вопросы, которые, по моему мнению, способствуют более глубокому изучению, а не пониманию проектирования концепций. Мне кажется, что книга выиграла бы если бы в ней присутствовали бизнес-кейсы по проектированию, которые помогли бы учащимся сравнить и противопоставить технологии в зависимости от конкретного сценария. Разделы о Cisco SD-WAN, Cisco SD-Access и сетевом программировании слишком короткие и не предоставляют достаточно подробной информации для читателя. Я бы не рекомендовал использовать эту книгу, кроме как для ознакомления с концепциями экзаменационных схем и викторин с главой Do I Know This Already? (Знаю ли я это уже?). Этот ресурс не подготовит вас в достаточной степени к экзамену.

Cisco eLearning курс Designing Cisco Enterprise Networks (ENSLD) v1.0 был феноменальным. Это дорогостоящий курс стоимостью 800 долларов (доступен вариант оплаты учебного кредита cisco), но он содержит массу весьма актуальной информации для сдачи экзамена. По окончанию курса вы также получите 40 баллов для дальнейшего обучения ("CE"), которые могут быть использованы для продления сертификата Cisco. Что же делает этот курс настолько фантастическим? Это, безусловно, подробные модули и их завершающий модуль в виде викторины (некоторые из золотых медалей трудно получить!) и проектирование конкретных бизнес-кейсов, которые проводят читателя через бизнес-сценарий, наполненный викторинами по проектированию, которые проверяют ваши знания по предыдущим модулям. Моя единственная проблема с этим курсом была связана с тем, что некоторые из видеозаписей не такие интересные и могли бы быть лучше презентованы. Тем не менее, я настоятельно рекомендую это курс. Этот ресурс подготовит вас к экзамену.

CBT Nuggets Designing Cisco Enterprise Networks eLearning был феноменальным. В нем содержится 26 часов контента, специально подготовленного для экзамена ENSLD. Для меня обучение было превосходным, так как оно познакомило нас с новыми техническими концепциями на высоком уровне, предоставило несколько легких конфигураций и лабораторных примеров того, как может быть реализована та или иная технология (хотя это не требуется для экзамена), а затем позволило нам получить более подробную информацию, которая может быть использована для подготовки к экзамену ENSLD. Вопросы викторины с каждым видеороликом, были великолепны, и мне особенно понравились видеоролики Джеффа Киша (Jeff Kish) Обзор закрепления навыка и викторина ( end of skill review and quiz), которые помогли закрепить мое понимание темы. Этот ресурс подготовит вас к экзамену.

Обучение IT Pro TV "Cisco CCNP Enterprise ENSLD (300-420)" было нормальным, если вы платите $29 в/месяц за базовую Подписку IT Pro.

Это дешевый и быстрый старт для изучения ENSLD, который содержит 5,5 часов контента и предоставляет ссылки на дополнительные ресурсы для самостоятельного изучения, чтобы пользователь мог получить дополнительную консультацию. Энтони Секейра (Anthony Sequeira) предоставляет отличный обзор всех технологий на экзамене в индивидуальном порядке. Тем не менее, при комбинировании нескольких технологий ему необходимо было предоставить дополнительные подробности, связанные с проектированием. Это навык, который требуется на экзамене. Сам по себе этот курс не подготовит вас к экзамену в достаточной степени. Тем не менее, я думаю, что это подходящая альтернатива официальному руководству по сертификации, особенно в сочетании с другими учебными курсами Cisco, предлагаемыми IT Pro TV.

Впечатления от экзамена

Я сдавал экзамен 26 февраля в 14:45 в Центре тестирования Pearson Vue. Экзамен длился 90 минут и состоял из 62 вопросов. Я закончил экзамен примерно за 3 минуты до окончания и должен был "угадать" только 3 вопроса из-за нехватки времени. Экзамен был честным и полностью соответствовал образцу. Был только 1 вопрос, который мне показался неуместным (скорее всего, "бета" вопрос).

Я чувствую себя немного странно из-за этого экзамена. С точки зрения опыта тестирования и соответствию образцу я бы легко оценил этот экзамен на 9/10. Это очень хорошо организованный и приятный экзаменационный опыт, который нуждается только в небольшой поправке с точки зрения количества вопросов и экзаменационного темпа. Этот рейтинг, к сожалению, кардинально меняется, если я рассматриваю ценность сертификации Cisco Certified Enterprise Design Specialist. С точки зрения ценности, я бы оценил эту сертификацию на 3/10, потому что экзамен является в корне ошибочным с точки зрения оценки того, понимает ли кандидат концепции корпоративного проектирования. Эта оценка полностью зависит от экзамена официальные учебные материалы были просто отличными, и я многому из них научился. Так что же мне не понравилось на экзамене? Количество вопросов, типы вопросов, сложность и характер экзамена в его нынешнем состоянии.

Экзамен состоит из тривиальных вопросов и вопросов по примерам с множественными вариантами ответов. Вопросы на основе примеров требуют прочтения примеров, с которым сталкивается сетевой инженер или архитектор сети. Они могут быть достаточно многословными или содержать сетевые диаграммы, требующие интерпретации. Некоторые вопросы могут иметь ограничения, которые заставляют вас задуматься о том, как решить проблему по-другому. Когда я говорю тривиальные вопросы с множественными вариантами ответа, я действительно имею это в виду. Я вспоминаю экзамен ICND1 CCENT, содержащий более сложные вопросы по похожим концепциям. Такая структура экзамена на основе примеров/многосложных вариантов ответов создает своеобразную проблему, потому что невозможно узнать, со сколькими сценариями вы сталкиваетесь. В результате нелегко оценить, сколько времени вы должны потратить на один вопрос, поскольку к концу экзамена у вас может накопиться стопка примеров, что может привести к тому, что у вас не хватит времени! Для сертификации специалиста профессионального уровня этот экзамен покажется слишком простым и, возможно, более легким, чем CCNA. Пожалуйста, имейте в виду, что я могу воспринимать экзамен легким, потому что сетевое проектирование является частью моей работы, и у меня насчитывается более 600 часов обучения в CCIE.

Я считаю, что экзамен по проектированию сетей Cisco Enterprise Networks (300-420 ENSLD) необходимо переписать, чтобы повысить ценность сертификации аналоговых специалистов. На мой взгляд, эта сертификация должна соответствовать или превосходить по сложности 3-часовую секцию по проектированию в тестовой лаборатории CCIE Enterprise Infrastructure. Лично я бы ограничился 30 вопросами и сделал бы весь экзамен 100% ориентированным на примеры. Например, в примерах могли бы участвовать три разные компании, каждая из которых следовала бы разному повествованию, где инженеру нужно было бы решить 10 различных проектных задач на каждую компанию. В качестве альтернативы, он мог бы походить на старый экзамен CCNP TSHOOT и представить проектные задачи как проблемные задачи. Это сделало бы сертификацию более ценной в моих глазах, потому что сетевые инженеры должны учитывать влияние, которое малые и низкоуровневые проектные изменения оказывают на существующую среду предприятия.

Совет по экзамену

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

  • Описание проблемы: что мы пытаемся решить максимум пару слов.

  • Ограничения: есть ли какие-то ограничения в нашем решении?

  • [A] [B] [C] [D] [E]: Перечислите опции, а затем зачеркните все ответы, которые не относятся к делу или явно неправильные.

Это экзамен по проектированию, так что "сфокусируйте свое мышление на высоком уровне" и избегайте слишком быстрого вовлечения в технические аспекты. Это для тех, у кого есть опыт в конфигурировании, внедрении и поддержании технологий на этом экзамене. Это экзамен по проектированию, поэтому постарайтесь не беспокоиться о специфике той или иной технологии. Сфокусируйте свое мышление на главном и на высоком уровне. Думайте о технологиях, описанных в образце экзамена, как об инструментах в вашем ящике для инструментов. Этот экзамен заключается в сравнении и противопоставлении этих инструментов друг другу, чтобы вы могли оценить, какой инструмент лучше всего использовать для конкретного сценария. Этот экзамен НЕ о том, как на самом деле использовать инструмент. Например, давайте рассмотрим поддержку быстрой конвергенции L3 с протоколом маршрутизации. Вы можете получить два варианта: использовать таймеры "subecond hello" и опустить таймер "dead/hold", или использовать BFD для обнаружения сбоя в соединении. Оба они являются "технически" правильными инструментами, которые вы можете использовать. Однако, ограничение таймеров протокола может привести к тому, что он станет хрупким (более восприимчивым к самопроизвольной конвергенции во время нормальной работы) и увеличит загруженность hardware CPU (больше времени будет тратится на поддержание управляющего уровня). Правильным инструментом для этого сценария, скорее всего, является BFD, потому что он обеспечивает быструю конвергенцию L3, но более устойчивым способом. В любом случае, вам не придется беспокоиться о внедрении технологии на сетевых платформах Cisco для предприятий.

Вам не обязательно проводить работу с технологиями, но это настоятельно рекомендуется. Это больше подходит для людей, переходящих от CCNA и к ENSLD. То, что вам не нужно внедрять или применять технологии для этого экзамена, не означает, что вы не должны над ними работать. Проще сохранить информацию и повысить доверие к экзамену, если вы знакомы с той или иной технологией и ее причудами. Я ни в коем случае не рекомендую вам фокусироваться на запоминании команд CLI, но, возможно, стоит поработать над тем, чтобы изучить, как различные протоколы взаимодействуют друг с другом. Например, знаете ли вы наверняка, как Layer 2 может влиять на переадресацию Layer 3? Как несовместимый мануальный транкинг может повлиять на другие протоколы, такие как VTP и STP? Стоит ли применять MST поверх Rapid PVST+ для небольших сайтов? Если да, то с какими административными расходами вы столкнетесь при выборе этого маршрута? Как SD-WAN vBond поддерживает обход NAT? Все это примеры того, как вы можете надеть техническую шляпу и поиграть с технологиями, что поможет вам ответить на вопросы, связанные с проектированием.

Я мог бы набрать 950+, если бы лучше распределил мое время...Я мог бы набрать 950+, если бы лучше распределил мое время...

Осмысление моего путешествия

Я проходил Cisco Certified Specialist: Enterprise Design certification (ENSLD) для подготовки к экзамену CCIE Enterprise Infrastructure, в частности, к 3-часовой части, посвященной проектированию. Мое отношение к этой сертификации специалиста заключалось в выявлении слабых мест, которыми я обладаю в области проектирования сетей, и получении "вкуса" того, как Cisco любит оценивать концепции проектирования сетей.

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

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

Самой большой ошибкой, которую я совершил при подготовке к этому экзамену, было то, что я слишком быстро освоил технические аспекты обучения. Я должен был в первую очередь сосредоточиться на концепциях проектирования и проблемах, и при необходимости изучать замысловатые детали некоторых протоколов (cough, multicast flavours, cough). Подготовка к экзаменам была излишне сложной и напряженной из-за чрезмерно сложной учебы. Я потратил 80 часов на подготовку к этому экзамену и чувствовал, что мог бы сократить это время в половину, если бы подошел к нему с правильным настроем с первого дня. Я счастлив завершить учебу на ENSLD, теперь зная, как я буду подготавливаться к экзамену the CCIE Enterprise Infrastructure lab по проектированию компонентов, и еще зная, на каких аспектах проектирования сети мне нужно фокусироваться для успешного продвижения вперед.

Узнать подробнее о курсе Дизайн сетей ЦОД.

Смотреть вебинар Эволюция сетевых технологий в ЦОД.

Подробнее..
Категории: Цод , Сетевые технологии , Карьера в it-индустрии , Ethernet , Блог компании otus , Дизайн сети

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

19.06.2020 12:20:11 | Автор: admin
При построении системы контроля доступа определяющими параметрами являются быстродействие, надежность, удобство использования и соответствие поставленным задачам.



Архитектура СКУД


В современных СКУД связь между контроллерами, рабочими местами пользователей и сервером системы осуществляется по сети Ethernet. Интерфейс Ethernet обеспечивает высокую надежность работы системы за счет применения типовых IT- решений и работы всех устройств системы в едином адресном пространстве по единому протоколу. Ethernet также дает возможность использования технологии PoE (Power over Ethernet) привлекательного альтернативного способа электропитания сетевых устройств, существенно облегчающего монтаж оборудования СКУД.

Все контроллеры и ПК системы работают в единой информационной среде с единой базой данных, установленной на сервере системы. При этом наличие постоянной связи контроллеров с БД не требуется.

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

Например, Global antipass поддерживается посредством таблиц маршрутизации, которые передаются всем контроллерам системы. Такие настройки позволяют организовать сложные решения контроля доступа с учетом зональности. При отключении электропитания таблица маршрутизации остается в памяти контроллера без поддержки сервера, и вся система остается полностью функциональной. При восстановлении связи с сервером системы события переносятся в БД.

Для обеспечения автономной работы контроллера важной характеристикой является объем памяти. Например, современные контроллеры могут хранить в памяти данные о 150 000 событий и 50 000 пользователей.

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

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

Важным параметром при выборе контроллеров для СКУД является количество управляемых исполнительных устройств. Универсальные контроллеры в зависимости от настроек могут управлять турникетами, шлагбаумами или замками. Применение контроллеров второго уровня позволяет организо-вать на базе одного сетевого контроллера, например, доступ через турникет и в 10 внутрен-них помещений или через два турникета и в 8 внутренних помещений, существенно снизив затраты на внедрение СКУД.

При выборе контроллеров для СКУД стоит обратить внимание на наличие у них дополнительных входов/выходов для подключения дополнительного оборудования: видеокамер, датчиков, устройств сигнализации. Вход Fire Alarm позволяет подключить устройства пожарной сигнализации и настроить разблокировку турникетов при получении тревожного сигнала от устройств ОПС. При подключении камеры к выходу контроллера можно задать алгоритм, при котором камера начинает вести запись при получении сигнала о тревожном событии. К входу контроллера можно подключить датчики затопления: при достижении определенного уровня воды по сигналу от датчиков турникеты разблокируются для эвакуации. Дополнительные входы и выходы также позволяют подключать внешние верифицирующие устройства, например, пирометры, алкотестеры, весы.



Контроллер как сервер


Один из главных драйверов рынка СКУД распространение WEB-технологий. Среди их преимуществ возможность удаленной работы на мобильных устройствах с сохранением централизованного администрирования, функционирование под различными операцион-ными системами.

Контроллеры нового поколения позволили встроить программное обеспечение, что дало возможность использовать контроллер как сервер. Такая архитектура упрощает внедрение системы и снижает ее стоимость. Например, система PERCo-Web, построенная на без такого контроллера, может обработать данные 500 сотрудников и 500 посетителей и иметь в соста-ве до 10 контроллеров. Контроллер подключается к сети по интерфейсу Ethernet. Для кон-троля доступа в компании численностью до 100 сотрудников будет достаточно бесплатной версии ПО.
Развитие интернет-технологий и пропускной способности каналов позволяет говорить о том, что Web-технологии в скором времени заменят традиционный подход к разработке не только программного обеспечения СКУД, но и вообще любых систем. По мере появления все более мощных контроллеров все возможности ПО систем контроля доступа можно будет реализовать в них самих, без установки сервера системы на компьютер.

Web-интерфейс контроллеров


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

Возможности интеграции


Получение SDK контроллера позволяет осуществлять интеграцию с различными системами: например, системами платного доступа или ERP-системами. Открытый протокол контрол-лера позволяет организовывать на его базе контроль доступа в фитнес-центрах, музеях, теат-рах, парках развлечений, на парковках и многих других объектах.

Выбор способов идентификации


При выборе оборудования для системы контроля доступа необходимо определить, какие способы идентификации будут использоваться на объекте: карты доступа форматов EMM/HID или MIFARE с защитой от копирования, мобильный доступ, доступ по штрих-коду, отпечаткам пальцев, распознаванию лиц. Характеристики контроллеров и считывателей должны позволить реализовать выбранный способ идентификации.

Для связи контроллера и считывающих устройств применяются интерфейсы Wiegand, RS-485 и USB. Wiegand применяется в СКУД для чтения магнитных карт и RFID-идентификаторов. Среди достоинств интерфейса: простота, распространенность, дальность действия до 150 метров, совместимость оборудования различных производителей. Среди недостатков уязвимость для взлома за счет отсутствия двухсторонней аутентификации и шифрования данных, отсутствие контроля целостности передаваемых данных и линии между контроллером и считывателем.

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

Для использования сразу нескольких способов идентификации, например, доступа по картам EMM/HID и MIFARE с защитой от копирования, а также мобильного доступа можно выбрать мультиформатные считыватели. При выборе считывателя важно обращать внимание на такие характеристики, как рабочий диапазон температур (при использовании на открытом воздухе), степень защиты IP и вандалозащищенность.

Удобным решением может стать контроллер с уже встроенным считывателем карт доступа, поддержкой мобильной идентификации и сканером отпечатков пальцев. Такие решения позволяют осуществить постепенный переход от традиционных к более защищенным способам идентификации. Стоит обратить внимание на способ монтажа контроллера. Контроллеры, работающие по протоколу Ethernet, достаточно просто включить в сеть, что существенно облегчает монтаж.
Подробнее..
Категории: Интерфейсы , Скуд , Архитектура системы , Ethernet , Perco

Забытые корни популярных иконок

05.02.2021 12:22:10 | Автор: admin


Популярная шутка утверждает, что наши дети воспримут 3,5-дюймовую дискету как распечатанный на 3D-принтере значок сохранения. Действительно, растёт поколение, не знающее объекта, с которого срисовали эту пиктограмму.

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

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

Медиакнопки без автора


Управление воспроизведением сегодня не вызывает вопросов: это ставшие нормой иконки проигрывания, паузы, остановки воспроизведения и перемотки. Любой может предсказать поведение плеера при нажатии на квадратик или две параллельных вертикальных линии.

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

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


Контрольная панель немецкого магнитофона AEG FT4, который производился с 1939 по 1941 год. Никаких иконок, только краткие подписи. Фотография Музея магнитной аудиозаписи в Остине, штат Техас

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


Панель управления магнитофона Ampex AG-440, модель 1967 года. Профессиональный сегмент и назначение только для внутреннего рынка США избавляли от необходимости переводить надписи. Фотография сайта Audiofanzine

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


Швейцарский магнитофон Revox F36 1962 года. Возможно, из-за двуязычности страны происхождения производитель задумался нанести на корпус графические символы, а не надписи текстом. Фотография сайта Reverb

К семидесятым глобализация и завоевание мирового рынка наконец вынудили подумать про единый стандарт. В 1973 году Международная электротехническая комиссия выпустила документ IEC 417. Стандарт фиксировал графические символы, многие из которых широко использовались и до этого.

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

Попытки есть. Несколько сайтов ошибочно утверждают, что иконки придумал несуществующий шведский дизайнер Филип Ульссон (Philip Olsson) во время стажировки в Японии по окончании его обучения в Королевском технологическом институте. На деле это обрывок информации из Википедии, который в 2012 году добавил викивандал под именем Phlopydisk. Судя по его аккаунтам в Сети, Филип зачем-то вставил своё имя в статью.

Треугольник воспроизведения указывает направо. Туда же движется лента при проигрывании звука. Если речь идёт про катушечный магнитофон с автореверсом, то кнопок воспроизведения иногда две. На магнитной ленте в этом случае 2 (моно) или 4 (стерео) дорожки. В дизайне укоренился лишь один вариант кнопки проигрывания: указывающая слева направо.


Продвинутый бобинник Pioneer RT-909 продавался уже в закат эпохи ленты, с 1978 года. Фотография Walkman Archive

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

На форумах Straight Dope обнаружился анонимный пользователь, который утверждает, что в шестидесятых работал в Ampex, где сократил квадратик кнопки остановки удалением верхней и нижней грани иначе получился бы знак равенства. Но никаких иных подтверждений этому нет.

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


Кнопки управления Grundig TK46, магнитофон производили с 1962 по 1964 год. Уже здесь используется красный кружок, хотя в остальном корпус обильно испещрён английскими глаголами. Модель для рынка Германии производилась с надписями на немецком. Фотография Relics & Rarities

Символы из стандарта IEC 417 (также известен как IEC 60417:1973) постепенно распространились по всему миру. На это ушло не одно десятилетие, и часто рядом соседствовали значки и буквы. Но простота значков победила.

А нарисовать интуитивные пиктограммы не так-то просто. В том же документе IEC 417 у привычных треугольников, квадрата и кружка есть аналог, который изображает действия с лентой и сами катушки. К этому аналогу прибегала, к примеру, советская техника: вместо значка 5107B на кнопке воспроизведения стоял похожий на очки 5096, вместо двух паралелльных вертикальных полосок 5111B магическая руна 5111A и так далее.


Советский кассетный магнитофон Квазар-303 выпускался с 1985 года, когда на Западе уже устоялись простые треугольники, квадраты и круги для пиктограмм. Фотография Виртуального музея отечественной радиотехники XX века

Скандинавский след


Символом в macOS обозначают клавишу Command. Как и для многих других особенностей интерфейса Apple, история этого значка восходит к дизайнеру Сьюзен Кэр.

В августе 1983 года команда разработки программного обеспечения Apple Macintosh заметила, что нужна специальная клавиша для вызова команд из строки меню. Разработчики решили поставить иконку компании небольшое яблочко. Так уже поступили с клавиатурой Lisa.


Клавиатура компьютера Apple Lisa. Изображение из архива Bitsavers

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

Внезапно взбунтовался руководивший работами Стив Джобс. Возможно, он увидел программу MacDraw, в которой пунктов меню было по-настоящему много. Он ворвался в здание офиса и потребовал прекратить упоминать логотип Apple всуе.

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

Придумать что-то хорошее быстро не получалось. Художник Сьюзен Кэр перешерстила словарь международных символов, пытаясь найти там что-то запоминающееся, привлекательное и подходящее для кнопки меню.

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

Квадрат с петлями в разрешении 1616 получил одобрение всего отдела. Спустя 37 лет на каждом Маке до сих пор есть языческий символ, который в позапрошлом тысячелетии рисовали для отпугивания злых духов.


Клавиатура Apple M0110 от оригинального Macintosh. Фотография Deksthority

Сам Джобс покинул Apple в 1985 году и основал собственную компанию NeXT Computer. На клавиатурах NeXT командная клавиша помечена зелёной надписью Command.

Уже в 1986 году в Apple IIGS на клавишу рядом к символу достопримечательности добавили логотип компании. Так сделали для сохранения совместимости с предыдущими поколениями Apple II. В 2007 году логотип компании вновь исчез. На тот момент NeXT уже как десять лет вошла в состав Apple, а Джобс вновь влиял на любые процессы.

Другой символ протонордической культуры, который жёстко обосновался на наших устройствах это Bluetooth. Когда-то на сайте протокола даже была специальная страница, объяснявшая выбор имени и символики.



Составная руна в логотипе стандарта передачи данных по беспроводной связи комбинирует символ младшего футарка хагалаз () и беркану (). Вместе они образуют инициалы HB [Harald Bltand] короля Дании и Норвегии Харальда I Гормссона Синезубого, в честь которого и назвали стандарт. Как и связывающий устройства враждующих производителей протокол Bluetooth, этот правитель X века объединил соперничающие княжества Скандинавии.

А вот прозвище Синезубый Харальдс получил, вероятно, не за синие, а потемневшие зубы. Но логотип Bluetooth толкует цвет буквально.

Новейшие потеряшки


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

При всей новизне требований бума четырёхдюймовых смартфонов символ родился куда раньше, чем Джобс показал iPhone журналистам в Купертино. Как и в случае с оконными интерфейсами, иконка-гамбургер родилась в Xerox на заре персональных компьютеров.

Автор трёх полосок Норм Кокс, один из разработчиков первого в мире графического интерфейса Xerox Star. Как рассказывает создатель элемента, в своей работе он руководствовался ограничениями дисплеев. Требовалась хорошо различимая и запоминающаяся пиктограмма, которая будет имитировать вид открываемого списка элементов. А в квадрате 1616 пикселей с градациями серого особо не разгуляться.


Скриншот из видеоролика. Видео смонтировано в 1990 году, но дата указывает на внутреннюю демонстрацию Xerox 1981 года. Слово гамбургер не звучит: элемент называют кнопкой меню

Как признаётся Кокс, один из самых незначительных и слабо обдуманных элементов системы Star получил наибольшее наследие. На эту кнопку даже хотели поставить указывающую вниз стрелку, значок + или подошёл бы любой символ, означавшие разное, дополнительное.

Изначальное название иконки было другим: в шутку клиентам сотрудники Xerox рассказывали, что это решётка вентилятора, которая охлаждает элементы интерфейса.

Отследить дальнейшее распространение иконки несложно. Гамбургер появился на самих смартфонах 17 июня 2009 года в приложении голосовых заметок в iOS.



Возможный кандидат среди сторонних приложений Tweetie, первый клиент Twitter руки известного разработчика iOS Лорена Брихтера. Tweetie вышел в 2008 году, и на тот момент Брихтер работал в Apple

Поиски гамбургера шли по пути упрощения. Facebook в 2008 году добавила иконку с сеткой квадратиков 23, а через год её поменяла на 33. В 2010 году в интерфейсе приложения девять квадратиков сменили на три полоски.


Интерфейс приложения Facebook для iOS, 2008 год

Растущий темп современности стирает историю не только у изобретения 40-летней давности. В веб-интерфейсах нет стандартизированной иконки расшарки контента, хотя кандидаты находятся. Заметное распространение получили три точки, соединённые линиями, будто иллюстрирующие граф.



Её создатель веб-разработчик Алекс Кинг, создатель плагина ShareThis для WordPress. В ноябре 2006 года Кинг задался вопросом, нужна ли дополнению специальная иконка. 4 декабря 2006 года веб-разработчик публикует первый вариант, который затем лишь незначительно модифицирует утолщает рёбра графа, чтобы их было лучше видно в маленьком размере.



Кинг удачно предугадал необходимость в новом символе. К концу 2006 года Алекс открыл веб-сайт Share Icon Project, в котором призывал пользоваться этим логотипом для указания действия расшарки, и выложил архив с изображениями. Алекс объявил, что лицензирует иконку сразу под 4 свободными лицензиями: GPL, LGPL, BSD и Creative Commons Attribution 2.5.

Пиктограмма получила распространение: меньше чем через год ей начал пользоваться Google в своём интерфейсе. В сентябре 2007 года Алекс Кинг объявил, что продаёт логотипы ShareThis одноимённой компании виджетов соцсетей.

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


Без истории развития стандарта логотип Ethernet понять тяжело: это какие-то квадратики, которые почему-то общаются по одному кабелю. Реальная витая пара идёт от устройства к устройству.


Порт Ethernet и его логотип

Но всё встанет на свои места, если вспомнить, что в 10BASE5, первом стандарте Ethernet, к общему коаксиальному кабелю вампирчиками подключались до 100 узлов.


В логотипе наверняка есть что-то от набросков автора стандарта Ethernet Роберта Меткалфа

Современный Ethernet ушёл далеко от 10-мегабитных скоростей. Мы считаем нормой гигабитное соединение с Интернетом и задумываемся о десятигигабитной локальной сети в квартире. Вряд ли кто-то вспомнит о коаксиальном кабеле, когда энтузиасты отказываются от меди в пользу оптических кабелей для организации сети в доме. Но логотип остаётся таким же.

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

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


На правах рекламы


Эпично! Мощные серверы на базе новейших процессоров AMD EPYC для размещения проектов любой сложности, от корпоративных сетей и игровых проектов до лендингов и VPN.

Подробнее..
Категории: Интерфейсы , Дизайн , Apple , История it , Ui/ux , Ui , История ит , Ux , Ethernet , Работа с иконками , Bluetooth , Иконки , Магнитофоны , Блог компании vdsina.ru , Катушечные магнитофоны , История интерфейсов , История иконок , Sharethis , Иконка-гамбургер , Гамбургер , Xerox , Xerox star

Создание терминала для СКУД и УРВ

21.06.2021 12:17:59 | Автор: admin

Вступление

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

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

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

Поэтому был придумал предельно простой и быстрый сценарий действий на терминале:

  1. Прийти на рабочее место, подойти к терминалу и пройти идентификацию (приложить палец, карту к считывателю или ввести PIN)

  2. Выбрать на тачскрине Работа, после чего отправиться на свое рабочее место и приступить к работе

  3. При необходимости перерыва подойти к терминалу, пройти идентификацию, выбрать Перерыв

  4. При возвращении на рабочее место - подойти к терминалу, пройти идентификацию, выбрать Работа

  5. По окончанию рабочей смены подойти к терминалу, пройти идентификацию и выбрать Завершить работу.

То есть все события должны были фиксироваться на терминале, после чего все данные залетали бы на облако системы рабочего времени TARGControl. И там, административным персоналом, формировались табели и отчеты по объектам (ресторанам), что позволило бы корректно начислять заработную плату сотрудникам.

Разработка

Имея на руках техническое задание, была разработана структурная и функциональная схема. Далее пошло самое интересное: мы начали рассматривать различные варианты одноплатных компьютеров, которые бы смогли обеспечить нужный функционал терминала. Среди вариантов были следующие компьютеры: Banana Pi M4, Orange Pi PC+, ODROID-C4, NanoPi M4 и Raspberry PI Computer Module 3+. Произведем небольшое сравнение данных моделей.

Banana Pi M4

Orange Pi PC+

ODROID-C4

NanoPi M4

Raspberry PI CM3+

Память

Слот MicroSD с поддержкой расширения до 256 ГБ и флэш-память eMMC 8 ГБ с поддержкой до 64 ГБ

TF-карта (макс. 32ГБ) / слот для карты eMMC

8 ГБ флэш-память EMMC

1x разъем EMMC (доступно 8/16/32/64 ГБ)

1 слот Micro SD

нет встроенной eMMC, но есть разъем eMMC,
1 слот для MicroSD до 128 GB

8 GB eMMc + поддержка 1 слота microSD

RAM

1 GB DDR4 (опционально 2 GB)

1GB DDR3

4GB DDR4

Двухканальный 2GB DDR3-1866

1GB LPDDR2 SDRAM

CPU

Realtek RTD1395 ARM Cortex-A53 Quad-Core 64 Bit 1.8 GHz

H3 Quad-coreCortex-A71.2 GHz

Amlogic S905X3 Quad-Core Cortex-A55 ARMv8.2-A 64-bit 1.5GHz

RK3399- Cortex-A72 + Quad Core Cortex-A531.8 GHz

Broadcom BCM2837B0 с четырьмя ядрами Cortex A53 1.2 GHz

GPU

Mali 470 MP4 GPU OpenGL ES 1.1/2.0

Mali400MP2 GPU 600MHz
с поддержкой OpenGL ES 2.0

Mali-G31, поддержка OpenGL ES 3.2 и API Vulkan последнего поколения

Mali-T864поддержка OpenGL ES1.1/2.0/3.0/3.1, OpenCL, DX11 и AFBC

Broadcom VideoCore IV

Сеть

Ethernet 10/100/1000 Мбит / с
Опциональный USB-ключ Wi-Fi. Поддержка PoE

10/100 Ethernet RJ45

RJ45 Ethernet порт (10/100/1000)

Порт Gbps Ethernet

10/100 для подключения маршрутизатора или коммутатора с функцией PoE

После детального изучения и анализа цены (все модели находились в примерно одном ценовом диапазоне на момент их анализа - 2019 год), мы все же пришли к выводу, что лучше всего подойдет Raspberry PI Computer Module 3+. Почему Raspberry ? Да, некоторые характеристики уступают конкурентам, однако главным преимуществом стало то, что по Raspberry банально больше поддерживаемых библиотек и лучше техническая поддержка, т.к Raspberry на рынке с 2012 года и вокруг него сформировалось активное комьюнити.

Решение со встроенной памятью eMMC, предусмотренное в CM3, позволяет не использовать флеш-карту в качестве носителя ОС. Большое количество циклов перезаписи eMMC повышает надежность и срок службы памяти по сравнению с флеш-картами. При этом мы зарезервировали разъем для SD карт. Сразу можно сказать, что заявленной памяти для терминала хватает с лихвой, ибо сохраняемые события весят от силы пару килобайт. Что касается хранения фотографий, то здесь все сложнее: программно мы поставили ограничение в 5000 фото, но так как у нас зарезервирована флеш-карта, то данный лимит можно расширить до приемлемого значения.

Разработку управляющей платы мы начали с организации необходимых питающих напряжений. На нашей плате нам необходимо было обеспечить 3 значения напряжений: 5.0В, 3.3В и 1.8В. Внешний источник питания у нас 12В 3А. Для получения 5В и 3.3В мы использовали схему на основе широтной импульсной модуляции. Для источника питания 1.8В мы задействовали линейный понижающий преобразователь. Это выглядит, примерно, следующим образом.

Схема питания терминалаСхема питания терминала

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

Отметим также и схему защиты питания внешних считывателей, представленную ниже.

Схема защиты питания считывателя от диверсийСхема защиты питания считывателя от диверсий

То есть если закоротить питание, считыватель уйдет в защиту (питание считывателя отключится), а терминал продолжит работу. Номиналы резисторов R51 и R52 задают выходной ток. Изменяя номинал резистора R51 можно менять ток ограничения в значительных пределах (у нас стоят заданные на схеме номиналы исходя из рассчитанной нами нагрузки).

Питание мы организовали, самое время перейти к периферии.

К слову, Raspberry поддерживает UART-интерфейс и 2 USB версии 2.0. Через один из доступных USB мы решили организовать доступ к Ethernet с помощью микросхемы LAN9514 . Второй USB используется для подключения периферии, например индикатор алкоголя. Также задействовав GPIO для подключения кнопок, электромагнитных замков, защёлок, алкостестера в дискретном режиме работы и картаприемников.

Схема реализации Ethernet и USBСхема реализации Ethernet и USB

У CM3 на борту всего 2 UART. Один нам пригодится для организации интерфейса RS-485, а второй - debug. Поэтому мы использовали микросхему FT4232HL, для увеличения количества интерфейсов. У нее есть входной интерфейс USB, который поддерживает связь с LAN9514, он же в свою очередь коннектится с CM3.

Схема расширения количества UART-овСхема расширения количества UART-ов

Вот теперь у нас стало больше на целых 4 UARTa (задействуем всего 2). Один используется для подключения биометрического модуля отпечатков пальцев от южнокорейского производителя Suprema-SFM6020-OP6-8M/16M (8M - 5К отпечатков, 16М- 25К отпечатков).

Второй для подключения карточного модуля 7941D (поддерживает 2 частоты Emarine (125 кГц) и Mifare (13,56 МГц).

Suprema-SFM6020-OP6-8MSuprema-SFM6020-OP6-8M

Один из выделенных UART, как и планировали, мы задействовали под RS-485, позволяющий подключать внешние карточные или биометрические считыватели, а также передавать информацию во внешние системы при необходимости интеграции. Схема 485-го представлена ниже.

RS-485RS-485

В этой схеме мы прибегли к некоторым хитрым схемотехническим решениям, объединив и подключив линии RE и DE через транзистор, что позволило нам автоматизировать на аппаратном уровне переключение режимов приема/передачи.

Что касается интеграции с другими системами традиционным для СКУД способом, для передачи минимальной информации у нас организован выходной Wiegand. Есть и два входных Wiegand'а для подключения внешних считывателей. Ниже представлены их электрические принципиальные схемы.

Входной WiegandВходной WiegandВыходной WiegandВыходной Wiegand

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

В импульсном режиме для разблокировки выхода L1 OUT и L2 OUT срабатывают кратковременно, посылая управляющий импульс на турникет (обычно 0,2-0,3 секунды). При получении импульса турникет разблокируется в соответствующем направлении на время 5 секунд либо пока не будет совершен проход в данном направлении.

Для контроля прохода в направлении А или направлении В используются две линии, на которые контроллер турникета выдает импульсные сигналы при совершении прохода в том либо другом направлении. Данные импульсные сигналы подключаются к входам SENS1 для прохода в направлении А и SENS2 для прохода в направлении В.

Например, для работы с турникетами PERCo в контроллере должен быть установлен импульсный режим управления. Для этого время срабатывания сигналов L1 OUT и L2 OUT должно быть установлено в пределах от 0,2 до 1 секунды.

Подключение турникета PERCoПодключение турникета PERCo

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

  1. RPi D - 72.4 градуса обзор, 5 mpx, размер камеры 25x24 мм (старое исполнение).

  2. RPi G - 160 градусов обзор, 5 mpx, размер камеры 25x24 мм (теперь используем только этот вариант).

Схема организации интерфейсов DSI и CSIСхема организации интерфейсов DSI и CSI

Выбирая дисплей, выбор снова пал на знакомый бренд - 7-ми дюймовый touch-screen от Raspberry с разрешением 800x480 и DSI интерфейсом.

Исходя из размеров дисплея, считывателя и общей компоновки плат, были определены габариты корпуса для терминала - 210 x 173 x 44. Корпус решено было сделать цельнометаллическим алюминиевыми с гальваническим покрытием, что обеспечивало хотя бы минимальную вандалоустойчивость. Дисплей, конечно же, так не защищен.

Корпус терминалаКорпус терминала

Собрав все воедино мы получили терминал данного вида.

Знакомьтесь, терминал D1!Знакомьтесь, терминал D1!

Немного отклоняясь от темы, можно сказать, что мы были обмануты Raspberry, когда они в 4-ом поколении Compute Module поменяли форм-фактор и мы уже не смогли его просто заменить в нашей текущей плате и были вынуждены переходить на новое поколение путем разработки новой платы, но об этом в следующих статьях.

На данный момент с 2019 года нашей компаний было продано более 500 терминалов данной модели, а это показывает, что решение оказалось весьма успешным и надежным. В данной статье я коснулся лишь одной части - железа, однако большая работа была проделана и над прошивкой терминала. В следующей статье я расскажу, как реализована программная часть терминала. В случае возникновения вопросов или критических замечаний, прошу последовать в комментарии для бурного обсуждения!

Подробнее..
Категории: Анализ и проектирование систем , Схемотехника , Компьютерное железо , Скуд , Ethernet , Бизнес-модели , Терминал , Разработка на raspberry pi , Emmc , Шим , Uart , Gpio , Урв , Rs-485 , Wiegand

5 способов заработать на криптовалюте в эпоху коронавируса

22.05.2021 00:20:21 | Автор: admin

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

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

Что же делать, если вы вынуждены сидеть дома, ваши деньги подходят к концу, а карантинные меры еще не окончены? Есть выход! Представляем вам 6 способов заработка на криптовалюте не выходя из дому!

Способ 1 - HODL!

Уже более десяти лет прошло с тех пор, как Сатоши Накамото придумал Bitcoin, который и остается по сегодняшний день первой и самой популярной криптовалютой. Относительно недавно - весной 2021 года стоимость одного биткоина превышала 63000$ долларов США, и несмотря на текущий откат к отметке 38000$, многие эксперты прогнозируют в долгосрочной перспективе рост стоимости BTC.

Мы не призываем вас верить экспертам на слово, а попросим заглянуть в прошлое - в мае 2015 года средняя цена за 1 BTC составляла 240 долларов. Более чем 200 кратный рост цены за 7 лет! Подобная история стала основой одной из самых популярный стратегий заработка на основании криптовалюты - HODL. Название, произошедшее от перефразированного английского глагола держи, означает, что купив биткоин, не продавай его, ведь его ценность будет неуклонно расти.

Подобная стратегия возможно станет оправданной и для эфира - второй после биткоина валюты по стоимости, выросшей в цене за 1 год в со 130$ по 4000$.

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

Хорошо было бы отправится в 2011 и купить биткоин.

Способ 2 - ищем перспективный актив!

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

ADA - криптовалюта блокчейна Cardano, запущенного в 2017 году в мае 2020 года стоила около 5 центов, тогда как ее стоимость на текущий момент превышает 2 доллара!

DOT - криптовалюта блокчейна Polkadot, стартовав в октябре 2020 года со стоимости в 4 доллара в настоящий момент стоит около 40!

SOL - криптовалюта блокчейна Solana - еще в июне ее цена была около 60 центов, а сейчас превышает 55 долларов.

Все эти криптовалюты объединяет солидная технологическая основа их блокчейнов, и если не принимать в расчет неоднозначную ситуацию с Dodgecoin - криптовалютой, созданной ради шутки, которую Илон Маск запустил при помощи твитов со стоимости в половину цента в начале года до внушительных половины доллара на текущий момент. Совет может быть один - оценивайте технологические преимущества молодых проектов, покупайте недооцененные токены, но не забывайте, что подобная стратегия может как обогатить так и разорить вас.

И если вы не хотите рисковать.

Майнинг - золотая лихорадка 21 века!

Кроме получения дохода от приобретения актива, растущего в цене для криптоэнтузиаса доступна и иная возможность получения криптовалюты - майнинг. Майнинг, это процесс обеспечения формирования новых блоков, содержащий данные о транзакциях в таких блокчейнах как Биткоин, Эфир, Монеро. Майнер, первым получивший результат очень сложного вычисления, удовлетворяющий необходимым условиям, формирует блок транзакций за отрезок времени и за это получает вознаграждение в виде криптовалюты. Такой принцип формирования блокчейнов, называется PoW (proof of work) - доказательство работы.

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

За первые блоки биткоина счастливчики получали 50 BTC. С тех пор каждые 10 минут появляется новый блок, а награда за майнинг 3 раза уменьшилась вполовину, и на сегодняшний день составляет 6,25 BTC.

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

Но что делать, если компьютер у вас не такой мощный, а электричество стоит дорого?

Стейкинг - криптовалютный аналог вклада!

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

В новых блокчейн разработках постарались решить эту проблему другим способом, который носит название PoS, или доказательство доли владения. Право формировать блоки, содержащие транзакции получают некоторое количество держателей крупных сумм криптовалюты, которые оставляют ее в залог, как гарантию своей честности. Формируя блок они также получают вознаграждение. Такие пользователи блокчейна носят название валидаторы, процесс формирования блоков - валидацией, а процедура предъявления необходимой суммы криптовалюты - стейкингом. При этом, в отличии от алгоритма PoS, награда между всеми валидаторами как правило разделяется равномерно.

И так как от суммы криптовалюты валидатора напрямую зависит его участие в процессе, существует целый набор сервисов, позволяющих принимать средства, обычных пользователей для участия в валидации. Зачастую это решения компаний, имеющих свои валидирующие ноды и принимающие вклады пользователей, однако в некоторых случаях участие простых пользователей позволяет и сам блокчейн. Например в блокчейне Free TON, молодом технологичном проекте, существует технология DePool - позволяющая любому пользователю участвовать в стейкинге, без риска зависимости от решения определенной компании.

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

А есть ли другие способы?

Конкурсы - от каждого по способности, каждому по труду!

Все вышеописанные способы для получения дохода требуют определенных финансовых вложений.

Но есть ли способ. позволяющий заработать на криптовалюте своим собственным трудом? Как ни странно есть.

Многие блокчейны развивают свое сообщество через систему управления Governance. Участникам предлагается выполнить полезную работу для развития технологии, при этом лучшие решения могут быть награждены криптовалютой этого блокчейна. Такие решения можно встретить в Polkadot, Solana, Near...

Мы уже упоминали Free TON - инновационную блокчейн платформу, выросшую из проекта блокчейна для Telegram. Унаследовав технологии TON, Free TON шагнул еще дальше провозгласив полное самоуправление и меритократическую систему распределения криптовалюты.

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

Каждый член сообщества может предложить свой конкурс, разместив его на форуме. После одобрения сообществом конкурс размещается на площадке gov.freeton.org. Принять участие может каждый, имеющий счет в криптовалюте Free TON.

За год сообществом Free TON проведено более 160 конкурсов самого разного уровня и специализации. От сложнейших конкурсов по разработке систем смарт контрактов для децентрализованного голосования, до конкурса рождественских открыток или стикеров, собиравших сотни участников. Конкурсы разработки, дизайна, тестирования и писательских эссе - в сообществе проходят конкурсы на любой вкус. Вознаграждения способны удивить даже бывалого трейдера: за победу в конкурсах разработчиков награды составляли 300 000 TON Crystal - криптовалюты Free TON, цена на которую сейчас составляет около 60 центов. И хотя за дизайнерские и писательские конкурсы скромнее, а их награды составляют 5000 - 15000 TON Crystal, это все равно очень высоко.

Заключение

Какой бы вид заработка вы не выбрали - помните, что выбор остаётся за вами и только вам решать, что подходит а что нет. Но стоит не забывать и о рисках. Могу сказать одно точно конкурсы самый выгодный способ получения прибыли, ведь участвуя в нем, кроме вознаграждения вы еще и совершенствуете свои навыки, которые наверняка вам пригодятся после окончания эпохи пандемии!

Подробнее..
Категории: Будущее здесь , Ethernet , Бизнес-модели , Blockchain

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru