Hадежный контроллер нужен........

Привет Dmitry!

AS>> А с чего он должен "компилироваться"-то?

DO> а с того что седьмая версия HT-PIC такое еще не компилировала DO> вполне допускаю что и сейчас еще те же проблемы DO> вот и спрашиваю у тех кто пользуется сим компилятором так оно на самом DO> деле или уже пофиксили?

Сомневаюсь, что это неисправность компилятора, чтоб ее фиксить. Откуда ему известно, что вызовы foo() разнесены по времени ? Что будет, если управление вернется (с востановлением старого контекста) например, в i<1000, из прерывания, где "этот" цикл уже прошел ? Компилятор для того и нужен, чтоб проблемы которые можно снять с разработчика переложить на свои плечи.

С уважением, Andrey 10 Авг 06 года

Hi Andrey !

Совсем недавно 10 Aug 06 08:14, Andrey Bivshih писал к Dmitry E. Oboukhov:

AB> Сомневаюсь, что это неисправность компилятора, чтоб ее фиксить. AB> Откуда ему известно, что вызовы foo() разнесены по времени ? AB> Что будет, если управление вернется (с востановлением старого AB> контекста) например, в i<1000, из прерывания, где "этот" цикл уже AB> прошел ? Компилятор для того и нужен, чтоб проблемы которые можно AB> снять с разработчика переложить на свои плечи. в hitech для этого специальная прагма есть для желающих вызывать один и тот же код и из прерывания и из основной программы.

WBRgrds Ruslan

Wed Aug 09 2006 14:53, Dmitry Orlov wrote to Alex Volgin:

DO> From: "Dmitry Orlov" snipped-for-privacy@isdn.net.il>

DO> Hello, Alex Volgin! DO> You wrote in conference fido7.ru.embedded to Dmitry E. Oboukhov on Wed, 9

DO> Aug 2006 05:32:46 +0000 (UTC):

DEO>>> а что NTC равзе точнее? особливо с учетом того что там нелинейное DEO>>> преобразование через 16-строк таблицу делается :)

AV>> Думаю, вопрос временной стабильности тут гораздо более интересен, AV>> так как прокалибровать по нужному диапазону нет особых проблем, хоть AV>> с зю-образной кривой - и засунуть точки во флэш ;)

DO> И будешь каждое выпускаемое устройство калибровать?

И буду. Калибровали уже DS1821, штук по триста в одной камере, за раз.

С уважением, Алексей Волгин

Wed Aug 09 2006 18:07, Andrej Arnold wrote to Alex Volgin:

AA> From: "Andrej Arnold" snipped-for-privacy@aol.com

AA> Hello, Alex! AA> You wrote to Andrej Arnold on Wed, 09 Aug 2006 12:46:05 +0600:

DEO>>>> PS: смотрю Attiny 25-45-85 DEO>>>> у него там в принципе есть аппаратное практически все что надо DEO>>>> этому trm. и DEO>>>> RS232 AA>>> Разве там есть последнее? AV>> там есть USI

AA> Мало ли что там есть.

AVR307: Half Duplex UART Using the USI Module

Features:

Half Duplex UART Communication Interrupt Controlled Communication Data Buffering Handling И так далее

С уважением, Алексей Волгин

Wed Aug 09 2006 22:12, Dmitry E. Oboukhov wrote to Alex Volgin:

AV>> Я тоже не могу понять - чего они в дуплекс так вцепились? 8(

DEO> да мне пофиг дуплекс/недуплекс

DEO> тут сравнивались скоростные характеристики PIC/AVR на примере дуплекса. DEO> причем программы написанные на С.

DEO> разница на одной частоте процов в пользу AVR получилась более чем в 4 DEO> раза. вот собственно и итог спора.

О чем спорить, если по времянкам команд из ПДФ понятно, что даже в случае хреновой архитектуры АВР выиграет раза в два? 8)

