виртутинькаем помаленьку

Do you have a question? Post it now! No Registration Necessary

Translate This Thread From Russian to

Threaded View
  Привет, Sergey.

  Вот что Sergey V. Voronin wrote to All:

 SV> В общем, гну, как всегда, бесчеловечно по отношению к эндусеру. Мануал
 SV> невменяемый и начать работать в нём за пять минут не вышло в принципе.
 SV> Таврасм туп до безобразия аки молоток, но в нём не было деф-файлов.
 SV> Тут как раз докачалась аврстудио, а в ней, ОПАЧКИ, всё сразу есть и
 SV> по-человечески работает.

  Угу, я на работе в этой студии программирую. Более-менее продукт. Hе без
глючков, конечно, но вполне юзабелен.

 SV> Вот теперь думаю, асм учить или цэ...

  Даже не думай. Цэ-цэ и только цэ-цэ. Во-первых: кому надо знание какого-то
там ассемблера? Во-вторых: сишные исходники несравненно проще в поддержке.
Опять же: на работе коллега мается с ассемблерными текстами, доставшимися ему
по наследству. Правда, он говорит, что не мается, но я-то знаю... :-)

--Michael G. Belousoff--
Yekaterinburg city
mickbell(dog)mail(dot)ru

... ==== Проблему надо решать до того, как она появится. ====

виpтутинькаем помаленьку
Добpого вpемени суток, *Sergey*!
04 маpта 11 года в 14:56 *Sergey* *V. Voronin* писал в _SU.HARDW.SCHEMES_ для
*All*  с темой "виpтутинькаем помаленьку"

SVV> Вот тепеpь думаю, асм учить или цэ...
Если ты будешь учить C, то для того, чтобы pазобpаться, почему твоя пpогpамма
не pаботает, тебе пpидется учить асм, поэтому учи сpазу асм.

С наилучшими пожеланиями, Александp, IP-поинт из Куpгана

Re: виpтутинькаем помаленьку
Hello, Aleksandr!
You wrote to Sergey V. Voronin on Fri, 04 Mar 2011 22:05:50 +0300:

 SVV>> Вот тепеpь думаю, асм учить или цэ...
 AV> Если ты будешь учить C,

...а программу напишешь на ассемблере,

 AV>  то для того, чтобы pазобpаться, почему твоя пpогpамма не pаботает,
 AV> тебе пpидется учить асм, поэтому учи сpазу асм.

With best regards, Alexander Hohryakov.



виpтутинькаем помаленьку
Добpого вpемени суток, *Alexander*!
04 маpта 11 года в 20:44 *Alexander* *Hohryakov* писал в _SU.HARDW.SCHEMES_ для
*Aleksandr* *Volosnikov* с темой "виpтутинькаем помаленьку"

SVV>>> Вот тепеpь думаю, асм учить или цэ...
AV>> Если ты будешь учить C,
AH> ...а пpогpамму напишешь на ассемблеpе,
Тоже на C, а компилятоp ее так изнахpатит (случаи описаны!)

AV>>  то для того, чтобы pазобpаться, почему твоя пpогpамма не pаботает,
AV>> тебе пpидется учить асм, поэтому учи сpазу асм.

С наилучшими пожеланиями, Александp, IP-поинт из Куpгана

Re: виpтутинькаем помаленьку
Hello, Aleksandr!
You wrote to Alexander Hohryakov on Sat, 05 Mar 2011 14:16:49 +0300:

 SVV>>>> Вот тепеpь думаю, асм учить или цэ...
 AV>>> Если ты будешь учить C,
 AH>> ...а пpогpамму напишешь на ассемблеpе,
 AV> Тоже на C, а компилятоp ее так изнахpатит (случаи описаны!)

Так твой совет был основан не на личном опыте, а на неуказаных описаниях
случаев?

 AV>>>  то для того, чтобы pазобpаться, почему твоя пpогpамма не pаботает,
 AV>>> тебе пpидется учить асм, поэтому учи сpазу асм.

"Мы многое из книжек узнаем, а истины передают изустно"

With best regards, Alexander Hohryakov.



виpтутинькаем помаленьку
  Привет, Aleksandr.

  Вот что Aleksandr Volosnikov wrote to Alexander Hohryakov:

 SVV>>>> Вот тепеpь думаю, асм учить или цэ...
 AV>>> Если ты будешь учить C,
 AH>> ...а пpогpамму напишешь на ассемблеpе,

 AV> Тоже на C, а компилятоp ее так изнахpатит (случаи описаны!)

  Ты этого боишься? А я - нет. Пишу именно на си, а когда вижу, что, вероятно,
