Embedded OS

Mar 08, 2005 Last reply: 21 years ago 1304 Replies

Hello Vladimir!

17 Mar 05 11:12, Vladimir Karpenko wrote to Alexey Stekolshikow:

MP>>> ëÓÔÁÔÉ ÎÉËÔÏ ÎÅ ÚÁÄÕÍÙ×ÁÌÓÑ ÐÏÞÅÍÕ MCS51 ÔÁË ÄÏÌÇÏ ÖÉ×ÅÔ É ÎÅ MP>>> ÄÕÍÁÅÔ ÕÍÉpÁÔØ? AS>> õÇÕ. áÔÍÅÌ ÁÎÏÎÓÉpÏ×ÁÌ 1-cycle x51 MCU. ðÏËÁ ÔÏÌØËÏ ÚÁÍÅÎÉÔÅÌÉ AS>> 2051 É 4051, ÎÏ ÏÂÅÝÁÀÔ ×ÓÀ ÌÉÎÅÊËÕ. VK> éÍÑ ÓÅÓÔpÁ, ÉÍÑ..

Atmel's New Single-Cycle 8051 Core Provides Big Performance Boost and Low Power

12 Times Faster than the Standard 8051 Core Power Consumption Reduced by 85%

Nantes, France, March 8, 2005 . . . Atmel' Corporation (Nasdaq: ATML), a global leader in the development and fabrication of advanced semiconductor solutions, announced today the availability of its new AT89LP family, based on a Single-Cycle 8051 Core. Twelve times faster than the standard 8051 core, this new family extends the existing range of 8051 Flash microcontrollers.

These new devices are optimized for applications that require low power consumption and at the same time high performance at low cost. A wide operating voltage range of 2.0V to 5.5V is offered to accommodate power management, white goods and battery-operated applications.

The AT89LP CPU requires only one clock cycle for every byte fetch, whereas the classic 8051 CPU requires 12 clock cycles for every byte fetch. The AT89LP core is capable of 20 MIPS throughput at 20 MHz clock frequency. In comparison, the classic 8051 architecture delivers less than 2 MIPS at 20 MHz. Conversely, at the same MIPS throughput as the classic 8051, the new AT89LP core runs at a much lower clock frequency, thereby reducing power consumption by 85%.

Binary compatibility with the standard 8051 instruction set allows designers to easily migrate from multi-clock cycle 8051 devices to the AT89LP series, and easily upgrade their application's performance without a costly and time-consuming redesign. The family of devices offers designers an opportunity to achieve higher speed, or significantly reduce power consumption while maintaining software and hardware compatibility. They can also help designers to solve EMC issues by reducing operating frequency.

"With the new products, system designers enjoy up to 85% decrease in power consumption compared to classic 8051 microcontrollers at the same MIPS performance level," said Manish Vadher, Atmel's Marketing Director. "Atmel Single-Cycle AT89LP Flash microcontrollers are easy to use, and offer a rich and powerful instruction set at a great performance."

The AT89LP family consists of devices with 2 to 64 Kbytes of in-system programmable Flash memory, and is available in a variety of pin options, from

14, 20, 28 and 44. They include on-chip DataFlash', 10-bit ADC, analog comparator, pulse width modulators, programmable watchdog timer, enhanced UART, internal RC oscillator, functions which are ideally suited for power management, motor control and industrial control applications.

The first two devices of the family are the AT89LP2052 and AT89LP4052. Housed in 20-pin PDIP, TSSOP, SOIC packages, they feature 2 Kbytes and 4 Kbytes of Flash code memory, respectively. They are pin-compatible with the existing AT89C2051 and AT89C4051. Samples are available now with production in 2Q05. Pricing for 10,000 units is $0.85 for the AT89LP2052 and $0.99 for the AT89LP4052.

With Best Regards Alexey [ TEAM ôÅÝa MUST DIE!!! , âÕÔÌÅÒÉaÎÓËÉÊ äÖÉÈaÄ ]

Приветствую Вас, многоуважаемый/ая/ое George!

Пон Маp 21 2005 15:26, George Shepelev писал к Olga Nonova:

ON>>>> Результат будет обрезан до размера 255. GS>>> Hо это, по-твоему, проблемой не будет являться? Hикаких хлопот, GS>>> просто часть нужной инфы куда-то тихонько пропала ;))) ON>> Hе фатально. GS> Кто сказал? В реальной жизни это может оказаться _очень_ фатально!

Hе-а. Обычно при работе с короткими строками сильно думают, какой длины их сделать. И там, где должно быть 20 байт, оказаться 200 байт может разве что вследствие чей-то вредительской деятельности.

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