С уважением, Алексей Волгин

Wed Aug 09 2006 22:21, Dmitry E. Oboukhov wrote to Alex Volgin:

DEO>>>> PS: смотрю Attiny 25-45-85 DEO>>>> у него там в принципе есть аппаратное практически все что надо DEO>>>> этому trm. и DEO>>>> RS232 AV>> AA>>> Разве там есть последнее? AV>> AV>> там есть USI

DEO> а блин, посыпаю голову пеплом DEO> у меня открылся PDF, слева содержание DEO> ну и там Universal Serial ... а дальше фрейм кончился а я что-то и не DEO> заглянул что там дальше, а оказывается нету там USART'а -то :)

Есть аппнота по реализации как минимум халф-дуплекса на УСИ от АВР

С уважением, Алексей Волгин

Wed Aug 09 2006 13:15, Dimmy Timchenko wrote to Alex Volgin:

DT> Hello Alex.

DT> Wed Aug 09 2006 10:57, Alex Volgin wrote to me:

DT>>> Если делать полудуплекс, всё может получиться гораздо проще. А в DT>>> интерактивных протоколах полный дуплекс и не нужен.

AV>> Я тоже не могу понять - чего они в дуплекс так вцепились? 8(

DT> Из спортивного интереса, может? ;)

Нет, все-таки правильно математикам и околоматематикам не дают Нобелевских премий! 8)

С уважением, Алексей Волгин

X-Virus-Scanned: amavisd-new at bezeqint.net

Hello, Dmitry E. Oboukhov! You wrote in conference fido7.ru.embedded to Nicolas Minakov on Thu, 10 Aug

NM>> Это мысль здравая. Похоже, ты ШИМ используешь часто. NM>> Я только собарался поразбираться с апнотом по фазовому управлению NM>> тиристором. NM>> Это у микрочипов, чтото там про димер.... NM>> Как организовать регулятор температуры, чтоб еще и скорость нагрева NM>> регулировать, гдебы чтото внятное почитать. Люди говорят, что NM>> начинали со схемы регулятора на операционниках, а у меня и того NM>> нет.

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

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

DEO> этот косинус (чтобы из регулировочной характеристики его DEO> исключить), это вероятно опять таблицы будут, а потом сделать DEO> простой пропорциональный или ПИ-регулятор температуры :)

Бог в помощь... Вообще-то, уж если есть регулятор, исключать из него гладкие функции совершенно не обязательно. Другое дело, что термостат так делать несколько странно, звено постоянной и непредсказуемой задержки исключить куда проблематичней регулировочной зарактеристики СИФУ.

dima

X-Virus-Scanned: amavisd-new at bezeqint.net

Hello, Dmitry E. Oboukhov! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Thu, 10 Aug

DEO>>> ну да, на ножку Out выдается ШИМ (хотя не таким кодом как ты тут DEO>>> привел, видимо я скачал какой-то другой Trm?)

DO>> Какой еще ШИМ? DEO> самый натуральный програмный ШИМ :)

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

DO>> Просто импульсы с некоторой частотой, соответствующей при 2400*3 DO>> примерно 2.5 электрическим градусам, что даст ступеньку в рйоне DO>> нуля в худшем случае порядка 14 вольт. Повышение этой частоты DO>> приведет к заметному росту потребления, а то и перегрузке ножки DO>> контроллера, так что тут аккуратно надо.

DEO> во во, повышение частоты в данном случае приведет к увеличению DEO> скважности, что нежелательно :)

Вот это -то как раз фиолетово совершенно. Там только фронт используется.

DEO> PS: а насколько я помню там ограничивающий резистор стоял для DEO> исключения перегрузки? (сейчас лень проект перекачивать)

Там 10 ом стоит... Ограничивает всякие звоны на фронтах.

DEO>>> обработки RS), во вторых частота зависит от RS (соответственно DEO>>> трансформатор на сие завязан)

DO>> Hе особо и завязан...

DEO> если переразмерен, то разумеется не особо :)

Нет, размер его тут не причем :)

DEO>>> это как с теми фронтами, то есть если фронты можно было легко DEO>>> поставить на правильное место, то тут уже гораздо сложнее, DEO>>> например если надо будет скважность поднять/уменьшить то DEO>>> придется мудрить :)

DO>> Просто перенести в другую часть функции один выводов в порт.

DEO> ага, опять подбор :-\

Какие проблемы с подбором?

dima

Hello, Ruslan! You wrote to Dmitry Orlov on Wed, 09 Aug 2006 19:41:41 +0400:

RM> Hi Dmitry !

RM> Совсем недавно 09 Aug 06 14:53, Dmitry Orlov писал к Alex Volgin:

DO>> И будешь каждое выпускаемое устройство калибровать? RM> Ты никогда не делал устройств, требующих индивидуальной калибровки? RM> Я такое делал. Правда, ручным было только подключение устройства к RM> калибровочному стенду и нажимание мышом на кнопку "старт". Hу и RM> ожидание завершающей надписи. RM> Просто иногда калибровка- самое дешевое из возможних решений.

Да, когда речь идет о калибровке электрических величин. Т..е которые можно достаточно быстро изменить и получить отклик. С температурой - это несколько сложнее (дольше), т.е. годится только для небольших тиражей, и совершенно не годится для mass production.

RM> WBRgrds RM> Ruslan

With best regards, Alexander Torres. E-mail: snipped-for-privacy@yahoo.com [ Жамству бой !]

DEO> ну суть конкурса была такая: пофиг как вы пишите, хоть тот же алгоритм DEO> хоть свой, задача простая - програмный RS232 :) я понял...., Орлов меня просветил по этому вопросу...... ;)

С уважением, P.S.

Hello, Alex! . причем программы написанные на С.

DEO>> разница на одной частоте процов в пользу AVR получилась более чем в 4 DEO>> раза. вот собственно и итог спора.

AV> О чем спорить, если по времянкам команд из ПДФ понятно, что даже в AV> случаехреновой архитектуры АВР выиграет раза в два? 8)

Да какая разница? Во многих случаях - это предпоследнее что влияет на выбор процессора..

With best regards, Alexander Torres. E-mail: snipped-for-privacy@yahoo.com [ Жамству бой !]

sp>> никаких обработчиков прерываний. а нормально загрузить машину sp>> можно только математикой..... DO> Что является совершенно не характерным применением для таких кристаллов. почему это вдруг??? все зависит от приложения..... в моих приложениях бывает соотношение матиматики и логики примерно половина на половину.....

С уважением, P.S.

Hello Andrej.

Thu Aug 10 2006 12:26, Andrej Arnold wrote to me:

AV>>> Я тоже не могу понять - чего они в дуплекс так вцепились? 8( DT>> Из спортивного интереса, может? ;) AA> А нахрена для полудуплекса три провода (с общим)?

Hапример, чтобы не морочиться с управлением направлением. Да и потому, что "на другом конце" - обычный PC с обычным "COM-портом".

Dimmy.

/**/

RM>> Просто иногда калибровка- самое дешевое из возможних решений.

AT> Да, когда речь идет о калибровке электрических величин. Т..е которые AT> можно достаточно быстро изменить и получить отклик. AT> С температурой - это несколько сложнее (дольше), т.е. годится только для AT> небольших тиражей, и совершенно не годится для mass production.

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

С уважением, Алексей Волгин

Thu Aug 10 2006 10:18, Alexander Torres wrote to Alex Volgin:

AT> From: "Alexander Torres" snipped-for-privacy@yahoo.com

AT> Hello, Alex! AT> . причем программы написанные на С.

DEO>>> разница на одной частоте процов в пользу AVR получилась более чем в 4 DEO>>> раза. вот собственно и итог спора.

