Leave a comment

Comments 271

anonymous June 2 2020, 16:35:43 UTC
Столько куча возможностей БУ, которые никогда не понадобятся. Мне это напоминает 90 годы с телефонами с АОН.
Если нет уверенности все сделать как надо и в разумные сроки необходимо поделить Б/У на несколько самостоятельных частей. Тот же САР натяжения - можно сделать аналоговую на одном операционные! Или поставить маленький мк типа атмега8 вместе с датчиком натяжения, который только и делает что регулирует натяжение. Не надо вешать кучу функций на один большой МК. Да, иногда бывает жутко горько, что дело всей жизни пошло насмарку. Но иногда бывает легче все выбросить, чтобы не напоминало и сделать все по-другому.

Reply

leoniv June 2 2020, 16:58:18 UTC
С необходимым набором функций вопрос сложный. На контроллере можно реализовать что угодно, но что реально надо, будет видно только в процессе использования. Заранее сказать трудно. Я старался не сильно перегружать функциями, проблема немного в другом - не могу определиться в алгоритмах индикации и управления. У меня это больной вопрос, все конструкции получаются жутко неудобными в использовании. Когда не получалось выбрать вариант, делал опцию. Загромоздил ими всю программу ( ... )

Reply

zepete July 28 2020, 19:28:39 UTC
Прорыв - это упрощение до ПИ-регулятора. Кстати, в оригинальной схеме похоже ПИ регулятор,. так как конденсатор идет только с одного входа, причем этот вход похож на задатчик, ибо сигнал идет с мультиплексора:)

Reply

anonymous July 29 2020, 05:48:19 UTC
В оригинальной схеме П-регулятор. Работает не очень - колебания в переходных режимах, большая статическая ошибка. В Олимпах схема доработана до ПД-регулятора, работает значительно лучше. В Олимп-700 уже полноценный ПИД-регулятор, работает еще лучше.

Reply


anonymous June 2 2020, 17:22:48 UTC
Было в одно время модное увлечение всю периферию МК делать программно на очень быстром процессоре. Не помню уже фирму, но она выпустила было типа аналогов МК pic16 с бешеной частотой, но была совсем почти голая. Прилагалась библиотека для эмуляции периферии. Нет той фирмы, а микрочип с МК с очень богатой периферией процветает. Не надо все перекладывать на программу, если можно разумно использовать уже отглаженную работающую периферию. Если вы не фанат программирования, не стоит делать так чтобы одна большая программа управляла и зажиганием двигателя и миганием поворотников, каждый узел должен быть немного самостоятельным. Метод разделяй и властвуй. Даёшь каждому датчику свой МК! А для маленькой сети для датчиков можно использовать типа K-Line, так вроде называется медленная шина в авто.

Reply

Re: leoniv June 2 2020, 17:34:41 UTC
Scenix? Не понимаю смысла разделять на несколько процессоров, если хватает производительности одного. Наоборот, склонен все объединять в один большой процессор, тогда будет работать проще всего, не надо никаких шин передачи данных, протоколов, синхронизации и прочего. А в данном случае проблема не в процессорах, а в программе. Не умею нормально написать код регулятора, будь то в общем, или в отдельном МК.

Reply

Re: anonymous June 2 2020, 17:53:22 UTC
Иногда бывает никакого быстродействия не хватает чтобы управлять в реальном времени, много чего сидят на прерываниях. А тут ещё и вычисления с плавающей точкой, да ещё 250 раз в сек. В принципе конечно оно вроде проще - одна большая программа, доступ ко всему напрямую, но надо успеть все вовремя обслужить..

Reply

Re: leoniv June 2 2020, 18:18:32 UTC
Плавающую точку в микроконтроллерах не использовал ни разу.

Reply


ext_5128547 June 2 2020, 17:41:38 UTC
5-й вариант. Бросить всё нах, и заняться чем-то другим! Это я на самом деле так думаю!

Reply

leoniv June 2 2020, 18:15:56 UTC
С большим трудом нашел что-то полезное, а Вы - бросить.

Reply


anonymous June 2 2020, 18:46:28 UTC
Лично я - за п.2
И, мне кажется, проблема не столько в прошивке, сколько в новом датчике. Это ведь именно он выдаёт при инжекции больший уровень сигнала на частоте генерации, чем оригинальный? Почему - вопрос другой, но, мне кажется, дело в этом. Хотя несколько лучшую устойчивость оригинального БУ всё же приходится пока признать.

Reply

leoniv June 2 2020, 19:00:43 UTC
У оригинального БУ даже не "несколько лучшая" устойчивость, а "кардинально лучшая". Можно менять номиналы компонентов в несколько раз, и все работает. Новый датчик тоже нормально работает с оригинальным БУ, он не видит никакой разницы в датчиках. А для нового БУ датчик проявил его проблемы. Это хорошо, иначе проявились бы все равно рано или поздно. Причины плохой устойчивости я понять не могу. По измерениям цифровой PID не дает какого-то там страшного сдвига фаз. Надо копать дальше, но из-за длительных неудач наблюдается потеря духа. Пожалуй, временно переключусь на что-то другое.

Reply

gorillo_notta November 23 2021, 12:18:14 UTC
"..но из-за длительных неудач наблюдается потеря духа.."
-
вот к чему приводит непосильная ноша.

Reply


Что дальше? anonymous June 2 2020, 19:02:28 UTC
Дальше нужно сделать творческую паузу. Отдохнуть и запостить что-нибудь из категории ЕДА.

Reply

Re: Что дальше? leoniv June 2 2020, 19:16:17 UTC
Качество еды сейчас заметно ухудшилось, стыдно фотографировать.

Reply

salangnew June 3 2020, 12:50:58 UTC
Вы же писали , что при промышленном производстве её качество только улучшается? И вроде, повашему дюшес такой , как у коммунистов

Reply

leoniv June 3 2020, 15:19:31 UTC
Ухудшилось потому, что сейчас совсем нет денег.

Reply


Leave a comment

Up