Hi3516a hi3516c hi3516d сравнение процессоров
Обновлено: 06.07.2024
Форум по системам видеонаблюдения, безопасности, пожарным и охранным сигнализациям, контролю доступа.
Новинки китайского видеонаблюдения
Камеры, регистраторы и прочее оборудование из Китая (с ebay, aliexpress, dealextreme, 409shop и т.п.)Новинки китайского видеонаблюдения
Наткнулся на очередную интересную штуку, решил создать отдельную тему, где можно было бы поделиться ссылками, картинками и отзывами по китайским новинкам в области видеонаблюдения. Чтобы подписаться и потом не выискивать по различным темам, где что-то видел.
Для затравки предлагаю обсудить такой вот интересный 2Мп модуль на хорошо уже знакомом чипе Nextchip NVP2441H и ещё более популярном сенсоре Sony IMX322.
Судя по дате, модуль производится довольно давно, но в продаже я его раньше не встречал. Цена, правда, кусается (в рублях примерно 850р), но это не массовый продукт. Модуль примечателен только своими размерами, которые совпадают размерами платы, используемых в старых камерах - дверных глазках. Думаю, его легко можно установить взамен обычного аналогового. Правда, остаётся вопрос, какой туда использовать ИК фильтр. В таких камерах не ставят механические фильтры, только объективы с наклеенной стекляшкой. Я даже 291 вроде бы видел такого размера.вот если бы айпи такого размера были бы.
Забрел на сайт XM посмотреть имеющиеся модули. и нашел новинки
Появился целый раздел интелектуально-аналитических модулей. Есть модули с распознаванием лиц и номеров(если ничего не перепутал). Интересно было бы взглянуть на цены и результаты работы этих интеллектуальных систем
появился новый раздел с UHD модулями и в нем 5МП модуль. который почему-то не попал в раздел 4/5МП h265
IPG-HP500NR-S что за матрица?
IVG-HP203Y на IMX291+3516Сv3
такой 2ух платный конструктив нужен для лучшего охлаждения?
Конструктив для унификации подключения матриц еще.
Проц заявлен 3616D.
Процессор – это сердце видеорегистратора, его «мозг». На процессоре выполняется программный код устройства. Процессоры, устанавливаемые в видеорегистраторы, отличаются от компьютерных своей архитектурой. Если говорить простым языком, то в видеорегистраторах нет необходимости реализовывать большое количество функций и команд как на ПК, поэтому процессоры для них изготавливаются на основе упрощенного набора команд. В результате такие процессоры имеют меньший размер, обладают меньшим энергопотреблением и тепловыделением, а также намного дешевле в производстве.
Архитектура ARM
Процессоры для видеорегистраторов также называют SoC (System on a Chip – система на чипе).
От производительности и стабильности процессора зависит не только качество конечного видео, но и многие функциональные возможности видеорегистратора (поддержка GPS, Wi-Fi, HDR и WDR, возможность обработки видео с двух камер, возможность комплектации радар-детектором и навигатором и т.д.).Также следует учитывать, что каждый процессор имеет максимальное разрешение видео, которое он может обработать. Поэтому производители видеорегистраторов, которые указывают разрешение видео больше, чем заявлено в характеристиках процессора, скорее всего, произвели интерполяцию изображения, то есть программное увеличение без улучшения качества.
Большинство процессоров, используемых в видеорегистраторах, имеют одно ядро. Поэтому одним из самых главных показателей производительности процессора можно считать тактовую частоту. Данный параметр показывает сколько тактов (операций) процессор осуществляет за одну секунду. Руководствуйтесь следующим правилом: чем больше тактовая частота, тем лучше.Тактовая частота первых «Систем На Чипе» не превышала 200 МГц, что по современным меркам является крайне слабым показателем. В современном видеорегистраторе средней ценовой категории, скорее всего, будет установлен процессор с тактовой частотой от 400 до 700 МГц, а то и больше.
Также особую роль играет архитектура, на которой построен процессор. Все процессоры для видеорегистраторов построены на архитектуре ARM. Существует 4 семейства процессоров: ARM7, ARM9, ARM11 и Cortex. Лучше всего, если процессор в вашем видеорегистраторе будет построен на ядре Cortex (самом современном на сегодняшний день). Для видеорегистраторов низкого и среднего ценового диапазон допустимо использование архитектуры ARM11.
Ниже мы перечислим основных производителей процессоров и их продукты, чаще всего встречающиеся на рынке видеорегистраторов.
Производители, набирающие популярность
HiSilicon
HiSilicon Technologies – китайская компания, занимающаяся производством полупроводников для мобильной электроники. Является дочерней компанией Huawei. Процессоры от HiSilicon устанавливаются в большинство моделей видеорегистраторов Blackvue, но не сильно популярны среди других производителей. Конечно, по охвату рынка Hisilicon не является конкурентом Ambarella, Novatek или Allwinner, но толковые видеорегистраторы на чипах данного бренда встречаются.
- Hisilicon Hi3516 (максимальное разрешение: 1920х1080; FPS: 30 кадров в секунду; кодеки: H.264/H.265) – одноядерный процессор на архитектуре ARM926. Встречается крайне редко, но каких-то нареканий в работе нет – хороший процессор для видеорегистраторов бюджетного сегмента.
- Hisilicon Hi3521 (максимальное разрешение: 1920х1080; FPS: 60 кадров в секунду) – процессор, выпускающийся с 2012 года. Разработан на ядре Cortex A9 с тактовой частотой до 930 МГц. Способен обрабатывать сразу четыре потока видео с разрешением 1280х720 пикселей, поэтому использовался лишь на нескольких видеорегистраторах с четырьмя выносными камерами. Популярности не завоевал.
- Hisilicon Hi3556V100 (максимальное разрешение: 2560х1440 при 30fps; кодеки: H.264/H.265) – двухъядерный процессор, изначально разрабатываемый для экшн-камер. Сочетает два ядра: Cortex A17 с тактовой частотой 1.2 ГГц и Cortex A7 с тактовой частотой 800 МГц. Позволяет снимать FullHD видео с частотой 60 кадров в секунду. Пока не получил широкой популярности, но иногда на рынке появляются неплохие видеорегистраторы на данном чипе.
- Hisilicon Hi3559V100 (максимальное разрешение 3840×2160 при 30fps; кодеки: H.264/H.265) – топовый процессор для видеорегистраторов. Имеет два ядра: Cortex A17 с тактовой частотой 1.2 ГГц и Cortex A7 с тактовой частотой 800 МГц. Способен обрабатывать двухканальное видео в формате 4К при 30fps с основной камеры и 1080Р при 30fps с второстепенной камеры. Также есть возможность работы с одноканальным видео в разрешении 2560х1440 при 60fps и 1920х1080 при 120fps. Встречается в основном на топовых видеорегистраторах Blackvue.
Alpha Imaging Technology
Alpha Imaging Technology (AIT) – тайваньская компания, выпускающая процессоры для смартфонов и потребительской электроники. С 2015 года принадлежит компании Mstar Semiconductor – дочернее предприятие MediaTek. К наиболее популярным чипсетам данного бренда относятся:
- AIT8427 (максимальное разрешение: 1920х1080; FPS: 30 кадров в секунду; поддержка алгоритма WDR; кодек: H264) – достаточно производительный и надежный одноядерный процессор, построенный на архитектуре ARM9. Имеет тактовую частоту до 500 МГц. Данный процессор вряд ли можно назвать современным, но с FullHD поток он справляется хорошо.
- AIT8328 (максимальное разрешение: 1920х1080; FPS: 30 кадров в секунду; поддержка алгоритма WDR; кодеки: MJPEG/H264) – двухъядерный процессор с тактовой частотой до 600 МГц. Поддерживает обработку двухканального видео. Модификации данного процессора также поддерживают обработку видео в формате Super HD с частотой 30 кадров в секунду.
Generalplus
Generalplus Technology – тайваньская компания, основанная в 2004 году. Изначально Generalplus занималась выпуском процессоров для камер и медиаплееров. В 2011 году компания стала одним из крупнейших поставщиков интегральных схем. Из наиболее популярных SoC-решений, применяющихся в видеорегистраторах, стоит отметить:
- GPCV1248A – одноядерный процессор, разработанный на ядре ARM7TDMI с тактовой частотой до 144 МГц. Способен обрабатывать видео с разрешением 1280х720 пикселей при частоте 30 кадров в секунду. Довольно устаревший процессор, который рекомендуется в покупке только на самых бюджетных видеоренистраторах.
- GPCV2159A (максимальное разрешение: 1920х1080; FPS: 30 кадров в секунду) – одноядерный процессор, разработанный на ядре ARM1176JZFS с тактовой частотой до 702 МГц. Не получил большого распространения на рынке, поэтому встречается редко.
MediaTek
MediaTek Inc. – китайская компания, занимающаяся производством полупроводниковой продукции. Компания была основана в 1997 году. Главная цель MediaTek – это производство процессоров для смартфонов и планшетов. Отдельной линии чипсетов для видеокамер или видеорегистраторов у данной компании нет. Поэтому не стоит удивляться, если в видеорегистраторе стоит четырехъядерный процессор нового поколения, а максимальное разрешение съемки FullHD частотой 30 кадров в секунду. Данные чипсеты чаще всего используются для многофункциональных регистраторов. Конечно, процессору MediaTek лучше предпочесть решение от Ambarella или Novatek, но встречаются и достойные экземпляры.
- MediaTek MT8127 (максимальное разрешение видео: 1920х1080; FPS: 30 кадров в секунду; кодек: H.265) – четырехъядерный процессор, построенные на Cortex A7. Поддерживает GPS, ГЛОНАСС, Wi-Fi. Крайне редко встречается в видеорегистраторах, чаще используется в планшетах.
- MediaTek MT8382 (максимальное разрешение: 1920х1080; FPS: 30 кадров в секунду;) – четырехъядерный процессор, построенный на архитектуре Cortex-A7 с тактовой частотой до 1300 МГц. Процессор был разработан для использования на смартфонах, но в итоге чаще всего устанавливался в планшеты. В видеорегистраторах использовался редко, устанавливался на многофункциональных устройствах (с двумя камерами или навигатором).
iCATCH
iCATCH – это тайваньская компания, основанная в 2009 году. Принадлежит известному гиганту Sunplus Technology. iCATCH не является весомым конкурентом для главных производителей процессоров под видеорегистраторы, так как в ее линейки всего один чип:
- iCATCH V33 – процессор, разработанный в 2012 году. Имеет тактовую частоту до 480 МГц. Способен обрабатывать FullHD видео с частотой 30 кадров в секунду. На рынке видеорегистраторов данный процессор можно встреть в продукции компаний SHO-ME, Каркам, Mio.
Texas Instrument
Texas Instrument – американская компания, основанная еще в начале второй половины 20 века. Занимается производством полупроводниковой продукции, микросхем, электроники. Процессоры от Texas Instrument можно встретить в видеорегистраторах от Blackvue и Thinkware. Из наиболее популярных чипов можно выделить следующие:
- TMS320DM368 (максимальное разрешение видео: 1920х1080; FPS: 30 кадров в секунду; кодек: H.264) – одноядерный процессор, разработанный на архитектуре ARM926EJ-S с тактовой частотой 432 МГц.
- TMS320DM8127 (максимальное разрешение видео: 1920х1080; FPS: 30 кадров в секунду; кодек: H.264) – процессор, разработанный на ядре ARM Cortex-A8 с тактовой частотой до 1 ГГц.
Лидеры рынка
Ambarella
Ambarella – это американская компания, специализирующаяся разработке полупроводниковой продукции с 2007 года. SoC от Ambarella используются в видео и фотокамерах, а также видеорегистраторах. Данный концерн славится тем, что выпускает целые линейки процессоров конкретно под видеорегистраторы. Именно поэтому Ambarella является лидером рынка на сегодняшний день.
Процессор Ambarella A7L
Существует 5 поколений процессоров от Ambarella:
- Ambarella A2S;
- Ambarella A5S;
- Ambarella A7L;
- Ambarella A9;
- Ambarella A12.
Подробнее обо всех поколениях вы можете прочитать по ссылке ниже:
Novatek
Novatek – тайваньский производитель процессоров для экшн-камер и видеорегистраторов, основанный в 1997 году. Как и Ambarella, выпускает SoC-решения конкретно для видеорегистраторов. Занимает высокие позиции на рынке видео оборудования.
Процессор Novatek
Узнать подробнее о процессорах данного бренда, а также о том, на какие чипсеты стоит обратить внимание в текущем году, можно здесь.
Allwinner
Китайская компания Allwinner Technology прославилась своими недорогими и производительными процессорами для видеорегистраторов. Чаще всего процессоры данного бренда можно найти в регистраторах низкого и среднего ценового диапазона.
Процессор Allwinner на плате видеорегистратора
Подробнее о процессорах Allwinner читайте здесь.
Лучшие процессоры на сегодняшний день
Из всего вышесказанного можно выделить лучшие SoC-решения у каждого из производителей:
- Ambarella: A7L, A9, A12;
- Novatek: NTK 96650, NTK 96660, NT 96655;
- Allwinner: V3 и A33;
- Texas Instrument: TMS320DM8127;
- HiSilicon: Hi3559V100;
- Alpha Imaging Technology: AIT8328;
- Generalplus: GPCV2159A;
- MediaTek: MediaTek MT8382;
- iCATCH: V33.
Не забывайте, что процессор это лишь часть сложного механизма видеорегистратора. Качество работы устройства также зависит от матрицы, объектива и программного обеспечения. Для ознакомления со всеми критериями подбора лучшего видеорегистратора прочтите статью:
Наверное, ни для кого не секрет, что в последнее время облачные сервисы видеонаблюдения набирают популярность. И понятно почему так происходит, видео — это "тяжелый" контент, для хранения которого необходима инфраструктура и большие объемы дискового хранилища. Использование локальной системы видеонаблюдения требует средств на эксплуатацию и поддержку, как в случае организации, использующей сотни камер наблюдения, так и в случае индивидуального пользователя с несколькими камерами.
Облачные системы видеонаблюдения решают эту задачу — предоставляя клиентам уже существующую инфраструктуру хранения и обработки видео. Клиенту облачного видеонаблюдения достаточно просто подключить камеру к интернету и привязать к своему аккаунту в облаке.
Есть несколько технологических способов подключения камер к облаку. Бесспорно, наиболее удобный и дешевый способ — камера напрямую подключается и работает с облаком, без участия дополнительного оборудования типа сервера или регистратора.
Для этого необходимо, чтобы на камере был установлен модуль ПО работающий с облаком. Однако, если говорить про дешевые камеры, то у них очень ограничены аппаратные ресурсы, которые почти на 100% занимает родная прошивка вендора камеры, а ресурсов необходимых для облачного плагина — нет. Этой проблеме разработчики из ivideon посвятили статью, в которой говорится почему они не могут установить плагин на дешевые камеры. Как итог, минимальная цена камеры — 5000р ($80 долларов) и миллионы потраченных денег на оборудование.
Мы эту проблему успешно решили. Если интересно как — велком под кат
В 2016 году мы стартовали разработку платформы облачного видеонаблюдения для Ростелекома.
В части ПО камер на первом этапе пошли "стандартным" для таких задач путем: разработали свой плагин, который устанавливается в штатную прошивку камеры вендора и работает с нашим облаком. Однако, стоит отметить, что при проектировании мы использовали наиболее легковесные и эффективные решения (например, plain C реализацию protobuf, libev, mbedtls и полностью отказались от удобных, но тяжелых библиотек типа boost)
Сейчас на рынке IP камер нет универсальных решений по интеграции: у каждого вендора свой способ установки плагина, свой набор API для работы прошивки и уникальный механизм обновления.
Это означает, что для каждого вендора камер необходимо индивидуально разрабатывать объемный слой интеграционного ПО. И на момент старта разработки целесообразно работать только с 1-ним вендором, что бы сосредоточить усилия команды на разработке логики работы с облаком.
Первым вендором был выбран Hikvision — один из мировых лидеров на рынке камер, предоставляющий хорошо документированное API и грамотную инженерную техническую поддержку.
На камерах Hikvision мы и запустили наш первый пилотный проект облачное видеонаблюдение Видеокомфорт.
Практически сразу после запуска наши пользователи стали задавать вопросы о возможности подключении к сервису более дешевых камер других производителей.
Вариант с реализацией слоя интеграции под каждого вендора я отбросил практически сразу — как плохо масштабируемый и предъявляющий к железу камеры серьезные технические требования. Стоимость камеры, удовлетворяющий таким требованиям на входе:
Поэтому, я принял решение копать глубже — сделать полностью свою прошивку для камер любых вендоров. Этот подход существенно снижает требования к аппаратным ресурсам камеры — т.к. слой работы с облаком на порядок более эффективно интегрирован с video application, и в прошивке нет лишнего не используемого жирка.
И что важно, при работе с камерой на низком уровне есть возможность использовать аппаратный AES, который шифрует данные, не создавая дополнительной нагрузки на маломощный CPU.
В тот момент у нас не было вообще ничего. Вообще ничего.
Практически все вендоры не были готовы работать с нами на таком низком уровне. Информации о схемотехнике и компонентах — нет, официальных SDK чипсетов и документации сенсоров — нет.
Технической поддержки так же нет.
Ответы на все вопросы приходилось получать реверс инжинирингом — методом проб и ошибок. Но мы справились.
Первыми моделями камер, на которых мы набивали шишки стали камеры Xiaomi Yi Ants, Hikvision, Dahua, Spezvision, D-Link и несколько сверх дешевых безымянных китайских камер.
Камеры на чипсете Hisilicon 3518E. Аппаратные характеристики камер такие:
| Xiaomi Yi Ants | Noname | |
|---|---|---|
| SoC | Hisilicon 3518E | Hisilicon 3518E |
| RAM | 64MB | 64MB |
| FLASH | 16MB | 8MB |
| WiFi | mt7601/bcm43143 | - |
| Sensor | ov9732 (720p) | ov9712 (720p) |
| Ethernet | - | + |
| MicroSD | + | + |
| Microphone | + | + |
| Speaker | + | + |
| IRLed | + | + |
| IRCut | + | + |
С них мы начинали.
Сейчас поддерживаем чипсеты Hisilicon 3516/3518, а так же Ambarella S2L/S2LM. Количество моделей камер — десятки.
uboot
uboot — это начальный загрузчик, после включения питания загружается первым, инициализирует оборудование и загружает ядро linux.
Скрипт загрузки камеры достаточно тривиален:
Из особенностей — два раза вызывается bootm , подробнее об этом чуть позже, когда дойдем до подсистемы обновления.
Обратите внимание на строчку mem=38M . Да, да, это не опечатка — ядру Linux и всем-всем-всем приложениям доступно всего лишь 38 мегабайт оперативной памяти.
Так же рядом с uboot находится специальный блок, называемый reg_info , в котором находится низкоуровневый скрипт инициализации DDR и ряда системных регистров SoC. Содержимое reg_info зависит от модели камеры, и если оно будет не корректным, то камера даже не сможет загрузить uboot, а зависнет на самом раннем этапе загрузки.
Первое время, когда мы работали без поддержки вендоров, мы просто копировали этот блок из оригинальной прошивки камеры.
Ядро linux и rootfs
На камерах используется ядро Linux, входящее в состав SDK чипа, обычно это не самые свежие ядра из ветки 3.x, поэтому часто приходится сталкиваться с тем, что драйвера дополнительного оборудования не совместимы с используемым ядром, и нам приходится их бэк-портировать под ядро камеры.
Другая проблема — это размер ядра. Когда размер FLASH всего 8MB, то каждый байт на счет и наша задача — аккуратно отключить все не используемые функции ядра, что бы сократить размер до минимума.
Rootfs — это базовая файловая система. В нее включены busybox , драйвера wifi модуля, набор стандартных системных библиотек, типа libld и libc , а так же ПО нашей разработки, отвечающее за логику управления светодиодами, управление сетевыми подключениями и за обновление прошивки.
Корневая файловая система подключена к ядру как initramfs и в результате сборки мы получаем один файл uImage , в котором есть и ядро и rootfs.
Video application
Наиболее сложная и ресурсоемкая часть прошивки — приложение, которое обеспечивает видео-аудио захват, кодирование видео, настраивает параметры картинки, реализует видео-аналитики, например, детекторы движения или звука, управляет PTZ и отвечает за переключения дневного и ночного режимов.
Важная, я бы даже сказал ключевая особенность — каким образом видео приложение взаимодействует с облачным плагином.
В традиционных решениях 'прошивка вендора + облачный плагин', которые не могут работать на дешевом железе, видео внутри камеры передается по протоколу RTSP — а это огромный оверхед: копирование и передача данных через socket, лишние syscall-ы.
Мы в этом месте используем механизм shared memory — видео не копируется и не пересылается через socket между компонентами ПО камеры, тем самым оптимально и бережно используя скромные аппаратные возможности камеры.
Подсистема обновления
Предмет отдельной гордости — подсистема fault-tolerant онлайн обновления прошивки.
Поясню проблематику. Обновление прошивки — это технически не атомарная операция и в случае если посередине обновления произойдет сбой питания, то на флеш памяти будет часть "недозаписанной" новой прошивки. Если не предпринять специальных мер, то камера после этого станет "кирпичом", который нужно нести в сервисный центр.
Мы справились и с этой проблемой. Даже если камеру выключить в момент обновления, она автоматически и без участия пользователя скачает прошивку из облака и восстановит работу.
Разберем технику подробнее:
Наиболее уязвимый момент — перезапись раздела с ядром Linux и корневой файловой системой. В случае, если один из этих компонентов окажется поврежденным, то камера вообще не загрузиться дальше начального загрузчика uboot, который не умеет скачивать прошивку из облака.
Значит, нам нужно обеспечить гарантию наличия на камере работоспособного ядра и rootfs в любой момент процесса обновления. Казалось бы самым простым решением было бы постоянно хранить на флеш памяти две копии ядра с rootfs и в случае повреждения основного ядра загружать его из резервной копии.
Годное решение — однако, ядро с rootfs занимает около 3.5MB и для постоянной резервной копии нужно выделить 3.5MB. На самых дешевых камерах просто нет столько свободного места под backup ядра.
Поэтому для backup ядра во время обновления прошивки используем application партицию.
А для выбора нужной партиции с ядром как раз и используется две команды bootm в uboot — в начале пытаемся загрузить основное ядро и если оно повреждено, то резервное.
Это гарантирует, что в любой момент времени на камере будет корректное ядро с rootfs, и она сможет загрузиться и восстановить прошивку.
CI/CD система сборки и деплоя прошивок
Для сборки прошивок мы используем gitlab CI, в котором автоматически собираются прошивки под все поддерживаемые модели камер, после сборки прошивки автоматически деплоятся на сервис обновления ПО камер.
Из сервиса обновления ПО прошивки доставляются на тестовые камеры наших QA, а по завершению всех этапов тестирования и на камеры пользователей.
Информационная безопасность
Ни для кого не секрет, что в наше время информационная безопасность — это важнейший аспект любого IoT устройства, в том числе и камеры. По интернету гуляют ботнеты типа Mirai, поражающие миллионы камер со стандартными прошивками от вендоров. При всем уважении к вендорам камер, не могу не отметить, что в стандартных прошивках заложено много функционала, который не востребован для работы с облаком, однако содержит в себе много уязвимостей, которыми пользуются ботнеты.
Поэтому, весь не используемый функционал в нашей прошивке отключен, все tcp/udp порты закрыты и при обновлении прошивки проверяется цифровая подпись ПО.
И кроме этого, прошивка проходит регулярное тестирование в лаборатории информационной безопасности.
Сейчас наша прошивка активно используется в проектах по видеонаблюдению. Пожалуй самый масштабный из них — трансляция голосования в день выборов Президента Российской Федерации.
В проекте было задействовано более 70 тысяч камер с нашей прошивкой, которые были установлены по избирательным участкам нашей страны.
Решив ряд сложных, а местами, даже на тот момент практически невозможных задач, мы, конечно, получили огромное удовлетворение как инженеры, но кроме этого, и сэкономили миллионы долларов на закупке камер. И в данном случае, экономия — это не только слова и теоретические расчёты, а результаты уже случившегося тендера на закупку оборудования. Соответственно, если говорить про облачное видеонаблюдение: есть два подхода — стратегически заложиться на низкоуровневую экспертизу и разработку, получив на выходе огромную экономию на оборудовании или использовать дорогое оборудование, которое, если смотреть именно на потребительские характеристики, практически ничем не отличается от аналогичного дешевого.
Почему стратегически важно принять решение относительно выбора подхода к способу интеграции как можно раньше? При разработке плагина, разработчики закладываются на те или иные технологии (библиотеки, протоколы, стандарты). И если выбран набор технологий только под дорогое оборудование, то в дальнейшем попытка перехода на дешевые камеры с большой вероятностью, как минимум, займет безумно большое время или вообще потерпит неудачу и произойдет возврат к дорогому оборудованию.
Несколько дней назад новый клиент спросил меня: "Что лучше Hi3518E или Hi3518C?». Я ответил, что Hi3518E лучше, так как это более новый SoC процессор от Hisilicon. Подумав некоторое время спустя, я понял, что не знаю точную разницу между этими SoC процессорами. После поисков в Google, на веб-сайте я нашёл статью, где утверждается, что Hi3518C лучше, чем Hi3518E. Тогда я потратил ещё время, проведя более тщательный анализ, и пришёл к выводу, что Hi3518E всё же немного лучше, чем Hi3518C.
Hi3518E более новый, чем Hi3518C и Hi3518A
В 2012 году Hisilicon выпустил SoC процессоры для IP камер Hi3518A и Hi3518C, эти два процессора поддерживают кодирование потока видео 1080p 30 кадров в сек, технологию трёх потоков, а также группу технологий обработки изображения, включая 3D-шумоподавитель, цифровой WDR, антитуман и т.д. Из них Hi3518A уже снят с производства, Hi3518C ещё доступен и устанавливается во многие IP-камеры 720p/960p на рынке видеонаблюдения.
Hi3518E был выпущен Hisilicon в 2014 году, это новое поколение SoC (система на чипе) процессоров, которое обладает лучшими характеристиками по сравнению со своими предшественниками - Hi3518A и Hi3518C. Согласно спецификации, Hi3518E интегрируется с последними ISP (Image Signal Processor), улучшен алгоритм кодирования видео, использует формат сжатия H.264. Используя передовые технологии и архитектуру с низким энергопотреблением, Hi3518E является ведущим в аспектах низкой скорости передачи данных, высокого качества изображения и низкого энергопотребления. Стоимость EBOM (конструкторский состав изделия) для IP камеры на Hi3518E значительно снижается за счет интеграции DRAM, POR, RTC и аудио кодеков и поддержку датчиков различных уровней и тактируемых выходов. Подобно другим Hisilicon DVR и NVR SDK (комплект средств разработки), SDK на Hi3518E позволяет быстрое массовое производство и облегчает компоновку системы IP камер, DVR, и NVR.
Hi3518E интегрирован с облачным сервисом P2P
Так как облачный сервис становится все более и более популярным, последний Hi3518E интегрирован с облачной службой P2P (Danale), что значительно улучшило функцию "подключи и работай". Производителям камер безопасности больше не нужно разрабатывать свои собственные облачные службы и приложения для смартфонов. Последняя Hi3518E поставляется с бесплатным программным обеспечением для PC, бесплатным приложением для смартфонов, программным обеспечение разработчика, поддерживает удалённый просмотр P2P, Push уведомления, облачное хранилище данных и другие облачные сервисы. Если у вас есть IP камера на базе Hi3518E, вы можете использовать приложение Xmeye для получения доступ к камере через смартфон. Xmeye доступна для платформ iOS и Android.
Hi3518E имеет улучшенную обработку видео, чем Hi3518C
Ключевые характеристики Hi3518E из технической документации:
- Ядро процессора Hi3518E: ARM9 макс 440 МГц, 16 KB кэш инструкций и 16 KB кэш данных
- Протоколы кодирования видео: H.264 main profile, H.264 baseline profile, кодирование MJPEG/JPEG baseline
- Производительность кодирования видео: 720p@25fps H.264 + 720p@3fps JPEG потоки
- Диапазон Birate: от 16 кбит/сек до 20 Мбит/сек
Ключевые характеристики Hi3518C из технической документации:
- Ядро процессора Hi3518C: ARM926 макс 400МГц, 16 KB кэш инструкций и 16 KB кэш данных
- Протоколы кодирования видео: H.264 main profile level 4.0, H.264 baseline profile, кодирование MJPEG/JPEG baseline
- Производительность кодирования видео: 720p@25fps H.264 + QVGA@30fps + 720p@1fps JPEG потоки
- Диапазон Birate: от 16 кбит/сек до 20 Мбит/сек
Согласно спецификации на Hi3518E и Hi3518C, Hi3518E имеет немного лучшую обработку данных, чем Hi3518C. Hi3518E поддерживает два потока видео, а Hi3518C поддерживает три видеопотока. Диапазон скорости передачи данных одинаковый для обеих камер. К сожалению, первый сайт, по которому я ориентировался, предоставляет неверные данные. Я не знаю, почему в той статье содержатся недостоверные сведения, ведь пользователи могут легко найти эти данные в спецификации производителя.
Hi3518E имеет немного больше энергопотребление
Типовое потребление Hi3518E составляет 900 мВт, а типовое потребление Hi3518C составляет 700 мВт. Причина в том, в чип Hi3518E встроена память DDR2 16 бит 512 Mбит (64Мб), а в старом чипе Hi3518C её нет. (Примечание переводчика: в большинстве модулей на базе Hi3518C установлен отдельный чип DDR3 1Гбит (128Мб)). Кроме того, Hi3518E имеет гораздо больше периферийных интерфейсов, включая 3x UART, 2xSSP (синхронный последовательный порт), 4x PWM (широтно-импульсный модулятор). В двух словах, производители камер безопасности могут разрабатывать сетевые камеры на базе Hi3518E с более низкой стоимостью, а общее потребление будет ниже, чем у камер на чипе Hi3518C.
Мы поместили в список некоторые IP камеры на базе Hi3518C и Hi3518E, а также Hi3516C SoC процессоре.
Читайте также: