Это все же больше раскладушка и на очень странном аппаратном стеке) Знаю что в UK был стартап (забыл название к сожалению) именно на слайдер, но железка тоже уже была так себе по актуальности. Я все же привык брать аппарат на несколько лет, а если в нем уже железка 4-х летней давности, то есть шанс, что после очередной обновы андроида/софта девайс придется менять раньше срока.
По поводу BT мини клавиатур и всяких чехлов: пробовал, неудобно оно все равно. Часто нужен rdp и ssh и вот формат старых Нокий прямо идеален, ещё только добавить тачпад на подобии того, что в steam deck установлен и было бы то, что мне нужно (конечно от доп набора портов как железячник я бы тоже не отказался, но это уже явно не масс маркет решение).
Я даже на Fold поглядывал, но пока оно все ещё сырое и вводить текст на сенсорной клавиатуре все равно не мое.
Так сами счётчики это вопрос вторичный, тут больше вопросов к производителям ЭКБ, заявляемой как ОП. Я не думаю, что разработчик счётчика (да вообще любого изделия) будет смывать кислотой корпус и проверять, чья там топология - это абсолютно не его головная боль и задачи. Его задача: ТЗ требует применение отечественной ЭКБ - он применяет в схеме то, что есть в реестре, все, не более. Знают ли он, что там реально в корпусе? Может и знает, а может и нет. Первичную ответственность несёт производитель ЭКБ в данном случае.
Добавлю:
Если бы не было претензий к ЭКБ, то тогда уже переключаемся на уровень изделия. Заявлено использование ЭКБ ОП, а по факту импорт? Тогда уже действительно важно, и модель счётчика, ибо я действительно могу предположить, что может быть условно 2 ветки одного изделия с разной начинкой, стоимостью и клиентурой соответственно.
В данной же ситуации имеем вообще зачастую комбо из первого и второго: чипы непонятного происхождения, начинка приборов не соответствующая предъявляемым требованиям и не понятно откуда взявшимся баллам.
Так и ломаться может по разному) Одно дело, если тот же out of range просто побьет нечувствительные данные, и совсем другое, когда даст контроль над критическими узлами системы. Его стоит учить хотя бы для нормального понимания определения "не детерминированного" поведения, работы стека, аллокаций. С тут как неподкупный учитель, что бросает тебя в середине озера, чтобы ты научился плавать. Не вызвал free, не проверил указатель - не С тебя по рукам ударит, а заказчик (или как в данном случае безопасник). Очень дисциплинирует)
Пишут, в embedded на МК зачастую приходится настраивать ручками все частоты для таймеров и шин. Если требуется замедлятся/разгонятся (для работы от батареи например с уходом в ограниченный функционал/сон), то соответственно пишется хендлер, который корректирует все нужные настройки.
Да пусть даже матрица древняя, они бы хотя бы корпус до ума довели (нормальную заднюю крышку/крышку под vesa), а то какой-то полуфабрикат. Искал как раз 5" подобное решение на том же Али всего буквально 1-2 подходящих решения нашел и ещё столько же для 7". А представленный экран с такими рамками куда-то красиво интегрировать тот ещё квест.
Ещё, если printf используется для вывода значений с плавающей запятой, не забываем выравнивать стек (вероятно и кучу) в памяти, иначе вместо адекватных значений будем получать непонятную кашу. При этом вывод обычного текста и целочисленных данных может работать корректно.
Хомяки всегда найдут за что заплатить. Такова уж их участь. А для остальных оставлен адекватный способ связи с модерацией без необходимости заносить за репорт.
Оно понятно, просто на данном спутнике кроме камеры подключенной к pi полезной нагрузки то и нет. А с учётом этого попытаться сварганить "фото ловушку" для гроз поверх контроля облачности выглядит реальным.
Да тут вообще по-хорошему даже без либы работы на вечер (очень не торопясь), поднять конфиг в кубе, завести i2c шину, да обработчик прерывания состряпать.
Соглашусь, что с одной камерой будто бы не много вариантов поиграться есть (остальное при желании поднимается и на земле). Рассмотрите вариант передачи данных как read-only для телеметрии. Можно даже не напрямую со спутника.
Так тут как раз работает правило: то, что вы публикуете в сеть - перестает быть личным. Поэтому надо хоть немного подумать перед тем, как выкладывать что-либо. "Все что будет вами сказано, может быть (и будет) использовано против вас".
В балдуре слишком много всяких менюшек (как и в любой полноценной РПГ), и кнопок контроллера сильно под это не хватает. Ларианы конечно извернулись через многоуровневое колесо выбора, но приятным такое взаимодействие с игрой я назвать не могу. Что-то из разряда запуска винды на смартфоне - вроде и можно, даже кое-как работает, но помучавшись - оставляешь как крайний вариант.
А третий акт даже на родном пресете для Деки - слишком тяжел. Он и на нормальном-то железе иногда просаживает fps. Поэтому я и не вижу смысла упоминать ее в списке "Лучшие игры на Steam Deck" - оно "играбельно", не более. Да и сам Стим уже не раз пойман за руку, что свою плашку совместимости он вешает максимально на отвали, поэтому то, что оно официально адаптировано ещё ни о чем не говорит, кроме как о том, что оно в принципе запустится, а не выдаст ошибку протона.
В начале статьи - не трогайте игры на UE5. Через 2 абзаца - советовать играть в Марвел, который на том самом UE5 с постоянной компиляцией шейдеров - гениальное решение, навевает мысли, что статья из под ChatGPT вышла. Тот же Овер должен быть куда менее прожорлив до ресурсов.
Тем не менее некоторые игры даже не смотря на UE5 вполне можно поиграть: та же Экспедиция 33 - единственное сразу отключаем через аргумент запуска проверку на "запуск на Деке" и правим настройки вручную. Иначе и фпс будет уныл и картинка отвратительная (особенно в особняке, глаза прямо выжигает). Т.к. боевка пошаговая можно смириться с неплохой картинкой и 24-30 fps с XeSS, но парировать сложно на такой кадровой частоте.
Балдура в третьем акте делает Деке очень больно (проверено лично на oled 1Tb). Да и в целом интерфейс и весь его функционал больше под клаво-мышь рассчитан.
От себя на Деке рекомендую:
Аркейновские игры: Dishonored, Dishonored 2, Dishonored: Death of Outsider - работают на Деке замечательно. Prey - тоже без проблем. Deathloop - в целом играбелен, но в отдельных местах может сильно просаживать fps (хотя может с последними патчами стало лучше, не проверял).
Ремейки Резидентов - красиво выглядят, отлично играются, не высасывают аккумулятор за 20 минут. Ремейки первой Мафии (хотя оригинал так же отлично играется).
Любителям GTA/старых фильмов с Брюсом Ли: Sleeping Dogs.
Это из того, что по памяти прямо совсем без танцев с бубном на Деке работало отлично.
Для понимания работы многопоточности (особенно в контексте realtime) стоит просто полистать мануал по FreeRTOS. Там довольно подробно и понятно поданы и потоки (таски) и примитивы синхронизации, а самое главное, как это реально работает под капотом (сохранение стейтов таски и состояния регистров процессора при передаче управления, роль стека и его размера и т.д.)
Это все же больше раскладушка и на очень странном аппаратном стеке) Знаю что в UK был стартап (забыл название к сожалению) именно на слайдер, но железка тоже уже была так себе по актуальности. Я все же привык брать аппарат на несколько лет, а если в нем уже железка 4-х летней давности, то есть шанс, что после очередной обновы андроида/софта девайс придется менять раньше срока.
По поводу BT мини клавиатур и всяких чехлов: пробовал, неудобно оно все равно. Часто нужен rdp и ssh и вот формат старых Нокий прямо идеален, ещё только добавить тачпад на подобии того, что в steam deck установлен и было бы то, что мне нужно (конечно от доп набора портов как железячник я бы тоже не отказался, но это уже явно не масс маркет решение).
Я даже на Fold поглядывал, но пока оно все ещё сырое и вводить текст на сенсорной клавиатуре все равно не мое.
Хочется все же что-то формата боковых слайдеров от нокии, но на современном железе(
Так сами счётчики это вопрос вторичный, тут больше вопросов к производителям ЭКБ, заявляемой как ОП. Я не думаю, что разработчик счётчика (да вообще любого изделия) будет смывать кислотой корпус и проверять, чья там топология - это абсолютно не его головная боль и задачи. Его задача: ТЗ требует применение отечественной ЭКБ - он применяет в схеме то, что есть в реестре, все, не более. Знают ли он, что там реально в корпусе? Может и знает, а может и нет. Первичную ответственность несёт производитель ЭКБ в данном случае.
Добавлю:
Если бы не было претензий к ЭКБ, то тогда уже переключаемся на уровень изделия. Заявлено использование ЭКБ ОП, а по факту импорт? Тогда уже действительно важно, и модель счётчика, ибо я действительно могу предположить, что может быть условно 2 ветки одного изделия с разной начинкой, стоимостью и клиентурой соответственно.
В данной же ситуации имеем вообще зачастую комбо из первого и второго: чипы непонятного происхождения, начинка приборов не соответствующая предъявляемым требованиям и не понятно откуда взявшимся баллам.
Зачем так усложнять, даже в этом счётчике есть микросхемы заявленные как ОП, чем они будут отличаться в другом?
Все ещё жду возвращения боковых слайдеров с физической клавиатурой...
Так и ломаться может по разному) Одно дело, если тот же out of range просто побьет нечувствительные данные, и совсем другое, когда даст контроль над критическими узлами системы. Его стоит учить хотя бы для нормального понимания определения "не детерминированного" поведения, работы стека, аллокаций. С тут как неподкупный учитель, что бросает тебя в середине озера, чтобы ты научился плавать. Не вызвал free, не проверил указатель - не С тебя по рукам ударит, а заказчик (или как в данном случае безопасник). Очень дисциплинирует)
Пишут, в embedded на МК зачастую приходится настраивать ручками все частоты для таймеров и шин. Если требуется замедлятся/разгонятся (для работы от батареи например с уходом в ограниченный функционал/сон), то соответственно пишется хендлер, который корректирует все нужные настройки.
Да пусть даже матрица древняя, они бы хотя бы корпус до ума довели (нормальную заднюю крышку/крышку под vesa), а то какой-то полуфабрикат. Искал как раз 5" подобное решение на том же Али всего буквально 1-2 подходящих решения нашел и ещё столько же для 7". А представленный экран с такими рамками куда-то красиво интегрировать тот ещё квест.
Ещё, если printf используется для вывода значений с плавающей запятой, не забываем выравнивать стек (вероятно и кучу) в памяти, иначе вместо адекватных значений будем получать непонятную кашу. При этом вывод обычного текста и целочисленных данных может работать корректно.
Хомяки всегда найдут за что заплатить. Такова уж их участь. А для остальных оставлен адекватный способ связи с модерацией без необходимости заносить за репорт.
Оно понятно, просто на данном спутнике кроме камеры подключенной к pi полезной нагрузки то и нет. А с учётом этого попытаться сварганить "фото ловушку" для гроз поверх контроля облачности выглядит реальным.
Да тут вообще по-хорошему даже без либы работы на вечер (очень не торопясь), поднять конфиг в кубе, завести i2c шину, да обработчик прерывания состряпать.
Можно ещё попробовать детектор гроз сделать, если разрешения камеры хватит.
Соглашусь, что с одной камерой будто бы не много вариантов поиграться есть (остальное при желании поднимается и на земле). Рассмотрите вариант передачи данных как read-only для телеметрии. Можно даже не напрямую со спутника.
Так тут как раз работает правило: то, что вы публикуете в сеть - перестает быть личным. Поэтому надо хоть немного подумать перед тем, как выкладывать что-либо. "Все что будет вами сказано, может быть (и будет) использовано против вас".
А не подскажете вариант когда нужна именно "третья рука (когда плата уже находится в корпусе и нет возможности ее установить на отдельную площадку)?
Мне очень нравятся вот такие:
https://ozon.ru/t/EvurjOC
Полная копия с Agilent/Keysight с зауженным кончиком удобно цеплять - не норовят соскочить когда к соседним ножкам нужно подцепиться.
В балдуре слишком много всяких менюшек (как и в любой полноценной РПГ), и кнопок контроллера сильно под это не хватает. Ларианы конечно извернулись через многоуровневое колесо выбора, но приятным такое взаимодействие с игрой я назвать не могу. Что-то из разряда запуска винды на смартфоне - вроде и можно, даже кое-как работает, но помучавшись - оставляешь как крайний вариант.
А третий акт даже на родном пресете для Деки - слишком тяжел. Он и на нормальном-то железе иногда просаживает fps. Поэтому я и не вижу смысла упоминать ее в списке "Лучшие игры на Steam Deck" - оно "играбельно", не более. Да и сам Стим уже не раз пойман за руку, что свою плашку совместимости он вешает максимально на отвали, поэтому то, что оно официально адаптировано ещё ни о чем не говорит, кроме как о том, что оно в принципе запустится, а не выдаст ошибку протона.
В начале статьи - не трогайте игры на UE5. Через 2 абзаца - советовать играть в Марвел, который на том самом UE5 с постоянной компиляцией шейдеров - гениальное решение, навевает мысли, что статья из под ChatGPT вышла. Тот же Овер должен быть куда менее прожорлив до ресурсов.
Тем не менее некоторые игры даже не смотря на UE5 вполне можно поиграть: та же Экспедиция 33 - единственное сразу отключаем через аргумент запуска проверку на "запуск на Деке" и правим настройки вручную. Иначе и фпс будет уныл и картинка отвратительная (особенно в особняке, глаза прямо выжигает). Т.к. боевка пошаговая можно смириться с неплохой картинкой и 24-30 fps с XeSS, но парировать сложно на такой кадровой частоте.
Балдура в третьем акте делает Деке очень больно (проверено лично на oled 1Tb). Да и в целом интерфейс и весь его функционал больше под клаво-мышь рассчитан.
От себя на Деке рекомендую:
Аркейновские игры: Dishonored, Dishonored 2, Dishonored: Death of Outsider - работают на Деке замечательно. Prey - тоже без проблем. Deathloop - в целом играбелен, но в отдельных местах может сильно просаживать fps (хотя может с последними патчами стало лучше, не проверял).
Ремейки Резидентов - красиво выглядят, отлично играются, не высасывают аккумулятор за 20 минут. Ремейки первой Мафии (хотя оригинал так же отлично играется).
Любителям GTA/старых фильмов с Брюсом Ли: Sleeping Dogs.
Это из того, что по памяти прямо совсем без танцев с бубном на Деке работало отлично.
Для понимания работы многопоточности (особенно в контексте realtime) стоит просто полистать мануал по FreeRTOS. Там довольно подробно и понятно поданы и потоки (таски) и примитивы синхронизации, а самое главное, как это реально работает под капотом (сохранение стейтов таски и состояния регистров процессора при передаче управления, роль стека и его размера и т.д.)