Это не точность, а градации. Точность на самом деле будет иной. Индикатор - это не измерительный прибор. Это как бы ± километр. Если горит 70°, то это от скольки и до скольки? 61...70 или 65-74? А что будет реально вообще не угадаешь. Так что нужно просто это сразу предвидеть.

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

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

Да ничего муторного нет. Там для этого есть пара проводов для подключения таймера, т.е. для внешнего управления. Просто если человек покупает котел и ему нужны такие функции, то он доплачивает за встроенный контроллер, и берет готовое. Если же у него по дому единая система интеллектуального здания или умного дома, то ему нет смысла переплачивать, а потом скрещивать ежа с ужом. И проще и дешевле в таком случае взять тупой котел, и сделать ему внешнее управление и нормальный мониторинг в единой сети. Более того, по сигналам от ОПС или диспетчерского пульта могут меняться параметры системы. Т.е. захотели вы поменять график РО или полов, то делаете это не спускаясь в котельную. Отсюда и решения, о которых я говорил. Тогда в единой системе зацепить котел - это копейки.

Скорее всего это были программы для писюка. Сколько программ вы написали для АСУ ТП под контроллеры? Какими языками программирования АСУ ТП владеете?
Думаю, что если ответите, мне будет проще вам пояснить.

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

Если вы программист и хочется сделать очень дешево, то лучше глянуть в сторону микропроцессоров, и реализовать на них промежуточный мост между котлом и РС. Тогда все будет правильно и по науке. Тогда РС будет получать значения переменных и времени с достаточной точностью и ему останется только их поместить в базу и обрабатывать для отчетов. Именно так сделано во всех платформах АСУ. Никто не реализовал вашу задачу только при помощи РС. Согласитесь, что если бы это было реально, то это давно бы реализовали все ведущие интеграторы и производители АСУ. Просто выпустили бы платы PCI или USB, и в них бы реализовали аналоговые и дискретные входы/выходы, которые бы обрабатывались основным процессором.

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

3. При данной схеме просто считывается usb порт с заданной частотой. в этом порту - свечение диодов. Уж как горят - то и будет записываться в комп. Факическки "фото морды котла" в бинарном выражении, не больше и не меньше. Или мне и на морду его смотреть нельзя?

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

И единение в этом подходе - время первично, а быстродействие вторично. Простыми словами, хороша ложка к обеду. Она не нужна не до обеда, не после. Так же любое событие в АСУ имеет смысл только в определенное время. Если мы получили значение какого то параметра, хоть температуры, хоть давления, хоть какого то датчика, оно имеет смысл только в том случае, если известно точное время снятия этого значения. Без времени любое значение теряет смысл.

У РС концепция в корне иная - важно сделать много задач, и как можно быстрее, а к какому времени это сделать, абсолютно не важно. Основной расчет в том, что данные вводите в машину вы сами, и значения и время этих значений. Тогда машина пересчитывает по любому заложенному вами алгоритму и выдает результат. Но отсчитывать временные сигналы и по ним опрашивать какие то входы или АЦП - РС просто не умеет. Поэтому в системах мониторинга с выводом на РС всегда делается некое устройство, которое передает РС не только значения или состояние входов, но и значения времени.

Вот как то так в двух словах. Если вы умеете программировать, то не вижу сложностей купить дешевый микроконтроллер, и написать к нему простенькую программку. К ним есть не только ассемблеры и Си, но даже Бейсик есть. К микроконтроллерам продаются и макетные платы. Так что реализация для дома не так и сложна. Но в этом случае сохраняется правильный подход к реализации поставленной задачи.