Hадеюсь, ты в курсе, что одна из самых популярных атак - это атака на переполнение буфера ;)?

С наилучшими пожеланиями, Dmitri.

ðÒÉ×ÅÔÓÔ×ÕÀ ÷ÁÓ, ÍÎÏÇÏÕ×ÁÖÁÅÍÙÊ/ÁÑ/ÏÅ Anton! ðÏÎ íÁp 21 2005 21:46, Anton Abrosimov ÐÉÓÁÌ Ë Kirill Frolov:

AA> üÔÏ ÏÔ ÎÅÚÎÁÎÉÑ. éÚ ÄÏËÉ Ë ÄÅÌØÆÉ ÐÏ ÐÏ×ÏÄÕ range check: "Note: Long AA> strings are not range checked."

ëÁË ÜÔÏ ÎÉ ÚÁÂÁ×ÎÏ, ÞÔÏ ÐÒÉ ÒÁÂÏÔÅ Ó ÄÌÉÎÎÙÍÉ ÓÔÒÏËÁÍÉ ÏÂÒÁÝÅÎÉÅ Ë ÎÅÓÕÝÅÓÔ×ÕÀÝÅÍÕ ÜÌÅÍÅÎÔÕ ÓÔÒÏËÉ ×ÙÚÙ×ÁÅÔ ÔÏÔ ÖÅ ÓÁÍÙÊ Range check error :). ó ÎÁÉÌÕÞÛÉÍÉ ÐÏÖÅÌÁÎÉÑÍÉ, Dmitri.

Hello Alexander.

22 Mar 05 08:34, you wrote to George Shepelev: AT> Monday March 21 2005 15:30, George Shepelev wrote to Kirill Frolov:

ON>>>> И если компилятор не дает сообщений про ошибки, то пусть будет ON>>>> хуже пользователю такого компилятора. KF>>> Компилятор, который вместо работающих программ выдаёт сообщения о KF>>> дурацких ошибках, называется паскаль... GS>>

GS>> Компилятор, который вместо сообщений о дурацких ошибках выдаёт GS>> неработающие программы, называется си ;)

AT> Фидошник, котрый 8 лет тарахтит в эхах о том, о чем он не имеет ни AT> малейшего понятия, называется "Жора Шепелев", который в очередной раз не AT> зная Си - делает какие-то "глобальные выводы".

AT> А видимо, для подтверждения своих слов опять, как в прошлый раз, приведет AT> фрагмент программы с синтаксическими ошибками....

а что, кто-то еще пишет на Ц? Hу ладно там программеры, но в embedded это уже на направление к психиатору тянет...

Vladimir

Hello, Maxim Polyanskiy !

Учитывая, что автомобильными балластами мы не занимаемся (был похожий проет, но не пошел), стыдно должно быть тебе.

С уважением, Дима Орлов.

Hello, Maxim Polyanskiy !

Сделай.

Ах прошивку...

Это как раз достаточно просто, а как управлять лампой нужно знать, есть требования производителя.

Элементарно. Токость там только в регулировке тока на этапе прогрева.

Феррит с полевиками и на $10 не тянет при 1000+ количестве.

А может и дороже.

Произвести, проверить - да не дешево будет, особенно если это у вас делать.

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

С уважением, Дима Орлов.

Hello, Kirill Frolov !

HÉÞÅÇÏ, ÐÏÔÏÍÕ ÞÔÏ × ÎÅÇÏ (ÉÌÉ × ÒÅÇÉÓÔÒÙ) ÐÏÍÅÝÁÅÔÓÑ ×ÓÅÇÏ-ÔÏ Ä×Á ÕËÁÚÁÔÅÌÑ. HÁ ÆÏÒÍÁÔÎÕÀ ÓÔÒÏËÕ É ÎÁ ÍÁÓÓÉ× ÕËÁÚÁÔÅÌÅÊ ÎÁ ×Ù×ÏÄÉÍÙÅ ÐÁÒÁÍÅÔÒÙ.

âÅÚ ÒÁÚÎÉÃÙ ÐÅÒ×ÙÍ ÉÌÉ ÐÏÓÌÅÄÎÉÍ. ó Õ×ÁÖÅÎÉÅÍ, äÉÍÁ ïÒÌÏ×.

Hello, Alexander!

Втp Маp 22 2005, Alexander Torres писал к George Shepelev по поводу "Компиляторы ;-)." AT> Фидошник, котрый 8 лет тарахтит в эхах о том, о чем он не имеет ни AT> малейшего понятия, называется "Жора Шепелев", который в очередной раз AT> не зная Си - делает какие-то "глобальные выводы".

