Настраиваемый на пульт ДУ контроллер для усилителя.

[Alex]

Вот, обещал по случаю ДР выложить статейку. Написана в черновике давно, только подправил и добавил чуть-чуть.
На сайте: http://altor1.narod.ru/DIY_Hobby/Own...v_control.html внизу.

14 Авг. 2010: перезалил ПДФ и добавил софт.

Внимание - в схеме опечатка - на 14-ю ногу микросхемы надо подать +5в !!!!

[KNLL]

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

Вот и мне надоело.


Пока мельком просмотрел файлы - то, что выложено - это "зарезанный" большой проект.

Мне нужно управление вот для этого:

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

Не против, если воспользуюсь исходниками на 90% для контроллера?

[Alex]

Не против, если воспользуюсь исходниками на 90% для контроллера?

Бери, пожалуйста. То, что выложено в свободном доступе - все могут воспользоваться как хотят.
Я даже не настаиваю на "некоммерческом" использовании
Да это и бесполезно - за лет 6-7 что у меня выложены разные регуляторы и алгоритмы ДУ, только 4 раза у меня спросили разрешение на коммерческое использование, а сколько тех что не спросили?

P.S. Самое смешное, что мне привозили показать купленные на рынках Киева и Днепропетровска (харьковскую "кутузовку" как-то обминуло) не "90%" а на 100% мои схемы с моими прошивками. Из РФ не привозили но не факт что их там нет.

[dekko]

Сиё чудо уже на макетке проверяно и показало очень хорошие результаты.

а подробнее про "чудо"? сравнительная оценка относительно версии Ника есть?

[KNLL]

dekko,

Offтопик:
Результаты будут, после того, как придут промышленные платы, их жду со дня на день. Но даже на макетке Кни и уровень шумов на уровне измерительной карты (доработанная E-MU 0404 USB). Из других достоинств, в отличие от Ника - отсутствие "хитрой" коррекции, в результате - более линейная ФЧХ, правильная организация питания, простая и надёжная защита (а ля Линкс). Прослушку буду делать уже на готовых платах, на макетке 2 канала ваять влом. А ещё - вся плата на ВЫВОДНЫХ компонентах - надо было их запасы куда-то приспособить. По результатам будет статейка, но чуть позже и в отдельной теме.

[dekko]

KNLL, бум ждать...

[KNLL]

только 4 раза у меня спросили разрешение на коммерческое использование, а сколько тех что не спросили?

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

[Alex]

зачем R3 в схеме?

Можешь не ставить.

[Alex]

а подробнее про "чудо"? сравнительная оценка относительно версии Ника есть?

Я не сравнивал с версией Ника (ввиду ее отсутствия), но вообще схемы по подобной топологии работают неплохо. Вот такое я пробовал когда-то, весьма-весьма:

[dekko]

Alex, спасибо... бум думать... у меня пока мысля соеденить активный ФНЧ и ЛМку с Ку-2 общей ООС, но руки не доходят

[Nick]

Offтопик:

Из других достоинств, в отличие от Ника - отсутствие "хитрой" коррекции, в результате - более линейная ФЧХ...

Не знаю куда ещё более линейная (именно линейная, а не постоянная, т.е. с постоянным временем задержки). Коррекция сделана таким образом, что усилитель ведёт себя почти как как фильтр Бесселя (это кстати можно изменить), и в диапазоне от 0 до 100кГц время задержки практически постоянно (без входного фильтра 0Hz - 1.22uS , 30kHz - 1.20uS, 100kHz - 1.03uS). Как доказательство этому - идеальная передача прямоугольников (замеряно без входного фильтра).

[Alter]

Большое спасибо Alex за интересную тему, статью и красивую разработку. Даже я, никогда не имевший дел с PIC*ами смастерил програматор, сделал этот регулятор и все сразу заработало. Но возник один вопрос - не работает SoftStart. При включении питания реле на короткое время срабатывает, при выключении тоже. От пульта не срабатывает, от старт кнопки тоже. Конечно это мелочь, хочется спросить просто ради интереса, это я где то допустил ошибку, или так должно быть?

[Alex]

это я где то допустил ошибку,

Честно говоря, я даже не знаю какую надо ошибку допустить, чтобы не срабатывал SS. Параметры в ЕЕПРОМ правильно стоит, ON_DEL ?
Выход ON (ON/STB) нормально работает?
С каким это процом, 628 или 819 ?

[Alter]

Честно говоря, я даже не знаю какую надо ошибку допустить, чтобы не срабатывал SS. Параметры в ЕЕПРОМ правильно стоит, ON_DEL ?
Выход ON (ON/STB) нормально работает?
С каким это процом, 628 или 819 ?

Да, параметр ON_DEL стоит 20, OFF_DEL 05, как у Вас в картинке. Выход ON работает нормально, как и все остальное. Проц PIC16F628. Ставил другой экземпляр проца. Пробовал менять значения, меняется длительность срабатывания, но опять только при подаче питания, как и было. Я это обнаружил только из любопытства, так как не собирался ставить SoftStart, просто игрался с красивой конструкцией

[KNLL]

Alter, Шил HEX или сам компилировал из исходников? Если из исходников - там глюков - как минимум штук пять уже вычистил.......

Alex, Правда. Начиная от "самодельного" макроса записи EE, переполнения стека от большого количества вложений друг в друга, что- то в определении протоколов было, сейчас уже не помню, плюс ещё не "вычещенный" с сохранением существующих команд. До него пока руки не дошли. Плюс Хитех (про) некорректно понимает конструкцию /* */.

