Разработка схемы впрыскового блока (Develop injection unit)

[Voytik]

только делайте так чтоб это опорное можна было вообще отключить, и вход был просто на прием 0-5 вольт.
потому что переменники в ДПДЗ, с опорным напряжением, это вчерашний век. для старпёров.

нормальные ДПДЗ теперь бесконтактной конструкции, питаются от 5в. и уже сами выдают сигнал 0-5в.

[Stranger21]

а я и говорю - нужно делать как принято стандартами автопрома , и тогда все будет совместимо .

[STC]

только делайте так чтоб это опорное можна было вообще отключить, и вход был просто на прием 0-5 вольт.
потому что переменники в ДПДЗ, с опорным напряжением, это вчерашний век. для старпёров.

Поддерживаю.

[ender11]

сидел тут, никого не трогал, ковырял прошивку фордовского eec-iv. и заметил внезапно, что там, натурально, код для обеспечения многозадачности (в разумных пределах), и всякие "задачи" оформлены довольно таки единообразно. мне и подумалось внезапно: а ведь для выбранного камня уже есть, допустим, freertos, в котором уже есть всякие штуки типа работы с com-портом или usb, настройки приоритета прерываний и прочих. может, стоит исследовать этот вопрос? я, допустим, не люблю писать программы с 0. люблю, когда уже что-то работает и требуется только сделать нужную функциональность.
ps; а, хотя, там не прилагается usb драйвер. с sam7s перепутал.

[nikll]

ender11, дак что мелочится то, даеш полноценный линух в качестве оси или венду для маргиналов

[Stranger21]

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

[ender11]

ну. попробовать стоило бы. это порядка 16кб кода. часть которого пришлось бы написать с 0. и, возможно, это привлекло бы разработчиков. а то у секу-3, фактически, один разработчик. хотя чертовски продуктивный.

[Voytik]

чтото вы не модные совсем уже. на Android уже телики и фотики пошли...

[nikll]

Вы не поняли всей глубины моей иронии
В эбу зачем ОС? чтобы жрать ресурсы и дуть код? Разработку упростит не на много, там основное это отнюдь не hal. Процессы? а на кой они там? для создания дополнительного оверхеда на переключения контекста? У нас не телевизор и не телефон, и даже не кпк ни разу. Наваять то можно только смысла в этом нету т.к. разница в обьеме кода "с нуля" и в варианте с rtos будет в пределах пяти процентов зато ресурсы пожрет существенно.
От производителя stm есть неплохой набор сишных библиотек в которых реализованна большая часть hal, с примерами, бери и пользуй, там есть дохера всего от карт памяти и usb до can и ethernet.

ОС имеет смысл использовать в БК, там да можно кучку независимых программок написать для отображения всякой хрени и хранить их на флеш-карте, чтото понадобилось накатал еще одну скопировал на карту и воткнул в БК. А в ЭБУ все сильно взаимо связанно, если дробить подзадачи на процессы то придется вводить очень много перекрестных межпроцессных связей а это опять же локи семафоры потоки и прочая прочая оверхедная шняга. Или накатать все в одном процессе, вот только тогда на кой нам ОС?

[ender11]

можно было бы выделить процедуры "реального времени" в один поток, запись на SD-карту -- в другой, расчёт УОЗ, соответственно, в третий. плюс, насколько я помню, предлагаемый алгоритм расчёта наполнения использует параметры, работу с которыми тоже можно было бы оптимизировать. плюс, такая многозадачность могла бы позволить работать на бОльших оборотах. без расчёта УОЗ каждый оборот.