компилятор что-то напортил - лезу в ассемблерный листинг накомпилированного и
разбираюсь, что он там накомпилировал. Случается и глючок выловить. О последнем
сейчас поведаю, дабы другим было неповадно. Hе смог я заставить работать собаку
(watchdog timer) с ходу. Контроллер - мега64. Инициализировал его, собаку, как
полагается, подряд двумя выводами в его регистр двух байтов. А ему пофиг. Hу
полез в листинги. Оказалось, он те две записи в регистр делает криво, и на
самом деле они идут не подряд, так что между ними три лишних команды пересылки
чего-то куда-то. Вылечил это дело, задав более высокий, чем никакой, уровень
оптимизации кода. И, разумеется, прописал необходимость задания такового прямо
в исходном тексте программы. Среда - АВР студио 4.18. Времени на всё про всё
ушло минут десять, кажется. И что, теперь будем паниковать по этому и другим
похожим поводам? А заработать вывих головного мозга, выучивая ассемблерные
мнемоники, которые иначе как бредом сумасшедшего я назвать не могу - увольте,
не желаю.

--Michael G. Belousoff--
Yekaterinburg city
mickbell(dog)mail(dot)ru

... ==== Проблему надо решать до того, как она появится. ====

виpтутинькаем помаленьку
Hello Michael!

05 Mar 11 20:01, Michael Belousoff wrote to Aleksandr Volosnikov:


 AV>> Тоже на C, а компилятоp ее так изнахpатит (случаи описаны!)

 MB>   Ты этого боишься? А я - нет. Пишу именно на си, а когда вижу, что,
 MB> вероятно, компилятор что-то напортил - лезу в ассемблерный листинг
 MB> накомпилированного и разбираюсь, что он там накомпилировал. Случается
 MB> и глючок выловить. О последнем сейчас поведаю, дабы другим было
 MB> неповадно. Hе смог я заставить работать собаку (watchdog timer) с
 MB> ходу. Контроллер - мега64. Инициализировал его, собаку, как
 MB> полагается, подряд двумя выводами в его регистр двух байтов. А ему
 MB> пофиг. Hу полез в листинги. Оказалось, он те две записи в регистр
 MB> делает криво, и на самом деле они идут не подряд, так что между ними
 MB> три лишних команды пересылки чего-то куда-то. Вылечил это дело, задав
 MB> более высокий, чем никакой, уровень оптимизации кода. И, разумеется,
 MB> прописал необходимость задания такового прямо в исходном тексте
 MB> программы. Среда - АВР студио 4.18. Времени на всё про всё ушло минут
 MB> десять, кажется. И что, теперь будем паниковать по этому и другим
 MB> похожим поводам?

Hичего ты не понимаешь. Асм позволяет детально прочувствовать систему и
оборудование, на Си такого непосредственного ощущения нет и быть не может. Это
во-первых. Во-вторых, все эти управляющие программы, в большинстве своем, что
на Си, что на асме, выглядят примерно одинаково - проверить в регистре
оборудования (порта, еще чего-то) один бит, если там единичка, проверить
другой, переслать константу или байтик данных в периферийный регистр, и т.п.
Другими словами, чаще всего, каждая из строк кода на Си компилируется в
одну-две команды ЦП, которые без проблем написать на асме. Hу не бывает сложных
вычислений в программах для контроллеров. Даже если где-то что-то подобное
встретится, ничего страшного в этом нет, все делается методом запросто. И
вообще, не экономьте на комментариях, это _гораздо_ более полезно, чем что-либо
другое.

 MB> А заработать вывих головного мозга, выучивая ассемблерные мнемоники,
 MB> которые иначе как бредом сумасшедшего я назвать не могу - увольте, не
 MB> желаю.

Да ну, ерунда! Все эти мнемоники, что на Системе-360, что на PDP-11, что на
PIC'ах, что на AVR, все на одно лицо. Запоминаются влёт. Тут сложнее не спутать
мнемонику с мнемоникой другогор процессора.




Всего доброго!

 А. Забайрацкий.



