F Флудим от души (околопеллетный флуд) - 2

РЕКЛАМА НА ФОРУМХАУС

И при этом, Вы говорите, что отдельно от котла это все не купить. В итоге получаем один объект, и не важно, как у него детальки связаны.
Я не оправдываю урезанность БУ, я использую его возможности внешнего управления. Горелкой БУ общемша управляет нормально.

 

@AVG111,
Просто в вашей СО нет элементов, которыми можно было бы управлять Plum_ом.
Комплектные контроллеры продаются с горелками, котлами. Они адаптированы под конкретного производителя. Одному надо "кочергой" крутить, другому "двигать" колосник.
К вашему БУ мог бы подойти контроллер "i".
Информацию по ним давал вчера (тема "Контроллеры Plum").
И к Биодому подошли бы. Тоже им сказал.
Они продаются отдельно.
Но, надо заметить, покупают их мало. Люди предпочитают купить базовый блок с горелкой. И потом самому наращивать конфигурацию.
Но и эти самые "I" контроллеры занимаются исключительно отоплением. Всем, кроме управления горелкой.
Посмотрите их схемы. Там всё описано.
То, что сделали вы, похвально. Ваш контроллер управляет нужными вещами, важными для вас. Повторюсь, но зачем его стыковать с котлом? Для себя вы можете это делать. Ради бога. Но не надо это навязывать плюму. И при этом говорить, что плюм... ну, то есть "обзывалки" говорить
Я не знаю, как общается ваш контроллер с горелкой ВС по инету. Но, смотря на графики, вижу, насколько все лучше в Plum.
А на практике знаю, как выглядит "общение" с термостатом Зонт. Очень убого, по сравнению с ecoster. Но кому-то нравится...

 

То PLUM отдельно не продается, то продается. Так продается или нет? К вашему БУ мог бы подойти контроллер "i". Его так и искать в интернете контроллер i?
Никто Plum не обзывает, это Вы обзываете все остальные контроллеры. Понятно, что по функционалу Plum выше, чем БУ Общемашем, но по сути это разные устройства, и БУ Общемаша управляет горелкой не хуже чем Plum.
Контроллер, это совокупность объектов (предметов, процессов). Каждый из них выполняет свою задачу. Один - грядки поливает, другой за котлом следить, в итоге получаем контроллер "умного дома". Статус сигнализации неразрывно связан с управлением котлом, и в то же время освещение связано со статусом сигнализации. Вот и получается что все управляется единым контроллеров. Но это не значит, что все в одной коробке находится.
Это было бы очень интересно, сравнить, как общается Zont с горелкой Общемаш, и как Plum. Но если Zont еще хоть как то может с ней общаться, то Plum вообще ни как. Что тогда сравнивать?

 

Спор слепого и глухого о живописи и музыке будет вечен. И вечно бессмысленен.

 

Это все же не корректное сравнение. Глухой в музыке вообще не разбирается, так как ее не слышал, а Слава прекрасно темой владеет.

 

@AVG111
Зайдите в тему этого же пеллетного раздела:
"Контроллеры Plum".
Вчера мои сообщения с названиями, 4 штуки инсталляционных контроллера.

 

Ну вот теперь понятно, что за 40000р. можно купить отдельный контроллер управления отоплением (или спаять самому за 500-1000р.). А Вы утверждали, что Plum только с котлами продается.
Но контроллер с котлом общается только "сухими контактами", фактически это умный термостат. Регулировка температуры идет с помощью различных приводов, что значительно повышает стоимость системы.
А вот если к этому контроллеру добавить интерфейс обмена API командами с БУ котлом, то можно значительно упростить всю эту систему.
Очень много насосов, У меня в системе всего 2 насоса, и две обычные управляемые термоголовки. И все режимы типа "вечеринка", "отпуск" можно устанавливать меняя температуру котла, и открывая/закрывая линии.

 

А зачем тому, кто купит Термокрафт с 860м, или зоту с 850/360/350, или pellasX c S. Control, или kipi c 850/920 что-то паять?
Или даже Metal Fach из Торжка.
Зачем? Потратьте время на другое для зарабатывания денег. Своя разработка будет стоить больше и будет всё равно ненадёжной самоделкой. Даже если сын программист. Или сами с усами.
А то так и будете до скончания века температурой котла регулировать температуру в доме.
И непонятные графики рисовать... (

 

@AVG111, Ваша мысль об разделении функций управления в доме, верна. А вот каким путем идти, каждый решает сам.
Вот скажем тот же Плум, алгоритм управления горелкой скорее всего оптимизирован, под определенное железо, с конкретной схемой обвязки, скорее всего всем известной. Это и не плохо, и не хорошо, и стоит посмотреть а есть ли в нём контроль третички, как понимаешь, что не всё то золото, что блестит.
Второе, не суть конечно, но я не нашёл в Плуме, функций работы с низкой подачей и низкой обраткой системы отопления, что весьма актуально в наше время.

 

У нас сильный ливень, инета практически нет.
Общайтесь сами.
Но помните слова Марка Твена

 

"Каждому своё, цыганУ солонина"(с)
Центральный процессор должен быть один. Различные узлы и устройства объединяются по той или иной шине (RS485, CAN (как в автомобиле) или другая...)
Тогда система будет единой. С единой визуализацией. С одним адресом для входа в инет.
Моё твёрдое мнение такое.

 

@slava137, Только не надо про авто, я конкретно в теме про коммуникацию в авто между узлами, никакой централизации, узлы уже давно автономны. Слепок машины лежит на серваке, поинтересуйтесь насчет Теслы. Сетевые протоколы настолько прозрачны, что машину в Китае, можно включить (и то что нужно в ней включить, и когда нужно включить) без всяких проблем.

 

@Stann, предупреждайте, когда конец сообщения.
Вам нельзя сразу отвечать... Из-за дополнений.

 

Вот здесь собака и зарыта. Не Plum покупаем, а конкретную модель пеллетной горелки.
Своя разработка точно дороже не будет стоить. А вот чей программный код более надежный, чей алгоритм более правильный, здесь готов и с Plum дискуссии вести.
Я не агитирую паять свой контроллер, это бессмысленно, не все могут это сделать. Но практически все создают свои системы управления отоплением, добавляя обычный комнатный термостат.
P. S. сегодня выяснил, что оказывается имел я дело с Plum.

 

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