AT> А видимо, для подтверждения своих слов опять, как в прошлый раз, AT> приведет фрагмент программы с синтаксическими ошибками.... Прелесть программы с синтаксическими ошибками в том, что она все-же не откомпилируется. Люди знающие си приводят тут программы с абсолютно непростительными ошибками алгоритмическими (в определении длинны массивов), которые прекрасно компилируются, и даже пытаются работать, только вот поскольку массив залезает на другой - они не по детски глючат. Причем поскольку как раз имеется пример "компилированного стека" совершенно не понятно когда, и в каком месте этот глюк себя проявит, и какой смежный массив (или переменная) будут испорченны. AT> Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 WBR! Maxim Polyanskiy.

Hello, Kirill!

Втp Маp 22 2005, Kirill Frolov писал к Olga Nonova по поводу "Re: Строки в девайсах."

KF> И первое чушь, и второе. Всё чушь. Абсолютная.

KF> Сборками строк в микроконтроллере никто в трезвом уме заниматься не KF> будет, за редкими исключениями. Ибо памяти мало. А printf, путём KF> переопределения ряда функций (вроде посимвольного вывода) позволяет KF> форматируемые данные непосредственно выдавать в поток. Типичная работа с простыми экранами у меня следующая. Экран представляется как непрерывная строка. заводится статическая переменная (unsigned char) которая определяет позицию печати. Ее можно пушить и в нее можно грузить, что угодно. Заводится набор функций:

1) Вывод ASCIIZ строки из ROM в позицию печати. 2) Вывод байта из аккумулятора в виде HEX в позицию печати. (иногда слова). 3) Вывод значения в виде DEX из памяти или аккумулятора в позицию печати (с настройкой обрезания нулей и возможности установки точки в любую позицию). Как правило этого хватает. Поскольку функции не инкапсулрованы - можно еще использовать их фрагменты. Все это почти не требует памяти. Форматирование строк яля printf осуществляется последовательным вызовом любых из 3-х функций.

WBR! Maxim Polyanskiy.

Hello, Kirill!

÷cË íÁp 20 2005, Kirill Frolov ÐÉÓÁÌ Ë Anton Abrosimov ÐÏ ÐÏ×ÏÄÕ "Re: Embedded OS." KF>>> õÄÉ×ÉÔÅÌØÎÏ, ÞÔÏ ÅÓÔØ ÍÁÓÓÁ ÓÁÍÏÄÅÌØÎÙÈ É ÐÒÉÍÅÒÎÏ ÏÄÉÎÁËÏ×Ï KF>>> ÕÓÔÒÏÅÎÎÙÈ ÒÅÁÌÉÚÁÃÉÊ, ÎÏ ÎÅÔ ÂÏÌÅÅ-ÍÅÎÅÅ ÓÔÁÎÄÁÒÔÎÙÈ ÂÉÂÌÉÏÔÅË. AA>> á ËÁË pÅÁÌÉÚÕÅÔÓÑ ÔÏÔ-ÖÅ ÓÞÅÔÞÉË ÓÓÙÌÏË ÂÅÚ ÐÏÄÄÅpÖËÉ ÓÏ ÓÔÏpÏÎÙ AA>> ËÏÍÐÉÌÑÔÏpÁ? KF> á ËÁË ÏÎ ÍÏÖÅÔ ÂÙÔØ ÒÅÁÌÉÚÏ×ÁÎ ÎÁ ÁÓÓÅÍÂÌÅÒÅ, ÂÅÚ ÐÏÄÄÅÒÖËÉ ÓÏ KF> ÓÔÏÒÏÎÙ ËÏÍÐÉÌÑÔÏÒÁ ÐÁÓËÁÌÑ? HÁ ÍÁËÒÏÓÁÈ ÉÌÉ ÒÕÞËÁÍÉ - ÂÅÚ ÐÒÏÂÌÅÍ.

WBR! Maxim Polyanskiy.

Hello, Anton!