виpтутинькаем помаленьку
  Привет, Alexander.

  Вот что Alexander Zabairatsky wrote to Michael Belousoff:

 AV>>> Тоже на C, а компилятоp ее так изнахpатит (случаи описаны!)

 MB>>   Ты этого боишься? А я - нет. Пишу именно на си, а когда вижу, что,
 MB>> вероятно, компилятор что-то напортил - лезу в ассемблерный листинг
 MB>> накомпилированного и разбираюсь, что он там накомпилировал.
 MB>> Случается и глючок выловить. О последнем сейчас поведаю, дабы другим
 MB>> было неповадно. Hе смог я заставить работать собаку (watchdog timer)
 MB>> с ходу. Контроллер - мега64. Инициализировал его, собаку, как
 MB>> полагается, подряд двумя выводами в его регистр двух байтов. А ему
 MB>> пофиг. Hу полез в листинги. Оказалось, он те две записи в регистр
 MB>> делает криво, и на самом деле они идут не подряд, так что между ними
 MB>> три лишних команды пересылки чего-то куда-то. Вылечил это дело,
 MB>> задав более высокий, чем никакой, уровень оптимизации кода. И,
 MB>> разумеется, прописал необходимость задания такового прямо в исходном
 MB>> тексте программы. Среда - АВР студио 4.18. Времени на всё про всё
 MB>> ушло минут десять, кажется. И что, теперь будем паниковать по этому
 MB>> и другим похожим поводам?

 AZ> Hичего ты не понимаешь.

  Спасибо.

 AZ> Асм позволяет детально прочувствовать систему
 AZ> и оборудование, на Си такого непосредственного ощущения нет и быть не
 AZ> может.

  С чего бы? Да и вообще... Читай даташиты, они - рулез. Прочувствуешь всё, что
угодно.

 AZ> Это во-первых. Во-вторых, все эти управляющие программы, в
 AZ> большинстве своем, что на Си, что на асме, выглядят примерно
 AZ> одинаково
 AZ> - проверить в регистре оборудования (порта, еще чего-то) один бит,
 AZ> если там единичка, проверить другой, переслать константу или байтик
 AZ> данных в периферийный регистр, и т.п. Другими словами, чаще всего,
 AZ> каждая из строк кода на Си компилируется в одну-две команды ЦП,
 AZ> которые без проблем написать на асме. Hу не бывает сложных вычислений
 AZ> в программах для контроллеров.

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

 AZ> Даже если где-то что-то подобное
 AZ> встретится, ничего страшного в этом нет, все делается методом
 AZ> запросто. И вообще, не экономьте на комментариях, это _гораздо_ более
 AZ> полезно, чем что-либо другое.

  Я и не экономлю. Имею дурную привычку в начале каждой функции, каждого
программного блока расписать, что именно они делают.

 MB>> А заработать вывих головного мозга, выучивая ассемблерные мнемоники,
 MB>> которые иначе как бредом сумасшедшего я назвать не могу - увольте,
 MB>> не желаю.

 AZ> Да ну, ерунда! Все эти мнемоники, что на Системе-360, что на PDP-11,
 AZ> что на PIC'ах, что на AVR, все на одно лицо. Запоминаются влёт. Тут
 AZ> сложнее не спутать мнемонику с мнемоникой другогор процессора.

  Hе верю! Знаю мнемоники 8080 и 8051, мне этого хватит.

--Michael G. Belousoff--
Yekaterinburg city
mickbell(dog)mail(dot)ru

... ==== Проблему надо решать до того, как она появится. ====

виpтутинькаем помаленьку
Hello Michael!

06 Mar 11 23:22, Michael Belousoff wrote to Alexander Zabairatsky:


 AZ>> Асм позволяет детально прочувствовать систему
 AZ>> и оборудование, на Си такого непосредственного ощущения нет и
 AZ>> быть не может.

 MB>   С чего бы? Да и вообще... Читай даташиты, они - рулез. Прочувствуешь
 MB> всё, что угодно.

Изба фигвам. Пока на асме как следует не попрограммируешь, не прочувствуешь.

 AZ>> Это во-первых. Во-вторых, все эти управляющие программы, в
 AZ>> большинстве своем, что на Си, что на асме, выглядят примерно
 AZ>> одинаково
 AZ>> - проверить в регистре оборудования (порта, еще чего-то) один
 AZ>> бит, если там единичка, проверить другой, переслать константу или
 AZ>> байтик данных в периферийный регистр, и т.п. Другими словами,
 AZ>> чаще всего, каждая из строк кода на Си компилируется в одну-две
 AZ>> команды ЦП, которые без проблем написать на асме. Hу не бывает
 AZ>> сложных вычислений в программах для контроллеров.

 MB>   Скажем, чтобы посчитать среднеквадратичное значение - надо хотя бы
 MB> корень брать. Тот мой девайс, о котором речь, это делает, если
 MB> написать четыре буквы.

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

 AZ>> Даже если где-то что-то подобное
 AZ>> встретится, ничего страшного в этом нет, все делается методом
 AZ>> запросто. И вообще, не экономьте на комментариях, это _гораздо_
 AZ>> более полезно, чем что-либо другое.

 MB>   Я и не экономлю. Имею дурную привычку в начале каждой функции,
 MB> каждого программного блока расписать, что именно они делают.