Хотя даже в исходном виде оно РАБОТАЕТ, если победить компилёр.

[Alter]

Да, шил готовый HEX

[-Rik-]

Джентльмены, я (лично для себя) давно принял за правило - всё то, что есть в сети, используется "as is". Никаких гарантий, никаких обязательств и как следствие - никаких претензий. Всё на свой страх и риск. И отнюдь не потому, что авторы сволочи и только и мыслят, как бы насолить ближенму (дальнему) своему - а потому, что сейчас попросту невозможно делать что-то одновременно быстро и качественно. Подчеркиваю - одновременно быстро и качественно (качество - в широком смысле слова). Это ни хорошо и ни плохо - это данность, увы. Хекс работает - и отлично. Кому этого не хватает, способен сам лично поправить ошибки, буде оные обнаружатся и пересобрать проект для себя любимого.

Это мой личный оффтоп, основанный на опыте как с одной стороны (потребитель) так и с другой (звено команды разработчиков ПО. И далеко не последней команды, поверьте).

[Alter]

Так ведь никто претензий непредьявляет по моему. Наоборот, спасибо автору. Просто хотелось выяснить, может я где-то накривил, первый раз столкнувшись с PIC*ами.

[-Rik-]

Offтопик:
Да упаси боже меня кого-то учить и тем паче - попрекать, просто к слову пришлось.

[Alex]

Хотя даже в исходном виде оно РАБОТАЕТ, если победить компилёр.

Почему-то у меня оно компилируется без всякой "борьбы с компилером"

---------- Добавлено в 20:18 ---------- Предыдущее сообщение в 20:09 ----------

lex, Правда. Начиная от "самодельного" макроса записи EE,

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

переполнения стека от большого количества вложений друг в друга,

Где?

Call graph:

*_main size 0,4 offset 0
     _InitHardware size 0,0 offset 4
     _Read_EE size 0,0 offset 4
         _EE_Read size 0,1 offset 13
     _SetCH size 0,0 offset 4
         _EE_Write size 1,1 offset 13
         _Del size 0,1 offset 12
     _SetStandby size 0,0 offset 4
         _SetCH size 0,0 offset 4
             _EE_Write size 1,1 offset 13
             _Del size 0,1 offset 12
*    _Setup size 0,6 offset 4
         _RestoreDefault size 0,0 offset 10
         _FlashLed size 0,2 offset 10
             _Del size 0,1 offset 12
         _WaitNoKey size 0,0 offset 10
             _Del size 0,1 offset 12
         _InitIR size 0,0 offset 10
             _FillHeaders size 0,3 offset 10
             _FillBorders size 0,3 offset 10
             _StartIRC size 0,0 offset 13
         _GetIRCProt size 0,0 offset 10
             _InitIR size 0,0 offset 10
                 _FillHeaders size 0,3 offset 10
                 _FillBorders size 0,3 offset 10
                 _StartIRC size 0,0 offset 13
         _Del size 0,1 offset 12
         _WalkLedDn size 0,0 offset 10
             _Del size 0,1 offset 12
         _EE_Read size 0,1 offset 13
         _WalkLedUp size 0,0 offset 10
             _Del size 0,1 offset 12
*        _SaveIRCCmd size 0,3 offset 10
*            _EE_Write size 1,1 offset 13
         _GetIRC size 0,3 offset 10
             _StartIRC size 0,0 offset 13
             _EE_Read size 0,1 offset 13
     _InitIR size 0,0 offset 10
         _FillHeaders size 0,3 offset 10
         _FillBorders size 0,3 offset 10
         _StartIRC size 0,0 offset 13
     _GetIRC size 0,3 offset 10
         _StartIRC size 0,0 offset 13
         _EE_Read size 0,1 offset 13
     _StartIRC size 0,0 offset 13
     _EE_Read size 0,1 offset 13
     _Del size 0,1 offset 12
     string_table size 0,0 offset 4

Estimated maximum call depth: 4

*_sys_int size 0,6 offset 15

Estimated maximum call depth: 1

Если бы было переполнение - оно бы не работало, да и по MAP видно что макс. уровень 5, при допустимом - 8.

Плюс Хитех (про) некорректно понимает конструкцию /* */.

Вот это новость...

[KNLL]

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

По компилёру 9.80 вот здесь, после //

//rcAR100msChannel,rcAR100msChannel,\

"видит" перенос " \ " на что и ругается.


по макросам, вернее подпрограммам:

твой вариант:

void EE_Write(byte data, byte addr){ // function for MCU with internal EEprom.
EEADR=addr;
EEDATA=data;
CARRY=0;
if(GIE)CARRY=1;
GIE=0;
WREN=1;
EECON2=0x55;
EECON2=0xAA;
WR=1;
WREN=0;
if(CARRY)GIE=1;
while(WR)CLRWDT();
EEADR=0;
}

При чем тут CARRY я так и не понял, проще оказалось переписать.

И мой исправленный:

void EE_Write(byte data, byte addr){ // function for MCU with internal EEprom.
EEADR=addr;
EEDATA=data;
EEIF=0;
WREN=1;
GIE=0;
EECON2=0x55;
EECON2=0xAA;
WR=1;
WREN=0;
while(!EEIF) CLRWDT();
EEIF=0;
EEADR=0;
GIE=1;
}