÷cË íÁp 20 2005, Anton Abrosimov ÐÉÓÁÌ Ë Alexey Boyko ÐÏ ÐÏ×ÏÄÕ "printf." AA> static const char hex[] = "0123456789ABCDEF"; äÁ - Ó C ÆÌÁÇÏÍ × ÓÉ ÓÏ×ÓÅÍ ÐÌÏÈÏ. äÅÓÑÔÉÞÎÏÊ ËÏÒÅËÃÉÅÊ ÔÏÖÅ ÎÅ ÐÁÈÎÅÔ. ðÒÏÓÔÏÅ ÐÒÅÏÂÒÁÚÏ×ÁÎÉÅ × 4 ÎÁÔÉ×ÎÙÈ ËÏÍÍÁÎÄÙ ÐÒÉÈÏÄÉÔÓÑ ÏÂßÑ×ÌÑÔØ ÍÁÓÓÉ×ÏÍ. äÁ ÅÝÅ É ÍÁÔÅÍÁÔÉËÕ ÐÒÉÐÌÅÌÉ. HÕ É ËÕÄÁ ÜÔÏ ×ÁÛÅ printf × ÐÁÍÑÔÉ pic ÄÅ×ÁÔØ? AA> Anton Abrosimov. WBR! Maxim Polyanskiy.

Hello, Andy!

Пон Маp 21 2005, Andy Mozzhevilov писал к Maxim Polyanskiy по поводу "Embedded OS." AM> Кого волнует размер исходника? Времена дискетт размером 360К давно AM> прошли. Прежде всего того, кто пытается вспомнить как он работает. MP>>>> программера, CVS с хранением всех ченджей на сервере, и в MP>>>> конечном счете - ОH АБСОЛЮТHО HЕ ЧИТАЕМ, AB>>> Откуда вывод? MP>> Вывод очень простой. Любые включения #if чужды для интерпретации MP>> алгоритма читающим, т.к становится видимой незначащая часть кода, MP>> она сбивает с мысли. AM> Ты бы не позорился, рассужная о вещах, которых ты в жизни не видел. AM> Какие #if и какое отношение они имеют к CVS? #if - это такая штука, которая обеспечвает включение архитектурно зависимых участков в твои хидеры и исходники. К CVS - действительно никакого отношения не имеет, тебе просто надо было читать внимательнее. AM> wbr, Andy WBR! Maxim Polyanskiy.

Hello, Andy!

Пон Маp 21 2005, Andy Mozzhevilov писал к Maxim Polyanskiy по поводу "Embedded OS." [...] AM>>> Впрочем тебе этого не понять, поскольку ты даже не понимаешь AM>>> смысла разбивки проекта на несколько исходных файлов. MP>> Я понимаю смысл (ты его уже объяснял), но я не считаю это MP>> правильным. У меня просто другой подход к написанию и отладке MP>> программ. AM> Да пpекpасно, только не надо свой хакеpский подход пpеподносить как AM> наивысшее достижение pазyма. Если ты думаешь, что вагон экстернов и прототипов увеличивают читабельность, а инкапсулированность функций упрощает отладку, то это твои личные заблуждения. MP>> Мало того - я считаю, что это основной ключ к несопровождаемости MP>> в старых проектах. AM> Hаличие нескольких файлов? Чего кypил? Курил твои письма, где ты не можешь внятно и четко объяснить какие проблемы испытываешь при сопровождении своих старых проектов. MP>>>> каждого прибора, и запаять чего поновее с flash. AM>>> Как это относится к сопровождению программного обеспечения? MP>> Hе поверишь - напрямую ;) AM> Это напpямyю относится к тpyдоемкости апдейта софта в pаботающем AM> девайсе, но совеpшенно не коppелиpyет с тpyдоемкостью сопpовождения AM> самого софта. Я не склонен это разделять. Устройства в которых установленны однократные контроллеры должны разрабатыватся с некоторыми другими подходами и с дугими уровнями ответственности, потому, что там другая цена ошибки. MP>> Hа опиши мне в чем проблема? Подумай только хорошенько и внятно MP>> напиши - какие проблемы ты испытываешь в сопровождении старых MP>> проектов? Почему добавление функциональности становится MP>> проблемой? AM> Это не пpоблема, это дополнительная сложность, когда все валяется в AM> кyче и кpyтится в фоновом цикле. Сложно пpогнозиpовать, хватает AM> pеально в этом цикле вpемени, чтобы подбиpать события или нет. Только AM> не надо опять нyдить пpо пpеpывания. Да причем тут прерывания - на лицо классическая ошибка разработчика. Ты думаешь о том, о чем нормальные люди вообще не задумываются. Hа момент разработки система работает в упоре производительности (памяти, частоты процессора) и дальнейшее развитие на этом железе либо затрудненно либо не представляется возможным. А такое можно себе позволить только для систем, где развитие вообще не предусмотренно. Когда же ты поймешь, что при нормальный подход к разработке, не тот в котором главенствует переносимость проекта, а тот в котором переносимость в 99% не потребуется совсем. Да вот возьмем твой-же пример, ну стоит у тебя там x51 даллас. Предел помоему у любого такого далласа

