Как обрабатываете ситуации, когда по какой-то причине на момент опроса отсутствовало электричество и учёт потребления тепловой энергии не вёлся?
Мы когда подобный проект делали (2012-й год), тоже столкнулись с «зоопарком» — было что-то около 800-ти домов, обычно из тепловычислителей там были ТЭМ, ВКТ, ВТД.
Выше был вопрос про целесообразность. В нашем случае сантехники знают свои права и «левые» обязанности на себя «повесить» не давали. Так что сбором данных с вычислителей для отчетов занимались КИПовцы, которые обслуживали приборы учета. Штат КИПовцев был достаточный, чтобы в графике «скользящего окна» демонтировать приборы учета на поверку, монтировать их с поверки, ставить на вторичный коммерческий учет. А вот с отчетами было сложнее — нужно было в относительно короткий срок снять показания, сформировать отчеты, сдать их инспекторам ресурсосноснабжающей организации(РСО). Причем формирование отчетов, их сдача — это прям процессы, а не простое действие в один ход. Для формирования отчетов народу требовалось в итоге больше, чем на техническое обслуживание. Скажем, до внедрения диспетчеризации обслуживание 30-ти домов осуществляла группа из четырех человек. После внедрения — двое. К счастью, процесс диспетчеризации начался относительно рано, когда «оприборено» было еще немного домов и имеющийся штат КИПовцев не только не сократился, но впоследствии еще и вырос соразмерно объему домов, где вводили в эксплуатацию учет тепла.
При автоматическом формировании отчетов нужно было учесть все те ситуации, с которыми сталкивались КИПовцы — например, помимо учета того были ли приборы учета на поверке, были интересные варинты, когда один из домов был «проходным» и от его сетей запитывалось другое жилое здание и нужно было в отчете это автоматом учитывать и не «повесить» на головное здание потребление остальных. Потребление субабонентов (юр лица) тоже учитывались в отчете.
После автоматизации первыми, кто почувствовал положительный эффект, были КИПовцы.
Теперь ручные корректировки хоть и остались, но стали единичными случаями. Не нужно больше ходить по подвалам. Система на карте помечала дома, в которых параметры вышли за порог уставок и это избавило от необходимости ежедневного обхода домов. Причем часть уставок формировалась динамически — это «коридоры» температур подачи и «обратки» для контура отопления. Летом формирование уставок для отопления автоматом прекращалось и возобновлялось с наступлением отопительного сезона.
Про сертификацию — договорились с РСО о таком варианте: просто сделали «гостевой» аккаунт для их инспекторов и они могли в любой момент времени посмотреть текущее потребление, сформировать отчет о потреблении ресурсов за выбранный период по любому интересующему их дому. Глубина архивов в БД была около года, остальное уходило в бэкап, но эти архивные данные так еще ни разу и не понадобились. Плюс были еженедельные бекапы актуальной БД. Вот они да, бывало, что пригождались)
Это 80-ка с оборачивающей призмой, как я понимаю. На таком штативе она себя полностью не раскроет, но если добавить окуляр 25мм плёссл — можно будет понаблюдать небо с полем зрения примерно 3 градуса — это неплохо. Если конечно апертура не порежется — тут нужно смотреть конкретно эту модель. Яркие объекты из каталога Мессье она «потянет». Вопрос с какой детализаций она их покажет. С таким штативом удел этой трубы — небольшие увеличения и рассеянные звёздные скопления в качестве объектов наблюдения. Еще Луна) То, что там заявлено более 100 крат — ими еще нужно суметь воспользоваться на практике. Так что крат 16..50 — должно быть еще комфортно или приемлимо. Искатель с виду ерундовый, но если использовать эту трубу как обзорную, то он и не нужен.
В чем плюс этой «гляделки» — она небольшая, всегда под рукой.
Нужна мотивация, чтобы програмист начал вникать в бизнес процессы. Я бы предложил рассматривать написание подобных систем как инвестиции в бизнес, с которых положено отдавать часть %% от прибыли либо — % от высвобожденных средств.
Например, в случае «Что можно автоматизировать, чтобы сократить количество бухгалтеров?» —
будет ли программист после успешного внедрения написанной им приблуды пожизненно
получать % от заработка этих двух уволенных бухгалтеров? Если вопрос поставить
таким образом, то будет выгодно создавать системы автоматизации в которых
необходимость участия самого программиста будет сведена к минимуму или нулю — тогда
программист будет иметь стимул к написанию множества подобных систем, внедрению их
на разных предприятиях. Когда же таких программистов станет много, то %
выплат от заработка уволенных/переведенных на другие должности будет уменьшаться просто в
следствие конкуренции.
Если же речь идёт про написание подобной системы без подобных отчислений, просто за то, что
чувак сидит на окладе в NN-MM к.р., которые считаются крутым зарабоком в его захолустье и
бизнес пытается продавить написание такой системы, то у программиста появляется стимул
к изучению английского (а он его еще не знал?) и выход на международный рынок, где есть
четкая специализация и четкое разграничение зоны ответственности и влияния. Рынок этот большой
и, даже составляя конкуренцию армии индусов, наши соотечественники будут в более выигрышном
финансовом положении, чем большинство ИТР в местном захолустье — просто в следствии слабого рубля.
Да — звёзд с неба не достанут, но обеспечить себя, свою семью, дать образование своим детям,
решить жилищный вопрос — смогут. По мне так очень хорошо, что есть доступ к внешнему рынку.
В общем, создание подобных систем — вопрос стимула и времени. А что бы не соблазнять бизнес на разного рода хитрости в части отчуждения созданной системы, сделать эту систему в виде облачного сервиса (всё уже придумано до нас). Это же просто: платишь за сервис — он тебе доступен, можешь выгонять пару ненавистных бухгалтеров, не платишь — нет сервиса, привет «табор» бухгалтеров) Конечно, бизнес негативно относится к тому, чтобы передавать информацию куда-то за пределы своего предприятия и это тормозит развитие подобных сервисов.
Хорошо бы одновременно показать расходы на аренду жилья в разных областях страны, траты на продукты на одного человека, на одежду — тогда будет примерно оценить эти десятки тысяч евро годовой заработной платы. Понять, можно ли например потом с таким доходом купить жильё в ипотеку.
Интересно почитать., т.к. проходили примерно такой же путь — диспетчеризация приборов учёта в ЖКХ.
Пока писал как мы этот путь проходили, понял, что получился очень уж длинный пост — кому интересно посмотрите под
спойлером
Номенклатура приборов поменьше — пара разновидностей электросчетчиков, пять теплосчётчиков. Это всё в рамках одной управляющей компании. По электросчетчикам могу не верно вспомнить (дело было 5 лет назад), пломбировать там имеет смысл силовую часть только. Всё, что ценно там для РСО — это время начала и конца дневного и ночного времени. Этих тарифов по времени чуть не до 6 штук может быть(зачем?).
В нашем случае, от радиоканала для связи отказались, использовали серые сети местного оператора связи (РТ). Основой системы были «шлюзы» rs-232/rs-485 -> ethernet, в каждом районе стояли сервера, которые через эти шлюзы опрашивали подключенные к ним теплосчетчики и электросчетчики(по одному шлюзу на дом). Еще был центральный сервер, который через определённое время стягивал дату (репликация БД) с районных серверов и складывал в локальную БД. К этой БД был написан веб интерфейс — с его помощью создавали отчеты для подачи в РСО. До подписи электронным ключем дело не дошло, отчеты печатали и возили в РСО. Но то, что КИПовцы стали реже ходить по подвалам для снятия показаний — уже хорошо. Была еще задумка(может вам удастся довести до ума) делать «скользящий» график поверки приборов учёта. Суть его в том, чтобы не приходилось в сжатые сроки снимать и везти на поверку приборы учета чуть не со всех узлов учёта. Вместо этого — плановая активность, несколько «размеренная» с тем, чтобы покрыть возможные непредвиденные ситуации. В идеале — растянутая на весь летний (т.е. не отопительный) период.
Еще удалось сделать подобие диспетчеризации в «реальном» времени — сделали частоту опроса приборов учета один раз в 5 минут. Это позволило оперативно реагировать на возникающие нештатные ситуации. Минус этого (и наш такой глупый просчет) — приборы от Теплоком (ВКТ-7) быстро выходили из строя из-за того, что их батарея(они на батарейном питании) не была рассчитана на такие часты опросы. В срочном порядке переводили их на питание от сети, а батарейное оставили в качестве резервного. С водомерами поступили радикально — заменили их на расходомеры (типа ВЭПСов) и их показания заводили на имеющиеся незанятые каналы на тепловычислителях.
«Железное» развитие на этом остановилось и началось развитие программной части. Часть была чисто утилитарной — например как довытянуть данные со счётчика, если было отключение электроэнергии в момент опроса. Часть касалась формирования отчётов, когда данные с одного счетчика суммировались с данными другого — это например когда один дом запитан от другого. Или же в отчете РСО требовали показать объём субабонентов и объем жилого дома(под субабонентами понимали любые организации, расположенные в доме). Часть была интеграционной — например, объемы согласованные в РСО, заносились в БД, а оттуда уже они подтягивались в 1С, в расчетно-кассовый центр, где уже формировались платёжки для жителей. Взаимодействие с РКЦ запомнилось «перетягиванием каната», когда дело шло к тому, что квитанции для жителей будут рассчитывать так же в нашей программе. РКЦ пытались всячески противодействовать новой системе, это выражалось в попытках дискретитировать дату, которая приходила из нашей системы. Было несколько сложных моментов.
>> как по недосмотру программистов компании
Немного позанудствую. А как же QA? Или есть точная информация, что в этой компании программисты отвечают и за разработку и за e2e тестирование?
Есть такой феномен — распространённость фотоаппаратов Canon серии EOS среди любителей астрономии — как среди отечественных, так и среди зарубежных. Многие любительские снимки космоса сделаны именно с помощью фотоаппаратов Canon серии EOS. Их распространённость среди любителей астрономии заметил бизнес и некоторые фирмы даже стали выпускать решения специально для фотоаппаратов Canon — например, Baader выпустила фильтры на замену штатному ИК фильтру для улучшения чувствительности в ИК, что позволяет делать мЕньшую выдержку при съемке ионизированного водорода(H-alpha). Некоторые другие фирмы в свою очередь стали выпускать производную – фотоаппараты, переоснащенные фильтром от Baader, т.к. не каждый пользователь готов самостоятельно осуществлять замену фильтра.
Было бы интересно почитать от Canon анализ причин успеха среди любителей астрономии фотоаппаратов серии EOS (это давно идёт — начиная с серий 300D и по сей день, заканчивая современными модификациями EOS).
Возможно, у Canon есть планы на выпуск специальной астрономической версии, которая будет конкурентоспособной на фоне сторонних решений? (есть дорогая 60Da, но нет более бюджетной версии — 600Da, например)
как показала практика и при 75 кГц результаты измерений влажности достаточно точные и отражают состояние почвы.
Посмотрите еще 80 Мгц решение — его сделали на базе промышленного, возможно, вам будет интересно сделать такой вариант.
Не подскажете, что подразумевается под 100% влажностью почвы? Я не могу понять. С нулём понятно — землю высушили, пропекли в духовке — и вот он ноль (пока почва не успела набрать чуть влажности из воздуха). А вот со 100% что? Это 100% от влагоемкости(льем больше — вода почвой уже не впитывается, появляется на поверхности), соотношение 1 к 1 объемов воды почвы или же соотношение масс?
Купил квартиру в кирпичном доме, пришлось столкнуться с вопросом шумоизоляции.
Эту тему автор статьи не осветил так что
хочу поделиться опытом
По возможности, заливайте стяжку типа «плавающий пол», когда стяжка льется не непосредственно на плиты перекрытия, а на пружинящий материал — в Сети есть решения от разных производителей, в основном на базе минваты высокой плотности. Тем самым вы сделаете виброразвязку между вашим полом и потолком соседа снизу. Это имеет смысл даже если вы живете на первом этаже. Это обойдется где-то в дополнительные 10-20 т.р. (в зависимости от площади квартиры), поможет вам не слышать ударный шум от нижних соседей, они же в свою очередь почти не будут слышать как вы ходите, двигаете мебель. В целом, это решение сбережет ваши нервы.
В противовес плавающей стяжке можно привести решение, когда керамическая плитка укладывается непосредственно на обычную (не «плавающую») стяжку — звуки от шагов (особенно если это каблуки на шпильках) буду распространяться на несколько этажей вверх и вниз. Это самый плохой вариант.
В части шумоизоляции имеет смысл обращать внимание на квартиры с высокими потолками — там есть пространство для манёвра, так как шумоизоляция съедает пространство: «плавающий» пол — примерно плюс 5 см к толщине обычной стяжки и шумоизолированный потолок — это еще плюс 15см толщины. Стены-перегородки имеет смысл крепить к виброразвязанным поверхностям — тогда они не будут «ретранслировать» шумы от соседей.
Шумоизоляция потолка, в отличии от виброизоляции пола — довольно дорогое мероприятие — стоимость на 40м^2 запросто может составить 100т.р. или выше. Делать ли шумоизоляцию потолка — можно понять так — если над вашей квартирой одним-двумя этажами выше есть полы вида «плитка сразу на стяжку», то лучше делать.
Еще может оказаться, что застройщик не сделал корректную виброизоляцию стояков — тогда вы будете слышать шум от воды, которая течет в трубах. Этот шум даже могут «ретранслировать» стены-перегородки. Если гарантийный срок не истек, то вы можете попытаться) потребовать от застройщика устранить этот недочет. Ссылаться нужно будет на СНИПы, где есть рекомендованный уровень шума от инженерных систем — не более, чем на два децибелла выше фонового шума.
Как обрабатываете ситуации, когда по какой-то причине на момент опроса отсутствовало электричество и учёт потребления тепловой энергии не вёлся?
Мы когда подобный проект делали (2012-й год), тоже столкнулись с «зоопарком» — было что-то около 800-ти домов, обычно из тепловычислителей там были ТЭМ, ВКТ, ВТД.
Выше был вопрос про целесообразность. В нашем случае сантехники знают свои права и «левые» обязанности на себя «повесить» не давали. Так что сбором данных с вычислителей для отчетов занимались КИПовцы, которые обслуживали приборы учета. Штат КИПовцев был достаточный, чтобы в графике «скользящего окна» демонтировать приборы учета на поверку, монтировать их с поверки, ставить на вторичный коммерческий учет. А вот с отчетами было сложнее — нужно было в относительно короткий срок снять показания, сформировать отчеты, сдать их инспекторам ресурсосноснабжающей организации(РСО). Причем формирование отчетов, их сдача — это прям процессы, а не простое действие в один ход. Для формирования отчетов народу требовалось в итоге больше, чем на техническое обслуживание. Скажем, до внедрения диспетчеризации обслуживание 30-ти домов осуществляла группа из четырех человек. После внедрения — двое. К счастью, процесс диспетчеризации начался относительно рано, когда «оприборено» было еще немного домов и имеющийся штат КИПовцев не только не сократился, но впоследствии еще и вырос соразмерно объему домов, где вводили в эксплуатацию учет тепла.
При автоматическом формировании отчетов нужно было учесть все те ситуации, с которыми сталкивались КИПовцы — например, помимо учета того были ли приборы учета на поверке, были интересные варинты, когда один из домов был «проходным» и от его сетей запитывалось другое жилое здание и нужно было в отчете это автоматом учитывать и не «повесить» на головное здание потребление остальных. Потребление субабонентов (юр лица) тоже учитывались в отчете.
После автоматизации первыми, кто почувствовал положительный эффект, были КИПовцы.
Теперь ручные корректировки хоть и остались, но стали единичными случаями. Не нужно больше ходить по подвалам. Система на карте помечала дома, в которых параметры вышли за порог уставок и это избавило от необходимости ежедневного обхода домов. Причем часть уставок формировалась динамически — это «коридоры» температур подачи и «обратки» для контура отопления. Летом формирование уставок для отопления автоматом прекращалось и возобновлялось с наступлением отопительного сезона.
Про сертификацию — договорились с РСО о таком варианте: просто сделали «гостевой» аккаунт для их инспекторов и они могли в любой момент времени посмотреть текущее потребление, сформировать отчет о потреблении ресурсов за выбранный период по любому интересующему их дому. Глубина архивов в БД была около года, остальное уходило в бэкап, но эти архивные данные так еще ни разу и не понадобились. Плюс были еженедельные бекапы актуальной БД. Вот они да, бывало, что пригождались)
Это рефрактор)
Это 80-ка с оборачивающей призмой, как я понимаю. На таком штативе она себя полностью не раскроет, но если добавить окуляр 25мм плёссл — можно будет понаблюдать небо с полем зрения примерно 3 градуса — это неплохо. Если конечно апертура не порежется — тут нужно смотреть конкретно эту модель. Яркие объекты из каталога Мессье она «потянет». Вопрос с какой детализаций она их покажет. С таким штативом удел этой трубы — небольшие увеличения и рассеянные звёздные скопления в качестве объектов наблюдения. Еще Луна) То, что там заявлено более 100 крат — ими еще нужно суметь воспользоваться на практике. Так что крат 16..50 — должно быть еще комфортно или приемлимо. Искатель с виду ерундовый, но если использовать эту трубу как обзорную, то он и не нужен.
В чем плюс этой «гляделки» — она небольшая, всегда под рукой.
Например, в случае «Что можно автоматизировать, чтобы сократить количество бухгалтеров?» —
будет ли программист после успешного внедрения написанной им приблуды пожизненно
получать % от заработка этих двух уволенных бухгалтеров? Если вопрос поставить
таким образом, то будет выгодно создавать системы автоматизации в которых
необходимость участия самого программиста будет сведена к минимуму или нулю — тогда
программист будет иметь стимул к написанию множества подобных систем, внедрению их
на разных предприятиях. Когда же таких программистов станет много, то %
выплат от заработка уволенных/переведенных на другие должности будет уменьшаться просто в
следствие конкуренции.
Если же речь идёт про написание подобной системы без подобных отчислений, просто за то, что
чувак сидит на окладе в NN-MM к.р., которые считаются крутым зарабоком в его захолустье и
бизнес пытается продавить написание такой системы, то у программиста появляется стимул
к изучению английского (а он его еще не знал?) и выход на международный рынок, где есть
четкая специализация и четкое разграничение зоны ответственности и влияния. Рынок этот большой
и, даже составляя конкуренцию армии индусов, наши соотечественники будут в более выигрышном
финансовом положении, чем большинство ИТР в местном захолустье — просто в следствии слабого рубля.
Да — звёзд с неба не достанут, но обеспечить себя, свою семью, дать образование своим детям,
решить жилищный вопрос — смогут. По мне так очень хорошо, что есть доступ к внешнему рынку.
В общем, создание подобных систем — вопрос стимула и времени. А что бы не соблазнять бизнес на разного рода хитрости в части отчуждения созданной системы, сделать эту систему в виде облачного сервиса (всё уже придумано до нас). Это же просто: платишь за сервис — он тебе доступен, можешь выгонять пару ненавистных бухгалтеров, не платишь — нет сервиса, привет «табор» бухгалтеров) Конечно, бизнес негативно относится к тому, чтобы передавать информацию куда-то за пределы своего предприятия и это тормозит развитие подобных сервисов.
Пока писал как мы этот путь проходили, понял, что получился очень уж длинный пост — кому интересно посмотрите под
В нашем случае, от радиоканала для связи отказались, использовали серые сети местного оператора связи (РТ). Основой системы были «шлюзы» rs-232/rs-485 -> ethernet, в каждом районе стояли сервера, которые через эти шлюзы опрашивали подключенные к ним теплосчетчики и электросчетчики(по одному шлюзу на дом). Еще был центральный сервер, который через определённое время стягивал дату (репликация БД) с районных серверов и складывал в локальную БД. К этой БД был написан веб интерфейс — с его помощью создавали отчеты для подачи в РСО. До подписи электронным ключем дело не дошло, отчеты печатали и возили в РСО. Но то, что КИПовцы стали реже ходить по подвалам для снятия показаний — уже хорошо. Была еще задумка(может вам удастся довести до ума) делать «скользящий» график поверки приборов учёта. Суть его в том, чтобы не приходилось в сжатые сроки снимать и везти на поверку приборы учета чуть не со всех узлов учёта. Вместо этого — плановая активность, несколько «размеренная» с тем, чтобы покрыть возможные непредвиденные ситуации. В идеале — растянутая на весь летний (т.е. не отопительный) период.
Еще удалось сделать подобие диспетчеризации в «реальном» времени — сделали частоту опроса приборов учета один раз в 5 минут. Это позволило оперативно реагировать на возникающие нештатные ситуации. Минус этого (и наш такой глупый просчет) — приборы от Теплоком (ВКТ-7) быстро выходили из строя из-за того, что их батарея(они на батарейном питании) не была рассчитана на такие часты опросы. В срочном порядке переводили их на питание от сети, а батарейное оставили в качестве резервного. С водомерами поступили радикально — заменили их на расходомеры (типа ВЭПСов) и их показания заводили на имеющиеся незанятые каналы на тепловычислителях.
«Железное» развитие на этом остановилось и началось развитие программной части. Часть была чисто утилитарной — например как довытянуть данные со счётчика, если было отключение электроэнергии в момент опроса. Часть касалась формирования отчётов, когда данные с одного счетчика суммировались с данными другого — это например когда один дом запитан от другого. Или же в отчете РСО требовали показать объём субабонентов и объем жилого дома(под субабонентами понимали любые организации, расположенные в доме). Часть была интеграционной — например, объемы согласованные в РСО, заносились в БД, а оттуда уже они подтягивались в 1С, в расчетно-кассовый центр, где уже формировались платёжки для жителей. Взаимодействие с РКЦ запомнилось «перетягиванием каната», когда дело шло к тому, что квитанции для жителей будут рассчитывать так же в нашей программе. РКЦ пытались всячески противодействовать новой системе, это выражалось в попытках дискретитировать дату, которая приходила из нашей системы. Было несколько сложных моментов.
Немного позанудствую. А как же QA? Или есть точная информация, что в этой компании программисты отвечают и за разработку и за e2e тестирование?
Было бы интересно почитать от Canon анализ причин успеха среди любителей астрономии фотоаппаратов серии EOS (это давно идёт — начиная с серий 300D и по сей день, заканчивая современными модификациями EOS).
Возможно, у Canon есть планы на выпуск специальной астрономической версии, которая будет конкурентоспособной на фоне сторонних решений? (есть дорогая 60Da, но нет более бюджетной версии — 600Da, например)
Посмотрите еще 80 Мгц решение — его сделали на базе промышленного, возможно, вам будет интересно сделать такой вариант.
Не подскажете, что подразумевается под 100% влажностью почвы? Я не могу понять. С нулём понятно — землю высушили, пропекли в духовке — и вот он ноль (пока почва не успела набрать чуть влажности из воздуха). А вот со 100% что? Это 100% от влагоемкости(льем больше — вода почвой уже не впитывается, появляется на поверхности), соотношение 1 к 1 объемов воды почвы или же соотношение масс?
Эту тему автор статьи не осветил так что
В противовес плавающей стяжке можно привести решение, когда керамическая плитка укладывается непосредственно на обычную (не «плавающую») стяжку — звуки от шагов (особенно если это каблуки на шпильках) буду распространяться на несколько этажей вверх и вниз. Это самый плохой вариант.
В части шумоизоляции имеет смысл обращать внимание на квартиры с высокими потолками — там есть пространство для манёвра, так как шумоизоляция съедает пространство: «плавающий» пол — примерно плюс 5 см к толщине обычной стяжки и шумоизолированный потолок — это еще плюс 15см толщины. Стены-перегородки имеет смысл крепить к виброразвязанным поверхностям — тогда они не будут «ретранслировать» шумы от соседей.
Шумоизоляция потолка, в отличии от виброизоляции пола — довольно дорогое мероприятие — стоимость на 40м^2 запросто может составить 100т.р. или выше. Делать ли шумоизоляцию потолка — можно понять так — если над вашей квартирой одним-двумя этажами выше есть полы вида «плитка сразу на стяжку», то лучше делать.
Еще может оказаться, что застройщик не сделал корректную виброизоляцию стояков — тогда вы будете слышать шум от воды, которая течет в трубах. Этот шум даже могут «ретранслировать» стены-перегородки. Если гарантийный срок не истек, то вы можете попытаться) потребовать от застройщика устранить этот недочет. Ссылаться нужно будет на СНИПы, где есть рекомендованный уровень шума от инженерных систем — не более, чем на два децибелла выше фонового шума.
Как думаете бороться со снегом на датчике?