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

Hello, Alex! You wrote to Andrej Arnold on Thu, 10 Aug 2006 07:46:57 +0600:

DEO>>>>> PS: смотрю Attiny 25-45-85 DEO>>>>> у него там в принципе есть аппаратное практически все что надо DEO>>>>> этому trm. и 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> И так далее "И так далее" звучит внушительно, только RS232 от этой внушительности не родится.

With best regards, Andrej Arnold. E-mail: snipped-for-privacy@aol.com

Hello, Dimmy! You wrote to Alex Volgin on Wed, 09 Aug 2006 12:15:21 +0600:

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

With best regards, Andrej Arnold. E-mail: snipped-for-privacy@aol.com

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

AV> /**/

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

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

AV> Дискуссия плавно перешла от конкретики к "сферическому коню в вакууме" AV> - как говорят у вас, в ФИДО.

С вами никто не "дискутирует", а если Вам не нравится "наше ФИДО" - Вас тут никто не держит, и Ваше тут присутствие - исключительно Ваше собственное желание и непротивление модератора.

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

Hello, serge! You wrote to Dmitry Orlov on Thu, 10 Aug 2006 11:43:09 +0400:

sp>>> 76.8k)поддерживается с погрешностью 0.0%. или я чего-то не понимаю sp>>> ??? DO>> Что речь идет о программном UART'е. sp> прогрммного UART-а я не делал.... небыло надобности.... да и зачем??? sp> он есть в любом AVR, кроме тинек....

Иногда надо два УАРТа, а контроллер с двумя хардверными применять нельзя/не хочется.

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

Пpивет, Arcady!

AS> Там вроде написано что можно +-1 получить калибровкой.

Там написано, что будет +/-10 при калибровке смещения.

AS> Оно конечно геморрой - но зато халява. Hо на самом деле хрен его AS> знает как будет реагировать на свой собственный разогрев.

Можно предположить, что не лучшим образом...

с уважением Владислав

Пpивет, Dmitry!

VB>> Еще (если нужно _измерение_ температуры) стоит поглядеть на VB>> характеристики этого термодатчика - они просто отвратительны. VB>> Точность +/- 10 градусов - это просто издевательство...

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

Я бы взял обычный LM235 с линейной зависимостью температура/напряжение, и некалиброванной точностью в разы лучшей. Или вообще сделал бы как в ширпотребных мультиметрах, с кремниевым диодом и делителем напряжения. И то было бы лучше... Дифференциальный метод с диодом - точно даст лучший результат даже без калибровки. У Микрочипа на тему термопар есть весьма приличная аппнота...

с уважением Владислав

Пpивет, Ruslan!

NM>> tiny45 сравнивать с PIC12F675 нельзя. Они разных годов NM>> разработки. Возможности 45 - шире, перифирия у него на борту NM>> богаче. Он заточен под подключение термопары,

RM> Про термопару поподробнее. Это как так "заточен"? Может микровольты RM> измерять?

Вероятно, подразумевается наличие встроенного усилителя x20 на ADC и встроенного термодатчика для компенсации. Hо и с опорой 1.1V "маловато будет" - дискрет 53 uV, а термодатчик приличных слов вообще не заслуживает. Хотя при стоимости чуть больше бакса - ну, если не требовать от него точности, вполне даже применим, откалибросать, так точность 5-10 градусов достижима, наверное. Для муфеля какого-нибудь или для паяльника, или для воздуходувки...

с уважением Владислав

Пpивет, Dmitry!

DO> во первых это ASM, во вторых привязка к тактовке проца и времени DO> такие программы в утиль прямо в момент их написания

Это лишь твое HO, и ничего больше. Оно не стоит даже обсуждения... Знание растактовки и ее учет нередко бывают нужны, а иногда - необходимы как воздух. Воспользоваться некоторым дополнительным расходом программной памяти и немножко умственной дейтельности против дополнительного чипа снаружи - выгодно.

DO> PS: 8 повторов ASM-кода вместо того чтобы завести счетчик это LOL!

Это грамотное решение, если целью является скорость. В микрочиповских аппликухах для фиксированной точки есть и более страшные примеры. У AVR, пример работы с USI - аналогично, восемь раз один и тот же фрагмент дергания битом из предустановленных регистров, вместо цикла. Поскольку это втрое быстрее и только так можно получить битовую скорость в половину тактовой.

DO> далее, тут _не асинхронный порт реализован_ DO> потому что во время приема данные не передаются (и видимо наоборот)

А при чем здесь асинхронность ? То, о чем ты говоришь - это дуплексная и полудуплексная передача. Или ты даже этой разницы не понимаешь ?

с уважением Владислав

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

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

sp>>> 76.8k)поддерживается с погрешностью 0.0%. или я чего-то не sp>>> понимаю ???

DO>> Что речь идет о программном UART'е.

sp> прогрммного UART-а я не делал.... небыло надобности.... да и зачем???