32mips. И нафига тебе нужна переносимость? rtos? Если уж переделывать плату - 100mips silabs решит все твои проблеммы в этом проекте на сто лет вперед вообще без каких либо гемороев, и ты не будешь задумыватся о том о чем думаешь. Или тебе обязательно туда поставить другой проц? С rtos? Hеделями все под него переписывать? Это уже активная ртософилия, и полное абстрагирование от решения задачи ради мнимого удобства. MP>> Стоимость - параметр конечного пользователя. Тебя должна MP>> волновать только прибыль! AM> Стpанный ты, то тебе FX604 поставить за $5 не пpоблема вместо AM> pеализации оной же в цифpе, потомy что она "хоpошая" (пpичем тyпо, без AM> обоснования). То начинаешь копейки считать в чyжих пpоектах и давать AM> невpазyмительные советы. Как ты не понимаешь простых вещей. "Экономь, но не на себе" (с) реклама АОС ;) Так вот дело в том, что дерготня ногами, что на асм, что на си - задача одного порядка, выполняемая одними людьми за одни деньги. Реализация же нормального приемника чего либо, сравнимого с FX.. - задача совсем другого порядка, выполняемого другими людьми, за другие деньги. Поэтому экономить доллар на процессоре можно, а 5 на FX - нельзя! Ты конечно можешь сколько угодно переписыватся с Василевским на общетеоретические вопросы алгоритмических решений, или прочитать примерно то-же самое в любой книжке по ЦОС, но основная проблема ждет тебя не в алгоритме решения, а в том как этот алгоритм эфективно положить на контроллер. Так вот в конечном счете, ты или поймешь цену гемороя, или возьмешь контроллер на 5 баксов дороже, просто потратив кучу своего времени. Третий вариант - родишь нечто фуфельное, рядом не стоящее с FX, и потом сам себя будешь убеждать, что это круто и все такое. [...] MP>> Давно в ARM появились скажем RC генеатор и внутренняя логика MP>> сброса? Может ARM вот так прям без каких-либо деталей заработать MP>> от полудохлой 3-х вольтовой батарейки? AM> Я в одном из писем yточнил и подчеpкнyл AM> _если_не_нyжно_микpопотpебление_ Да не причем тут микропотребление. Просто есть задачи где хочется схалявить. Hапример офигенная штука - эмуляция TL494 на PIC10F204, с целью уменьшения обвязяки. Даже если будут arm по 50с - им там будет не место. Да какой там- эти pic10f204 катят даже вместо компаратора, потому, что компаратор (если это не говно типа 554са) как правило больше денег стоит и купить его сложнее. AM>>> Hе видел, кроме очередного невнятного примера с х51 MP>> Ты просто не понял. AM> да кyда yж мне. Значит не захотел понять. Или понял но прикидываешься. MP>>>> оставляет желать лучшего. Cмысл реализации трансивера i2c для MP>>>> arm - очередной бред. задачи с i2c памятью в основном решаются MP>>>> на пикомании. AM>>> Hу так не пользуй встроенный, напиши свой на тех же ногах, AM>>> настроенных как GPIO. Какие проблемы? MP>> Hикаких. У меня как правило память внешняя. Захочу - повешу на MP>> лишний CS паралельную 28с64. AM> Пpичем здесь 2864 и как она относится к i2c? Так-же как ARM к PIC-у. MP>> Она все равно ничего не стоит. AM> Это бpедни pадиолюбителя в плохом смысле этого слова. AM> Все всегда сколько нибyдь стоит. Программные FFSK приемники сопоставимые с FX стоят от 700$... MP>> Пока 5 кондеров по кругу по MP>> питанию не повесишь работают только в макетах. Зато у нас теперь MP>> разводчик pdf читает. AM> Так с этого надо было начинать. Может и тебе yже поpа тyда AM> заглядывать? Hичего не знаю - все в сад! Hа макете все работает. Hе гоже программеру решать аппаратные проблемы. AM> С уважением, AM> Andy WBR! Maxim Polyanskiy.

Hello Maxim.

19 Mar 05 07:44, you wrote to me:

MP>>> ÒÅÁÌØÎÏ ÚÁ ÓÌÏ×ÏÍ ÐÅÒÅÎÏÓÉÍÏÓÔØ (ÅÓÌÉ ÏÎÁ ÄÅÊÓÔ×ÉÔÅÌØÎÏ ÅÓÔØ, Á MP>>> ÎÅ ÄÅËÌÁÒÉÒÕÅÔÓÑ, ËÁË × 90% ÓÌÕÞÁÅ×) ÓÔÏÉÔ ËÏÎÅÞÎÏ-ÖÅ ÑÚÙË "C", MP>>> × ËÕÐÅ Ó Õ×ÅÌÉÞÅÎÉÅÍ ÉÓÈÏÄÎÉËÁ × 1.5-2 ÒÁÚÁ, AB>> HÕ ÎÅ ×ÙÄÕÍÙ×ÁÊ. ëÁËÉÈ 2 ÒÁÚÁ? MP> HÕ × 1.5 - ÓÁÍ ×ÉÄÅÌ.

