Разстоянието между най-далечния сензор/контролер и главната платка ще е не повече от 2 метра. Проблем ми създава нелинейната характеристика на сензора. Сега се опитвам да го "уча" - т.е. при стартиране записвам в РАМ стойността при нулево и максимално отклонение, но нещо не успявам да направя стабилна функция за поддържане на постоянна скорост до зададеното положение. Това се налага, защото има случайни фактори, които влияят на устройството(атм. налягане, течение в помещението) и няма идентична реакция при едни и същи стойности на PWM. Какъв алгоритъм за поддържане на постоянна скорост може да се ползва?

PID . Ако обаче не мериш скоростта, то тогава няма и начин да я държиш постоянна .

Сензора GP2Y0A21YK за какво го използваш ? С него ли мериш оборотите ??

Малко да доуточн. Вентилаторите задвижват леки обекти, които се придвижватвертикално в тръби. Със сензора измервам разстоянието, тъй като то е важно в случая(има няколко положения, в които обектите трябва да се установяват при команда). Проблемът е, че обектите са чувствителни на външни влияния(става дума за маса около 0,2 грама). За работата им е важно да се придвижват плавно. При включване на вентилатор от установено положение, обектите се движат равноускорително, при което е невъзможно да се "хванат" от сензора при промяна на състоянието с повече от 3-4 единици. Освен това, за поддържане в установено състояние ползвам две комбинации стойности - една за плавно спускане и друга - за плавно издигане. Но се оказва, че при определени обстоятелства вместо да издигатт, стойностите за издигане - спускат и обратно.

Ако искаш плавност, то тогава не трябва да се задава новата позиция директно, а плавно да се променя от текущата към новата. Това го има при оборотите на двигатели много честно, за да няма резки механични натоварвания, казват му трапецовиден (trapezoidal) контол.



В последното изречение май имаш предвид по-малко? Не можеш да очакваш да постигнеш точност на зададеното положение, която надвишава точността на сензора за обратна връзка.



Тоест, за да ги държиш в определено положение, осцилират по-малко нагоре-надолу? Тоест в момента имаш "open loop" система, като сензора ползваш само са определяне на текущото положение (от възможните 1,2,3,4 ...), но не и за обратна връзка.

Както ти казаха вече - ПИД, само че за обратна връзка ползваш показанието на датчика за позиция на обекта и спрямо желаната позиция изчисляваш грешката. Управляваната променлива от изхода на ПИД-а са оборотите на двигателя.

Ако имаш проблем с инертност на вентилаторите и флуктуации, може да се направи каскаден ПИД. Първия спряно показанията на датчика задава желаните обороти на вентилатора. Втория спрямо зададените обороти и датчик за текущите обороти задава запълването на PWM-a.

Хммм с тоя шарп може да береш ядове, не знам колко може да се разчита на точност, и каква точност гониш ти.
Стана ми доста интересно какво всъщност правиш, да беше един два предмета може да си помисли човек че правиш бинго, ама с толкова вентилатори ... сподели ако не е тайна.

Ами ако аз правя такова нещо бих прекарал обратната връзка през интегратор. Правиш си го софтуерно в процесора, и подбираш коефициента. Може и да се сметне ако имаш склонност към сметките но по мое виждане е по лесно и точно да се подбере с малко експерименти.
Датчиците на шарп имаха някаква инерционност също. Преди бях си играл с един такъв и останах с такива впечатления. Трябва да се съобразиш с нея също.
За подобен тип управление на позицията това съм останал с впечатление че е най простия вариант. Освен ако не гониш и бързодействие ама май не е такъв случая ти.

Относно бързодействие може би е добре, много зависи какваточност се търси, иначе за интегрирането и аз съм за софтуерно решение. Не знам точното приложение, но мисля че PID би свършил работа нв комплект с тоя детектор. Друг вариант за детекция е лазерен сензор, но е доста по скъп, а и по бавен. Вариант е и ултразвук, но е махнато.

Осцилирането е до 1 см и то доста плавно. Така че на практика успявам да го скрия. Проектът, както и повечето ми главоблъсканици, ще бъде достъпен за виждане след завършване . Нещата се получават, но понякога се случва странно поведение на обектите, което не се дължи на датчика - гледам показанията на мултицет и ги изпращам през серийния порт - данните съвпадат. Датчикът работи коректно, a времето му за установяване е 10ms, което съпоставено с порядъка на начално преместване(100-200ms), e съвсем поносимо и засега там също не виждам проблем.

http://en.szrefekt.com/mechanical_display.php Явно се работи по наследника му. Значи голяма част от въпросите отпадат

Тоя "механичен дисплей" точно ще стане супер с контролери, които да оправляват всяка "точка" или няколко от тях индивидуално, като се грижат и да я регулират дали "свети" или е "изгаснала". И с един CAN бъс между тях работата ще заспи. И май не трябва да се регулират оборотите на двигателя, а постоянността на потока въздух, чрез оборотите на двигателя. Т.е. трябва да се мери или скоростта на въздуха или обема му за единица време - поне така си мисля, че ще стане най-добре и плавно де, ама пък може да стане доста скъпо .
Какви са предимствата на тоя "дисплей" пред другите видове или е един вид арт?

Добре де, на мен повече на арт ми накланя, ама не може ли по друг начин - вместо да има купчина вентилатори дето им се управляват оборотите, да има един голям вентилатор дето гнете въздух в една тръба и купчина клапи дето да се управляват?

С един голям вентилатор трудно ще изравниш потока на въздуха във всички 120 точки .

Може, със дроселови клапи, ама са малко по скъпи ... 30-на пъти и то за малка кола

Да бе верно... Ама по принцип то не ти трябва да е равно налягане, стига да може да ги вдига ония там плочки до хоризонтално положение, му стига. Нали това се търси?