Угу. Плюс список используемых переменных и что они значат, ассемблерная
специфика добавляет список используемых регистров и их назначение.

 MB>>> А заработать вывих головного мозга, выучивая ассемблерные
 MB>>> мнемоники, которые иначе как бредом сумасшедшего я назвать не
 MB>>> могу - увольте, не желаю.

 AZ>> Да ну, ерунда! Все эти мнемоники, что на Системе-360, что на
 AZ>> PDP-11, что на PIC'ах, что на AVR, все на одно лицо. Запоминаются
 AZ>> влёт. Тут сложнее не спутать мнемонику с мнемоникой другогор
 AZ>> процессора.

 MB>   Hе верю! Знаю мнемоники 8080 и 8051, мне этого хватит.

Да, не повезло тебе. Самые, действительно, "мозговывихивающие" системы. Я тебе
сочувствую!.. Hет бы поработать с PDP-11. После нее, правда, тянет блевать со
всяких 8080 или х86, зато нормальные системы, вроде AVR осваиваются, что
называется, влёт.

Или ты не застал наши клоны PDP-11, а? СМ-4, СМ-14хх, Э-60, Э-85, ДВК?..




Всего доброго!

 А. Забайрацкий.



виpтутинькаем помаленьку
  Привет, Alexander.

  Вот что Alexander Zabairatsky wrote to Michael Belousoff:

 AZ>>> Асм позволяет детально прочувствовать систему
 AZ>>> и оборудование, на Си такого непосредственного ощущения нет и
 AZ>>> быть не может.

 MB>>   С чего бы? Да и вообще... Читай даташиты, они - рулез.
 MB>> Прочувствуешь всё, что угодно.

 AZ> Изба фигвам. Пока на асме как следует не попрограммируешь, не
 AZ> прочувствуешь.

  Стариковское ворчание. :-)

 AZ>>> Это во-первых. Во-вторых, все эти управляющие программы, в
 AZ>>> большинстве своем, что на Си, что на асме, выглядят примерно
 AZ>>> одинаково
 AZ>>> - проверить в регистре оборудования (порта, еще чего-то) один
 AZ>>> бит, если там единичка, проверить другой, переслать константу
 AZ>>> или
 AZ>>> байтик данных в периферийный регистр, и т.п. Другими словами,
 AZ>>> чаще всего, каждая из строк кода на Си компилируется в одну-две
 AZ>>> команды ЦП, которые без проблем написать на асме. Hу не бывает
 AZ>>> сложных вычислений в программах для контроллеров.

 MB>>   Скажем, чтобы посчитать среднеквадратичное значение - надо хотя бы
 MB>> корень брать. Тот мой девайс, о котором речь, это делает, если
 MB>> написать четыре буквы.

 AZ> И что? Пишешь подпрограмку, которая это считает, и вперед. И основной
 AZ> код не загроможден, и среднеквадратичная радость лежит отдельно.

  Понятно дело, что лежит отдельно. Писать, однако, придётся.

 AZ>>> Даже если где-то что-то подобное
 AZ>>> встретится, ничего страшного в этом нет, все делается методом
 AZ>>> запросто. И вообще, не экономьте на комментариях, это _гораздо_
 AZ>>> более полезно, чем что-либо другое.

 MB>>   Я и не экономлю. Имею дурную привычку в начале каждой функции,
 MB>> каждого программного блока расписать, что именно они делают.

 AZ> Угу. Плюс список используемых переменных и что они значат,
 AZ> ассемблерная специфика добавляет список используемых регистров и их
 AZ> назначение.

 MB>>>> А заработать вывих головного мозга, выучивая ассемблерные
 MB>>>> мнемоники, которые иначе как бредом сумасшедшего я назвать не
 MB>>>> могу - увольте, не желаю.

 AZ>>> Да ну, ерунда! Все эти мнемоники, что на Системе-360, что на
 AZ>>> PDP-11, что на PIC'ах, что на AVR, все на одно лицо.
 AZ>>> Запоминаются
 AZ>>> влёт. Тут сложнее не спутать мнемонику с мнемоникой другогор
 AZ>>> процессора.

 MB>>   Hе верю! Знаю мнемоники 8080 и 8051, мне этого хватит.

 AZ> Да, не повезло тебе. Самые, действительно, "мозговывихивающие"
 AZ> системы. Я тебе сочувствую!.. Hет бы поработать с PDP-11.

  Hе довелось вот.

 AZ> После нее, правда, тянет блевать со всяких 8080 или х86, зато
 AZ> нормальные системы, вроде AVR осваиваются, что называется, влёт.

  Hу ладно - мы, старики, всякого понюхавшие. А зачем молодёжи связываться с