_éÓÈÏÄÎÉËÁ_? HÅ ×ÅÒÀ. á ÅÓÌÉ ÔÁË, ÚÎÁÞÉÔ, ÜÔÁ ÐÒÏÇÒÁÍÍÁ ÄÅÌÁÌÁ ÂÏÌØÛÅ, ÞÅÍ ÔÁ ÁÓÓÅÍÂÌÅÒÎÁÑ, ËÏÔÏÒÕÀ ÔÙ ×ÉÄÅÌ. éÌÉ ÐÉÛÕÝÉÊ ÎÅ ÕÍÅÔ ÐÉÓÁÔØ.

MP>>> ÐÒÏÇÒÁÍÍÅÒÁ, CVS Ó ÈÒÁÎÅÎÉÅÍ ×ÓÅÈ ÞÅÎÄÖÅÊ ÎÁ ÓÅÒ×ÅÒÅ, É × MP>>> ËÏÎÅÞÎÏÍ ÓÞÅÔÅ - ïH áâóïìàôHï Hå þéôáåí, AB>> ïÔËÕÄÁ ×Ù×ÏÄ? MP> ÷Ù×ÏÄ ÏÞÅÎØ ÐÒÏÓÔÏÊ. ìÀÂÙÅ ×ËÌÀÞÅÎÉÑ #if ÞÕÖÄÙ ÄÌÑ ÉÎÔÅÒÐÒÅÔÁÃÉÉ MP> ÁÌÇÏÒÉÔÍÁ ÞÉÔÁÀÝÉÍ,

óÒÁÚÕ ÇÏ×ÏÒÉ, ÞÔÏ ÎÅ ÞÉÔÁÅÍÙÍ ÔÏÂÏÊ. ñ ÐÏÎÉÍÁÀ, ÞÔÏ ÞÉÔÁÔØ ÐÒÏÇÒÁÍÍÕ ÎÁ ÎÅÚÎÁËÏÍÏÍ ÑÚÙËÅ ÔÑÖÅÌÏ, ÎÏ ×ÅÄØ É ÅÓÔØ ÌÀÄÉ, ËÏÔÏÒÙÅ ÜÔÏÔ ÑÚÙË ÚÎÁÀ.

MP> Ô.Ë ÓÔÁÎÏ×ÉÔÓÑ ×ÉÄÉÍÏÊ ÎÅÚÎÁÞÁÝÁÑ ÞÁÓÔØ ËÏÄÁ, ÏÎÁ MP> ÓÂÉ×ÁÅÔ Ó ÍÙÓÌÉ.

÷ ÐÅÒÅÎÏÓÎÙÈ ÐÒÏÇÒÁÍÍÁÈ #if/#endif ÓÏÓÔÁ×ÌÑÅÔ ÍÁÌÕÀ ÞÁÓÔØ ËÏÄÁ. ÷ÉÄÉÍÏ ÔÅÂÅ ÉÍÅÎÎÏ ÏÎÁ ÐÏÐÁÌÁÓØ.

AB>> ôÅÂÑ ÍÏÖÅÔ É ÕÄÉ×ÉÔ, ÎÏ ×ÓÅ ÔÅ ÕÖÁÓÙ, ËÏÔÏÒÙÅ ÔÙ ÏÐÉÓÁÌ ÐÒÉÄÕÍÁÎÙ AB>> ËÁË ÒÁÚ ÄÌÑ ÔÏÇÏ, ÞÔÏ ÂÙ ËÏÎÃÅÎÔÒÉÒÏ×ÁÔØÓÑ ôïìøëï Há òåûåHéé AB>> úáäáþé. MP> ;)) óÏ×ÓÅÍ ÎÅÔ.

äÁÖÅ ÎÅ ÚÎÁÀ, ÞÔÏ ÓËÁÚÁÔØ. áÒÇÕÍÅÎÔÏ× ÎÅÔ, ÎÅËÕÄÁ É ËÏÎÔÒÁÒÇÕÍÅÎÔÙ ×ÓÔÁ×ÉÔØ.

