Делаем сварочный инвертор Толяна AVT200. , Обсуждение

Больше про Вас, чем нет )). Не знаю, про STM, а под Атмел средства отладки, читала, обходились под 600 евро...Правда, уже, всё не так печально. Насчёт собачьего таймера - нормально написанная программа не должна зависать в принципе! Если зависает, даже изредка, значит криво написана. На си, правда, всякое, наверное возможно, т.к. среда универсальная. Потому да, наверное, не помешает. А на ассемблере, если всё прямо написано и нет косяков со срывом стека и кривыми алгоритмами, ничего не виснет в принципе. Потому собачий таймер ни к чему. На си, где пачки вложенных циклов, там да, всякое может произойти . Программно-аппаратные связи и связи аппаратные - это всё-таки не одно и то же .

Эрика связка там как раз аппаратная, настраивается програмно и блокируется от дальнейших изменений прописывая в определённые регистры определённых последовательностей. Обратные связи тоже такие же по аналогии аппаратные, а вот отслеживание некоторых ситуёвин используется частично программное и с помощью встроенного DACа подаётся на аппаратную связку => COMP=>TIM1 Причём программная только по среднему!!! поцикловка аппаратная (имеется и то и то) тобишь двойная обратная связь.
А на чём бы не было написано (хоть на эфириуме : )) на АВР-ках ничто ни спасёт при срыве задающей генерации. Кои всё таки случаются в АВРках.
Вы кстати случаем видели хоть в каких не будь промышленных устройствах АВР??? (SSVA не в счёт) Я например нет Пики таки да и часто, стм восьмые вообще под генератором теслы нормально работают MCP430 кстати тоже часто в проф оборудование встречаю.

В общем, кому интересно, обращайтесь. Какая разница, не пойму, на чём управа сделана и написана, по-идее должен интересовать функционал, стабильность и удобство прошивки - ан нет, то мегу 168 подавай, то стм либо пик. Что-то у Юрия в аппарате на ненадёжность проца по-моему никто не жаловался. И стоит копейки, и достать или прошить не проблема. И как буд-то в промышленных сварочниках процы вообще никогда не дохнут. Посты лишние почищу, а то засоряем ветку.

Сообщение отредактировал ERika - 9.11.2017, 19:33

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

Олег она же написала что пишет на ассемблере а это значит что всё по максимуму оптимизировано. (если оптимизатор между ушей хорошо заточен а скорее всего так оно и есть )
То есть код занимает мало места. В 8-мь килобайт уж поверь можно очень много воткнуть!!! А вот если примерно тоже на ардуине писать то и в 328-ю мегу не поместится нихрена да и работать будет весь этот паравоз медленно и неповоротливо.
Так что по быстродействию и компактности ассемблер рулит конечно, но и си не сильно уступает если своими библиотеками пользоваться конечно с прямым обращением к регистрам


Да мне как бы и нет разницы, как бы я был косвенно упомянут в тексте выше по этому и отписался

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

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

есть схема такого аппарата? хочу такой себе собрать!


почему не хочется?AVT лучше?

Я не в штыки, я по сути высказанных претензий. Количество глюков не зависит от того, какой процент доступного флэша камня использован, поверьте, Олег, знаю что говорю. Загрузка камня определяется не размером занятого флэша, а эффективностью работы с процессорным временем. Если его хватает с достаточным запасом на все режимы работы, то всё в порядке. А насчёт расширения функционала, так тут сдерживает не только кол-во флэша, но и количество выводов. Почему Вы решили, что корпус дип28 или tqfp32 для меня принципиален? Из меги 8 в этом плане я выжала всё, что можно, поэтому это в принципе законченный проект. Можно где-то что-то подкорректировать, диапазон управления, пороги и т.п. Но вообще это финальный вариант по функционалу. Если что-то буду кардинально менять, к примеру добавлять Tig, возьму проц другой, которого будет хватать для задуманного.
Да я как-бы в принципе со всем сказанным Вами согласна, но сами понимаете, переписывать готовый проект на другой камень и другим языком - нет никакого смысла. Тем более, Вы правы, в нём всё достаточно хорошо оптимизировано, не в плане экономии места, а по скорости работы и точности работы режимов. БОльшую часть памяти, кстати, "съели" меню. Но они опрашиваются только при обращении к ним, потому на работу и скорость основных ПП не влияют.
Всё правильно, об этом выше и сказала. Насчёт опробовать - вообще-то я её проверила в т.ч. и на макете в железе, всё работает как задумано. На управляющем выходе напряжение увеличивается-уменьшается шагами по 17мв, в общем всё работает. Если речь про полный тест на сварочнике, тут да, пока не проверяла, но не вижу причин, по которым работать не будет. Но наверное Вы правы, как опробую всё вместе, напишу.

