Это ректификационная колона. Общий коллектор после дефлегматора и доохладителя. Клапаны отбирают отдельно «головные» фракции, питьевую фракцию и так называемые «подголовники» и «хвосты». Первое утилизируется, второе, собственно продукт, а третье идет на повторную перегонку.
На счет «застойных» зон Вы правы, но даже с таким объемом все работало хорошо. В итоговой конструкции диаметр общего коллектора конечно был уменьшен до 8 мм, просто фото сохранилось первого варианта на котором отлаживали колону.
Если бы так и происходило, то не было бы смысла в изобретениях ректификационных колон, можно тогда отбирать фракции на дистилляторе по температуре в кубе. Но так не делают, потому как не происходит четкого разделения, а температуры кипения некоторых составляющих исходного сырья настолько близки, что в результате дистилляции выходят практически одновременно. В итоге — хотите качественное разделение — делайте ректификацию.
ИМХО, самый корректный вариант сепаратора — это 3 отдельных клапана. Да, не бюджетно, зато надежно и есть возможность управлять производительностью отбора.
Вот так это выглядит на одном из разработанном нами устройств. Черная коробочка со светодиодами для индикации работающего клапана. Клапаны на постоянное напряжение 24 В.
Если честно, то шума у него хватает на всех коэффициентах. Я проводил небольшие исследования по изучению плотности распределения выдаваемых кодов АЦП при закороченных входных цепях, так вот там разброс до 1000 LSB и нифига не нормальный закон распределения, что говорит о том, что либо с разводкой платы беда, либо с АЦП, либо все вместе взятое. Так же заметил, что температурной стабилизации у него тоже нет, а заявленный рабочий диапазон температур не соответствует действительности. Хотя бы потому, что при подключении к АЦП тензодатчика на 5 кг изменение температуры в комнате на 1 градус уводят показания на 2 грамма, а если подогреть микросхему банально пальцем, то показания улетают до 5-7 грамм. В общем для себя сделал выводы, о том, что на этом устройстве можно сделать только дозатор для кошачьего корма, где точность в одну трамвайную остановку будет более чем достаточно. А нормальные решения увы, дешевыми не получаются, потому как приходиться использовать качественные АЦП от AD или TI.
Ну, опять же из текста статьи, в качестве управляющих устройств у них:
2) Для управления системой мы использовали радиомодули СИ-12 от Веги. У них есть управляющие контакты, на которые мы посадили реле подачи питания.
Так вот бегло почитав на него инструкцию, я ничего подобного в функционале не нашел, это банальный датчик, т.е. нет у него такой логики. А управление выходами осуществляется по запросу, там даже протокол описан. Поправьте, если я что то упустил.
А у меня еще вопрос так сказать созрел. Вы говорите, что не осветить какой либо участок это очень плохо, а как Ваша система себя поведет, если радиосвязь упадет. Ну к примеру выйдет из строя приемопередатчик на одном из шкафов коммутации или вообще базовая станция сломается? И в целом об организации радио покрытия ни слова, возможно там есть какое либо резервирование каналов?
Интересная статья, но мне не ясно, как Вы собираетесь сделать управление яркостью для натриевых или ртутных ламп, которые в большинстве случаев устанавливаются на столбах? К тому же для них предусмотрены отдельные устройства запуска установленные прямо в фонарь. Считаю, что без внесения изменений в конструкцию фонарей управлять яркостью не выйдет, а это уже совсем другие объемы финансовых затрат.
И еще вопрос, а почему не сделать один центральный контроллер с датчиком освещенности и уже по нему отдавать команду на включение фонарей по сети. В таком случае Вы вообще отказываетесь от режима по графику, который все равно кто то должен задать, хоть и централизованно. Хотя тут тоже есть вопрос, что делать в пасмурный день, но считаю, что тут тоже можно что то придумать. Или второй вариант, можно сделать сигнал с фотодатчика в виде корректирующего, т.е. если рассвело раньше чем закончилось время, то выключаем и обратное тоже справедливо.
Невозможности объять весь спектр возможных комплектующих, подходящих для выполнения задачи, чтобы выбрать из них «самое самое». Эти факторы, чаще всего, объясняют то, что многие устройства (бытовые, коммерческие, специальные) работают нормально, но сделаны не так, как сделали бы его вы.
А так идея интересная, я так даже и схему себе представил.
В дополнении скажу, что тема неплохо освещена на Московском MUMе 2018 года от Романа Козлова, также у него на канале есть более подробное видео с вебинара (не воспринимайте за рекламу, просто сам немного интересуюсь данной темой). Посмотрите, может что то новое для себя откроете. Также есть телеграмм канал, можно спросить там по вашим проблемам.
А так статья хорошая, спасибо за труды.
То есть по Вашему 8-ми битный процессор — много, а 32-х битный ARM в самый раз, ну Вы шутник батенька. Разве что по цене можно подумать, но все особенности Вам уже изложили в комментариях.
На счет Blue Pill, честно я до Вашего комментария даже не знал, что это такое. У меня для отладки есть Discovery на stm32f100 и stm32f407, а также PinBoard 2 с набором разных процессоров, честно, даже Arduino нет, если не считать той, что на 3d принтере стоит. Я стараюсь собирать конструкции на собственных платах, так выходит надежней, компактней и иногда дешевле.
Если уже использовать ARM от STM тогда уж лучше серию 32L она как раз предназначенная для экономных решений, но Вы цену на них видели? Как по мне в данном случае это вообще сравнимо со стрельбой из пушки по воробьям.
Не соглашусь с Вами, во первых поддерживать температуру в подаче +80 не всегда целесообразно и экономно. Также в прохладное время года (осень/весна) котел очень быстро будет набирать температуру, таким образом цикл его работы будет очень коротким, а следовательно возрастет количество пусков/остановок, не думаю что это положительно скажется на сроке эксплуатации. В дополнении добавлю, что есть вполне известная табличная зависимость температуры теплоноситель от температуры окружающего воздуха вне помещения. В большинстве современных котлов существует специальный вход для датчиков температуры за окном, по нему котел сам изменяет температуру теплоносителя.
Что касается индивидуальной температуры в каждой комнате, то этого можно добиться несколькими путями:
— настроить пропускаемый объем теплоносителя через каждую батарею при помощи банального крана (мой случай), а регулирование в целом достигается по одной из комнат термостатом.
— установить на каждый радиатор термоголовку, в таком случае возможно и термостат нет смысла устанавливать
В данный момент состояние реле в приемнике не измениться, а на передатчике будет моргать индикатор разряда батареек. Я сейчас думаю, немного подкорректировать алгоритм, например, если приемник в течении 4-5 попыток ожидания сигнала от передатчика не получил пакет, то включать реле и пусть котел сам регулирует по температуре подачи, как будто термостата просто нет. Да, будет не экономично, зато в мороз дом не остынет. Также можно включать реле при разряде батареек в приемнике. Да собственно, я и не говорил, что это окончательный вариант алгоритма, всегда можно что то улучшить, тем более коллективно.
Что касается питания, то решение запитать от батареек обусловлено тем, что я не хотел привязывать место установки к расположению розеток.
Странно, у меня все работает, хотя я догадываюсь в чем дело. Пусть Ваш комментарий будет информеров для остальных читателей, а не упомянуть об авторе и материале в статье мне совесть не позволяет.
Не смотря на биения, в ноутбуках все крутиться нормально. На счет эргономики, то тут я с Вами соглашусь что вариант не самый удачный, как минимум по расположению кнопок, но желания переделывать уже нет.
Подшипник просто вставлен, на сколько это получилось по нормали не могу ответить, но двигатель в своем посадочном месте устанавливается не очень плотно, тем самым это позволяет нивелировать небольшие отклонения подшипника от центральной оси устройства.
Конечно, в идеальном случае было бы отлично, что бы все было соосно, а для этого необходимо повысить качество изготовления корпуса, возможно что то изменить в его конструкции. В моем случае это проблематично в первую очередь по причине не очень качественной печати.
На счет «застойных» зон Вы правы, но даже с таким объемом все работало хорошо. В итоговой конструкции диаметр общего коллектора конечно был уменьшен до 8 мм, просто фото сохранилось первого варианта на котором отлаживали колону.
Если бы так и происходило, то не было бы смысла в изобретениях ректификационных колон, можно тогда отбирать фракции на дистилляторе по температуре в кубе. Но так не делают, потому как не происходит четкого разделения, а температуры кипения некоторых составляющих исходного сырья настолько близки, что в результате дистилляции выходят практически одновременно. В итоге — хотите качественное разделение — делайте ректификацию.
Вот так это выглядит на одном из разработанном нами устройств. Черная коробочка со светодиодами для индикации работающего клапана. Клапаны на постоянное напряжение 24 В.
1. www.kit-e.ru/articles/dac/2008_09_42.php
2. www.analog.com/media/ru/technical-documentation/application-notes/438603552716788154AN615R.pdf
3. www.kit-e.ru/articles/dac/2006_5_176.php
В последней статье очень неплохо описан алгоритм для обработки сигнала с АЦП.
Так вот бегло почитав на него инструкцию, я ничего подобного в функционале не нашел, это банальный датчик, т.е. нет у него такой логики. А управление выходами осуществляется по запросу, там даже протокол описан. Поправьте, если я что то упустил.
И еще вопрос, а почему не сделать один центральный контроллер с датчиком освещенности и уже по нему отдавать команду на включение фонарей по сети. В таком случае Вы вообще отказываетесь от режима по графику, который все равно кто то должен задать, хоть и централизованно. Хотя тут тоже есть вопрос, что делать в пасмурный день, но считаю, что тут тоже можно что то придумать. Или второй вариант, можно сделать сигнал с фотодатчика в виде корректирующего, т.е. если рассвело раньше чем закончилось время, то выключаем и обратное тоже справедливо.
А так идея интересная, я так даже и схему себе представил.
А так статья хорошая, спасибо за труды.
На счет Blue Pill, честно я до Вашего комментария даже не знал, что это такое. У меня для отладки есть Discovery на stm32f100 и stm32f407, а также PinBoard 2 с набором разных процессоров, честно, даже Arduino нет, если не считать той, что на 3d принтере стоит. Я стараюсь собирать конструкции на собственных платах, так выходит надежней, компактней и иногда дешевле.
Если уже использовать ARM от STM тогда уж лучше серию 32L она как раз предназначенная для экономных решений, но Вы цену на них видели? Как по мне в данном случае это вообще сравнимо со стрельбой из пушки по воробьям.
Что касается индивидуальной температуры в каждой комнате, то этого можно добиться несколькими путями:
— настроить пропускаемый объем теплоносителя через каждую батарею при помощи банального крана (мой случай), а регулирование в целом достигается по одной из комнат термостатом.
— установить на каждый радиатор термоголовку, в таком случае возможно и термостат нет смысла устанавливать
Что касается питания, то решение запитать от батареек обусловлено тем, что я не хотел привязывать место установки к расположению розеток.
Будьте добры вот с этого момента по подробней…
Конечно, в идеальном случае было бы отлично, что бы все было соосно, а для этого необходимо повысить качество изготовления корпуса, возможно что то изменить в его конструкции. В моем случае это проблематично в первую очередь по причине не очень качественной печати.