MP>>> ÷ ÐÒÏÔÉ×ÏÐÏÌÏÖÎÏÓÔØ ÍÏÖÎÏ ÐÏÓÔÁ×ÉÔØ ÈÁËÅÒÏ× É ËÒÑËÅÒÏ×, AB>> ï ÞÅÍ É ÒÅÞØ. ñ ÔÅÂÅ ÕÖÅ ÇÏ×ÏÒÉÌ, ÞÔÏ ÔÙ ÈÁËÅÒ É ÓÍÏÔÒÉÛØ ÎÁ ×ÓÅ AB>> ÈÁËÅÒÓËÉÍÉ ÇÌÁÚÁÍÉ. MP> HÏÒÍÁÌØÎÙÍÉ ÇÌÁÚÁÍÉ Ñ ÓÍÏÔÒÀ.

á Ñ ÎÅ ÇÏ×ÏÒÀ, ÞÔÏ ÏÎÉ ÎÅÎÏÒÍÁÌØÎÙÅ. HÏ ÏÎÉ ÄÒÕÇÉÅ.

AB>> ïÞÅÎØ ÔÏÌËÏ×ÙÊ ÐÒÉÍÅÒ. ïÂßÑÓÎÉÔØ, ÐÏÞÅÍÕ ÏÎ ÉÓÐÏÌØÚÕÅÔ ÔÏÌØËÏ AB>> STDIO É ÓÁÍ ÐÏÊÍÅÛØ? MP> ïÂßÑÓÎÉ ÏÂÒÁÔÎÏÅ. ðÏÞÅÍÕ ÎÕÖÎÏ ÎÁÐÒÉÍÅÒ ÉÓÐÏÌØÚÏ×ÁÔØ ÌÅ×ÙÅ ÂÉÂÌÉÏÔÅËÉ MP> ÒÁÂÏÔÙ Ó ÏËÎÁÍÉ ËÏÇÄÁ ×ÓÅ ÜÔÏ ÄÁÎÏ × windows api?

HÕ, ÜÔÏ ÎÁÄÏ ÓÐÒÁÛÉ×ÁÔØ ÔÅÈ, ËÔÏ ÉÈ ÉÓÐÏÌØÚÕÅÔ, Á ÎÅ ÍÅÎÑ. ñ ÌÉÛØ ÐÒÅÄÐÏÌÁÇÁÀ, ÞÔÏ ÔÁË ÉÍ ÕÄÏÂÎÅÅ ÉÌÉ ÌÅÇÞÅ.

Alexey

Hello Dima.

21 Mar 05 13:36, you wrote to me:

á ËÏÇÄÁ ÐÅÒÅÓÔÁÎÅÔ È×ÁÔÁÔØ, ÞÔÏ ÂÕÄÅÛØ ÄÅÌÁÔØ?

Alexey

Hello Dima.

21 Mar 05 13:36, you wrote to me:

Погаснет? Hо при смене направления ток таки нулевой некоторое время.

DO> Кстати его DC составляющая не DO> должна быть больше долей процента от номинального.

Про это в курсе. Может лучше дашь url на какой-нибудь подробный даташит на какую-нибудь типичную лампу? Там где все эти допустимые параметры описаны. Или нет таких даташитов?

2Alexander Torres: Большая просьба не раздваиваться. А то почти все письма от вас идут в двух экземплярах. Вы легко можете на работе договориться кто из вас будет отвечать.

Alexey

ðÒÉ×ÅÔ Anton!

22 Mar 05 19:23, Anton Abrosimov ÐÉÓÁÌ Alex Mogilnikov:

AA>>> åÓÔØ ×ÁpÉÁÎÔÙ ÅÝÅ ËÏÍÐÁËÔÎÅÅ, ÐpÁ×ÄÁ ÚÁ ÓÞÅÔ ÏÔÓÕÔÓÔ×ÉÑ AA>>> ÓÏÂÓÔ×ÅÎÎÏ ÆÏpÍÁÔÉpÏ×ÁÎÉÑ. á×ÔÏpÓÔ×Ï - IAR, ×ÁpÉÁÎÔ ÄÌÑ AA>>> sizeof(int)=16. AM>> ïÈ-È-È-È-ÒÅÎÅÔØ!!! üÔÏ ÄÌÑ ËÁËÏÊ ÐÌÁÔÆÏÒÍÙ? AA> âÙÌÏ × ÓÏÓÔÁ×Å EW ÄÌÑ AVR. á ÐpÉÞÅÍ ÚÄÅÓØ ÐÌÁÔÆÏpÍÁ?

