про контроллеры в сварочниках и все что с этим связано

sam_soft написал : У меня симбиоз, и мне кажется вполне разумный, по крайней мере проблем с ним нету Током в ключах занимаеся уц, а всем остальным ( в том числе и стабилизацыей напряжения для ПА ) програмулька

Да, согласен, мне тоже видится, что это наиболее прямой вариант. Именно на такой сейчас схемку рисую.

ТЗ v 0.0

• контроль входного напряжения
• контроль входного тока
• контроль температуры в нескольких точках
• управление кулером
• управление реле зарядки
• управление приводом подачи проволоки
• газ
• формирование ВАХ
• дисплей/индикация чего-то там(напряжение сети, потребляемый ток, мощность, выходной ток фактический+уставка, тип ВАХ, возможно, с расширенными настройками, температура...???)
• органы управления
• лог состояния в аврийных ситуациях
• интерфейс с PC/обновление фирмвари
• управление мостом (тут, похоже, второй камень - один не справится)
• контроль тока через ключи
• контроль выходного напряжения ...
• датчики на этиловый спирт и никотин в выхлопе сварного

v 0.1

• Контроль тока намагничивания(c)1monos

sam_soft написал : а вы упорно не хотите стать на путь, по которому все нормальные люди в мире работают.

Гы. Мы не такие фанатики как кжетца на первый вгляд. Я тоже скорее всего буду юзать си, но там где ему место. Например я для ся определился, что у меня процыков будет два, на стороне силы и гальванически связанный с ней, управлять поцикловкой и ваще всей силой, формировать ВАХ, контролировать напруги/токи и т.п. пвм3, и на нем прошивка будет чистый асм, писанный буилдером. И второй что-нить из мег, но не 128-я а что нить полегче, вполне хватит, на выходе (и гальванически связанный с ним), крутить интерфеем, там всякой подачей проволоки, кнопочками рюшечками и т.п. И общаться по SPI с пвм-ом. Вот на него скорее всего будет писаться усе на сях, бо согласен писать упраление светодиодным индикатором или опрос клавиатуры совсем не обязательно на асме, и нет выигрыша в скорости да и он тута не нужен ;)

Aziat написал : А с фазировкой все окей? Осцилом смотрел?

Смотрел, вчера вечером, вроде ОК. Вторичка намотана литцем, если замыкает, один из проводников то сечения не хватит, чтобы ток достиг критической величины. Попробую пофоткать.

Как вставить фото?

Фото:

21monos Раз проц в схеме есть, значит тему не засоряем пока :) А земля щупа где? Судя по четвертой фотке, нагрузки нет? Надо Ом 10 повесить. Литцем бы я это не назвал. :)

Aziat написал : А земля щупа где?

У диодов анод-земля, катод-щуп

Aziat написал : Судя по четвертой фотке, нагрузки нет

Нагрузка есть-- 2 Ома

Aziat написал : Литцем бы я это не назвал.

Изготовлен по классической технологии в домашних условиях: четыре свивки из четырех свивок по четыре провода:) .

Прошу прощения, что ранее отклонился от темы.

VCucumber написал : Программное усреднение - это как минимум перестраховка от гипотетических глюков АЦП.

Может подскажете, как на си это корректно сделать, а то мне кроме примитивного сравнения, ничего на ум не приходит?

sam_soft написал : Зря, вот на него то желательно подавать питание черех LC фильтр.

Т.е. надо отдельный стабилизатор напр. или достаточно от Vпит через LC фильтр?

21monos U пит на эл цэ

1monos написал : Может подскажете, как на си это корректно сделать, а то мне кроме примитивного сравнения,

Скользящее среднее - вполне нормальная штука штука если траблы с помехами примерно так может выглядет обработчик прерываний от ADC, который последовательно перебирает 5 каналов.

ISR( ADC_vect ) { //skip first conversion if( start ) { start = 0; adc_mux++; ADMUX = adc_mux; return; }

adc_vals[ adc_channel ] = ( adc_vals[ adc_channel ] + ADCW ) >> 1; // это и есть скользяещее //среднее

// setup MUX and channel if( ++adc_channel > 4 ) { adc_channel = 0; }

if( ++adc_mux > 4 ) { adc_mux = 0; }

ADMUX = adc_mux;

}

я им иногда пользуюсь, в смысле скользащим средним. тута adc_vals - это массив интежэров в который складируются данные от адика. Никто никого не ждет. Все на прерываниях. Когда кому то приспичит поднять какие то данные данные от адика он просто забирает соотв. элемент массива и делает выводы. А когда кому приспичет - это дело соответствующего модуля.

pwn написал : Я тоже скорее всего буду юзать си,

O! , наш человек. Я против астмы ниче не имею, но астма нужна в 5 процентах из 100 в практических применениях, тогда когда уж совсем не в моготу :) Но производительность писанины на сях раз в писят больше, а может и в сто :a зависит от конкретной задачи канешна. Цветомузыку не рассматриваем однако.

sam_soft написал :

Спасибо, прицип ясен: с ипользованим массива. Если правильно понял, написано для АВР (регистр ADMUX-- выбор канала АЦП) ISR( ADC_vect )-- вот это не понял, дремуч...

Прошу прощения за офф тор --

Все таки дело в трансе: отцепил выходные диоды, нагрузка- 2 Ома-- вывод разогревается мнгновенно, аж лаком пахнет. Придется разбирать...

sam_soft написал : O! , наш человек. Я против астмы ниче не имею, но астма нужна в 5 процентах из 100 в практических применениях

:D Ну и о чем мы спорили? Я всего-то дал сцылку на компилер асма, которым пользоваться много легче и приятнее традиционного. И на мой взгляд приятнее чем на сях. Ты прав гворя то если есть готовый алгоритм его закодить на сях мона также быстро как и на буилдере. Но это работа не программера, а кодировщика, и оченно редко бывает так что алгоритм очевиден. Очень часто к нему приходишь путем бесконечных проб и ошибок. Я когда отлаживал упомянутый проект, не помню уже скока раз переделывал усе кардинально. То у Т26 какой загон, то она по тактам не укладывается, то железо ведет себя не так как хотелося, нуна вертеть им по другому. Так в основном 5-10 минут на перекройку алгорима, 30 сек на компиляцию и заливку и далее с час другой ставим опыты и изучаем осцыком что получилося. Ты можешь также быстро вертеть, не напрягаясь, традиционным асмовым кодом? А то что на нем кодить инлайном в сях тебе приходится это бесспорно, помнится ты пытался поцикловку средствами Т26 сделать и тебе быстродействия камушка нехватало, даже несмотря на инлайн асм ;)

1monos написал : ISR( ADC_vect )-- вот это не понял

Ужо понял:)

sam_soft написал : adc_vals[ adc_channel ] = ( adc_vals[ adc_channel ] + ADCW ) >> 1; // это и есть скользяещее //среднее

Частный случай ;) Глубина усреднения может быть и больше 1.