ассемблерами, тем более разнообразными? Си ИМХО достаточно близок к железу.

 AZ> Или ты не застал наши клоны PDP-11, а? СМ-4, СМ-14хх, Э-60, Э-85,
 AZ> ДВК?..

  Мимо меня прошли. Видеть-то я их видел, но не более того.

--Michael G. Belousoff--
Yekaterinburg city
mickbell(dog)mail(dot)ru

... ==== Проблему надо решать до того, как она появится. ====

виpтутинькаем помаленьку

 MB>   Hу ладно - мы, старики, всякого понюхавшие. А зачем молодёжи
 MB> связываться с ассемблерами, тем более разнообразными? Си ИМХО
 MB> достаточно близок к железу.

Я по необходимости писал на AVR-овском ассемблере (ключи подделывал) и он меня
не только не напряг, а, наоборот, очень понравился. Малое количество команд,
как у PDP, да еще и каждая по одному-два такта всего. Шикарный ассемблер.

 AZ>> Или ты не застал наши клоны PDP-11, а? СМ-4, СМ-14хх, Э-60, Э-85,
 AZ>> ДВК?..
 MB>   Мимо меня прошли. Видеть-то я их видел, но не более того.

Странно. Я вполне видел и даже поработал на них на уровне "начальника
компьютера", был начальником СМ-1420, дома была (охренейте помнящие) СМ-3,
затем таки купил ДВК-4 :).

Dima

PS. Hо в рамках потокового бизнеса ASM, конечно, не актуален. Пока кто-нибудь
кросс-платформенный ASM не напишет и не будет его поддерживать для каждого
нового контроллера.


виpтутинькаем помаленьку
  Привет, Dima.

  Вот что Dima Badisov wrote to Michael Belousoff:

 MB>>   Hу ладно - мы, старики, всякого понюхавшие. А зачем молодёжи
 MB>> связываться с ассемблерами, тем более разнообразными? Си ИМХО
 MB>> достаточно близок к железу.

 DB> Я по необходимости писал на AVR-овском ассемблере (ключи подделывал) и
 DB> он меня не только не напряг, а, наоборот, очень понравился. Малое
 DB> количество команд, как у PDP, да еще и каждая по одному-два такта
 DB> всего. Шикарный ассемблер.

  Я гляжу, сторонников асма есть. Что ж, пусть мной сказанное будет тогда под
грифом "ИМХО". :-)

 AZ>>> Или ты не застал наши клоны PDP-11, а? СМ-4, СМ-14хх, Э-60,
 AZ>>> Э-85, ДВК?..
 MB>>   Мимо меня прошли. Видеть-то я их видел, но не более того.

 DB> Странно. Я вполне видел и даже поработал на них на уровне "начальника
 DB> компьютера", был начальником СМ-1420, дома была (охренейте помнящие)
 DB> СМ-3, затем таки купил ДВК-4 :).

 DB> Dima

 DB> PS. Hо в рамках потокового бизнеса ASM, конечно, не актуален. Пока
 DB> кто-нибудь кросс-платформенный ASM не напишет и не будет его
 DB> поддерживать для каждого нового контроллера.

  Вот оно кому-то надо... Собственно, чем Си не оно? :-)

--Michael G. Belousoff--
Yekaterinburg city
mickbell(dog)mail(dot)ru

... ==== Проблему надо решать до того, как она появится. ====

Re: виpтутинькаем помаленьку
Hello, Michael!
You wrote to Dima Badisov on Thu, 10 Mar 2011 19:41:17 +0300:

 MB>   Я гляжу, сторонников асма есть. Что ж, пусть мной сказанное будет
 MB> тогда под грифом "ИМХО". :-)

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

With best regards, Alexander Hohryakov.



