Ford, Mazda, Mitsubishi Motors и Subaru присоединились (https://www.automotivelinux.org/news/announcement/2016/01/fo...) к рабочей группе Automotive Grade Linux (https://www.automotivelinux.org/) (AGL), созданной при организации Linux Foundation для развития открытого программного стека для автомобильной индустрии. С учётом того, что в рабочую группу AGL ранее вошли Nissan, Toyota, Honda и Jaguar Land Rover, инициативу можно считать крупнейшим совместным проектом автопроизводителей.
Одновременно представлен новый дистрибутив AGL Unified Code Base Linux (https://www.automotivelinux.org/software/download), предоставляющий универсальную платформу для использования в различных автомобильных подсистемах, от панелей приборов до автомобильных информационно-развлекательных систем. Дистрибутив AGL построен на наработках проектов Tizen (https://www.tizen.org), GENIVI (http://www.genivi.org/) и Yocto (http://www.yoctoproject.org/), и может использоваться автопроизводителями как каркас для создания конечных решений, проведя необходимую адаптацию для оборудования, кастомизацию интерфейса и обеспечение цикла выпуска обновлений. AGL позволяет уделить основное внимание разработке приложений и собственных методов организации работы пользователя, не задумываясь о низкоуровневой инфраструктуре и минимизируя затраты на сопровождение. Проект является полностью открытым - все компоненты доступны под свободными лицензиями.
Платформой предоставляется набор рабочих прототипов типовых приложений, среди которых реализация домашнего экрана, приборной панели, навигационной системы (используется Google Maps), климат-контроля, мультимедийного проигрывателя с поддержкой DLNA, интерфейса для настройки звуковой подсистемы, программы для чтения новостей. Платформой также предлагаются компоненты для голосового управления, поиска информации, взаимодействия со смартфоном по Bluetooth и подключения к CAN-сети для доступа к датчикам и передачи данных между узлами автомобиля. Программы с интерфейсом пользователя могут быть построены с использованием технологий HTML5 и Qt.
<center><a href="https://wiki.automotivelinux.org/_media/agl-distro/demo-apps... src="https://www.opennet.ru/opennews/pics_base/0_1452028879.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>Особенности выпуска:
- Полноценный дистрибутив Linux, включающий инструментарий разработчика, систему сборки на базе компонентов Yocto, набор программных интерфейсов и коллекцию мета-пакетов.
- Типовой слой для оснащения автомобильных информационно-развлекательных систем, совместно развиваемый при участии таких групп, как AGL и GENIVI;
- Инфраструктура для разработчиков приложений, включающая Git-репозитории, систему рецензирования кода Gerrit и систему отслеживания ошибок Jira;
- Поддержка системы непрерывной интеграции Jenkins;
- Автоматическая инфраструктура для тестирования;
- Пользовательская оболочка Weston IVI Shell (https://wiki.tizen.org/wiki/IVI-Shell), использующая (https://wiki.automotivelinux.org/agl-distro/demo-apps/home-s...) Wayland и специализированные IVI-расширения от проекта GENIVI;<center><img src="https://www.opennet.ru/opennews/pics_base/0_1452029361.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></center>
- Поддержка мультимедийных возможностей Qt и использование QML для разработки приложений;
- Набор (https://wiki.automotivelinux.org/agl-distro#demo_apps) демонстрационных приложений: домашний экран, медиплеер, web-браузер, управление климат-контролем, радио, навигатор, интерфейс настройки и т.п.
- Открытый драйвер для устройств MOST от компании Microchip Technology;
- Поддержка выполнения как нативных, так и HTML5-приложений;
- Поддержка плат Renesas R-CAR M2 PORTER, Renesas R-CAR E2 SILK и плат Intel, таких как MinnowBoard MAX. Возможность запуска в эмуляторе на базе QEMU.<center><a href="https://wiki.automotivelinux.org/_media/distro/agl_subsystem... src="https://www.opennet.ru/opennews/pics_base/0_1452028698.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
URL: https://www.automotivelinux.org/news/announcement/2016/01/fo...
Новость: https://www.opennet.ru/opennews/art.shtml?num=43629
>для автомобильной индустрии
>html5ЗАЧЕМ?
Модно, молодёжно...
Просто потому что проще и удобнее.
так-то QML для приложений попроще будет
autovaz desktop fresh
знатоков html побольше будет чем qml-фанбоев
> Просто потому что проще и удобнее.Использовать тормозные костыли проще и удобнее?
Почему-то любое "Вээб-приложение" уровня ПО года эдак 2005 (правда, с гламурной плоскотой и расцветкой) жрет раму и цпу только влет, взамен предлагая подлагивания, утечку (ну да, ну да, течет браузер, а не веб-софт) и конкретное поведение элементов интерфейса (фокус, прокрутка, табы и т.д.) "как у автора".
> тормозные костылиТы, я вижу, мастер запиливать MCU прошивки с нуля?
эти "костыли" гибче qml в 100500 раз, а за счет клиент-серверной архитекруры и относительно стандартного клиента - ставят любое qt раком, а если еще правильно спроектированно, так, что можно в любом браузере посмотреть запросы и потом повторять их каким-нибудь curl, хоть с телефона. хоть с холодильника, то смысл существования всего другого становится очень сомнительным.Да медленно, да памяти требует много, но никто интерфейс "полноразмерной" ОС и не делает, а зайти раз в год/месяц/день тыкнуть кнопку, или отображать 5-7 страничек с инфой - много памяти не надо. Тем более стоимость ее не велика, а вот плодить qml-over-django-over-ruby-over-хрен знает что.., в топку.
> эти "костыли" гибче qml в 100500 раз,А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?
> а за счет клиент-серверной архитекруры
Что-то запрещает строить приложение как fronted-backend при использовании qt/gtk/etc?
> и относительно стандартного клиента - ставят любое qt раком, а если
> еще правильно спроектированно, так, что можно в любом браузере посмотреть
> запросы и потом повторять их каким-нибудь curl, хоть с телефона. хоть
> с холодильника, то смысл существования всего другого становится очень сомнительным.Гляньте хотя бы wpa_supplicant - два стандартных ui - cli и qt, управление возможно через: конфигурационный файл, named pipe, unix socket, udp, dbus. При этом backend бинарник имеет размер 168KB.
>А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?а нафига? Каждому инструменту свое назначение.
wpa_supplicant? прибитое гвоздями к своему wpa_cli, и подрехтованное под dbus? А как мне на телефоне скрипт сделать который в зависимости от названия AP, к которой прицеплен, всякие штуки делал? (Вопрос риторический, с намеком на неидеальность wpa как примера, особенно во встраиваемых вариантах.)> А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?
#include <stdio.h>
int main(int argc, char **argv)
{
printf("hello, i'm classic programm\n");
return 0;
}> Что-то запрещает строить приложение как fronted-backend при использовании qt/gtk/etc?
Лень.
Лично мне лень познавать гтк, чтобы понять как отправить какому-нибудь демону команду что-то сделать, вычлиняя это из исходников клинта на gtk.
Разрабам лень делать внятные инструкции или хотябы экзамплы чтобы это можно было не напрягаясь посмотреть.
Проблема, ИМХО, в отсутсвии внятного и человеческого межпроцессорного взаимодействия, поэтому одни еб..ся с dbus, которое перегруженно всякой хренью и гвоздями к ней прибито, другие используют костыли предоставляемые из каробки всякими gtk/qt, хотя это ни разу не их задача, а третьи лепят из того, что есть и http тут очень удачно подменяет IPC.
У Бернштейна есть "эталонная" реализация tcp сервера, там кода строк 200, почему нет реализации простенькой IPC, которая как раз и будет слушать сокет хоть tcp, хоть unix, лично я не понимаю.
> wpa_supplicant? прибитое гвоздями к своему wpa_cli, и подрехтованное под dbus?Там четкое разделение на backend и frontend. Можно собрать только backend без wpa_cli и настраивать через конфиг или wpa_gui.
> А как
> мне на телефоне скрипт сделать который в зависимости от названия AP,
> к которой прицеплен, всякие штуки делал? (Вопрос риторический, с намеком на
> неидеальность wpa как примера, особенно во встраиваемых вариантах.)Тем не менее ответ на него есть:
https://wiki.archlinux.org/index.php/WPA_supplicant#wpa_cli_...
>> А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?
> #include <stdio.h>
> int main(int argc, char **argv)
> {
> printf("hello, i'm classic programm\n");
> return 0;
> }Не вижу здесь gui на html5.
>> Что-то запрещает строить приложение как fronted-backend при использовании qt/gtk/etc?
> Лень.
> Лично мне лень познавать гтк, чтобы понять как отправить какому-нибудь демону команду
> что-то сделать, вычлиняя это из исходников клинта на gtk.1. Обычно в таких случаях есть четко описанный api или протокол.
2. А вам не лень разбирать какие запросы происходят между браузером и сервером приложения? Особенно учитывая тот факт, что формально webapps не имеют четкого разделения на frontend и backend, и запросы могут меняться даже при минорном обновлении.> Разрабам лень делать внятные инструкции или хотябы экзамплы чтобы это можно было
> не напрягаясь посмотреть.http://w1.fi/wpa_supplicant/devel/
http://w1.fi/wpa_supplicant/devel/hostapd_ctrl_iface_page.html
wpa_supplicant-2.5.tar.xz/wpa_supplicant-2.5/wpa_supplicant/examplesЧего вам не хватает?
> Проблема, ИМХО, в отсутсвии внятного и человеческого межпроцессорного взаимодействия,
> поэтому одни еб..ся с dbus, которое перегруженно всякой хренью и гвоздями
> к ней прибито,dbus я тоже не люблю.
> другие используют костыли предоставляемые из каробки всякими gtk/qt,
> хотя это ни разу не их задача,В большинстве случаев (при frontend/backend) строится движок, независящий от gtk/qt. Например gimp, изначальный прародитель gtk, не являющийся формально frontend/backend, позволяет использовать его библиотеки и создавать новые графические редакторы не линкуясь с gtk совсем.
> а третьи лепят из
> того, что есть и http тут очень удачно подменяет IPC.http может быть оправдан только при необходимости удаленного доступа. Для локального большой overhead, тормоза и расход памяти.
Для большинства приложений разнесение на frontend и backend не имеет большого смысла.
> У Бернштейна есть "эталонная" реализация tcp сервера, там кода строк 200, почему
> нет реализации простенькой IPC, которая как раз и будет слушать сокет
> хоть tcp, хоть unix, лично я не понимаю.А в чем проблема слушать сокет? Можно nc использовать. Я для локальной сетки использую "busybox nc -ll -p 7777 -e sftp-server", в том числе и на телефоне.
Вот пример на d, тут фактически простой http сервер:
import std.socket, std.string;
void main() {
Socket listener = new TcpSocket;
assert(listener.isAlive);
listener.bind(new InternetAddress(8080));
listener.listen(10);
string webpage = "<html><body>hi</body></html>";Socket currSock;
uint bytesRead;
ubyte buff[1];while(1) {
currSock = listener.accept();
if ((bytesRead = currSock.receive(buff)) > 0) {
currSock.sendTo(webpage);
}
currSock.close();
buff.clear();
}
}
Межпроцессного! Межпроцессорное слава БГ-у делают люди, которым не лень узнать что-то новое.
Погромисты блин...
Где html там webkit
Где webkit там уязвимостиИ в итоге либо обновляем прошивку каждый месяц, либо субботним утром ваш автомобиль сам уедет в Махачкалу
...или врубится в стену.
> И в итоге либо обновляем прошивку каждый месяц, либо субботним утром ваш автомобиль сам уедет в МахачкалуУгу, при помощи климат-контроля и мультимедийного проигрывателя.
Все не так - оно запросит погоду в Махачкале (климат-контроль сделает такую же в салоне), мультимедийный проигрыватель включит национальную музыку тех мест, а на экране появятся новости Дагестана. Сел в машину - и ты уже как бы в Махачкале. Ах да, ещё ж приборная панель! Туда выведет сколько километров до Махачкалы, "вы ушли с маршрута", и что надо заправиться иначе не доехать. Для жителей Москвы отдельная опция: в картах, рядом с текущими баллами пробок в Москве, писать сколько сейчас баллов в Махачкале (чтоб завидовали).
Непонятно только, что делать, если машина уже в Махачкале.
Ну например зловред может резко включить на полную громкость какой-нибудь противный звук (из касперского когда он вирус находит https://www.youtube.com/watch?v=-6Si4EUipj0 ) в то время как скорость больше 120 км/ч. Что может спровоцировать аварию
Может. Но всякие исследователи всяких там безопасностей и сейчас находят такие возможности (и безо всякого linux) и даже похуже (типа online-перепрограммирования прямо "на ходу" одного блочка и потенциального получения доступа к CAN-шине на передачу). Почему с linux должно стать хуже? Особенно если этой платформой (в том числе и с точки зрения безопасности) будут заниматься гиганты индустрии да ещё и совместно, да ещё и открыто (может даже позовут ещё и тех "парней из Фольксваген, которые шарят в ПО").
Представляю себе стройную колонну на м4 после раскрытия очередной уязвимости. "что же вы не обновились-то?"
А как же Фольксваген? Там ребята шарят в ПО. 😊
Для Газенвагена сейчас главное поменьше отсвечивать.
http://www.youtube.com/watch?v=MJOQK2cQMw8
Теперь каждый "драйвер" должен уметь собирать драйвер коробки передач под Linux.
"навигационной системы (используется Google Maps)"
openstreetmap по всей земле, на порядок уже лучше.
> openstreetmap по всей земле, на порядок уже лучше.С чего оно лучше то? Открытое и можно использовать в своих проектах. А материала все равно меньше. Особенно в небольших городах, где так и не нашлось люлкй которые бы этим занялись.
летом ходил в лес. пробовал яндекскарты, гуглокарты, навител в оффлайне. неюзабельно вообще. OsmAnd оказалось единственной полезной: и дороги, и железка и даже очертания леса и полей отлично совпали.
Тем, что уже давно существенно подробнее и детальнее.
К тому же под нормальной лицензией и очень оперативно обновляющееся. И да, можно самому поправить.
Я по лесам с навигатором не хожу. Но карты в проекте использую. Так что спорить бесполезно, я просто вижу факты. В том же ОСМ, откроте любой областной и меньше город (не москву или питер) половина города будут безимянные линии дорог и квадраты домов без номеров.
Для Москвы могу согласиться только в том что для некоторых объектов есть информация в ОСМ, но не ту в остальных, но и наоборот тоже бывает. Да, да, даже столицу никто не может... ни народ, ни проприетарщики.
А я вижу в точности наоборот:
http://www.openstreetmap.org/#map=17/55.22286/30.11722&layers=N
https://www.google.ru/maps/@55.2227323,30.1181124,17zУ яндекса лучше чем у гугла, но все равно хуже чем у osm.
https://maps.yandex.ru/154/vitebsk/?ll=30.116650%2C55.2...
> Я по лесам с навигатором не хожу. Но карты в проекте использую.
> Так что спорить бесполезно, я просто вижу факты. В том же
> ОСМ, откроте любой областной и меньше город (не москву или питер)
> половина города будут безимянные линии дорог и квадраты домов без номеров.Возможно для деревни Гадюкино, где всегда дожди, большего никому не нужно. Если нужно - проект открыт, welcome доработать и поделиться с остальными.
> Для Москвы могу согласиться только в том что для некоторых объектов есть
> информация в ОСМ, но не ту в остальных, но и наоборот
> тоже бывает. Да, да, даже столицу никто не может... ни народ,
> ни проприетарщики.А я ездил отдыхать с ним. И о чудо! В OsmAnd в Абхазии чуть ли не козьи тропы в горах обозначены, а уж всякие интересности типа ущелий-водопадов-видов и подавно. Мне вполне хватило для передвижения по дорогам республики. Гуглокарты без интернета не навигируют, а пару лет назад они чего-то там дообновили, что в офлайн не все подряд сохраняется.
В моей местности, там где в деревнях у гугла дороги не все нарисованы, у osm дома с номерами стоят.
> В моей местности, там где в деревнях у гугла дороги не все
> нарисованы, у osm дома с номерами стоят.Сами, поди, дорисовывали? Тогда есть повод для гордости...
> Сами, поди, дорисовывали?Нет, сам делал лишь мелкие уточнения, основную работу делали другие.
> Тогда есть повод для гордости...
Мне всегда приятно, когда открытые проекты могут составить достойную конкуренцию закрытым.
>> В моей местности, там где в деревнях у гугла дороги не все
>> нарисованы, у osm дома с номерами стоят.
> Сами, поди, дорисовывали? Тогда есть повод для гордости...А чем не повод? Нужно, доработали, теперь всем доступно. А с гуглом или яндексом сиди и жди, пока разрабы почешутся.
Ну что ж, маемо убили, может у сабжа получится.
И он только на авто не остановится.
Разделяем пополам:
1) Жесткий риалтайм - управление системами и железом (линукс изначально не такой и архетектурно не готов)
2) Разделение задач, пусть и по одному потоку, что не важно. Вот тут линукс как раз очень подходит - работа в ограниченных ресурсах, модульность, расширяемость, открытость (abi интерфейсов). Для мультимедии и сопутствующих не критичных задач очень подходит, таких как музыка, карты, голосовые команды, даже контроль климата.Так что "открытой автомобильной Linux-платформы" - в контексте не для всего автомобиля, а только в области доп оснащения - по возможности чужими руками.
> Жесткий риалтайм - управление системами и железом (линукс изначально не такой и архитектурно не готов)Аргументируйте. Тут, во-первых, смотря как (и под какие задачи) ядро собирать, во-вторых, в новости вроде бы как про реалтайм речи не было.
И, да. Варианты? ntoskrnl.exe? Или BSD?
>И, да. Варианты? ntoskrnl.exe? Или BSD?
В автомобиле нет такого реалтайма, для которого не хватит обычного флага ядра PREEMTIVE_PT.
Время реакции водителя - от 0.1 сек, ядра - доли миллисекунд.
Это не реакции на обработку пакетов в 4G сетях в смартфонах, а мехатроника.Управление двигателем в любом случае висит на отдельном выделенном микроконтроллере.
Зря товарища заминусовали - машина должна оставаться рабочей, даже если большинство второстепенных систем полностью откажут. Поэтому управление двигателем на МК, при том его программа построена так, что даже если большая часть их откажет, он все равно сможет работать дабы доехать до СТО своим ходом.Да и тот realtime (жесткий realtime, для простых задач реакции меньше микросекунды), что дает простейший AVR за 0.5$, получить на полноценной ОС крайне затруднительно.
P.S. Сам писал/паял управление ДВС, так что знаю все это изнутри.
P.P.S Еще МК перезагружается быстрее, чем ДВС успеет заглохнуть ;)
> P.S. Сам писал/паял управление ДВС, так что знаю все это изнутри.
> P.P.S Еще МК перезагружается быстрее, чем ДВС успеет заглохнуть ;)Nice. Шоб у меня комп загружался пока монитор включается...
Хотя там ещё кучу приложений запускать, логинится ручками =/ Но всё равно было бы круто. Знаю про ССД, но нормальные пока не по карману, а брать затычку на 60 Гб с поганым контроллером не хоца.
https://www.phoronix.com/scan.php?page=news_item&px=Booting-...
http://www.elinux.org/Boot_TimeУ меня старый ноутбук с обычным hdd грузится меньше десяти секунд.
Из моего опыта:
1. ядро без initrd, без модулей (модулями только редко используемое), с хорошо подогнанной конфигурацией.
2. загрузка организована в четыре этапа:
2.1 ядро
2.2 первый инит скрипт: проверка и монтирование ФС, запуск mdev (udev), запуск основного скрипта и параллельно фонового.
2.3 основной скрипт: установка системных переменных, запуск Xorg и первоначального набора программ.
2.4 фоновый скрипт: установка настроек для железа и запуск фоновых сервисов.
> Жесткий риалтайм - управление системами и железом (линукс изначально не такой и архетектурно не готов)Зачем мультимедийной системе жёсткий реалтайм? Эта фигня же не будет управлять мотором и всякими абсом. А датчики водителю показывать реалтайм не нужен.
> Зачем мультимедийной системе жёсткий реалтайм? Эта фигня же не будет управлять мотором
> и всякими абсом. А датчики водителю показывать реалтайм не нужен.Там эквивалент ИИ скоро будет, вот там жесткий realtime пригодится. Но ИМХО требования ко времени реакции будут пониже, чем для управления ДВС на 6000 RPM.
> NVIDIA представила бортовой автомобильный ПК на двух GPU Pascal
> http://fcenter.ru/online/hardnews/2016/01/05#material_id=38791
Судя по стеку технлогий - это лучше чем Android.
Да в Android единственное что хорошее, так это только ядро.
> Да в Android единственное что хорошее, так это только ядро.Погодь! Проприертарщики оракели заставили проприертащиков гугель "одуматься": теперь^Wскоро там будет "хороший" GPL OpenJDK. Погодь-погодь...
Лучше не станет, ибо ява в мобильном устройстве. Вот если бы они сделали нормальный NDK с тем же API...
>> Да в Android единственное что хорошее, так это только ядро.
> Погодь! Проприертарщики оракели заставили проприертащиков гугель "одуматься": теперь^Wскоро
> там будет "хороший" GPL OpenJDK. Погодь-погодь...Выдыханем. Just hot air...
..."versions of Java were under an extremely weak copyleft called the “GPL plus the Classpath exception”. [...]the Classpath exception carves so many holes in strong copyleft that it's less of a copyleft than even the Lesser GPL and probably the Mozilla Public License, too!"
"So, how is incorporating Oracle's GPL-plus-Classpath-exception'd JDK different from having an Apache-licensed Java userspace? It's not that much different!"
"If this change causes Android redistributors to reevalute their willful ignorance of GPL's requirements, then some good may come of it all, despite Oracle's expected nastiness."
- Ядро Linux жирное и далеко не всеми изученное, включено по принципу "чтобы было", а через десять лет может разберёмся, зачем.
- Qt написана на C++, что добавляет тяжеловесности быстрой разработке (быстрая разработка затруднена из-за медленной (пере)компиляции C++ кода).
- HTML5 декларативный язык для создания Web-GUI, вкупе с заявленным выше QML - пятое колесо в "деревянной телеге".Всё похоже не на каркас и не на "программный автомобильный стек", а на пионерскую поделку из ниток, клея и хлебной буханки, напоминающую одновременно игрушечный троллейбус и домик для мышей. Репортажи с места событий будут транслироваться через Wayland. Зато намешано всего модного, молодёжного, интересного... Неизвестно, правда, кто этот тришкин кафтан сможет поддерживать.
(Разумно, что в автомобилях развлекательные функции отделены от схем управления движением. Если б они были связаны, то посмотрев на это вот с позволения сказать "архитектектурное решение", волосы шевелятся и встают дыбом не только на руках.)
- Ядро FreeBSD менее жирное? Плевать, что изучено полутора землекопами и мало чего поддерживает.
- Java же нетяжеловесная! И быстрая разрабока пионэрами!
> - Ядро FreeBSD менее жирное?Объём кода всей системы FreeBSD для всех поддерживаемых архитектур процессоров сопоставимо с объёмом кода ядра Linux.
> Плевать, что изучено полутора землекопами и мало чего поддерживает.
Не буду возражать против этого "сильного" заявления некомпетента.
> - Java же нетяжеловесная! И быстрая разрабока пионэрами!
Java только на лоуэнд-десктопе тяжеловесная. Во всех остальных случаях применения никто не жалуется. Андроидом пользуешься? Так вот, она там практически во всех местах.
А тут Qt/QML с JavaScript подвязать хотят - вот это будут ТОРМОЗАААА.
> Андроидом пользуешься?Это там где примитивное приложение с одной кнопкой съедает 6-10MB RAM?
P.S. Я не в коем случае не защищаю qml/js, но и андроид это явно не придел мечтаний.
>> Андроидом пользуешься?
> Это там где примитивное приложение с одной кнопкой съедает 6-10MB RAM?"Новый улучшенный" AOT ART не помогает разве? (Это ведь тот же компилятор из байткода в нэйтив на этапе инсталляции). Что-то о нём в последнее время ни звука - а ведь как дысал, как дысал. https://www.opennet.ru/opennews/art.shtml?num=40862
> P.S. Я не в коем случае не защищаю qml/js, но и андроид это явно не придел мечтаний.
Андроид - это отлаженная система, является полноценной стэкируемой архитектурой для встраиваемых устройств. Непонятно, зачем вместо него нужна неотлаженная "десктопная среда" в развлекательном комплексе? Ведь всё же уже придумано и можно только улучшать-оптимизировать, разрабатывать удобные интерфесы. И всё гораздо быстрее разрабатывать. А тут вдруг автопроизводители решили идти своим путём, с непременным "повторением пройденного" на десктопном линуксе.
> "Новый улучшенный" AOT ART не помогает разве?Нет, с потреблением памяти лучше не стало. Возможно лучше по cpu - не замерял.
> Андроид - это отлаженная система, является полноценной стэкируемой архитектурой для встраиваемых
> устройств.Она хороша только относительно унифицированным api и большим количеством бесполезных приложений.
> Непонятно, зачем вместо него нужна неотлаженная "десктопная среда" в развлекательном
> комплексе?1. Там нужен новый api для взаимодействия с железом, так как само железо больше похоже на умный дом, чем на смартфон.
2. За основу взят tizen (телефоны, тв, фотоаппараты).
> Ведь всё же уже придумано и можно только улучшать-оптимизировать, разрабатывать
> удобные интерфесы. И всё гораздо быстрее разрабатывать. А тут вдруг автопроизводители
> решили идти своим путём, с непременным "повторением пройденного" на десктопном линуксе.Так там и будет по сути frontend для управление железом в машине + несколько медиа приложений, а не десктопный линукс. Посмотрите как сделан RetroPie и остальные специализированные мультимедиа дистрибутивы.
>Ядро FreeBSD менее жирное? Плевать, что изучено полутора землекопами и мало чего поддерживает.CLOC Linux 4.2 ~13,5кк
CLOC FreeBSD 11-current(каталог sys) ~4,6кк
Наверное поэтому эмбеддовку предпочитают делать на линуксе, когда он вмещается и на 512КБ ПЗУ, и в софтпроцессоры. А где сейчас такая вся легковесная и оптимальная бзда?
> Наверное поэтому эмбеддовку предпочитают делать на линуксе, когда он вмещается и на
> 512КБ ПЗУ, и в софтпроцессоры.В 512КБ современный Linux не влезет.
> А где сейчас такая вся легковесная и оптимальная бзда?
Сюда посмотри: https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi
RBPi - это фактически одноплатный десктоп. Есть проекты аналогичные openwrt?
M0n0wall, openwall кажись.
M0n0wall: The recommended amount of RAM for m0n0wall is 128 MB, и ориентирован на x86.openwall: совсем не то.
Openwrt: с ядром 2.6.x работает на 16MB или даже меньше, с новыми ядрами нужно больше 16 MB.
> openwall: совсем не то.Ошибься малость, SmallWall
> Openwrt: с ядром 2.6.x работает на 16MB или даже меньше, с новыми
> ядрами нужно больше 16 MB.Текущая версия FreeBSD вполне может работать на 32MB RAM и меньше.
Да и не будет проблемой собрать свой дистрибутив со всем необходимым по минимуму под нужную железку.
> RBPi - это фактически одноплатный десктоп. Есть проекты аналогичные openwrt?Не смешней ли другое -- изень размахивает малинкой, которая и делалась-то... под линукс? :)
>> RBPi - это фактически одноплатный десктоп. Есть проекты аналогичные openwrt?
> Не смешней ли другое -- изень размахивает малинкой, которая и делалась-то... под линукс? :)Не смешней, но заставляет задуматься другое - есть ли возможность запустить всеми любимый ALT Linux на Raspberry Pi (2). FreeBSD запустили, а ALT Linux почему-то до сих пор нет! Для Альта только Cubox-i с 1ГБ ОЗУ пригоден выходит?
> есть ли возможность запустить всеми любимый ALT Linux на Raspberry Pi (2).На первой -- нет смысла: CPU в первой RPi настолько своеобразный (v6 с hardfloat), что ради него потребовалось бы тащить отдельный ABI и это никому настолько не потребовалось (а репозиторий для ARMv5 давно заброшен и заведомо неоптимален на v6); на второй (v7) -- теоретически можно, даже не исключено, что заведётся под штатным kernel-image-mp, но пока не слышал о таких попытках.
> FreeBSD запустили, а ALT Linux почему-то до сих пор нет!
Потому что не было нужно никому, очевидно. Кому-то был нужен альт на КОМДИВ32 -- человек взял и перенёс: http://altlinux.org/Ports/mips
> Для Альта только Cubox-i с 1ГБ ОЗУ пригоден выходит?
Как раз для Cubox-i официальной сборки нет, есть только набросок dans@ на вики: http://altlinux.org/cubox-i -- на первых кубоксах был и Simply: http://altlinux.org/cubox (также делались сборки для http://altlinux.org/CubieTruck, но платформа скорее "не пошла" как таковая).
> Кому-то был нужен альт
> на КОМДИВ32 -- человек взял и перенёс: http://altlinux.org/Ports/mipsПо ссылкам крайние сроки обновления - апрель-май 2008 года. Очень свежо.
>> Кому-то был нужен альт на КОМДИВ32 -- человек взял и перенёс:
> По ссылкам крайние сроки обновления - апрель-май 2008 года. Очень свежо.Тогда и портировали, да. Пошло ли куда -- информации не имею. Привёл как иллюстрацию случаев "понадобилось" и "не понадобилось".
>Не смешней ли другое -- изень размахивает малинкой, которая и делалась-то... под линукс? :)На ней аж windows 10 работает :) Смешно-смешно :)
А так что-то большинство таких одноплатников точат именно под андроид, в котором от линукса только ядро.
> Не смешней ли другое -- изень размахивает малинкой, которая и делалась-то... под
> линукс? :)Делалась она "под питон". Ядро и пр.GNU там были в классическом академ.стиле -- бесплатно же, пусть будет. Да, так получилось, что про питон, спасибо Столману, никто теперь и не вспоминает.
А кто видел проекты, которые "делались под" фетиш изена *и* взлетели? Свободно, да -- руками самоделкиных и совершенно внепредвиденые стороны.
> Не смешней ли другое -- изень размахивает малинкой, которая и делалась-то... под
> линукс? :)То-то видеодрова "поначалу" закрытым блобиком шли ...
И бродкомовцев долго пинали, что бы выкатили хотя бы спеки, а потом объявляли конкурс на написание драйвера и премию в 10 тыщ зелененьких.
Но Свидетелям к двойным стандартам не привыкать – одновременно орать "СВОБОДА!!1 СВОБОДА!!" и продолжать пользваться проприетарью.
> То-то видеодрова "поначалу" закрытым блобиком шли ...Существенно лишь под какую систему были драйвера. Если под linux - значит есть поддержка linux. Если под win10 - значит есть поддержка win10.
> И бродкомовцев долго пинали, что бы выкатили хотя бы спеки, а потом
> объявляли конкурс на написание драйвера и премию в 10 тыщ зелененьких.
> Но Свидетелям к двойным стандартам не привыкать – одновременно орать "СВОБОДА!!1
> СВОБОДА!!" и продолжать пользваться проприетарью.Многие критиковали RBPi за это, так как проект позиционировался как open hardware. Но вы первый кто на этом основании усомнился в поддержке linux.
> Существенно лишь под какую систему были драйвера. Если под linux - значит
> есть поддержка linux.Т.е. линукс не позиционируется уже как свободная ОСь? оО
Ну да, если берут бзд и закрывают код, то – "однозначно, проприертарные подстилки".
Если тоже самое под линукс "Дрова закрыты? Зато они добавили код загрузки своего блобика в ядро! Урра, товарищи!!"> усомнился в поддержке linux.
Полноценная поддержка, в моем понимании, не вяжется с зависимостью от желаний левой пятки блобоавторов.
> Т.е. линукс не позиционируется уже как свободная ОСь? оОС возможностью запуска закрытых программ и драйверов ;)
>> усомнился в поддержке linux.
> Полноценная поддержка, в моем понимании, не вяжется с зависимостью от желаний левой
> пятки блобоавторов.В целом - согласен, сам отдаю предпочтение железу с максимально открытым софтом: сейчас ищу фотоаппарат с открытой прошивкой. Но лучше уж закрытый драйвер, чем вообще никакого.
Влезло. Dd-wrt. Из 512КБ было занято в корне более 300. Свободное место тоже нужно.
> Влезло. Dd-wrt. Из 512КБ было занято вБредишь?? Там выше было про 512К (не Мб, кстати) ПЗУ (флэша то есть по-простому). У DD-WRT нет прошивок меньше 4Мб(ну,3.5 м.б.), вроде ж.
>> Влезло. Dd-wrt. Из 512КБ было занято в
> Бредишь??
>У DD-WRT нет прошивок меньше 4Мб(ну,3.5 м.б.), вроде ж.Опять поторопился, 2Мб:
Файл:dd-wrt.v24_micro_olsrd_generic.bin 1744 KB 02.01.2016 10:48:00
Был какой-то девайс от некротик, под который былф именно эта сборка дд-врт, именно на 512КБ, с бузибохом, вебсервером и кусками текста НТТР. Сам долко прозревал как такое возможно, но это не единственный случай. Есть ещё китай-принтсерверы с прошивками поменьше, и кроме всего как-то вместившие p910, но там вместо шелла с бузибохом - менюшка в бинарном ините.
Но и это ещё не всё. Есть noMMU дистры, типа uCLinux, но там старьё.
Сравниваем количество поддерживаемого железа и плачем.
> включено по принципу "чтобы было"Easy, завидовать дурно.
Наверняка всё тивоизировано будет. Открытое и свободное для автопроизводителя, а не для пользователей.
Даёшь рута от движка! Главное, чтобы инит скрипты были в системе, не системд же юзать :)
Ford, Mazda, Mitsubishi...
а когда ждать присоединения АвтоВаза к рабочей группе Automotive Grade Linux?
А это разве независимый производитель? скорее нужно ждать Рено
На Ладе будет Альт Линукс стоять же!
Когда перестанут ставить барабанные тормоза на свои автомобили.
> Когда перестанут ставить барабанные тормоза на свои автомобили.
> На Ладе будет Альт Линукс стоять же!В барабанных тормозах.
> Когда перестанут ставить барабанные тормоза на свои автомобили.Колодки на барабанных тормозах - замена на 150000 км,износ 60%, а на дисковых - 30000-40000 км (Форд Фокус, спереди дисковые, сзади барабанные)
Очевидное преимущество, нет? Конечно, не на ралли, где барабанных тормозов быть не может
Это больше говорит о том, что основной вес авто приходится на переднюю ось. Да и дисковые раньше срабатывают (при слабом нажатии тормоза) и при мягком торможении они больше используются.
ээээ, а разве до определенной скорости не схватываются только передние тормоза? и только на больших скоростях подключаются задние, и с разным усилиями спереди и сзади?
Это преимущество не барабанных тормозов, а передних тормозов. Автомобиль тормозит передними колёсами. Задними колёсьями тормозить менее эффективно, потому что задние колёса автомобиль _тащит_ за собой, а передние _толкает_. Поэтому задние колёса, если ими тормозить, начинают подпрыгивать, теряют сцепление с дорожным покрытием и трение становится меньше. А на передние при торможении приходится вся масса автомобиля, что наоборот увеличивает сцепление с дорогой.Поэтому на задние колёса и ставят барабанные тормоза: туда не важно что ставить, потому что задние тормоза используются лишь в экстремальных ситуациях, когда в общем-то задача одна, заклинить колёса и надеятся на лучшее.
Не совсем так: в тормозной системе присутствует регулятор тормозных сил (в народе - "колдун"). Он распределяет тормозное усилие между осями в зависимости от их загруженности. Так как задняя ось обычно меньше нагружена, то и сцепление с дорогой ниже и соответственно передаваемое тормозящие усилие на задней оси ниже.При большой же нагрузке на задней оси барабанные тормоза нагружаются по полной и тормозят не меньше дисковых. В грузовиках они вообще вне конкуренции, так как конструктивно позволяют развить очень большое тормозное усилие.
> Поэтому на задние колёса и ставят барабанные тормоза: туда не важно что
> ставить, потому что задние тормоза используются лишь в экстремальных ситуациях, когда
> в общем-то задача одна, заклинить колёса и надеятся на лучшее.Заклиненное колесо тормозит значительно хуже, чем туго вращающееся. А в экстремальной ситуации и врагу такого не пожелаешь, так как еще и развернуть может.
> Очевидное преимущество, нет? Конечно, не на ралли, где барабанных тормозов быть не
> можетА еще есть торможение движком – вообще минимальный износ.
А за одно еще и топливо экономит.
> А за одно еще и топливо экономит.Т.е. при "торможении движком" двигатель работает как генератор бензина?
> Т.е. при "торможении движком" двигатель работает как генератор бензина?Естественно нет, он перестает потреблять топливо для холостого хода и прочих нагрузок (электрооборудование, кондиционер, гидроусилитель).
Забавно, но проблема с барабанными тормозами сзади чисто "денежная", при использовании дисковых тормозов нужна дополнительная реализация "ручника", т.к. он не "плохо" объединяется с дисковой системой. ( а заодно посмотрите стоимость замены задних тормозных дисков, которые являются "слегка доработанными" для использования ручника)
- Зачем тебе автомобиль 2016 года?
- Такие-то фичи в старые не бэкпортируют
Молодцы - сразу репутация на порядки поднялась. Странно, что европа не подключилась ...
Что-то я не нашел ничего автомобильного кроме слова CAN-шина. Хотелось бы диагностики, тренировки системы впрыска и зажигания, доступа к системам поперечной устойчивости, АКПП, тормозам, раздатке, системе контроля давления в шинах, контроля за состоянием аккумулятора. И уж чего точно не надо, так это мультимедии
>Хотелось бы диагностики,
> тренировки системы впрыска и зажигания, доступа к системам поперечной устойчивости, АКПП,Купи себе команду F1?!
> тормозам, раздатке, системе контроля давления в шинах, контроля за состоянием аккумулятора.
> И уж чего точно не надо, так это мультимедии
Наоборот - человек предлагает встроить аналог eml327 и не платить за так называемую "компьютерную диагностику".
Очередная жертва Навального?
> Очередная жертва Навального?Уже довольно давно подмечены не только пересечения microsoft-ботов и баранов навального, но и применение общих техник, а также их примерно одновременная замена, что уже куда интересней.
Мыслящий да сообразит.
PS: автор #57 давно заработал себе rm -rf...
> Уже довольно давно подмечены не только пересечения microsoft-ботов и баранов навального,пересечения есть, но надо заметить, что в "ватный/овальный" и "опенсорс/проприетарь" встречаются все четыре комбинации. человек такое забавное существо, что без проблем прячет от себя несообразности точек зрения.
Эх, раскукарекались болезные, один с политотой, а второй с околософтовой политотой. Не абстрактного "человека" надо винить, а хотя-бы на себя немножко взглянуть. Философы, блин....
Если бы BlackBerry не были такими тупоголовыми, а выложили QNX в OpenSource - как раз куданибудь в такой альянс - вот этого пустого ЖЖЖЖжжж, на основе Linux не было бы.
QNX весьма хороша для узкоспециализированных авто-применений. А ожидание загрузки СЫСТЕМD в авто чревато "5 минутами" ожидания до возможности включения подогрева сидений.. (facepalm).
Любители deepsleep сразу идут на 3 буквы. В авто системы должны отключатся и включатся полностью, не расходуя итак "малый" потенциал аккамуляторных батарей от глушений и до старта авто.
Продолжай кусать локти дальше. Все такие тупоголовые, только ты один умный. Судя по вышесказанной бредятине, ты не видел ни Systemd, ни QNX.
П.С. - очень даже неплохо то, что QNX сейчас в упадке. Свою судьбу они честно заработали.
> Если бы BlackBerry не были такими тупоголовыми, а выложили QNX в OpenSource
> QNX весьма хороша для узкоспециализированных авто-применений.Опенсорсика Вы не дождётесь от Крутой Корпорации, продавца свойств мозга. А автомобильного "и мы тоже" http://www.ixbt.com/news/2016/01/08/blackberry-qnx-platform-... есть у него.
Да, это вам не "управление" медиа-плеером от консорциумома с LF и автоделателями. Это настоящая, Промышленная!, проприертарь. "Весьма хороша.", да -- маркетинг-бюджет, как у взрослых.
