SERG

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

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

http://datasheet.octopart.com/BTHQ22005VSS-FSTF-LED-WHITE-Batron-datasheet-11003175.pdf -твой дисплей. свмый обычный, подключение точно такое, только шлейфом. на твоем месте, я собрал-бы все на макетке (контролер, росширитель, входы и выходы), а нану использовал-бы в качестве програматора для чистого чипа. получится мега дешево....

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

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

макет давно разобран и сейчас на нем совсем иной проэкт крутится... датчики уровня подключены выходами к аналоговым входам А0-А3, блок реле к цифровым Д4-Д11, кнопки к цифровым Д2-Д3. плата росширения к аналоговым Д4-Д5.

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

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

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

бывают и 8*2 и 20*2 и 16*4, 20*4.... а еще и на 40 символов в строке есть... и с разными типами подсветки и технологий самих дисплеев... прога писалась под 16*2, зачит автора это устраивало, у меня был подключен 20*4, но пара строчек была свободной. позже добавил значения давления и напряжения. в приведенном коде этого нет... то я так, розвлекался .

цензура, админы с модерами шашками маут.... а ты пиши, пиши....

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

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

\\\покупаю здесь- http://parts.dn.ua/category_24_show_all.html\ и здесь- http://arduino.shopium.ua/catalog/\ да и у вас в Харькове думаю тоое мо\жно прикупить\.\\\\\\\\\\\\

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

ранее использовал такие как в прдыдущем сообщении только без подсветки. один-40 для компрессора и один 10 клапанов и блока управления. поскольку стоят у меня они в штатном месте то и в будущем все так и останется...

\смотрите в сторону реализации регуливания жосткости в амортах.

\вот приемник и передатчик, их стоимость всего 5 доларов, и им без разницы что передавать.... конечно, нужен контролер или кодер -декодер, но всеравно.... если погуглить то схемы есть и сенсорного и кнопочного управления с выводом данных в один провод....

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

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

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

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

интереснейший вопрос.... с ресиверами- без ресиверов-

да там и коментировать нечего... сливы с ресами и без.....