где можно скачать посмотреть все варианты схем AVT ? описания сборки-настройки?


гдн обитает сие чудо? форум? ссылка? статья?

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

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


Таки да очень охотно в это верю! А если будете делать что нибудь на TFT обнаружите что "меню" забирает до 99% размера Флешки

Сообщение отредактировал OlegarX-RUS - 10.11.2017, 9:55

Понимаю, о чём Вы, но так или иначе, привязанность к архитектуре присутствует всегда. И это не так критично, как кажется. Этот же проект перенести на другой камень (например на мегу 16), у меня уйдёт пол-часа. В блоке инициилизации переписать порты, инициилизацию таймеров и прерываний. Это очень небольшой блок программы. Остальное (99%) переносится просто копипастом. У Вас ведь инициализация периферии тоже к железу привязана так или иначе, сами писали про аппаратно-програмные связи. Насчёт "выноса мозга" и "запутаться в собственных извилинах" - поверьте, всё не так плохо с ассемблером, как многим кажется. Старые мои проекты, там поначалу да, так и было, и сейчас что-то там править я не рискну. А этот, например, весь поблочный и достаточно логичен. А вспомнить через какое-то время как работает конкретная подпрограмма на самом деле очень просто. Открываю код, беру лист бумаги, карандаш, и просто рисую схему алгоритма. 5-10 минут, и всё становится совершенно ясно. Частенько таким занимаюсь, когда использую свои старые наработки, чтобы вспомнить что к чему. Зачастую после отрисовки алгоритма становится понятно, что можно упростить или оптимизировать, кстати. Так что с ассемблером не так всё плохо, как Вам кажется, если правильно на нём писать. Насчёт си - да, на нём можно писать тоже достаточно быстрый и компактный код, если понимать во что его превратит компилятор, тут знание ассемблера очень помогает. Если этого не знать, никакой самый оптимизирующий компилятор не поможет. Осваиваю потихоньку си, но писать на нём какие-то реальные проекты пока не рискую.

Сообщение отредактировал ERika - 10.11.2017, 11:48

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

Мониторинг входной сети если делать, то отдельным блоком, иначе появится гальваническая связь с сетью, чего делать нельзя,.т.к. на проц заведена ОС с выхода аппарата. К тому же свободных ног у проца не осталось, если не считать два АЦП-входа, которых нет в дип28. Могу сделать на каком-нибудь attiny 24, например. Заодно туда можно и термоконтроль добавить на пару датчиков, если использовать не биметалл. Тогда связать этот блок с основной управой можно двумя оптопарами.

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

есть такая штука как оптопара, и ничего страшного не появится, а что термоконтроля сейчас нет??В протеусе нет проэкта?

Сообщение отредактировал oleg1ma - 10.11.2017, 12:06

зачем делать замер сети если есть сигнал с вых силы делаем анализ просадки на хх и настраиваем % заполнения.

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

Сообщение отредактировал oleg1ma - 10.11.2017, 12:12

А как Вы через оптопару будете измерения делать?
Термоконтроль сейчас - это логический вход. Он подтянут внутренним резюком к +5в. Если его притянуть к земле,
ШИМ блокируется, на дисплей выводится надпись 75*С. В протеусе проект есть, разумеется, откомпилировала под стандартный энкодер, сообщение №4902. Единственное,
энкодер там представляет из себя три кнопки, мне так удобнее было.

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

тогда оптрон рулит.

ну диоду в оптопаре в принципе по барабану, какое питание, переменка или постоянка,