Журнал Витуса

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

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

Что internet connectivity нельзя считать существующей по умолчанию.

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

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

Решил тут прикрутить к Raspberry PI USB-видеокамеру, чтобы можно было обычным браузером смотреть что делает кошка, когда хозяев дома нет.

Большая часть найденных хаутушек на тему "как стримить в веб поток с видео-камеры" рассказыает про ffserver, который из ffmpeg-а два года как выкинули.

Попробовал поставить motion. Motion из buster просто упала по Illegal Instruction. Взял исходник из bullseye, пересобрал. Оно сопротивлялось и требовало обновить debhelper, но было запинано компилироваться с тем, что есть.

Заработало. Правда, показывает какой-то очень низкий fps (возможно, это настраивается, но...)

Хочется на самом деле совсем не того - не видеонаблюдения с motion detection, а что-то типа видеодомофона. Чтобы оттуда в браузер прилетал не только видеоряд с нормальной кадровой частотой. но и звук, как в Jitsy. А в идеале, чтобы можно было еще и туда что-нибудь сказать. Тогда видеокамеру можно будет вставить в дверь заместо глазка. а пишку на косяк повесить. В идеале, чтобы еще на страничке была кнопочка по которой пишка будет замыкать какой-нибудь контакт (благо у нее на этот предмет разъем большой), чтобы замок можно было открывать.

Вот какой медиасервер на этот предмет посоветуете?

https://kenigtiger.livejournal.com/2048058.html

Вот тут описывается как по результатам нескольких лет боевых действий в Донбассе составили (и реализовали) наконец грамотное ТЗ для разведывательного БПЛА, предназначенного для применения повстанцами или еще какими иррегулярами:

1. Решение должно быть легко тиражируемым в чисто материальном плане, без эксклюзивных компонентов, недоступных на Али-экспрессе, “Маяке” или “Мотодроме”
2. Решение должно быть легко тиражируемым в кадровом плане, подготовка расчётов не должна занимать много времени. Самолёт не должен требовать от оператора продвинутых навыков пилотирования. Наметил маршрут полёта по точкам – кинул машину в небо – подобрал после посадки.
3. Самолёт на рабочем эшелоне не должен попадать в зону возможного обнаружения с земли без спецсредств и, соответственно, в зону поражения легким стрелковым оружием. Летать гораздо выше квадриков, так чтобы не видели, а если увидят – не смогли попасть.
4. Сравнительно небольшие габариты самолёта должны обеспечивать его неуязвимость для ракетно-артиллерийских средств вражеского ПВО, опирающихся в целеуказании на РЛС или оптико-электронные системы. В сложенном состоянии самолёт должен переноситься расчётом и помещаться в легковой автомобиль.
5. Мощность двигателей и несущие свойства крыла должны обеспечивать конструкции достаточный “запас летучести” для преодоления всевозможных внештатных ситуаций. Выживаемость конструкции приоритетнее максимальной дальности или максимальной компактности. При этом максимальную дальность съемки за ЛБСом лучше не снижать ниже 15 километров, то есть зоны уверенного покрытия артиллерией.
6. Комплекс бортового пилотажно-навигационного оборудования должен, при необходимости, обеспечивать машине возможность полностью автономного полёта, без обмена сигналами телеметрии с землёй, которые сигналы могут быть засечены и подавлены вражескими средствами радиоэлектронной разведки. То есть должен быть режим “Разведчик-неведимка”.
7. Фото-видео оборудование должно обеспечивать возможность различать на фотографиях типы авто- и бронетехники противника, детали устройства фортификационных сооружений, степень активности их использования и т.д.

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

Название эта группа тоже себе хорошее выбрала "Мастерская небратьев Райт" (которое латиницей хочется написать как Right, а не Wright).

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

1. В середине 90-х, когда ломанувшийся в интернет простой народ оказался не в состоянии понять концепцию доменной системы имен, привязанной к географии, и каждая мелкая лавочка стала пытаться зарегистрировать себе домен второго уровня?
2. В конце первого десятилетия ныншенего века, когда гугль начал продвигать на всякие устройства андроид?
3. Когда Apple не договорилась с микрософтом по поводу того, чтобы использовать общий serivice discovery протокол и началась путаница между wins, bonjour и upnp?

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

Вот пишут что Airbus уже автоматизировал все стадии полета - рулежку, взлет и посадку (то что между взлетом и посадкой по силам автопиолтам уже очень давно).