Микропроцессорное управление сварочным аппаратом , Соображаем что должно уметь это управление и способами реализации

В одну строчку или в один оператор ? Весьма забавно.
Если почитать тут http://www.nongnu.org/avr-libc/user-manual..._stdiodemo.html, то совсем не одна строчка Там в сэмплике stdio , есть драйверок под тот самый хитачи. Я когда то его покурочил и расширил под свои нужды, но все равно далеко не одна строчка.
А вот при чем тут термометр к LCD неясно. Вопрос стоял то совсем в другом: какие LCD могут драйвится по одному проводу ? Я таких невидел. Потому и спрашивал, мож кто знает.
А прилепить к LCD еще один процык и драйвить по ы квадрату например, не по RS485, дык это не то, это практически самое что то эт тож самое что чукча предлагал. Минуса в этом деле очевидны и не стоит их даже упоминать. Это скорее всего будет полезно для ремоутинга. Вот там никак без этого.

Ручечник, ну если забавно то строка выгледит так: Lcd_init(16); (16) количество символов в строке. Компилятор - CodeVisionAVR.
Термометр реализован на однопроводном интерфейсе. Привел как пример использования однопроводного интерфейса. Я тоже не встречал LCD на однопроводном интерфейсе, но если будет нужно могу реализовать. Интерфейс то есть. Все остальное дело рук и немножко головы. Чукча предлагал разумные вещи.
С уважением kash.

А ты не задумывался что стоит за тем lcd_init ? Дык вот, за ним стоит сокрее всего то, на что я сцылку давал. Или что то похожее содранное у avr gcc gnu-шников. Полистай те исходники , что я сцылку давал, на досуге, там есть и lcd_init(void) из которго вызывается hd44780_init(void). Прочухай все это , тогда поймеш что есть его инициализыцыя hd44780 и увидиш тот хэндщэйк про который я талдычил в самом начале и который, при ступоре в LCD есть кирпич в системе.

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

А я их и использовал, но потом кинул это дело. А мешает тот тест, про который я тебе говорил. Но это только первая часть испытаний. Если надумаеш проверить - смотри не спали ключики. Твой ШИМ на сурогате програмно аппаратных средств склонен задирать ток КЗ. Я с этом баловался пару лет назад. Монос на более правильном пути.
Про хэндшэйк наверняка знаеш, этот термин древний как мир , дословно с аглицкого - рукопожатие. Примерно так: процык говорит ЛСД "буду передавать данные" - тот отвечает "готов". Процык передает.

Ручечник, спасибо за предупреждение. Ты прав будет задирать ток КЗ. Правда у меня работает по шаговое ограничение тока. Толком еще не проверенное. Обнаружит еще один нюанс- на ХХ плохо регулируется выходное напряжение.
Меня очень интересует, чем путь моноса правельнее?
Испытывать буду на макете , более мощный силовой блок пока отложил.
Проблемы с ЛСД решил так- во время работы на дисплей ни чего не выдается. Принцип или работа или коррекция. Делаю под себя. Делать два дела сразу нонсенс.
С уважением kash.

Для желающих начать работать с микропроцессорами но не знающих с чего начать вот занимательная статья.
http://narod.ru/disk/6397868000/AVR.pdf.html

kash.не надо его спрашивать готов не готов(HD44780) дайте достаточно времени и не спрашивайте его ни о чем.

витя, он уже и так успокоился.
С уважением kash.

Ну это судя по всему зависит от имплементации драйвера в той либке что Кэш использует. И врядли он на это повлияет, ну разве что свой драйверок соорудит.
И я тоже когда то так и делал, когда увидел что он глючит в помехах от КЗ на вых и не отзывается на запрос о готовности.
Но вот вопрос возникает, а сколько дать времени милисек или микросек ? И что будет потом ?
Предлагаю Витьку сделать тот же тест кэйс про который я выше говорил.

ПС
У Моноса проц получше, с возможностями чисто аппаратного ограничения тока. Его машынка почти как DSP.

Ручечник, если говорим об одной и той же схеме. Монос использует встроенный компоратор , а я внешний. От PIC ушел и в ближайшее будущее возвращаться не планирую.
С уважением, kash.

16-й пик уже давно забросил и пользую dsPic30F2020- между этими камнями пропасть...
По поводу внешнего компаратора- для обработки его надо уходить в прерывание. Модуль есср (он генерит шим) и встроенный компаратор в пике позволяют обрезать импульс аппаратно(в том же такте проца), не вызывая прерывание.

Сообщение отредактировал monos - 13.3.2009, 9:41

Вот именно, а програмная эмуляцыя ШЫМа на шырпотребоских процыках рано или поздно кончится подрывом. Кэш , посчитай сколько времени уйдет на обрабоку прерывания. Думаю что полмикроса точно наберется. Потому в стандартные 30 ампер тока КЗ при мин задании ты не уложышся.
А насче авр-ок то Кэш в чем то прав, у них архитектура красивая и почти все выполняетс за один-два такт.
Монос, а что пики dsPic30F2020 уже ушли от дебильных машынных цыклов и не менее дебильных банков ? Стэк у них хоть нормальный ?

Банков нет уже в 18-тых пиках. Дспик30 16-ти битные, прерывания стали векторные, маш. цикл остался (4 такта)...

От ёбтель ёбтель, хоть ложку дерьма но оставили.
Ну а стэк там хоть нормальны ? SP регистр есть там ?

monos, как у тебя работает ограничение тока? Если не сложно, изложи алгоритм. Запутался не знаю , что лучше делать при превышении тока или ШИМ уменьшать, или лучше его обрубить.Т.е. отключить ключи. Отключить ключи это с гарантией , что ничего не произойдет. Но у меня ПА и режим КЗ у него почти рабочий. Если можешь разьясни.
С уважением kash.

Стэк не помню сколько уровневый, с программным доступом. Моих знаний,как начинающего, не хватит, что бы ответить на твои вопросы, если интересно, вот статейка  16_________________________1_.pdf ( 209.88 килобайт ) Кол-во скачиваний: 2024




Что бы разрулить ситуацию, надо две ос: поцикловка с реакция на макс. ток ключей и шим по значению выходного напряжения. Поцикловка работает аппаратно, а ос по напряжению- программная и шевелит заполнением, но не быстро, желательно отслеживать динамику изменения вых. тока. Если позволяют ресурсы проца, было бы хорошо приблизиться к режиму СТТ.

Сообщение отредактировал monos - 13.3.2009, 17:56

monos, как понял нужно контролировать мах.ток , выходное напряжение , выходной ток. Это понятно в первом приблежении. Не совсем ясно, как это все увязать. Если можно поподробнее о режиме СТТ. Чем собираешься контролировать выходной ток? Думал использовать дроссель. Нам нужно контролировать динамику. Как ,что можно принебречь температурными искажениями сопративления дросселя.

Для ПА важна стабилизация напряжения. ОС по току -только для защиты ключей, а выходной ток можно и не мерять. Контроль динамики изменения вых U и I пока лучше отложть и просто отслеживать КЗ и стабилизировать Uвых. Режим СТТ- это такая мудрая, без брызг, организация каплепереноса металла при сварке. http://www.shtorm-its.ru/rus/info/svartech/w2.php

Сообщение отредактировал monos - 14.3.2009, 3:37

monos, спасибо за разьяснения. Ссылка почему-то не откравается. Завтра попробую еще раз