1 2 3 4 5 6 7 8 9 10 0/10 0,00оценок: 0

Защита от протечки в канализацию

Тема в разделе "Водоснабжение", создана пользователем evo834, 30.01.17.

  1. evo834
    Регистрация:
    28.12.16
    Сообщения:
    32
    Благодарности:
    3

    evo834

    Участник

    evo834

    Участник

    Регистрация:
    28.12.16
    Сообщения:
    32
    Благодарности:
    3
    Защита от протечки в канализацию
    1. evo834
      [​IMG]

      Есть система водоснабжения 2-эт загородного дома. Хочу защититься от переполнения канализационной ёмкости (10 куб. м) при поломке сантехнической арматуры. Но не при помощи поплавка в ёмкости, а каким то электронным устройством, для которого датчиком будет, например, расходомер воды на входе в систему. Датчик я в состоянии сделать сам, исполнительное устройство тоже могу, не могу придумать алгоритм, который бы являлся признаком отказа сантехники.
      Может быть есть что-то готовое?

      P. S. Уже давно установил защиту от протечек Нептун на 3 датчика с двумя кранами, но использовал только один кран на входе в гидроаккумулятор + спаял сам схему отключения насоса при протечке. Если кому -то интересно, - выложу схему.
    2. американец27
      [​IMG]

      @evo834, есть такая идея. При наполнении ёмкости, срабатывает датчик уровня и подаётся напряжение на нормально-открытый э/м клапан (плюс сигнальная лампа или ещё что-то), который закрывает всю воду в доме, до частичного или полного опустошения ёмкости. Датчики есть разных типов и если вы не любите поплавки, то поройтесь в сети. Для надёжности можно поставить два поплавка параллельно.
    3. evo834
      [​IMG]

      Меня поплавок не устраивает не потому, что это поплавок по сути. Поплавок будет контролировать переполнение ёмкости, а мне надо, чтобы определялась аварийная утечка воды в канализацию.
      Например, ёмкость вчера выкачалась, а сегодня потёк кран и за один рабочий день яма снова наполнилась, поплавок сработал и система отключила воду.
      Снова выкачивать, - лучше, чем ничего, но надо, чтобы авария определялась за 10-15 минут утечки, хотя бы. А не тогда, когда насос включился 50 раз и перекачал 5 кубов в канализацию.
    4. американец27
      [​IMG]

      Это как же вы хотите автоматике объяснить чем утечка (литр в минуту на пример) отличается от попытки помыть посуду, руки, наполнить стакан и т. д. Даже алгоритм определения не представляю пока, а без этого и железо не подобрать.
    5. evo834
      [​IMG]

      Вот поэтому я и написал об алгоритме:

      , не могу придумать алгоритм, который бы являлся признаком отказа сантехники. Может быть есть что-то готовое?
    6. ifa21rus
      [​IMG]


      Меня поплавок не устраивает не потому, что это поплавок по сути. Поплавок будет контролировать переполнение ёмкости, а мне надо, чтобы определялась аварийная утечка воды в канализацию.
      Например, ёмкость вчера выкачалась, а сегодня потёк кран и за один рабочий день яма снова наполнилась, поплавок сработал и система отключила воду.
      Снова выкачивать, - лучше, чем ничего, но надо, чтобы авария определялась за 10-15 минут утечки, хотя бы. А не тогда, когда насос включился 50 раз и перекачал 5 кубов в канализацию.
      Есть интеллектуальная защита от протечек воды - SikuroAqua. Но Вы тему ТС уводите - заведите свою.
      =
    7. Нашёл поиском, посмотрел видео. Что-то про самообучение мелькнуло, но ясности нет.
     
  2. Андрей 203
    Регистрация:
    24.03.09
    Сообщения:
    45.207
    Благодарности:
    37.202

    Андрей 203

    Администратор

    Андрей 203

    Администратор

    Регистрация:
    24.03.09
    Сообщения:
    45.207
    Благодарности:
    37.202
    Адрес:
    Уфа
    Уважаемые специалисты, есть ли ещё варианты решения проблемы?
     
  3. Protasevich
    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169

    Protasevich

    консультирую помаленьку

    Protasevich

    консультирую помаленьку

    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169
    Адрес:
    Орел
    Нет и не будет. Никакая, даже самая интеллектуальная, автоматика не отличит утечку в канализацию, от обычного бытового пользования водой. Что-то похожее, а именно защиту от протечек без использования датчиков протечки, уже как-то обсуждали. Там были почти такие же вводные. Теоретически можно реализовать, практически - датчики протока воды + датчики протока канализации + датчики присутствия человека (что человек пользуется краном). Дополнительно каким-то макаром отслеживать наполнение той же ванны (а это уже происходит без участия человека) или расход воды на полив. Плюс учесть вероятность стока воды без пользования кранами (как пример - решили слить воду в 200 литровом аквариуме или 10 литровую кастрюлю прокисшего борща;)). Плюс учесть влияние грунтовых/талых вод если колодец/септик не герметичен. Плюс "мозги" для всей этой "компании" и алгоритм работы (а вот его придется разрабатывать под конкретный объект/условия).
    Задача изначально не предполагает решения. По крайней мере разумного/адекватного решения. Городить из-за одного септика по-сути систему "умный дом", это на разумное/реальное решение никак не тянет.
     
  4. burka
    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931

    burka

    имею некоторый опыт

    burka

    имею некоторый опыт

    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931
    Адрес:
    Москва
    Ну не знаю как можно интерпретировать в этом отношении мою систему, но установлена она в СО и работает по следующей логике: Когда в системе отопления падает давление, автоматически включается клапан подпитки и система наполняется до обычного давления. Если через 15-30 минут давление не меняется, то система из положения "аларм" переходит в обычный режим наблюдения. Если же падение давления повторится, то подпиточный клапан полностью отключается, система вся опорожняется в канализацию, все насосы, котлы и пр. то же обесточиваются и вя систеа переходит ваварийный режим. Что это такое? Это и СМС оповещение и тревожные звонки с проговором слова "тревога" ну и собственно рассылка идет ещё на десяток телефонных номеров. Всё это завязано на систему "Кситал" и любой исполнитель (реле, сервопривода, эл. магн. клапана и пр.) подчинены дистанционному вмешательству или тестированию и управлению. Выглядит примерно так: IMG_1918.JPG IMG_1920.JPG , ну и по моему не так уж и сложно выполнить при желании применительно к задумкам автора данного топика.
     
  5. Protasevich
    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169

    Protasevich

    консультирую помаленьку

    Protasevich

    консультирую помаленьку

    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169
    Адрес:
    Орел
    @burka, я свое мнение высказал, если Вам задача ТС кажется легко решаемой - вперед! :hello:
     
  6. burka
    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931

    burka

    имею некоторый опыт

    burka

    имею некоторый опыт

    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931
    Адрес:
    Москва
    Дело не в том, что задача легко или тяжело решаема, дело в том, что для реализации поставленных Т. С. задач, с каждым днем появляются всё больше и больше вариантов их решений. Если раньше нужны были недюжинные знания по микроэлектронике, то сегодня достаточно понимания принципа действия срабатывания "исполнительных механизмов", не вдаваясь в подробности способов доставки сигналов к их срабатыванию. Будь то сигналы сотовой связи, GPRS, и т. п. или ещё чего нибудь подобного. Главное - нажал кнопку, послал сигнал, там сработало ... и пришёл ответ. Всё! Чего ещё надо? Ну, что - всё это очень сложно для понимания, что ли? К чему вся эта лирика - (сарказм если что)?
     
  7. Protasevich
    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169

    Protasevich

    консультирую помаленьку

    Protasevich

    консультирую помаленьку

    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169
    Адрес:
    Орел
    @burka, да при чем тут решения? Вместо того, что бы гарантированно контролировать и отслеживать главный и основной параметр (уровень заполнения септика) и ТС и Вы предлагаете определять его по вторичным признакам.
    Почему вспомнил тему по защите от протечки. Там аналогично, вместо того что бы тупо поставить нужное кол-во датчиков, реагирующих именно на факт появления воды там, где её быть не должно, предполагалось как-то гипотетически вычислить протечку по протоку воды. А то, что проток может означать и наполнение ванны, и порванную гибкую подводку - пофиг. Ну да, можно попытаться определить по времени протока (т.е ограничить время протекания воды), но как, даже умной автоматике дать понять разницу между наполнением ванны и протечкой (а сотня литров в ванне, или та же сотня литров на полу - разница огромная) - почему-то никто не знает. Наверное предполагается что она догадается сама. И это только один из возможных вариантов.
    Так же и в случае ТС - как автоматика поймет что он наполняет ванну (полезное действие) или просто забыл закрыть кран (аварийная ситуация) и нужно блокировать воду во избежании её бесполезной траты (и заполнения септика)? Наверное нужно еще и канализацию как-то тоже контролировать?
    Далее вариант - поставили Вы в кухонную мойку что-то размораживать или охлаждать и под это дело открыли воду. Для Вас это полезное действие? Автоматике как это объяснить? Ладно, объяснили! Теперь такая же фигня, только с умывальником в ванной. Вряд ли Вы там будете размораживать курицу или медитировать глядя на текущую воду (полезные действия). Для этого потребителя уже можно и нужно ограничивать время пользования, ведь умываетесь и чистите зубы (обычное и непосредственное использование умывальника) вы не полчаса? Как автоматике в этом случае отличить пользование умывальником и пользование смесителем ванны? Приходим к тому, что нужно как-то различать потребителей и для каждого потребителя прописывать свой алгоритм работы. Причем учитывать нужно как стандартное использование (в примере с ванной - слив не работает, кран работает - всё в порядке, кран не работает - слив работает - тоже все в порядке), так и не стандартное (лежите в ванне и решили добавить горячей водички - и кран работает, и слив работает).
    Дальше продолжать нужно? Могу например вспомнить детей играющихся с водой, соот-но к какой категории действий это отнести? Многократный слив унитаза, как пример - не получилось с первого раза смыть. И чем это действие (полезное и выполняемое человеком) отличается от запавшего клапана (аварийная ситуация)? И плавно приходим к тому, что придется помимо самого фиксирования действия (проток, слив) и его величины, необходимо еще как-то определять "виновника" этого действия. Это относится и к той самой "размораживаемой курице" - автоматика должна понимать что это хозяин произвел это действие, а не кран проявил инициативу, и к ванне - хозяин сам открыл кран и просто добавляет горячую воду.
    Ладно, здесь справились... Теперь вернемся к септику. Мы знаем изначальный уровень в нем? От которого рассчитываем уровень наполнения? Погрешность учитываем как-то? Которая имеет свойство накапливаться. Т. е. автоматика может посчитать полупустой септик полный, а полный - полупустым. Не забудьте что еще нужно как-то отсчитывать объем удаляемой/откачиваемой воды и соот-но корректировать/учитывать изначальный уровень.
    Думаю достаточно на сегодня...;)
    Ну а что касается доступности радиоэлектронных "вкусняшек" - и раньше, и сейчас, в первую очередь нужно суметь спроектировать/понять/создать алгоритм работы всего устройства. И потом уже "обвязывать" его всякими готовыми "вкусностями". Причем ещё нужно знать на что способны/не способны эти "вкусности". Да, сейчас не обязательно самому создавать схемы, рисовать и распаивать платы, можно подобрать и использовать готовые устройства/датчики/модули. Но вот собрать всё это железо в работоспособную конструкцию, причем еще и разработать эту конструкцию - тут уже от времён ничего не зависит. И знания работы исполнительных механизмов, как и умения нажимать кнопку, тут явно будет недостаточно. Использовать (пусть даже собрав своими руками из отдельных модулей) готовое устройство с готовым алгоритмом работы, и собрать устройство под разработанный/конкретный алгоритм - это две большие разницы. Переводя на наш с Вами доступный язык - пользоваться паяльником и спаять систему водоснабжения/отопления сможет практически любой. И многие достаточно качественно. Так откуда на форуме столько вопросов - "помогитесобралнифиганеработает!" Наверное недостаточно уметь пользоваться паяльником - этого достаточно для работы по проекту/шаблону, а нужно еще иметь понимание как всё это "в куче" должно работать, и как добиться этой работы.
     
  8. burka
    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931

    burka

    имею некоторый опыт

    burka

    имею некоторый опыт

    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931
    Адрес:
    Москва
    Дааа! Эпично написано. Даже не предполагал, что Вы настолько консерватор. Вы ведь похоже напрочь отметаете саму возможность существования подобных идей. Но ведь это же не правильно. Я готов навскидку предложить несколько алгоритмов решения подобного рода задач. Ну вот например: - самое, на мой взгляд, простое решение... Основным критерием заполнения септика как мы понимаем, является работающий насос. Правильно? Ну вот и подключите его тупо через розетку GSM. В ней уже заложена куча алгоритмов включения, не говоря уже о таймерах с посекундным шагом включения. Ну включился насос в 3 часа ночи - сигнал пришёл моментально. А если Вы гуляете днем по лесу, в окрестностях своей дачи зная, что в доме полно домочадцев - переведите таймер на получасовое срабатывание. Ну ведь гарантированно ничего не затопит! Ну чего тут долго думать то? Появились сомнения, что, что то не так - вырубайте насос на хрен, нажатием всего одной кнопки на телефоне. Чем Вам не алгоритм? А-а-а-а! Септик бетонный! Швы протекают! Связь плохая...! Согласен, каждое решение справедливо для определенных условий, которые необходимо продумывать и учитывать. Ну ведь на то и голова дана в конце концов! Но ведь всё равно сделать задуманное можно, чего уж так то сразу - хрясь... и "низяяяя"? Конечно и для работы с паяльником навык и опыт нужны. Конечно кто то бывает так нарукожопит, что после него потом разгребать замучаешься, а в рамках форума, так еще и зачастую с амбициями сталкиваться приходиться. "Оне" ведь считают только себя во всем правыми. Но мы же с Вами не об этом сейчас говорим. Мы говорим о мировоззрении если хотите. О взгляде на жизнь, о возможностях подходов и нахождения решений самых смелых и интересных решений для своих задумок... И уверен, что реализовать можно любую задуманную идею, опираясь на знание предмета и существующие технологии... "Я так думаю...!" О!
     
  9. Protasevich
    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169

    Protasevich

    консультирую помаленьку

    Protasevich

    консультирую помаленьку

    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169
    Адрес:
    Орел
    Немножко не угадали. И сделали не совсем верные выводы.
    Давайте еще раз озвучу кой-какие выводы:
    1. По септику. Самый точный и правильный способ узнать степень его наполнения это, как ни странно, прямое измерение уровня воды в нем. Как и чем, будь то поплавковые/контактные датчики, ультразвуковые или лазерные датчики расстояния - не суть важно. Непосредственное измерение уровня это самое точное, простое и не зависящее от второстепенных причин действие. Попытка рассчитать уровень по вторичным параметрам будет заведомо или не точной (если учитывать только проток воды), или слишком усложненной (если учитывать и канализационные стоки, и "стартовый уровень" в септике, и возможность поступления грунтовых вод). ТС видимо всего этого просто не осознает, и вместо облегчения задачи стремится к её усложнению.
    2. Что касается определения нормальной и аварийной утечек воды... Попытка/желание использовать только датчик протока/водомер и т. п, и на основе его показаний пытаться рассчитать объем и полезность/аварийность стоков заранее обречена на провал. Нужно как-то отделять мух от котлет, то бишь различать - с пользой вода течет в каналью или без оной. Опять же - простого решения здесь не возможно априори. И если с датчиками протока воды еще что-то можно придумать (найти и прикрутить электронные расходомеры не проблема), то с датчиками протока канализации уже ни черта не придумаешь - здесь уже нужна чистая самодельщина. Да, по канализации тоже есть готовые решения, вот только в быту они не применимы без "доработки напильником", да и цена думаю ТС не обрадует. И если с датчиками еще можно разобраться, то сам алгоритм работы устройства (и его реакции на стандартные и нестандартные ситуации) предстоит изобретать самому ТС.
    Ну и повторю выводы, и прошу, дабы избежать дальнейших споров - постарайтесь их прочесть и понять.
    Простое, с наскока, решение задачи не предполагает хоть какой-нибудь приемлемой точности. Тем более если за основу берется расчет не по первичным, а по вторичным параметрам. ТС, похоже, этого даже не понимает.
    Повышение точности и информативности влечет за собой усложнение и удорожание системы. Причем в "довесок" еще и переделку/доработку действующих систем водоснабжения и водоотведения. Причем часть датчиков придется придумывать самому. Этого ТС тоже не понимает.
    Отличить утечку от обычного режима работы теоретически (именно теоретически!) возможно, а практически - придется придумать алгоритм где прописывать все возможные и не возможные ситуации и реакцию системы на них. Причем всё равно, возможность ошибочного действия системы останется достаточно высокой. В этой области аналогично - собака не валялась.
    Отсюда и делаю вывод что задача или не имеет решения, или имеет, но затраты на её решение будут слишком высоки, т. е. цель не оправдает средств.

    Что касается именно Вашей системы. Несмотря на обилие электроники, сам алгоритм работы достаточно простой и, извините, дубовый. Давайте попробуем приблизить Вашу систему к уровню, который будет аналогичным задаче ТС. Берем коллектроно-лучевую систему отопления (это что бы вместо сливания всей системы, отсечь только поврежденный участок). Определяем утечку конкретно в каждой ветке. Причем с учетом преднастроек - разный проток в разных ветках, с учетом работы термоголовок - изменение протока, с учетом работы циркуляционного насоса (ов) - старт-стоповый режим или постоянный. И принимаем решение о блокировке аварийной ветки и сливе её содержимого, причем учитывая степень и вероятное место утечки (например утечка в подвале пусть даже и приличная, ес-сно в разумных пределах и утечка на втором этаже приведут к разным последствиям. Или на утечку в помещении с установленным в полу сливным трапом и нормально выполненной гидроизоляцией можно вообще начхать). Да еще учитывая назначение/важность помещения и скорость его охлаждения (как пример - заблокированное отопление в ванной при открытом окне способно нанести больше вреда в плане разморозки сантехники, чем небольшое подтопление). И добавьте сюда еще контроль над магистралями, причем с учетом контроля над отдельными ветками. Реально разработать алгоритм? В принципе, если есть соответствующие знания и напрячься - реально. Реально найти нужные датчики? Почти, часть все таки придется конструировать самому. Есть ли смысл? Вот тут уже - ХЗ. Предвидя ответ - "да я собрал и всё работает", могу сразу навскидку ответить - это всё уровня ТС "поставить водосчетчик и по нему определять". Живучесть системы нулевая - происходит сброс всей системы, а не исключение аварийного участка. Локализовать же утечку после слива всей системы может быть очень сложно, а возможно и вообще не получится - система слита, не видно где течет, да и течь может быть не на виду. Вот теперь и Вы можете дать ответ на вопрос - реально ли реализовать хотелки ТС и есть ли смысл этой реализации.

    Ну и возвращаясь к цитате... Я не отметаю саму идею, она вполне реализуемая. Вот только при тех вводных что выдал ТС эта реализация ничего не даст. Смотреть на красивые огоньки или читать сообщения информационная ценность которых из разряда "пальцем в небо" - смысла нет. А повышение информационной ценности потянет за собой очень существенное усложнение и удорожание системы, вплоть до невозможности её реализации ТС.

    Ну и еще раз повторюсь - можете помочь ТС в реализации его задумок - вперед, никто не запрещает. Я, в свою очередь, чем смогу - помогу, но разрабатывать с нуля - увольте, я представляю и сложность и конечный результат.
     
  10. burka
    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931

    burka

    имею некоторый опыт

    burka

    имею некоторый опыт

    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931
    Адрес:
    Москва
    Ну хорошо - "Мы не привыкли отступать...!" Тогда давайте я попробую предложить некоторые варианты "алгоритмов" отталкиваясь от Ваших же тезисов! И так тезис номер 1 -
    - вот смотрите: опускаем в септик дренажный насос с поплавком или датчиком уровня... получаем на выходе два полезных действия - первое - аварийное включение и опорожнение септика, предохраняющее от перелива, и второе - два сигнала (по уровню и по включению насоса). Дальше ув. читатели пусть сами анализируют этот Ваш тезис, сравнивают условия его задачи и интерпретируют её к предложенному мной варианту решения (с учетом оценки его простоты или сложности)! Теперь второй тезис:
    Предлагаю вернуться к насосу. Ну сколько по Вашему будет работать включенный насос, для того, что бы наполнить даже большую более 400 литров ванну? Ну согласитесь, всяко меньше часа. Ну, что мешает в таком случае организовать посылку сигнала в случае, если насос проработает более одного или полутора часов? Ну или ограничить цикличность его включений в течении определенного отрезка времени (это я на реле давления намекаю...)? Не забываем, что в септике уже реализован "тезис №1". Вот даже то, что я сейчас обрисовал, на мой взгляд, серьезно повышает безопасность рассматриваемой нами системы. Приближает, а возможно и полностью реализует понимание Т. С. того чего он хочет добиться. Если в моей схеме есть неучтенные, нереализованные и не решённые задачи поставленные в условии Т. С. или ув. @Protasevich, - милости прошу к обсуждению или справедливой критике, или к предложению и рассмотрению своих вариантов. А тезисы ув. всеми нами гуру на сегодня - все уже рассмотрены! И других - пока нет...?
    С Уважением.
     
  11. Protasevich
    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169

    Protasevich

    консультирую помаленьку

    Protasevich

    консультирую помаленьку

    Регистрация:
    08.07.08
    Сообщения:
    11.651
    Благодарности:
    15.169
    Адрес:
    Орел
    Увы, Вы не совсем внимательно читаете вводные -
    ничего не получаем, ибо при таких вводных результат будет аналогичен тыканью пальцем в небо.
    Полив?
    Летний душ?
    Да даже, не дай бог форсмажор - тушение пожара в собственном доме! Или последнее по определению не может быть? И вот здесь блокировка водоснабжения по времени работы очень даже кстати будет! :(
    Далее... почему Вы принимаете единовременное пользование одним потребителем воды и совершенно исключаете последовательное использование разных потребителей? А такого варианта как-то: ТС набрал ванну, следом включилась стиралка, потом жена начала на кухне мыть посуду, и не успела она закончить как ТС решил воспользоваться душем, не может быть? И в этот момент блокируется подача воды по превышению времени протока! И стоит ТС весь из себя красивый, в пене как богиня Афродита, и думает как ему в таком виде пойти и перезапустить систему. :)] Так какое время примем за эталон? Полчаса? 40 минут? Час?
    Шут с ним, прикинули, запрограммировали. А теперь другая ситуация - забыли закрыть кран (чего ТС собственно и опасается - неконтролируемого использования), например ребенок поигрался с водой. Сколько за это время, при такой задержке реле, впустую уйдет в канализацию? Литров 300, а то и больше, пока сработает реле времени?
    И приходим опять к тому, что каким-то потребителям не должно быть позволено слишком долго гнать воду, а каким-то должны быть сняты все ограничения.
     
  12. burka
    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931

    burka

    имею некоторый опыт

    burka

    имею некоторый опыт

    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931
    Адрес:
    Москва
    Да, любой контактор с 2-3 парами нормально замкнутыми и нормально разомкнутыми контактами, легко - ЛЕГКО! - решает эти проблемы! Нажимаем кнопочку (даже) на допотопной "Мотороле". переводим систему на т. н. "байпас" понимая, что в доме полно "ихтиандров" - и ФСЁ! Система опять под контролем (насос пашет на полную, не взирая ни на что...) - брызги летят, все хохочут и смеются (пожар потушен...) - радуга над всеми 60 сотками ... и септик опять ждёт - ну когда же мне чего нибудь достанется...? ...извините (чего то увлекся, кажется)! Ой "сорри", немножко не так: - не надо ничего нажимать - просто когда система находится в состоянии "покоя", она сама - автоматически переходит в режим аварийного включения пожаротушения... не надо ничего нажимать короче, оно само среагирует, если что не так будет... Да, да - именно так контакторы и работают...!
     
  13. evo834
    Регистрация:
    28.12.16
    Сообщения:
    32
    Благодарности:
    3

    evo834

    Участник

    evo834

    Участник

    Регистрация:
    28.12.16
    Сообщения:
    32
    Благодарности:
    3
    Всем привет, отсутствовал недолго, а букв появилось много. Это хорошо.
    Могу констатировать, что
    1.
    Protasevich
    , умеет читать и понимать прочитанное. Он также понимает разницу между Программными и Аппаратными средствами.
    2.
    burka почему-то постоянно перескакивает с ПС на Аппаратную часть. Я же написал, что меня интересует алгоритм, а вы пытаетесь реализовать часть алгоритма, не имея общей картины.
    -
    В целом, обсуждение получилось очень полезным и я понял, что задача решаема весьма сложными средствами. Всё это вполне можно заменить датчиком - поплавком и пожертвовать тем, что при наступлении СЛУЧАЯ, канализационный резервуар может быть наполнен с пустого до полного, а только потом произойдёт сработка датчика и система перекроет воду.
    Собственно, понятно, что именно тем датчик - поплавок и плох - он не защитит от бессмысленного наполнения ямы.
     
    Последнее редактирование: 14.02.17
  14. evo834
    Регистрация:
    28.12.16
    Сообщения:
    32
    Благодарности:
    3

    evo834

    Участник

    evo834

    Участник

    Регистрация:
    28.12.16
    Сообщения:
    32
    Благодарности:
    3
    Всем спасибо. Было полезно
     
  15. burka
    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931

    burka

    имею некоторый опыт

    burka

    имею некоторый опыт

    Регистрация:
    09.01.08
    Сообщения:
    6.710
    Благодарности:
    3.931
    Адрес:
    Москва
    Нет, не так - я просто даю общий вектор направления к пониманию решения отдельно взтых задач из всей цепочки остальных. При желании можно продумать и решить все, вот тогда и появится общий алгоритм. Может быть я смотрю несколько глубже, понимая, что просто такие вещи не делаются, но и поверхностный подход неприемлем для того, что бы сразу "хоронить" идею.