SERG

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

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

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

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

вот-вот, а то задержки....

тоже и датчиками уровня выполняется... отслеживаем амплитуду показаний датчиков, точнее амплитуда и влияет на время между выполнением корекции. короче, я уже писал об этом...

на самом деле датчик положения руля легко делается самостоятельно... но в любом случае как с датчиками ускорений так и с датчиком положения руля без вспомогательного микроконтролера необойтись. но это непроблема вообще.

датчик положения руля или пара датчиков ускорений...

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

вполне имееет право на жизнь...

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

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

внезапно...

за такие деньги можна и 2560 покупать... но тогда у тебя есть возможность по максимуму использовать возможности девайса....

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

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

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

\то не штатный блок, а как и все универсальные контролеры имеет теже недостатки. точнее минусы...

да, откоректирует. как уже писал, временные задержки выполнения корекции должны быть автоматизированы посредством привязки к скорости и еще нескольким параметрам.... запуск корекции по времени неэфективно, и всеравно приводит к необходимости выполнения корекуции вручную. ибо условия эксплуатации имеют непостоянные характеристики.

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

к чему последняя фраза??? я разве гдето сказал или написал что атмелы плохи/?

если дешевле 300 гривен, то нормальная цена. а дороже- уже нет смысла.... ну, к примеру под росширитель портов в начале темы нет библы с русским языком.нашолтолько под mpc23017, о самой микры у нас в продаже нет.

если ваять по уму, то только два полных порта надо отдать под выходы для клапанов, реле компрессора, статусной лампы. тоисть 8 выводов для управления исполнительными механизмами и 8 выходов для контроля этих механизмов. но это если по уму делать... 8 аналоговых входов отдаем датчикам уровня, датчику давления и датчику температуры компресора, плюс меряем напругу акб.\ \\ только учитывай тот факт что в ардуино неприменяются индустриальные чипы, т\оисть ардуина это макет и для реального использования надо или чип меняь на индустриальный или обеспечивать подогрев чипа при низких температурах..

зачем с таким кол-вом входов еще и и 2ц использовать для дисплея??? плюс, с прямым подключением ненадо париться с рускими символами, ибо для и2ц надо практически новые библиотеки писать.... у меня лежит 1280 мега, разница меж вашей 2560 и мой 1280 только в обьеме памяти.

имеем три уровня- нижний, средний и верхний. с средним все понятно, а два оставшихся как угодно. хоть крайние точки, хоть некие уровни на коиторых ездяете. ардуину можна любую, но для сего кода 328 замного, по обьему памяти. достаточно 168. на какой, на тот....??? и снова гугель рулит- http://www.dfrobot.com/wiki/index.php?title=I2C/TWI_LCD1602_Module_(SKU:_DFR0063) а это все что касается дисплея- библиотека, схема...- http://www.dfrobot.com/index.php?route=product/product&product_id=135#.UQlpfkcmvMg