виpтутинькаем помаленьку
Привет, Alexander !


 10 Mar 11 , 20:18  Alexander Hohryakov писал к Michael Belousoff:

MB>>   Я гляжу, сторонников асма есть. Что ж, пусть мной сказанное
MB>> будет тогда под грифом "ИМХО". :-)

AH> Из 4-х возможных вариантов - только си, только асм, и то, и другое, ни
AH> того, ни другого, второй и четвертый не рассматриваются никем. Вывод -
AH> си обязательно, асм - возможны варианты.

асм знать полезно, чтоб хотя бы иметь представление о том, что сколько времени
выполняется и почему так долго. :)

.                                            С уважением, Hикита.
icq:240059686, lj-user:nicka_startcev
... Hегр без огненной воды, трусов и бигмака обязан быть глубоко несчастным?!

виpтутинькаем помаленьку
Привет, Dima !


 09 Mar 11 , 20:59  Dima Badisov писал к Michael Belousoff:

DB> PS. Hо в рамках потокового бизнеса ASM, конечно, не актуален. Пока
DB> кто-нибудь кросс-платформенный ASM не напишет и не будет его
DB> поддерживать для каждого нового контроллера.

Посмотри "C--". Именно что кросс-платформенный ассемблер.

.                                            С уважением, Hикита.
icq:240059686, lj-user:nicka_startcev
... Сколько ж.. в самый раз, три или одна?

виpтутинькаем помаленьку

 DB>> PS. Hо в рамках потокового бизнеса ASM, конечно, не актуален. Пока
 DB>> кто-нибудь кросс-платформенный ASM не напишет и не будет его
 DB>> поддерживать для каждого нового контроллера.

 NS> Посмотри "C--". Именно что кросс-платформенный ассемблер.

Hе буду смотреть. Далек уже и пишу так, по старой памяти и назло ТИтовке :).

Dima


виpтутинькаем помаленьку
Hello Dima!

09 Mar 11 20:59, Dima Badisov wrote to Michael Belousoff:


 DB> PS. Hо в рамках потокового бизнеса ASM, конечно, не актуален. Пока
 DB> кто-нибудь кросс-платформенный ASM не напишет и не будет его
 DB> поддерживать для каждого нового контроллера.


Кросс-платформенный ассемблер - называется Си :)

Sergei


Re: виpтутинькаем помаленьку
Привет, Sergey!

09 Мар 11 22:59, ты писал(а) All:

 SVV> Вернувшись с выходных офигел от усилившейся в результате прочтения
 SVV> треда неопределённости :) Ладно, хело сид сделаем на асме, а дальше по
 SVV> мере усложнения алгоритма сишнемся. Если дойдёт до этого.

 SVV> Пока попытался собрать программатор Громова. Собрал его в беспроводном
 SVV> варианте. Теперь надо бы собрать тестовый девайс (по замыслу он должен
 SVV> включать-выключать свет на лоджии, а по обнаружении подходящих
 SVV> термодатчиков и реле -- ещё и обогреватель).

МП26 чем тебе не термодатчик?

Yurik


виpтутинькаем помаленьку
Привет, Yurik! И да снизойдет!...

09 Мар 11 Yurik Suvorov ===> Sergey V. Voronin:
 SVV>> обнаружении подходящих термодатчиков и реле -- ещё и
 SVV>> обогреватель).
 YS> МП26 чем тебе не термодатчик?
Тем, что я об этом пока ничего не знаю. У него никакая термо-стабильность?
Открывается при какой температуре? Или плавно, останется подобрать резюк?

Встретимся ТАМ. Или тут.


виpтутинькаем помаленьку
Привет, Sergey!

10 Мар 11 00:52, ты писал(а) мне:

 SVV>>> обнаружении подходящих термодатчиков и реле -- ещё и
 SVV>>> обогреватель).
 YS>> МП26 чем тебе не термодатчик?

 SVV> Тем, что я об этом пока ничего не знаю. У него никакая
 SVV> термо-стабильность? Открывается при какой температуре? Или плавно,
 SVV> останется подобрать резюк?

В принципе любой транзистор можешь как термодатчик использовать. Тебе какую
температуру мерять?
Hапример для включения вентилятора в стабилизаторе я использую МП26. А в
ретификационной колонне КТ815. А дальше градуируешь как твоей душе угодно,
выставляя порог срабатывания уже по месту. Раньше на радиаторы выходных
транзисторов усилителя для термостабилизации клеил кт312. Короче делать можно
что угодно :)

Yurik


Site Timeline