AV>> О чем спорить, если по времянкам команд из ПДФ понятно, что даже в AV>> случаехреновой архитектуры АВР выиграет раза в два? 8)

AT> Да какая разница? Во многих случаях - это предпоследнее что влияет на AT> выбор процессора..

Если "стрелять из пушек по воробьям" - да, пожалуй

С уважением, Алексей Волгин

Hello, Alex! You wrote to Alexander Torres on Thu, 10 Aug 2006 07:06:12 +0000 (UTC):

AV> Thu Aug 10 2006 10:18, Alexander Torres wrote to Alex Volgin:

AT>> From: "Alexander Torres" snipped-for-privacy@yahoo.com

AT>> Hello, Alex! AT>> . причем программы написанные на С.

DEO>>>> разница на одной частоте процов в пользу AVR получилась более чем в DEO>>>> 4 раза. вот собственно и итог спора.

AV>>> О чем спорить, если по времянкам команд из ПДФ понятно, что даже в AV>>> случаехреновой архитектуры АВР выиграет раза в два? 8)

AT>> Да какая разница? Во многих случаях - это предпоследнее что влияет на AT>> выбор процессора..

AV> Если "стрелять из пушек по воробьям" - да, пожалуй

Ну надо никуда "стрелять", нужно хоть немножко разбиратсья в вопросе. Когда стоимость самого процесора составляет 1-5% стоимости ВОМ - это одно, когда 20-30% - другое, когда у одного процессора лид тайм 2 недели а у другого 3 меяца - это тоже разные вещи, и можно привести еще кучу причин, не связанных с самим процом. А уж тем более - сколько тактов на команду ему нужно, или насколько удобная у него система команд. Повторю еще раз - во многих случаях, эти вещи даже не на 5-м месте и не в первой десятке вообще. Это интересно исключительно "пикоманам" (тм) (с)Василевский.

Without best regards, Alexander Torres. E-mail: snipped-for-privacy@yahoo.com [ Жамству бой !]

sp>> 76.8k)поддерживается с погрешностью 0.0%. или я чего-то не понимаю ??? DO> Что речь идет о программном UART'е. прогрммного UART-а я не делал.... небыло надобности.... да и зачем??? он есть в любом AVR, кроме тинек.... но есть пример конвертора RS232/RS485 использовал at90s2313, частота резонатора 7.3728MHz, скорость приема/передачи устанавливается джамперами на плате в диапазоне от 2400 до 115k (разгонять больше просто небыло надобности). Контроль CTS/RTS со стороны RS232 и DIR со стороны RS485. Бит принимается со стороны RS232 и выдается на другой пин в RS485, и аналогично в обратную сторону. Платы подключались к компам линией длиной около 250 метров витой парой и тестировались программой TestCom (версию не помню). Hа скорости 115k процент ошибок менее 10. Думаю, что принятый бит сохранить в байт в моем примере нет никакой сложности да еще и на какой нибудь лёгенький протокол в теле main() времени останется.... А если взять мегу48/88, да резонатор на 18.4MHz, то PIC пойдет отдыхать......

С уважением, P.S.

/**/

DEO>>>>>> RS232 AA>>>>> Разве там есть последнее? AV>>>> там есть USI AA>>> Мало ли что там есть. AV>> AVR307: Half Duplex UART Using the USI Module AV>> Features: AV>> Half Duplex UART Communication AV>> Interrupt Controlled Communication AV>> Data Buffering Handling AV>> И так далее

AA> "И так далее" звучит внушительно, только RS232 AA> от этой внушительности не родится.

Я уже понял, что "шашечки" для тебя важнее, чем "ехать". Данный программно-аппаратный интерфейс (в разрезе вопроса, что тут рассматривается) - меня устраивает. То, что на этом МК сверху не написано "весь из себя аппаратный RS232, special for Andrej Arnold" - меня не колышет совершенно.

С уважением, Алексей Волгин