Комментарии 57
Плюс проверка реальной скорости ethernet.
Не очень хорошо, если из-за просмотра видео, у вас остановится отопление.
Можно сказать, что не надо на одном компьютере решать разные по уровню ответственности задачи
Если компьютер способен решать задачу высокой ответственности, то почему он не справится с низкой?
Конечно справится, но не ставить же в каждую розетку по компьютеру с 4 ядрами, это выйдет дороговато.
Почему я считаю, что не надо на одном компьютере запускать управление "умным домом" и гонять видео — потому что даже если ресурсов это компьютера достаточно, и даже есть запас, всегда существует вероятность программной ошибки и аппаратного сбоя, и обычно чем выше нагрузка, тем больше вероятность сбоя. Да и задачи разные требуют разного железа-софта. Управление, например, воротами требует почти real time, иначе возникает дискомфортная для пользователя задержка между условным нажатием на кнопку и открыванием ворот.
Управление отоплением и водоснабжением — банально слишком ответственные задачи, риск — повреждение здания с дорогим ремонтом.
Учитывая, что мы тут обсуждаем не профессиональные системы с выделенной серверной и зарезервированным железом, а решения из "палки и верёвки", надо ли повышать и без того немалый риск?
Ну… спорное утверждение. Даже не буду прикапываться к «обычно», но…
Нагрузка «выше» в абсолютных или относительных величинах должна к сбоям приводить? Что надежнее управляет умным домом, 1x160MHz или 4x2GHz?
> Управление, например, воротами требует почти real time, иначе возникает дискомфортная для пользователя задержка между условным нажатием на кнопку и открыванием ворот.
Интересное представление о «real time»… Вы таки правда думаете видеоплеер, рендерящий 4K*60FPS не справится с управлением воротами без задержки?
> Да и задачи разные требуют разного железа-софта.
Ну, это может быть, но вообще ортогонально надежности.
> Управление отоплением и водоснабжением — банально слишком ответственные задачи, риск — повреждение здания с дорогим ремонтом.
Поэтому что? Нельзя их на одном устройстве совмещать? Нужно на одном устройстве совмещать, уменьшая количество точек отказа? Нельзя, что бы устройство видео играло, что бы пользователь вовремя поломку [не]заметил?
Чем больше софта работает тем больше очереди, больше задержки, больше вероятность задержки при выделении памяти процессу, при использовании потоковой обработки медиаданных это проявляется в разы заметнее.
Не, ну если у вас IoT сервер 1*8 МГц…
Хотя, честно говоря, у меня большие сомнения в качестве софта для всего этого «без ОС», всё уходит в оптимизацию под 8МГц.
> при использовании потоковой обработки медиаданных это проявляется в разы заметнее.
А где конкретно это можно увидеть? Задержка открытия ворот от выделения трех байт под команду открытия ворот?
Вы на собственном практическом опыте делаете такое заявление?
Это я тоже умею, но мой вопрос в другом: у вас есть практический опыт реализации систем автоматизированного управления воротами, отоплением и водоснабжением?
Спасибо за ответ, я так и думал.
Любая задача кажется простой, пока за неё не возьмёшься.
В небольшом доме о 250м2 отказ отопления с последующим замерзанием обошёлся примерно в 15 тысяч долларов — замена почти всей сантехники, труб, местами полов.
В другом доме автоматика сбойнула и включила подпитку системы отопления, кончилось прорывом, затоплением и последующим замерзанием. Дом не под снос, но ущерб очень значительный, повезло, что отделку не успели сделать.
Так что прежде чем говорить о плевости решения и малой ответственности решаемой задачи, стоит ознакомиться с предметом обсуждения.
Цена сравниваемых однопалатников — Orange Pi PC2 — 25 $, ASUS Tinker Board — 85 $, не удивительно что у них отличается производительность. И для сравнения мой медиаплеер — MECOOL KI PRO за 75 $ — DVB-S2/T2/C COMBO, IPTV(мультикаст), 2.4G/5G WiFi, ethernet 1000 Мбит, H.265 4K 60fps 10btis и весь андроидный софт.
Для Mali-T760 заявлено OpenGL ES 1.2, 1.1, 2.0, 3.1, 3.2, Vulkan 1.0, OpenCL 1.1, 1.2, RenderScript.
Или как обычно ни описания на GPU, ни исходников, ни даже вообще нормальных дров и библиотек.
Как вообще обстоят дела с доступностью документацией на эти железяки?
ASUS Tinker Board — $64-$80
Raspberry PI3B+ — $35-$50
Orange Pi PC 2 — $25-$45
Khadas Vim1 — $50-$80
PINE64 Rock64 — $25-$45
цены достаточно условны, где доставка дорогая но быстрая и надёжная, где комплектация лучше, где в наличии а не «ждите». Но примерно сложить представление позволяют.
Но всё это кроется размером комьюнити. И тут победитель с большим отрывом известен. А это — важная тема.
PS у Khadas есть VIM2 — там и DDR4 и прочее, если тестировать её наверно всех порвёт, но ценник 100+, и beaglebone AI выкатывают, но он как-то хлипко выглядит пока, а просят тоже 100+
Я бы еще odroid`ы в этот список внёс.
Тестирование ethernet, опять же. Включая стресс тестирование, что опять же важно.
Тест 10 миниПК (2018)
Banana pi m3 не было?
Банан м3 (8 медленных ядер) ненадёжный, требовательный к питанию и греется; апельсин похожий, на более старом чипе. Можно взять банан М1 (самый недорогой, 2 ядра) или м2 (4 ядра, чаще берут для роутеров, но там моделей много) и софт получше, чем у вышеперечисленных. Малина обычно подороже, но ситуация с софтом менее кошмарна.
4GB LPDDR4 RAM, 128 CUDA ядер, 4K 30fps на монитор
На TensorFlow нейронки запускать самое то, и размер не на много больше Rpi3
Тут есть некоторое сравнение с Rpi3
Тестирование микрокомпьютеров для IoT