А что с разъёмами?
Могу вспомнить разъёмы ЭБУ Bosch и Magneti Marelli со своих машин — они были заметно крупнее нарисованного Вами.
Но мне кажется, мы повесимся поддерживать каждое новое ЭБУ.
Для того, чтобы завести мотор, нужно обеспечить зажигание вовремя и впрыск топлива (если у нас не карбюратор, хехе). Подключить катушки, датчик положения коленвала, узнать, когда он выдаёт импульс, и выдать искру. А, РХХ дёрнуть при необходимости.
Остальные датчики можно довешивать потом, интеграция может занять чуть ли не больше времени, чем разработка. :)
На Лянче в косе на ЭБУ у меня шёл даже провод от кондиционера. :)
Глобально — с удовольствием помог бы, чем смог.
Конкретно сейчас я, наверное, буду бесполезен: за последние полтора года мытарств у меня в руках не было толком ни одного ДВС.
А код сейчас где? Есть и публичный репозиторий?
Мне в целом нравится модель Smoothie — открытый код без каких-либо гарантий переносимости, но и без привязки к железу. Благо для управления тяжёлой железкой по таблицам до 15-20 тыс. оборотов хватает даже атмеги, по формулам — где ж их ещё взять :)
Из кода МотоБК я бы хотел позаимствовать работу с таблицами (для Вашей системы, наверное, это может быть модулем) и вывод куда-нибудь на шину оборотов показаний прицепленных датчиков.
Ещё есть вкусная тема — задавать программно число, порядок и ориентацию цилиндров, тогда при правильных формулах можно будет прицепить такой софт на любой движок, работающий по циклу Отто.
Форсунками не управлял, а с зажиганием побороться получилось: www.moto.com.ua/forum.php?id=104999
Код в том проекте ужасный, но мне очень помогла понять принцип работы опережения зажигания табличка (экселевская, кажется) для расчёта задержек.
Удачи с проектом :) Постарайтесь от написания специфичных костылей перейти к созданию универсального кода, с подгрузкой настроек.
Успешные примеры есть, правда, в других областях (я про MultiWIi для коптеров и smoothie для управления CNC-станками).
А я согласен и с тем, что мир меняется, и с Вами.
Причем меняется довольно интересно. Появляются специальные люди, которые ищут тонкости в сложившихся условиях, и начинают генерировать минимально приемлемый по качеству продукт за полную стоимость. Благодаря снижению качество достигается ускорение процессе и, как следствие, повышение оборота такого бизнеса. Следующим шагом такие игроки, благодаря более высокой рентабельности, начинают теснить старых.
На примерах — литературных артелей вида «Донцова + литературные негры» публикуется больше, чем серьёзных, вдумчивых писателей, SEO вытесняет качественный копирайтинг, да что там, Ашан вытесняет небольшие магазинчики, и в Ашане колбаса из картона, судя по объёму на витринах, более популярна, чем более качественная.
Не берусь судить о причинах таких явлений (просто сказать «пипл хавает же» мало, нужно учитывать всю статистику: возможно, для значительной доли людей колбаса из картона — хоть какое-то мясо, которого не было у них раньше), но тенденция до сих пор идёт в сторону укрупнения сущностей и «оптимизации» процессов.
Не единственное применение ультразвуку для «общения» устройств — кстати, в этой работе тоже используют частоты чуть выше 16 кГц (логично, ибо частота дискретизации — 44,1, теорема Котельникова и всё такое).
Сама работа — www.cs.ust.hk/~qianzh/FYTGS5100/spr2013/references/4-Mobicom12.pdf — авторы пытались сделать улучшение для Wi-Fi-фингерпринтинговой локализации с помощью соседних смартфонов. Вроде даже заработало.
Передовые PSA таки выпустили RT6?
Лет пять-семь назад да, для бюджетного сегмента на их головы смотреть было приятно, но сейчас какая-то стагнация у них. Или не туда смотрю?
Я вот до сих пор N900 пользуюсь.
mpd + sonata дают мне возможность работать с музыкой по каталогам, а не пользоваться (ненужной мне) медиабиблиотекой тегов.
Xournal на Android толком замены не нашёл, я уж молчу про удобный стилус.
А вообще — тут тот случай, когда конкуренция приводит к ускорению прогресса: площадок для тестирования неудачных решений больше, а удачные адаптируют в итоге все игроки.
Ну и наконец, я пока не нашёл аппарат на Android заметно мощнее, чем N900.
Знаю два варианта — T-Mobile G2 (в России — HTC Desire Z) и Motorola Photon Q. У обоих — 512 памяти (планшет на Android с Tegra3 и гигом рамы работает заметно медленнее N900, боюсь подумать о том, как андроид ведёт себя на 512 памяти).
А чем плох guetnprint?
Поддержка железа — задача производителя железа, не разработчиков ОС. Вам, по большому счёту, нужно только реализовать стандарты.
Использовать гнутый (и даже проприетарный) софт для железа вполне приемлемо.
Firmware же никто не будет сам писать заново (для железа без мозгов).
«Своя» от авторов оригинальнее, но, мне кажется, менее привлекательна.
«Издательская» больше похожа на другие, этакий industry level, но почти уверен, что скачиваний с ней будет больше.
А что с разъёмами?
Могу вспомнить разъёмы ЭБУ Bosch и Magneti Marelli со своих машин — они были заметно крупнее нарисованного Вами.
Но мне кажется, мы повесимся поддерживать каждое новое ЭБУ.
Для того, чтобы завести мотор, нужно обеспечить зажигание вовремя и впрыск топлива (если у нас не карбюратор, хехе). Подключить катушки, датчик положения коленвала, узнать, когда он выдаёт импульс, и выдать искру. А, РХХ дёрнуть при необходимости.
Остальные датчики можно довешивать потом, интеграция может занять чуть ли не больше времени, чем разработка. :)
На Лянче в косе на ЭБУ у меня шёл даже провод от кондиционера. :)
Конкретно сейчас я, наверное, буду бесполезен: за последние полтора года мытарств у меня в руках не было толком ни одного ДВС.
А код сейчас где? Есть и публичный репозиторий?
Мне в целом нравится модель Smoothie — открытый код без каких-либо гарантий переносимости, но и без привязки к железу. Благо для управления тяжёлой железкой по таблицам до 15-20 тыс. оборотов хватает даже атмеги, по формулам — где ж их ещё взять :)
Из кода МотоБК я бы хотел позаимствовать работу с таблицами (для Вашей системы, наверное, это может быть модулем) и вывод куда-нибудь на шину оборотов показаний прицепленных датчиков.
Ещё есть вкусная тема — задавать программно число, порядок и ориентацию цилиндров, тогда при правильных формулах можно будет прицепить такой софт на любой движок, работающий по циклу Отто.
А рисовали таблицей или графикой?
Код в том проекте ужасный, но мне очень помогла понять принцип работы опережения зажигания табличка (экселевская, кажется) для расчёта задержек.
Удачи с проектом :) Постарайтесь от написания специфичных костылей перейти к созданию универсального кода, с подгрузкой настроек.
Успешные примеры есть, правда, в других областях (я про MultiWIi для коптеров и smoothie для управления CNC-станками).
Причем меняется довольно интересно. Появляются специальные люди, которые ищут тонкости в сложившихся условиях, и начинают генерировать минимально приемлемый по качеству продукт за полную стоимость. Благодаря снижению качество достигается ускорение процессе и, как следствие, повышение оборота такого бизнеса. Следующим шагом такие игроки, благодаря более высокой рентабельности, начинают теснить старых.
На примерах — литературных артелей вида «Донцова + литературные негры» публикуется больше, чем серьёзных, вдумчивых писателей, SEO вытесняет качественный копирайтинг, да что там, Ашан вытесняет небольшие магазинчики, и в Ашане колбаса из картона, судя по объёму на витринах, более популярна, чем более качественная.
Не берусь судить о причинах таких явлений (просто сказать «пипл хавает же» мало, нужно учитывать всю статистику: возможно, для значительной доли людей колбаса из картона — хоть какое-то мясо, которого не было у них раньше), но тенденция до сих пор идёт в сторону укрупнения сущностей и «оптимизации» процессов.
В этом и весь challenge — что в итоге будет в программе и сверх неё.
Сама работа — www.cs.ust.hk/~qianzh/FYTGS5100/spr2013/references/4-Mobicom12.pdf — авторы пытались сделать улучшение для Wi-Fi-фингерпринтинговой локализации с помощью соседних смартфонов. Вроде даже заработало.
Лет пять-семь назад да, для бюджетного сегмента на их головы смотреть было приятно, но сейчас какая-то стагнация у них. Или не туда смотрю?
Поставлю для ящика со спамом и регистрациями, как только выйдет Linux-версия.
А весит много, думаю, из-за qt в зависимостях, или на чём оно сейчас построено.
Когда на xda-developers совместными усилиями портанули убунту нативно на мой планшет — радости моей предела не было.
mpd + sonata дают мне возможность работать с музыкой по каталогам, а не пользоваться (ненужной мне) медиабиблиотекой тегов.
Xournal на Android толком замены не нашёл, я уж молчу про удобный стилус.
А вообще — тут тот случай, когда конкуренция приводит к ускорению прогресса: площадок для тестирования неудачных решений больше, а удачные адаптируют в итоге все игроки.
Ну и наконец, я пока не нашёл аппарат на Android заметно мощнее, чем N900.
Знаю два варианта — T-Mobile G2 (в России — HTC Desire Z) и Motorola Photon Q. У обоих — 512 памяти (планшет на Android с Tegra3 и гигом рамы работает заметно медленнее N900, боюсь подумать о том, как андроид ведёт себя на 512 памяти).
Поддержка железа — задача производителя железа, не разработчиков ОС. Вам, по большому счёту, нужно только реализовать стандарты.
Использовать гнутый (и даже проприетарный) софт для железа вполне приемлемо.
Firmware же никто не будет сам писать заново (для железа без мозгов).
Надо поэкспериментировать и потом попробовать доказать.
Речь ведь идёт о КАРТАХ!
«Издательская» больше похожа на другие, этакий industry level, но почти уверен, что скачиваний с ней будет больше.