ЗЫ: Вот так и будут постоянные вапроцы...че в шпротеусе пашет, а в жизни НЕТ...пока канифоль не понюхаешь как надо, ничему не научишся в реале...начинал я тоже со шпротеуса поиграться, но когда потребовалось моделировать реальные вещи да с хорошей загрузкой реального проца, шпрот просто дохнул наглухо. Тот же софтовый ШИМ соорудите эдак 10кГц и че шпрот скажет??? 100% overload. Даже аналоговые вещи моделит через опу...
Да и когда на компе светики моргают и когда у тебя в реале под носом - совсем другой кайф.

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

Еще раз, все проблемы аля "в протеусе работает , а в железе нет", только от неумения с ним работать, и точка. Просто изначально протеус создан для тех, кто уже канифоли вынюхал столько, что она уже обратно из лёгких прёт, и для кого прикинуть как поведёт себя реальная схема работающая в протеусе - это 10 секунд раздумья.

Я в смысле и что это должно означать?

Я по-тихоньку делал климат на atmega и уже почти сделал.

Поддерживаются модельные сервы, сервомеханизмы с обратной связью (переменными резисторами) и реле (актуально, наверное, для рециркуляции). Кондиционер - в трех режимах - принимаю сигнал (и выдаю на экранчик), либо выдаю сигнал на включение кондиционера, либо считаю кондей отсутствующим.
Экран можно либо использовать, либо - нет, прописав один define перед компиляцией.

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

К письму приложена примерная схема (расчитанная на использование Arduino nano для удобства), нынешний внешний страшный вид макетной платы :-) и несколько скриншотов управляющей программы.

На соседнем форуме я думаю, что народ не очень поймет исходники - хоть я и использую arduino как удобную связку AVR+ft232, но пишу на С в среде AVR Studio.

Остался вопрос с термостабилизацией. Может у кого-нибудь есть мысли на этот счет?
Вот мое сообщение на соседнем форуме на эту тему:
http://www.compcar.ru/forum/showpost...0&postcount=55

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

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

Я в курсе про ток - они до 1.5А потребляют,
я спецом купил для сервы UBEC -

http://cgi.ebay.com/ws/eBayISAPI.dll...=STRK:MEWNX:IT
Типа 3А держит и по даташиту на микруху, что там стоит это тоже так.

Атмеги оказались у меня дохлые 2 шт - походу я их убил своими экспериментами - шились нормально и фьюзы ставил правильно, а вчера обе перестали определяться в программаторе.
Ща поморгал светодиодом на ATMEG48 (есть еще пара живых) - значит я не безнадежен :) - буду мучить дальше свою схему, постепенно усложняя ее.

Я готов выложить исходники своего проекта, если кто-нибудь изъявит желание в них вникать. В проекте довольно много кода, компилируется все в 10-13кб в зависимости от настроек компилятора и возможности использования экрана. Поэтому чтобы опробовать потребуется 16* мега или более старшая.