Mef_poter

Сам ПИД я не отключу, это 200%, т.к. без этого любой куб/котел будет перескакивать выставленный предел. А это может быть гораздо хуже недолета, который к стати можно либо учесть, либо сам алгоритм ПИД регулировки настроить, все это расписано же в web. Для начала коэффициент Ki раз в 10 увеличь, он в первую очередь отвечает за недобор температуры.

Именно из за сложности отследить наличие посуды…, при малой длительности подаваемого импульса на ключ. Все это из за упрощения алгоритма и самой схемотехники, лень разработчикам отследить это другим методом, по добротности контура к примеру :((

Это шумы самой платки с микросхемкой HX711, с очень малой вероятностью, может быть и в самом датчике проблема. Мелкая плата работает хуже чем приведенная в первом посте темы. У меня пляска 10-20 мл./час максимум, этого вполне достаточно для оценки скорости отбора.

Поделись, не жадничай :)) :)) :))

Да, кран именно такой. Только не стремитесь брать большую дырку. К примеру на 35-й трубе прекрасно работает DN15 (пол дюйма), при этом нормальный отбор около литра в час получается когда кран открыт на 40%.

Варианта два. Либо в нужный момент ручками в web нажать кнопку “Пропустить”, тогда при ее нажатии, автоматика с разогрева перейдет на стабилизацию, соответственно подаст воду и снизит мощность. Либо в файле reflux_mode.cpp поменять все значения контрольной температуры 55.0 на нужное значение и естественно все пере компилировать и прошить.

Тестируем очередное обновление: https://github.com/TheLuckyChip/LuckyBox/tree/Dev
Правки:
1. Сигнализация и безопасность в дистилляции.
2. Сигнализация и безопасность в ручном режиме ректификации.
3. Исправил ошибки в затирании.

p.s. Протестировал [Читать далее]

Ну раз “страждущих” откалибровать датчики прибавляется, сделаю пока просто поправочный коэффициент. Подберете для основной (актуальной) температуры и конкретного датчика поправку и все. Будет и дешево и сердито ))) Корректировать всю кривую, думаю не стоит. Ну будет куб разогреваться, и знать что там сейчас к примеру с точностью до сотых те…[Читать далее]

А есть у нас народ с собранным LuckyBox и готовым протестировать затирание? А то я просто в кастрюле на воде отлаживал, хотелось бы в живую результаты узнать. Только прям сразу не кидаемся с текущей версией тестить, вечером правленную версию выложим.

Что значит после перезагрузки удалось выставить уставку более единички? Более подробнее, по шагам что и как, в студию )). По задумке, web не должен выплюнуть большее значение, это косяк, надо править.

Почему уставка именно ограничена определенным максимальным значением – это своеобразная защита от “дурака”. Но на данный момент, ведь специ…[Читать далее]

Ну ты же грамотный человек в вопросах электроники, прекрасно должен знать, что в DS`ке для измерения используется обычный p-n переход на кристалле. Вытравить 2 одинаковых кристалла, просто не реально. Вот он и есть, определенный допуск для выбранных датчиков. Именно из за этого, я и не стал придумывать какую то калибровку для датчиков. В данн…[Читать далее]

Это все знаю, уже подправил и скоро выложим. Еще с затиранием проблема в текущей RC11, тоже подправил.

1. В схеме только доработки и улучшалки ;)), по старой схеме все так же работает как и было.
2. В ректификации осталось доделать БК с регулировкой отбора мощностью. Все остальные алгоритмы которые просили сделать – уже работают. В дистилляции хочу добавить управление НБК. Ну и пивованрение. Так же в разработке внешний блок управления…[Читать далее]

Это я уже подправил, скоро протестирую и выложим. Просто RC9 – RC11 специально выкладывали только в ветке Dev (где живут только тестовые прошивки) чтобы народ работу клапанов на жидкостном отборе протестировал. Изменений в ПО было очень много, вот все сразу и не успел подправить.

Тут возможно причина в другом. В тестовом скетче он на шине I2C сидит один, а у нас на данной шине 3 устройства. И вот если библиотека написана не корректно (я в ней не ковырялся), или сам датчик левый, возможно с некоторыми экземплярами и выскакивает бардак. Еще учитываем, что фирменный (именно BOSCH`евский) не распаянный на плату датчик, ст…[Читать далее]

Как раз не правильно, он должен быть 3-им в списке устройств (out3), а не 1-ым (out1) как у тебя. Переназначь все в настройках.

out1 – клапан отбора голов
out2 – клапан отбора тела
out3- клапан подачи воды

Т.е. если даже клапана отбора не используешь, клапан на воду прописываешь в канале out3 по любому.

Наверно не совсем ко мне вопрос, я на другом оборудовании работаю. На Приме по “нормальному” только один перегон в тесте пробовал. Ставил 5% на понижение после каждого старт/стопа. Все вроде нормально отработало, в кубе 6% спирта осталось, при этом было 8 “стопов”, дальше лень было дожимать.

По уменьшению скорости отбора (после старт/стоп) сейчас сделано самым простым вариантом:

timeOn = (время полного цикла вкл/выкл) * (% вкл.) / 100;
// применим декремент на уменьшение скорости отбора после N-го кол-ва Старт/Стопа
если ((% уменьшения отбора) > 0)
{
calc = (кол-во старт/стопов) * (% уменьшения отбора);
if (calc > 100) ca…[Читать далее]

Выложи свои скрины настроек в web, как Дмитрий выше выкладывал: https://luckycenter.ru/topic/automatics-luckybox-2/page/57/#post-38747

В пред идущих версиях можно было не выбирать в настройках для процесса конкретные исполнительные устройства, все равно работали бы. Сейчас, в соответствующих каналах датчики и устройства выбирать обя…[Читать далее]

Все меняется ))), не переживай, проверено. Вывожу ведь количество старт/стопов, куда еще и это втыкать. И так уже в глазах рябит, глянув на интерфейс…