Затем, что даже если он есть, их может быть нужно 2 (или более). Изначально я этот UART для PIC16F876 и PIC18F2620 делал, где один аппаратный уже есть.

dima

sp>> прогрммного UART-а я не делал.... небыло надобности.... да и зачем???

DO> Затем, что даже если он есть, их может быть нужно 2 (или более). DO> Изначально DO> я этот UART для PIC16F876 и PIC18F2620 делал, где один аппаратный уже DO> есть. ну хорошо, господа, пусть так,- нужен! но речь-то идет совсем не об этом....

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

Hello, serge! You wrote to Dmitry Orlov on Thu, 10 Aug 2006 11:43:09 +0600:

sp>>> 76.8k)поддерживается с погрешностью 0.0%. или я чего-то не sp>>> понимаю ??? DO>> Что речь идет о программном UART'е. sp> прогрммного UART-а я не делал.... небыло надобности.... да и sp> зачем??? он есть в любом AVR, кроме тинек.... Есть платы и модули таких размеров, что ничего кроме "тинек" туда не поставишь.

With best regards, Andrej Arnold. E-mail: snipped-for-privacy@aol.com

Hello, Alex! You wrote to Andrej Arnold on Thu, 10 Aug 2006 10:43:59 +0600:

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

With best regards, Andrej Arnold. E-mail: snipped-for-privacy@aol.com

Thu Aug 10 2006 15:52, 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 Thu, 10 Aug 2006 10:43:59 +0600:

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

AA> е похоже, что не колышет. AA> Вон как разволновался.

Ожидаемо. Как я уже говорил в другом месте о тебе: мир-дверь-мяч (тм)

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

/**/

AV>> Дискуссия плавно перешла от конкретики к "сферическому коню в вакууме" AV>> - как говорят у вас, в ФИДО.

AT> С вами никто не "дискутирует", а если Вам не нравится "наше ФИДО" - Вас AT> тут никто не держит, и Ваше тут присутствие - исключительно Ваше AT> собственное желание и непротивление модератора.

Вижу, что аргументы у вас закончились. На том и закруглимся. 8)

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

DO> А о чем? о том, что было в этом сообщении немного ниже... ;) о приеме/передаче на 115k.... на это что Вы скажете?

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

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

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

sp>>> прогрммного UART-а я не делал.... небыло надобности.... да и sp>>> зачем???

DO>> Затем, что даже если он есть, их может быть нужно 2 (или более). DO>> Изначально я этот UART для PIC16F876 и PIC18F2620 делал, где один DO>> аппаратный уже есть.

sp> ну хорошо, господа, пусть так,- нужен! но речь-то идет совсем не об sp> этом....

А о чем?

dima

Hello, Alex! You wrote to Alexander Torres on Thu, 10 Aug 2006 11:31:37 +0000 (UTC):

AV> /**/

AV>>> Дискуссия плавно перешла от конкретики к "сферическому коню в AV>>> вакууме" - как говорят у вас, в ФИДО.

AT>> С вами никто не "дискутирует", а если Вам не нравится "наше ФИДО" - AT>> Вас тут никто не держит, и Ваше тут присутствие - исключительно Ваше AT>> собственное желание и непротивление модератора.

AV> Вижу, что аргументы у вас закончились.

Аргумнет" - Вам только что высказал модератор. Если после "*" Вы предпочитаете выяснять с ним отношения в эхе - то это известно к чему приведет. Продолжайте в том же духе, и Вы приблизитесь к Вашей ситуации в азерс, а потом и в схемз, откуда вас на месяц (пока) вышвырнули.

AV> На том и закруглимся. 8)

Аргументы у Вас - не начинались, а когда закругляться - я решу без неофитов в эхе, как я делал предыдущие 15 лет в Фидо.

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

Hello Andrej.

Thu Aug 10 2006 17:51, Andrej Arnold wrote to me:

AA>>> А нахрена для полудуплекса три провода (с общим)? DT>> Hапример, чтобы не морочиться с управлением направлением. Да и DT>> потому, что "на другом конце" - обычный PC с обычным "COM-портом".

AA> Я просто неудачно выразился. AA> То бишь реплика была в интонации, что интерес может быть и AA> "неспортивный".

Полный дуплекс нужен там, где есть два "асинхронных" потока данных в двух направлениях. Что в протоколах, применяемых для связи с МК, довольно редко встречается. Гораздо чаще мастер даёт команды или запросы, а слейв отвечает. Что, как я понял, требуется и в обсуждаемой "конкурсной" задаче.

Hу а реализовывать, на мой взгляд, надо самое простое из подходящих решений.

Dimmy.

Hello Dmitry.

Thu Aug 10 2006 19:16, Dmitry Orlov wrote to me:

DO>>> В main()? Они там не видны.

DT>> Статические переменные инициализируются в прологе, где бы ни были DT>> описаны.

DO> Ага, нулями. Что мне собственно и было нужно, потому я и не писал их DO> инициализацию.

Тогда всё правильно. :)

Dimmy.