Счётчики для воды есть с ble интерфейсом, они в реестре и поверенные — элехант. У приятеля esp32 их принимает, отдаёт уже по mqtt, это готовый проект из интернета взят, я его только из vs code в Ардуино ide перенёс. Цена вопроса 300р за esp32, счётчики в районе тысячи каждый.
Газовый счётчик пр-ва эльстер, мебранного типа — это важно для котлов, у таких счётчиков самое низкое падение давления — имеет возможность прицепить геркон, но цена негуманная. Решил тоже через ble, nrf52840+hmc5883 (датчик магнитного поля). Принимает та же esp32.
Альф крутой, да. Семейные материалы, кстати, отличная тема — в них специально используют более простую лексику, запоминающиеся фразы и линейный сюжет. Мультфильмы (диснеевские) тоже бывают удачными.
Мне еще поэтому супергеройские нравятся, так как очень простые диалоги. Обычно их совсем не интересно смотреть, ну а чтобы язык подтянуть — пойдет, они на многих языках выходят. Кстати, сегодня попался на глаза (тут) сериал сделанный из марвелловских фильмов. Может, тот кто смотрел эти фильмы на русском, сможет пересмотреть этот «сериал» и набрать практики для старта.
У меня давно есть желание сделать набор обработанных сериалов (выкинуть лишние или слишком сложные фразы/сцены и качественно сократить сериал), для постепенного наращивания словарного запаса и привыканию к настоящей речи. Было бы круто это сделать, но вопросы легальности, черт бы это все побрал.
Извиняюсь за некропостинг, но как раз и с похожей ситуацией столкнулся, и эта статья попутно нагуглилась. Апгрейдил я батарейки в таком же SUA1000i, так вот, обратил внимание, что колхозить вентилятор для него не нужно. В нём слева напротив отверстий в корпусе уже есть «родное» посадочное место под вентилятор, а сверху на плате есть разъем для него. Надо просто купить обычный 12В корпусный кулер и посадить его туда, а бесперебойник сам разберётся, когда его включать.
Если интересно почитайте Каптелина и Мошкова (ЛФК). Советская система лечебной физкультуры родилась от фронтов Второй Мировой и вернувшихся с неё погнутых и поломанных физически людей. Вернее от их потребности в реабилитации…
Сайчас такого для массового страждущего нет. Таблеточками торгуют-с.
Странно использовать MJPEG, странно использовать константный битрейт и странно не использовать детекторы. Не то, чтобы я всерьёз топил за какого-то другого вендора, но ИМХО оценить реальный объем требуемых данных можно только постфактум, а все калькуляторы могут расчитать либо максимальный объем (для расчета гарантированного периода перезаписи архива), либо потыкать пальцем в небо.
Ну и запись — это не только гигабайты. Если у вас есть несколько постов охраны — то они будут создавать random-read нагрузку на схд, всякие разнообразные аналитики очень любят кушать цпу (особенно если везде стоят камеры по 2-4 мегапикселя), а у некоторых вендоров (не будем тыкать пальцем) аналитика уже на GPU работает, и там тоже свои системные требования.
И у меня нет особой уверенности в том, что статистика по отбитию инвестиций из Флориды будет одинаково актуальна и для магазина электроники на Тверской, и для подмосковной Четверочки всего в 40 минутах от метро.
По собственному опыту проектировать видеонаблюдение удобно в SketchUp-е. Обводится мышкой территория из гуглокарт, вешаются камеры и на фиксированных планах задаются фокусные расстояния, соответствующие выбранным объективам. Потом по маякам строим карту перекрытия территории, трассируем слаботочку, ищем пролёты более 100 метров и ставим туда gper. Если уделить два часа рисованию в скечапе — то получаем практически одинаковые виды с камер на плане и в реальности.
Два мерзких момента — снег при включенной ИК-подсветке и встречный свет фар. Чтобы победить снег — нужно ставить отдельное освещение рядом с камерой (а не использовать встроенные светильники). Для победы над встречным светом фар есть WDR, но в камерах до 12-15 тысяч рублей его скорее нет, поэтому проверяйте конкретную железяку фонариком. В дешевых камерах шумодав ночью может создавать «левые» срабатывания детектора движения, поэтому в важных точках лучше всё-таки определять движение не анализом картинки, а емкостным датчиком. Если у вас есть периметр в виде забора — наличие лазерного датчика пересечения за три копейки будет фиксировать каждую пролетающую там ворону, но только если нет дождя или тумана. Распознавание лиц и номеров для большинства доступных по цене камер работает только в идеальных условиях, стоит пойти снегу-дождю или выключиться свету — как сразу всё резко перестаёт работать.
Гипервизор, какой к душе ближе лежит, либо LXC (просто контейнеры)/Docker(контейнеры и оркестрация попроще)/Kubernetes(контейнеры и оркестрация покруче).
Про преимущества и недостатки:
1) Гипервизор:
За:
Простота. Всё эквивалентно физическим машинам, легко управлять, легко обновлять, мало абстракций.
Изоляция. Разные ядра ОС — более спокойная жизнь, если нужно крутить что-то, чему Вы не полностью доверяете.
Гибкость. Настроить можно что угодно, было бы время.
Против:
Необходимость ручной настройки и управления ресурсами (хранилище, память, адреса).
Небольшой оверхед по производительности, но на это можно наплевать. Он реально небольшой.
Чуть-чуть повыше задержки ввода-вывода дисков, сети. Весь обмен идёт через виртуальные устройства, они вносят свои коррективы.
2) Контейнеры. Не особо касаюсь LXC, он близок к ВМ с меньшим оверхедом и чуть большими рисками ИБ. Основа основ — это докер.
За:
Автоматизация многого. Можно стянуть с Docker Hub готовый образ практически с чем угодно, автоматизировано управление ресурсами, есть апи.
Сложные сети из коробки. Та же оверлейная сеть — это чудо.
Кластеры и оркестрация. Нужно, чтобы система автоматом поддерживала минимальное число воркеров и переносила их на другой хост, если первый откинулся? Легко. Централизованное логирование? Легко. И т.п.
Чуть лучше перформанс, чем у ВМ.
Против:
Абстракции, куча их, причём в разных местах. Сеть временами слишком умная. Например, в том же докере есть встроенный ДНС, который не очень удобно стыкуется с внешним ДНС-ом.
Обновления — боль и костыли. Деплой чего-то, чего нет готовым — боль и костыли. Например, если Вы не публикуете свой образ в Docker Hub, он не будет автоматически перестроен при обновлении базового образа. Автоматически штатным образом обновить контейнеры не всегда возможно. Для своих образов Вам придётся, по сути, воссоздавать инит-скрипты, которыми оживляется Ваш сервис.
По-любому потыкать надо и то, и другое. Ничего не мешает совмещать — докер/кубернетес прекрасно заживёт в виртуалке, и изучение его не будет мешать работе уже настроенных виртуалок, которые Вы используете, а не изучаете. Ну, при условии, что Вы отделите тестовые подсетки и рабочие подсетки, и не будете сплетать одно с другим.
Дальше большая субъективщина, к которой был бы рад услышать альтернативные мнения:
ВМ — основополагающая технология. От неё стоит отталкиваться, а потом уже идти в контейнеры.
Бесстыжий пиар. Начать лучше всего с Proxmox, он бесплатный, открытый и офигенно мощный. Если сервер один, и нет СХД, то лучше использовать хранилище на ZFS. Для ознакомления на какую-либо машину попроще поставить vSphere, поучиться и ему. Но без vCenter ему до практичности Proxmox — как до Луны, поэтому он нужен для того, чтобы научиться технологиям лидера коммерческого рынка.
Сервисы, которые должны просто работать, и которые написаны не Вами, лучше деплоить в ВМ.
Сервисы, которые Вы пишете сами, лучше деплоить в контейнеры.
настраивать в биосе
Сомневаюсь, что биос Вам после месяца-другого общения с сервером потребуется хоть сколько-нибудь часто. Как правило, это будет совпадать с необходимостью повзаимодействовать с аппаратной частью, поэтому всё равно придётся присутствовать. Но YMMV.
Кстати, о VT-d
Да, правильно. Без этой технологии PCI-устройства в ВМ пробросить нельзя.
Однако, всё не очень радужно:
Не на всех материнках vt-d адекватный.
Если речь идёт о видеокарте, то обязательно, чтобы в ней был UEFI OpRom, и очень желательно, чтобы она была не единственная в системе. Например, у меня корпус очень компактный, поэтому карточка только одна. Свою я её ещё не победил.
Если речь идет о консьюмерских видеокартах, то одна видеокарта осчастливит только одну ВМ. Если энтерпрайз — то несколько, представившись несколькими виртуальными PCIe-устройствами.
Если речь про консьюмерские NVidia — готовьтесь к борьбе с драйверами. Их придётся либо патчить, либо средствами гипервизора скрывать от гостевой ОС, что она виртуальная. NVidia останавливает драйвер при детекте работы в ВМ, и обойти не всегда тривиально.
Если про машинное обучение, что здесь уже не в тему обсуждения, то начать лучше с рабочей станции на Linux, на которую вкатывать Tensorflow в докере с драйвером ГПУ от NVidia. А там дальше потихоньку придёте к тому, что Вам нужно. К серверу всегда успеете прийти, как появится потребность. Плюс видеокарту с рабочей станции никто не отнимет. :-)
У вас съедают уровень выходные эмиттерные повторители VT12 — VT14 на падение напряжения на переходе эмиттер-база. Попробуйте поднять уровень в цапе — в эмиттеры VT1 — VT8 поставить диоды. Они дадут необходимое смещение.
Вариант выковырять ЦАП из старой ISAшной VGA видеокарты, они там отдельным чипом стоят.
Я когда-то делал видеоконтроллёр но использовал, как основной чип ПЛИС фирмы ALTERA EPF8282ALI184 она ставится в квадратную панельку, кирпичиков с головой хватает
и лафа — рисуешь схему на компе загружаешь (в отдельном устройстве загружает микроконтроллёр). Плата 7х10 см, я её вообще на макетке собрал (дорожки проводами).
Один раз спаял потом издевайся как хочеш (рисуешь схемы, какие хочеш на компе и загружаешь). Рисуются схемы в MAX PLUS+II в ней не сложно разобраться.
Хороший софтфон — Zoiper, Eyebeam
CSimple и Linphone — одни из худших, неудивительно, что у автора потом софтфоны — тройка по оценке.
Самые лучшие из тестированных мной телефонов по качеству звука — polycom soundpoint(без особых проблем) и cisco старых серий 79xx(но их сложно настраивать).Чуть хуже — digium/switchvox/sangoma. Грандстрим на 4- с минусом, как и новые cisco и yalink.
audiocodes — тоже странные железки, в этой нише для домашнего пользователя сильно лучше cisco SPA3XXX и старый добрый PAP2T.
Если что — опыт работы с телефонией 18 лет фул тайм.
Мой личный опыт привел, к очень классной штуке, как Platenclene, плюс очень хорошо очищает резиновые ролики в копировальных аппаратах, для, чего изначально и придуман. Ещё хорошо термопасту снимает, особенно, если считает, что все снял, оказывается, что микрослой ещё оставался.
А если закинуть на установочный накопитель правильный AutoUnattend.xml, то поля ввода онлайн-аккаунта вообще не будет, сразу создание локальной уч. записи
«Руководство вуза закупило у 1С-Битрикс соответствующую лицензию» после joomla 1С-Битрикс ну никак не будет «единой технической платформой с удобным быстрым администрированием.» Вместо нормальной бесплатной CMS в которой хотя бы студенты могли помочь, купили проприентарщину в которой за каждый чих с вас будут драть деньги, да еще и тормозить это все будет по сравнению с joomla в разы больше. Решение проблемы на 5+… хотя может это месть такая хитрая ведь " С октября 2019 года я больше не работаю в университете."
P. S.
За 4 года не освоить как работать с материалами в простой Cms это надо иметь талант))
Для переносного радиоприемника лучше использовать PAM8403. Выходная 3W x 3W на 4Ом с искажениями THD 10% и КПД 90%. Напряжение питания 2.5в — 5.5в. Советую брать плату как на картинке — она ближе всего к типовой из datasheet. Две красных можно взять за 99 центов.
Или HT6872 — дороже, но звук приятнее.
P.S. Дома полностью перешел на Ka-Radio — web radio из проводов и палок за $10
Ардуино там надо по той причине, что модуль управляется по I2C. Кто, кроме ардуино, включит дисплей, нарисует на нем RSSI, заряд аккумулятора, покажет частоту? Кто, кроме ардуино примет из модуля RDS строку, выделит оттуда название радиостанции, напишет ее на дисплее?
Я помню времена, когда радиоприемники были еще более сложными устройствами, но с гораздо меньшими возможностями.
Если брать в расчет соотношение функционал/цена, такой MP3 декодер вне конкуренции.
Однако, собирая самоделку на его основе, вы не задумываетесь, как именно он работает. А у него внутри если не точно такая микросхема, как в RDA5807, то похожая. Внутри декодера тоже есть процессор, только не ардуино, но также работает с I2С. Написать прошивку такому контроллеру еще сложнее, чем для ардуино, но она готовая, потому вы и называете устройство простым.
Если к ардуино прицепить блютуз, MP3 модуль, IR — ресивер и USB хост, получится полный аналог, который будет больших габаритов и несравненно дороже.
Зачем оно вообще нужно, ардуино? А для того, чтоб написать скетч самому, или по крайней мере, вникнуть в общий принцип. Понять, как именно взаимодействуют электронные устройства между собой.
Собственно говоря, статья именно о том, что предложенная конструкция интересна с познавательной точки зрения, но совершенно непрактична с точки зрения обывательской.
Счётчики для воды есть с ble интерфейсом, они в реестре и поверенные — элехант. У приятеля esp32 их принимает, отдаёт уже по mqtt, это готовый проект из интернета взят, я его только из vs code в Ардуино ide перенёс. Цена вопроса 300р за esp32, счётчики в районе тысячи каждый.
Газовый счётчик пр-ва эльстер, мебранного типа — это важно для котлов, у таких счётчиков самое низкое падение давления — имеет возможность прицепить геркон, но цена негуманная. Решил тоже через ble, nrf52840+hmc5883 (датчик магнитного поля). Принимает та же esp32.
Мне еще поэтому супергеройские нравятся, так как очень простые диалоги. Обычно их совсем не интересно смотреть, ну а чтобы язык подтянуть — пойдет, они на многих языках выходят. Кстати, сегодня попался на глаза (тут) сериал сделанный из марвелловских фильмов. Может, тот кто смотрел эти фильмы на русском, сможет пересмотреть этот «сериал» и набрать практики для старта.
У меня давно есть желание сделать набор обработанных сериалов (выкинуть лишние или слишком сложные фразы/сцены и качественно сократить сериал), для постепенного наращивания словарного запаса и привыканию к настоящей речи. Было бы круто это сделать, но вопросы легальности, черт бы это все побрал.
А тут ещё более обширная подборка, но только названия — скачать нету.
Если интересно почитайте Каптелина и Мошкова (ЛФК). Советская система лечебной физкультуры родилась от фронтов Второй Мировой и вернувшихся с неё погнутых и поломанных физически людей. Вернее от их потребности в реабилитации…
Сайчас такого для массового страждущего нет. Таблеточками торгуют-с.
Ну и запись — это не только гигабайты. Если у вас есть несколько постов охраны — то они будут создавать random-read нагрузку на схд, всякие разнообразные аналитики очень любят кушать цпу (особенно если везде стоят камеры по 2-4 мегапикселя), а у некоторых вендоров (не будем тыкать пальцем) аналитика уже на GPU работает, и там тоже свои системные требования.
И у меня нет особой уверенности в том, что статистика по отбитию инвестиций из Флориды будет одинаково актуальна и для магазина электроники на Тверской, и для подмосковной Четверочки всего в 40 минутах от метро.
По собственному опыту проектировать видеонаблюдение удобно в SketchUp-е. Обводится мышкой территория из гуглокарт, вешаются камеры и на фиксированных планах задаются фокусные расстояния, соответствующие выбранным объективам. Потом по маякам строим карту перекрытия территории, трассируем слаботочку, ищем пролёты более 100 метров и ставим туда gper. Если уделить два часа рисованию в скечапе — то получаем практически одинаковые виды с камер на плане и в реальности.
Два мерзких момента — снег при включенной ИК-подсветке и встречный свет фар. Чтобы победить снег — нужно ставить отдельное освещение рядом с камерой (а не использовать встроенные светильники). Для победы над встречным светом фар есть WDR, но в камерах до 12-15 тысяч рублей его скорее нет, поэтому проверяйте конкретную железяку фонариком. В дешевых камерах шумодав ночью может создавать «левые» срабатывания детектора движения, поэтому в важных точках лучше всё-таки определять движение не анализом картинки, а емкостным датчиком. Если у вас есть периметр в виде забора — наличие лазерного датчика пересечения за три копейки будет фиксировать каждую пролетающую там ворону, но только если нет дождя или тумана. Распознавание лиц и номеров для большинства доступных по цене камер работает только в идеальных условиях, стоит пойти снегу-дождю или выключиться свету — как сразу всё резко перестаёт работать.
Гипервизор, какой к душе ближе лежит, либо LXC (просто контейнеры)/Docker(контейнеры и оркестрация попроще)/Kubernetes(контейнеры и оркестрация покруче).
Про преимущества и недостатки:
1) Гипервизор:
За:
Против:
2) Контейнеры. Не особо касаюсь LXC, он близок к ВМ с меньшим оверхедом и чуть большими рисками ИБ. Основа основ — это докер.
За:
Против:
По-любому потыкать надо и то, и другое. Ничего не мешает совмещать — докер/кубернетес прекрасно заживёт в виртуалке, и изучение его не будет мешать работе уже настроенных виртуалок, которые Вы используете, а не изучаете. Ну, при условии, что Вы отделите тестовые подсетки и рабочие подсетки, и не будете сплетать одно с другим.
Дальше большая субъективщина, к которой был бы рад услышать альтернативные мнения:
Сомневаюсь, что биос Вам после месяца-другого общения с сервером потребуется хоть сколько-нибудь часто. Как правило, это будет совпадать с необходимостью повзаимодействовать с аппаратной частью, поэтому всё равно придётся присутствовать. Но YMMV.
Да, правильно. Без этой технологии PCI-устройства в ВМ пробросить нельзя.
Если про машинное обучение, что здесь уже не в тему обсуждения, то начать лучше с рабочей станции на Linux, на которую вкатывать Tensorflow в докере с драйвером ГПУ от NVidia. А там дальше потихоньку придёте к тому, что Вам нужно. К серверу всегда успеете прийти, как появится потребность. Плюс видеокарту с рабочей станции никто не отнимет. :-)
Вариант выковырять ЦАП из старой ISAшной VGA видеокарты, они там отдельным чипом стоят.
Я когда-то делал видеоконтроллёр но использовал, как основной чип ПЛИС фирмы ALTERA EPF8282ALI184 она ставится в квадратную панельку, кирпичиков с головой хватает
и лафа — рисуешь схему на компе загружаешь (в отдельном устройстве загружает микроконтроллёр). Плата 7х10 см, я её вообще на макетке собрал (дорожки проводами).
Один раз спаял потом издевайся как хочеш (рисуешь схемы, какие хочеш на компе и загружаешь). Рисуются схемы в MAX PLUS+II в ней не сложно разобраться.
CSimple и Linphone — одни из худших, неудивительно, что у автора потом софтфоны — тройка по оценке.
Самые лучшие из тестированных мной телефонов по качеству звука — polycom soundpoint(без особых проблем) и cisco старых серий 79xx(но их сложно настраивать).Чуть хуже — digium/switchvox/sangoma. Грандстрим на 4- с минусом, как и новые cisco и yalink.
audiocodes — тоже странные железки, в этой нише для домашнего пользователя сильно лучше cisco SPA3XXX и старый добрый PAP2T.
Если что — опыт работы с телефонией 18 лет фул тайм.
P. S.
За 4 года не освоить как работать с материалами в простой Cms это надо иметь талант))
Или HT6872 — дороже, но звук приятнее.
P.S. Дома полностью перешел на Ka-Radio — web radio из проводов и палок за $10
Я помню времена, когда радиоприемники были еще более сложными устройствами, но с гораздо меньшими возможностями.
Если брать в расчет соотношение функционал/цена, такой MP3 декодер вне конкуренции.
Однако, собирая самоделку на его основе, вы не задумываетесь, как именно он работает. А у него внутри если не точно такая микросхема, как в RDA5807, то похожая. Внутри декодера тоже есть процессор, только не ардуино, но также работает с I2С. Написать прошивку такому контроллеру еще сложнее, чем для ардуино, но она готовая, потому вы и называете устройство простым.
Если к ардуино прицепить блютуз, MP3 модуль, IR — ресивер и USB хост, получится полный аналог, который будет больших габаритов и несравненно дороже.
Зачем оно вообще нужно, ардуино? А для того, чтоб написать скетч самому, или по крайней мере, вникнуть в общий принцип. Понять, как именно взаимодействуют электронные устройства между собой.
Собственно говоря, статья именно о том, что предложенная конструкция интересна с познавательной точки зрения, но совершенно непрактична с точки зрения обывательской.