ШИМ в АТMega8535

[jump]

С внешним шимом не борюсь, хватит по любому

хорошо, фильтрация на вашей совести, но обработать данные от LM35 проще и быстрее, чем опрашивать DS18B20, подстраиваться под ее временные интервалы

[7Fantomas7]

jump

хорошо, фильтрация на вашей совести, но обработать данные от LM35 проще и быстрее, чем опрашивать DS18B20

DS18B20 при трехпроводной схеме ложили витой парой ~90-120 метров рядом с силовыми кабелями асинхронных двигателей а там мощностя были мама не горюй и пусковые токи 400А не самые большие, сбоев не было, отсюда оптимизм, а спешить контролеру уже то и некуда внешний ШИМ для этого.
omercury

А HCPL3120 не надо ставить

Люди ставят и работает, не одним человеком проверено я особо не изобретал, взял да передрал. Медленнее чего она мне до лампы, когда к железяке прикручу осцилограф тогда и посмитрю задержку.

Кстати, какие функции МК у Вас будет исполнять?

По большому счету управлять ШИМом.
А так как электродный сварочник уже никого не удивит, полуавтомат тоже. Вот я и решил сваять источник с падающей характеристикой для штучного электрода и аргона, падающей импульсной для сварки алюминия в среде аргона не плавящимся электродом, по сути это будет стабилизатор тока, а еще с жесткой крутопадающей характеристикой для сварки полуавтоматом в среде углекислого газа и жесткой крутопадающей импульсной характеристикой для сварки полуавтоматом алюминевой проволокой, по сути это будет стабилизатор напряжения. Я говорю только об источнике. Индикаторов 2 по 3 разряда светодиодных, очень бы хотелось экранчик приладить (нахрен он нужен не знаю) для вывода служебной информации но я не потяну слишком амбициозно и так. По крайней мере для меня. Ну с дуру можно там антиприлипалку, форсаж дуги. Есть для этого мудреные импортные слова типа TIG MAG ANTISTIC и прочья туфта, но так как я наладчик сварочного оборудования во втором поколении то я по старинке по нашему по советски.

Мне сварочник-то и не нужен, но ребята говорят, что в 2к не влезет

У Меги 8535 8к, у Меги16 16К, зачем пихать в 2К. А НЕ ВЛЕЗЕТ 128МЕГУ ВСУНУ!!!! тогда влезет.

[omercury]

У Меги 8535 8к, у Меги16 16К, зачем пихать в 2К

Да по барабану, сколько где памяти. Я ж не память экономлю. Короткий код всяко работает быстрее длинного, а для устройства, работающего в аварийных режимах это наиболее актуально.

[jump]

Да по барабану, сколько где памяти. Я ж не память экономлю. Короткий код всяко работает быстрее длинного, а для устройства, работающего в аварийных режимах это наиболее актуально.

не верю! (с)
в подобных устройствах не экономят на памяти, т.к. линейный метод ускоряет выполнение программы, позволяя, как минимум, экономить на условных переходах, вызовах подпрограмм, а часто и на сохранении данных/флагов в стеке. но, естественно, определяются такие участки на этапе проработки алгоритма.
короткий код наверняка будет содержать ветвления и подпрограммы, что противоречит условию "для устройства, работающего в аварийных режимах это наиболее актуально".

[omercury]

линейный метод ускоряет выполнение программы

И ежу понятно...

экономить на условных переходах

только на БЕЗусловных. А условные - это ветвления. Чтобы экономить на условных - главное условия правильно задавать...

экономить

...

на сохранении данных/флагов в стеке

флаги в стеке не храю НИКОГДА - достаточно "нижних" регистров, данные - когда невозможно держать в регистрах.

короткий код наверняка будет содержать ветвления

ЛЮБОЙ код их содержит.

подпрограммы

- это реже...
Почти всегда использую Rjmp и Rcall - всё тактик в плюсе.

На всякий случай поясню: короткий код (написанный на ассемблере) всяко работает быстрее длинного (на языках высокого уровня)... Компилятор столько "добра" добавляет...

[jump]

немного сумбурно говорил...

флаги в стеке не храю НИКОГДА - достаточно "нижних" регистров, данные - когда невозможно держать в регистрах.

при входе в прерывания и выполнении (R)call возникает необходимость.

ЛЮБОЙ код их содержит.

имел в виду подпрограммы - можно повторить код N раз без создания подпрограммы - линейность соблюдена

На всякий случай поясню: короткий код (написанный на ассемблере) всяко работает быстрее длинного (на языках высокого уровня)... Компилятор столько "добра" добавляет...

за согласие!

[7Fantomas7]

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

[omercury]

при входе в прерывания и выполнении (R)call возникает необходимость.

.def tempSREG = r1 ;r1 - r15
...
Tim0_OVF:
in tempSreg,SREG ;сохраняем флаги
...
out SREG,tempSreg ;восстанавливаем флаги
reti

можно повторить код N раз без создания подпрограммы - линейность соблюдена

Ну да - макросы

за согласие!

[omercury]

А на TL494 нет желания переделывать потому как тормознутая.

TL494


HCPL3120

И что из них тормознутее?

[аtаs_stas]

На всякий случай поясню: короткий код (написанный на ассемблере) всяко работает быстрее длинного (на языках высокого уровня)... Компилятор столько "добра" добавляет...

Смеялсо...
Сколько лет компилятором не пользовались???