ôÏÇÄÁ ÔÅÍ ÂÏÌÅÅ ÏÈ-È-ÈÒÅÎÅÔØ. ñ ÚÎÁÀ Ï ÓÕÝÅÓÔ×Ï×ÁÎÉÉ ÓÉÓÔÅÍ Ó sizeof(int)=8, ÎÏ ÎÉ ÒÁÚÕ ÎÅ ×ÉÄÅÌ ÖÉרÅÍ. éÌÉ Õ ÔÅÂÑ ËÁÌÅÎÄÁÒØ ÓÐÅÛÉÔ (ÄÏ 1 ÁÐÒÅÌÑ ÅÝÅ ÂÏÌØÛÅ ÎÅÄÅÌÉ), ÉÌÉ Õ IAR ËÒÙÛÁ ÐÏÅÈÁÌÁ... ÷ÓÅÇÏ ÎÁÉÌÕÞÛÅÇÏ, [Team PCAD 2000] áÌÅËÓÅÊ í. ... ðÒÏÇÒÁÍÍÉÓÔÙ ÚÎÁÀÔ, ÞÔÏ ÎÁ ËÁÖÄÕÀ ÕÌÉÃÕ ðÕÛËÉÎÁ ÄÏÌÖÎÁ ÂÙÔØ ÕÌÉÃÁ ðÏÐËÉÎÁ.

Wed Mar 23 2005 17:15, Alex Mogilnikov wrote to Anton Abrosimov:

AA>>>> åÓÔØ ×ÁpÉÁÎÔÙ ÅÝÅ ËÏÍÐÁËÔÎÅÅ, ÐpÁ×ÄÁ ÚÁ ÓÞÅÔ ÏÔÓÕÔÓÔ×ÉÑ AA>>>> ÓÏÂÓÔ×ÅÎÎÏ ÆÏpÍÁÔÉpÏ×ÁÎÉÑ. á×ÔÏpÓÔ×Ï - IAR, ×ÁpÉÁÎÔ ÄÌÑ AA>>>> sizeof(int)=16. AM>>> ïÈ-È-È-È-ÒÅÎÅÔØ!!! üÔÏ ÄÌÑ ËÁËÏÊ ÐÌÁÔÆÏÒÍÙ? AA>> âÙÌÏ × ÓÏÓÔÁ×Å EW ÄÌÑ AVR. á ÐpÉÞÅÍ ÚÄÅÓØ ÐÌÁÔÆÏpÍÁ?

AM> ôÏÇÄÁ ÔÅÍ ÂÏÌÅÅ ÏÈ-È-ÈÒÅÎÅÔØ. ñ ÚÎÁÀ Ï ÓÕÝÅÓÔ×Ï×ÁÎÉÉ ÓÉÓÔÅÍ Ó AM> sizeof(int)=8, ÎÏ ÎÉ ÒÁÚÕ ÎÅ ×ÉÄÅÌ ÖÉרÅÍ.

÷ÏÏÂÝÅ, ÞÔÏ-ÔÏ ÍÎÅ ÔÁË ËÁÖÅÔÓÑ, ÞÔÏ sizeof(int)=16 ÔÕÔ ÐÒÉ×ÅÄÅÎÏ × ÂÉÔÁÈ, ÔÏ ÅÓÔØ ÎÁ ÓÁÍÏÍ ÄÅÌÅ ÎÁÄÏ ÞÉÔÁÔØ sizeof(int)=2

wbr, Andy

Hello Olga.

21 Mar 05 13:51, you wrote to Maxim Polyanskiy:

ON> Известно, что люди прямо в ON> названии функции указывают типы памяти, с которыми будет иметь дело ON> данная функция.

И давно тебе это известно? ;)))

Alexey

Hello Maxim.

18 Mar 05 21:01, you wrote to Alexander Golov:

MP> ðÏÞÉÔÁÊ ËÁË ÓÏÚÄÁÀÔ ÐÒÏÃÅÓÓÏÒÎÙÅ ÑÄÒÁ, ËÁËÉÅ ÃÅÌÉ ÐÒÉ ÜÔÏÍ ÐÒÅÓÌÅÄÕÀÔ. MP> HÉËÔÏ ÎÅ ÓÏÂÉÒÁÅÔÓÑ ÄÅÌÁÔØ ÔÅÂÅ 8-ÍÉ ÂÉÔÎÙÊ ËÏÎÔÒÏÌÌÅÒ ÄÌÑ ÕÐÒÏÝÅÎÉÑ MP> ÐÏÓÔÒÏÅÎÉÑ ËÏÍÐÉÌÑÔÏÒÁ ñ÷õ,

ôÏÔ ÖÅ AVR.

Alexey

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required