Программирование специализированных для ИИСТ микроконтроллеров

А чем принципиально отличается ОС первички от ОС по напряжению и току на выхлопе? Например, в пилу от аппаратного генератора пилы подмешивается токовый сигнал с выхода. Пропорцию помешивания определяет пороговый элемент, компаратор, отслеживая кз или понижение напряжения на дуге (наброс тока, чтобы пережечь соплю). Наброс тока может быть программным, по прерыванию от компаратора, а можно и аппаратным, выведя выход компаратора наружу, чтобы он переключал опорное пилы. Компаратор аппаратно запускает таймер, если после таймера кз осталось, с пом. логического "и" формируется высокий уровень и - ток на минимум, анитистик, (тоже, по прерыванию или аппаратно, переключая снаружи опору пилы). Это на вскидку... Получаем тот же самый ус3846, обвешанный ОУ и компараторами, плюс программные навороты...

Сообщение отредактировал monos - 26.6.2019, 15:26

Я хочу уйти от этого. У меня алгоритм иной. Показания АЦП обрабатываются цифровым фильтром и, принимается решение о коррекции ВАХ. Эмулировать аналог на цифровом процессоре значит априори отказаться от цифровой фильтрации и другой алгоритмической обработки. Оставить только пользовательский интерфейс или протокол маловато будет для ДСП процика.

P.S. Еще, важно глядеть в предысторию (прошлое), показаний АЦП, чтобы точнее предсказывать и самообучаться.

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

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

Вот, к примеру, ОС (обратная связь) частный пример обращения за опытом прошлого, но глубина изучения очень мала. У процика есть память (ее еще в отрасли называют мозгами а не процессор как логично на первый взгляд) чем больше память о прошлом, тем точнее можно предвидеть как будут развиваться события в будущем. На этом пути нас ждут удивительные и неожиданные эффекты...

Сообщение отредактировал astrahard - 26.6.2019, 15:44

Это не эмуляция, а и использование независимой от ядра контроллера периферии. С очень гибкой настройкой. АЦП, при всем этом, может накапливать данные, а софт обрабатывать и корректировать работу периферии и пороговых элементов. Например, отслеживая кз или хх с пом. ацп, программа, так или иначе, отслеживает вилку напряжений. В аппаратном режиме та же вилка отслеживается с пом. компараторов намного быстрее, не занимая ресурсов софта, а софт при этом может вмешиваться и корректировать работу периферии...

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

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

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

"Все что нельзя написать на ассемблере, можно только спаять (с)"

Да, так и оказалось, спасибо! Сбило с толку, что никаких ошибок/предупреждений и.т.п.

Сообщение отредактировал ERika - 26.6.2019, 16:12

Абсолютно согласен. Например я придумал датчик отказа датчика (с выходным дискретным сигналом "датчик споткнулся"), потом подумал посчитал и, сделал вывод что процик не справиться но справиться ПЛИС на 400 мГц.

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


А задумка была грандиозной, жаль не доделали импорт как всегда, можно было указать "место" и, теоретически, CCS должен был перерыть хоть весь WWW (интернет) в поисках валидного проекта.

Сообщение отредактировал astrahard - 26.6.2019, 16:29

И еще новость, TMS32F28xxx умеет модулировать ШИМ частотой тактирования ядра 100 мГц, так что ТГР трансформатор можно мотать на кольцах 5мм. Есть такие кольца с покрытием пластиком на 5 кВ, покрытие уменьшает межобмоточную емкость заодно. Все становиться миниатюрным, а в управе к-во корпусов и обвеса тоже сокращается втрое и, становятся ненужными дискретные изолированные драйверы затворов, поскольку функцию драйвера затворов частично реализует сам процессор. Чтобы было понятнее через ТГР шурует частота ядра 100 мГц, т.е. трансформатор и транзисторы его раскачивающие нужны на 100 мГц. А после ТГР демодулятор на диоде и на затвор конечно. На практике, после диода демодулятора нужно добавить еще один биполярный транзистор для надежного разряда затворной емкости по классической схеме.

Сообщение отредактировал astrahard - 29.6.2019, 20:51

В общем схема такая. Сами посудите, альтернатива интегральному драйверу видится так: выход процессора -> МОСФЕТ 100 мГц SMD на 4А и чтобы управлялся от 3.3В-> маленькое кольцо (5мм хватит в пластиковой оболочке из феррита проницаемостью 30-200) по 2 витка лицендрата первичка вторичка-> диод (демодулятор) -> затвор силового транзистора. Получается классический обратноходовой пр-ль на частоту 60-100мГц

P.S. Специально посмотрел SI823xx даташит кроме UVLO (защита от низкого сигнала) никакой доп. синхронизации не увидел, модуляция интегральный тр-р на 2.4 гГц демодуляция-> комплиментарный выход которому нужно изолированное питание. Отличие в частоте модуляции и в том, что через трансформатор на 60-100 мГц вменяемых размеров можно непосредственно передать достаточную мощность для раскачки затвора силового тр-ра не прибегая к доп. изолированному питанию!!!!! На практике, после диода демодулятора нужно добавить еще один биполярный транзистор для надежного разряда затворной емкости по классической схеме.

Сообщение отредактировал astrahard - 29.6.2019, 20:24