Как стать автором
Обновить
40
0

Разработчик

Отправить сообщение

Вопросы:

  1. а что там h264 кодеком и OpenGL? Есть ли какая-нибудь интеграция с gstreamer'ом (как у raspberry pi)?

  2. Что с SDR - какой у него bandwidth и доступна ли по нему документация без NDA?

Проясню свой интерес: У меня есть хобби-проект https://github.com/svpcom/wifibroadcast это такой дальнобойный (на километры) радиолинк для беспилотников. На текущий момент используются китайские одноплатники на ARM64 и китайская wifi-карта в "сыром" режиме (то есть просто как приемник и передатчик пакетов с данными без использования обычного wifi-стека). Так как данный режим (packet injection) является недокументированным, то с ним куча проблем - на рынке доступно всего две-три модели wifi карт (atheros, rtl8812au), которые его поддерживают и нормальной документации естественно нет. Если производитель снимает чип с производства (как например было с ralink rt2800) то все наработки по ковырянию драйвера идут в мусорку.

Есть второй вариант - использование внешнего SDR'а (например limesdr), но он дорого стоит, занимает много места и подключается только по usb3. Если встроенный SDR имеет полосу пропускания 10-20МГц, то в теории можно было бы сделать все на одной плате - как захват и кодирование видео, так и радиочасть.

if ((file == nullptr) && (text == nullptr)) throw (int)EINVAL;

А тут точно должно быть "И" а не "ИЛИ" ?

Ну и для защиты от glitch аттак можно на этапе проверки контролной суммы и/или level'а добавить случайные задержки от встроенного генератора случайных чисел (все старшие stm32 его имеют)

Ну кто ставит только Level 1 - сам виноват. С установленным Level 2 ИМХО достаточно проверять при старте не понизился ли уровень защиты и если да, то повысить ее обратно (процесс довольно быстрый). Еще можно при старте переопределить ножки SWDIO и SWDCK. Также можно в OTP память при первом старте записывать случайную последовательность, которой потом можно шифровать критические данные (если важны именно они, а не сам код прошивки). OTP расположена рядом с fuse битами и при засветки там гарантированно что-нибудь поменяется и расшифровать дамп уже не получится никак.

https://www.youtube.com/watch?v=CumGQSX6_ws

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

TL;DR - полное анальное рабство для пользователя :-)

Будет. Это часть спецификации GSM

Ну вот у меня сотовый ловит вышку из Московской области. Соответсвенно вызовы 112 и 122 идут туда вместо Москвы. И вызов врача и/или полиции возможен только с домашнего тефона (ну либо бежать пешком вглубь района, где поймается московская вышка)

Телефон не автономен (ему нужна зарядка раз в несколько дней) и его безопасность под вопросом (слишком сложная система с кучей недоверенного кода и постоянно находяшимися уязвимостями)

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

Хотя вам конечно выгодно драть 5-10% коммиссии за переводы карта-карта через собственный сервис, единственный доступный через web-версию.

А почему СБП (система быстрых платежей) доступна только из приложения? Мне как клиенту плевать на дизайн (лишь бы работало), а вот ограничение функциинальности веб-версии очень печалит.

Ну так в твистеде автору разрбраться сложно, вот он и изобретает который раз подряд свои велосипеды на asyncio

Я с 1997 по 2002 учился на 2204 и называлась она так же: Программное обеспечение вычислительной техники и автоматизированных систем

А LimeSDR? У него вроде все хорошо с многоканальностью

есть полтора телефона (pinephone и librem 5). Первый не доставляют в РФ, а второй уже четвертый год обещают сделать. Автономность у них меньше суток. Причем это больше компьютер с линуксом, чем телефон. opensource кнопочного телефона я не нашел (кроме концепта на ардуине в виде кучи плат и проводов с непонятной автономностью).


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


От бекдоров в симкарте спасет только открытая прошивка модема, но тогда придется засунунуть внутрь limesdr и автомобильный аккумулятор. Но в случае бекдора в сим-карте понятно кому предъявлять претенизии, чем в случае noname телефона, который продает фирма-однодневка

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

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

Тормозит еще и операция minkowski, а без нее фаски нормально не сделать (а без фасок все по углам расслоится при 3d-печати)

Если есть задача просто снимать видеосигнал с движущегося объекта на больших расстояниях (например беспилотник), то есть готовое opensource решения: https://github.com/svpcom/wifibroadcast. Используется физика wifi, но отключается механизм ACK'ов и вместо него используется FEC. Это позволяет делать двустороннюю свзязь на большие расстояния.

Информация

В рейтинге
3 507-й
Откуда
San Francisco, California, США
Дата рождения
Зарегистрирован
Активность