GD32F330 - новые мк от GigaDevice

[индюк]

Это очень расплывчато. Например, если на той же виртуальной панели приборов не требуется выводить видео с камеры заднего вида, то с ней и копеечный STM32 справится, не напрягаясь.
Если же хочется и видео, и музыку, и навигацию, и WiFi, и BlueTooth - то проще не колхозить, а купить готовый планшет, с походящим размером экрана, поцепить к нему по USB тот же STM32, в качестве перефирийного контроллера, и радоваться всем преимуществам Android.

ну под андр я писать не умею еще.
мне надо и свою программу и камеру и навигатор.
готовое не пойдет.
поэтому скорее всего я куплю либо intel nuc тыщ за 15 либо compute stick за столько же.
на селероне. он грузится быстрее чем atom 37

тем более мониторы есть. ну кстати там прямой вход камеры.
вот самый большой

[leowka]

Апельсинка интересна для моего проекта, но как мне защитить софт от копирования на другие устройства? Пока решение опять таки с использованием микроконтроллера - который будет как ключ карта для работы, ну может будет еще кодировать и декодировать данные для флеш памяти и для работы с другими планируемыми модулями.

[ptr]

куплю либо intel nuc тыщ за 15 либо compute stick за столько же

У богатых свои причуды. Планшет бы обошелся в 4-7 тыс. руб. (не в игры же играть?). STM32 - 100-120 рублей.
А уж камер натыкать можно было бы несколько. Например, дешевых WiFi за 1.5-3 тыс. руб.

[индюк]

есть еще панда.
https://servernews.ru/962615

Планшет бы обошелся в 4-7 тыс. руб

угу. у меня такой есть - там экран гавно полное.

[индюк]

А уж камер натыкать можно было бы несколько. Например, дешевых WiFi за 1.5-3 тыс. руб

ага.
я занимаюсь видеонаблюдением лет 15 помимо всего еще.
камера заднего вида должна быть оч хорошей чтоб видеть ночью и они есть у меня. с чутьем 0,0003 люкса. они аналоговые старые сони.
в них реально видно при свете заднего хода.
все остальное показывает черный экран

[ptr]

как мне защитить софт от копирования на другие устройства?

А оно надо? На одной чаше весов призрачная упущенная прибыль от тех, кто рискнул отказаться от поддержки и обновлений, на другой - заметное удорожание аппаратной части и снижение производительности. Причем, кто захочет, ведь все равно взломает.

у меня такой есть - там экран гавно полное

Ну это уже совсем субъективно. Кому-то 4К нужно на мобильнике, а я так FullHD от 720p на пятидюймовом экране не могу отличить. Кстати, большинство, кого проверял - тоже не может )

камера заднего вида должна быть оч хорошей чтоб видеть ночью

Опять субъективно. Дальность нужна несколько метров. На таком расстоянии штатных фонарей заднего хода, обычно, хватает. Там же задача просто столбик увидеть, а не выражение лица рассмотреть )

[Yuri222]

как мне защитить софт от копирования на другие устройства?

Привязывать софт к железу.

[CERGEI1982]

Привязывать софт к железу.

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

[mike-y-k]

Таки что Sabre, что Wand, что Raspberry - это мплекты для прототипирования. Сильно экономит время на разработку.
Готовое изделие наверняка будет с индексом типа Q1 (automotive) и вполне для промышленного применения.
Схемы уже есть готовые, есть разводки плат - грубо говоря остаётся разместить своё в нужном виде и убрать некоторые излишества.

Насчёт шарпа - сильная зависимость от MS.
А что C, что C++, что разные скриптовые языки - все работает, и даже на самой плате нормально компилируется. Ну а для очень большого вполне можно и на хосте собрать.
На iMX6Q сборка системы с графикой (xfce) из исходников заняла всего сутки .

Ещё остаётся конечно вопрос с носителем, но и он вполне решаем внешним диском на USB для Raspberry, или нормальным SATA у iMX6. А карту с системой вполне можно тогда и RO сделать. Ну и у всех там таки не одно гнездо для карт на борту… для мелких и мало пишущих решений.

Наличие ядра Linux в android таки не даёт никаких преимуществ - остальное там на java, а они так и не научились свой байт-код в нативный код компилировать, только jvm с ее тормозами… ну и выполнение приложений в общем пространстве только добавляет головной боли.

Смысла в защите софта от копирования нет, кроме разве добавления аппаратных решений. Методов reverse engineering много и в итоге таки сломают.
Гораздо проще и эффективней грамотная стратегия поддержки с привязкой к конкретному экземпляру конфигурации и оптимальной ценой сопровождения, которая и для пользователя не накладна, и затраты разработчика покрывает при достаточном количестве клиентов. Лучше по схеме за год, за два года, за пять лет со снижением по 10…25% стоимости за год. Но и с добавкой за месяц, за квартал, за полгода тоже можно.

Различить FullHD и 720p на экране типа QVGA действительно сильно затруднительно . А если серьезно - таки стоит посмотреть не на параметры входного потока, а на параметры его вывода. Возможно что там просто все обрезается до 720p в целях экономии батарейки…

[ptr]

Насчёт шарпа - сильная зависимость от MS.

А mono? Другой вопрос, на хрена нужна CLR на МК? Что вообще от виртуализации хотите получить?

Наличие ядра Linux в android таки не даёт никаких преимуществ - остальное там на java, а они так и не научились свой байт-код в нативный код компилировать

Во-первых, начиная с 5-го Андроида ART, который компилирует, а не DALVIK. Во-вторых, никто совершенно Вам не мешает компилировать в рамках стандартной Linuх инфраструктуры. Другое дело, что без пакетного менеджера это несколько затруднительно. Но и тут есть выход. Например: https://sourceforge.net/projects/debian-kit/

Различить FullHD и 720p на экране типа QVGA

При чем тут QVGA? Я говорю о видимых различиях матриц, а не контента на эти матрицы выводимого. Не приглядываясь тщательно и специально я разницы в плотности точек FullHD и 720p на пятидюямовой матрице не вижу. И подавляющее большинство тех, кому я это демонстрировал - тоже. То есть, на вопрос какая матрица была на телефоне, который человек держал в руках минуту назад: "FullHD или 720p?" - большинство гордо утверждали "FullHD" без всякой связи с тем, была ли реально на телефоне FullHD или 720p )