Чем я занимаюсь и что я делаю

Что здесь и кто здесь? Меня зовут Электрошаман и я профессионально занимаюсь разработкой и сборкой силовых щитов для квартир, дач, коттеджей и офисов.
Дополнительные занятия: Барабаны и Световые шоу (Сценический Свет).
Основные контакты info@cs-cs.net (проверяю только с компьютера)
+7-926-286-97-35 (Москва, с 10 до 20 часов по будням)
Ссылка на подробную страницу Контактов
По каким вопросам куда обращаться Сборка щитов: Правила Сборки щитов. Как заказывать щиты
Простые и небольшие щиты: Простые и Дешёвые щиты
Консультации по всем вопросам: Правила Консультаций
Сценический свет и музыка: Напрямую на E-Mail info@cs-cs.net
Быстрые ссылки Образцы работ: Раздел «Готовые Работы».
Каналы на YouTube: Cs-Cs.Net Laboratory — Щиты, Автоматика; Cs-Cs.Net Studio — Сценический Свет, Барабаны.
Поддержка проекта, Донаты: Страница Желаний и Донатов
Передача образцов, Реклама: Правила Сотрудничества по образцам

Проклятый проект 2020-2023: Как не надо работать без структуризации. Часть 2: Работы на объекте (Анализ ошибок, Замыкания и Треш)

Состояние объекта от Заказчика: В понедельник можно начинать (хаха)

Это — вторая часть истории про тяжёлый и Проклятый проект, который длился с 2020 по 2023 годы, и попил крови у всех вокруг, а меня ввёл в огромные долги, последствия которых я разгребаю до сих пор (поэтому донаты и помощь проекту приветствуются). Первая часть находится вот здесь. В ней было рассказано про сборку и программирование щита, а тут я расскажу о том, как работали на объекте нанятые мастера и как я разосрался с ними в хлам из-за того, что они работали без Договоров, актов и вообще без любых документов.

Рекомендую прочитать первую часть, так как в ней описаны подсистемы автоматики квартиры и то, как они должны работать, а так же сама история всего треша и проекта. Это поможет вам лучше понимать эту часть.

Чтобы ко мне никто не прикопался, я явно упоминаю о том, что у меня есть подписанный Акт сдачи работ (вот как раз обновил пост про свою CRM, где у меня такие акты можно делать), в котором ЯВНО прописано о том, что Заказчик даёт разрешение на выкладывание информации о его проекте в Интернет.

Читать далее ‘Проклятый проект 2020-2023: Как не надо работать без структуризации. Часть 2: Работы на объекте (Анализ ошибок, Замыкания и Треш)’

Проклятый проект 2020-2023: Как не надо работать без структуризации. Часть 1: Сборка щитов (История, Проблемы, Анализ ошибок)

Комплект сложных щитов для автоматизации квартиры на ОВЕН СПК

Итак, мои дорогие камрады, я начинаю большой рассказ про огромную, длинную, тяжёлую и сложную эпопею, которую окрестил «Проклятым Проектом» (и про которую упоминал в посте Новогодних Новостей 2024). Чтобы ко мне никто не прикопался, я явно упоминаю о том, что у меня есть подписанный Акт сдачи работ (вот как раз обновил пост про свою CRM, где у меня такие акты можно делать), в котором ЯВНО прописано о том, что Заказчик даёт разрешение на выкладывание информации о его проекте в Интернет.

Вся история будет из двух постов (вот здесь ссылка на вторую часть), и она тянулась ТРИ ГОДА: с 2020 по 2023. Я продешевил с этим щитом раза в четыре, а, пока его делал, влез в такие дикие долги, что до сих пор их разгребаю (поэтому донаты и помощь проекту приветствуются). Этот проект сбил мне ВЕСЬ отлаженный поток работы «Заказали, разработал ТЗ, подсчитал, собрал, сдал, получил денег» напрочь! Я не могу оправиться от него до сих пор!

Я расскажу о том, почему всё шло так ужасно тяжело и долго, какие технические и организационные косяки в этой истории обнаружились, и сделаю всякие выводы. Задним умом, ага =/ Возможно, эта история ещё и будет примером тем, кто занимается астрологией. Все слышали про ретроградный меркурий: если начать на нём дело, то оно будет делаться жутко тупо, муторно и с постоянными доделками и переделками. А этот заказ как раз так и был начат…

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

Вот список ошибок, которые тут были допущены:

  • Не было фиксации всех доработок, новых идей и их оплаты. В договоре было прописано то, что небольшие изменения делаются бесплатно, а про крупные доработки вообще ничего не было прописано. В итоге проект из «Поуправлять светом, шторами и сделать защиту протечек на батареи» разросся в гиганта. При этом по времени и деньгам он был оценён как простой проект.
  • Я ошибочно решил, что заказчик адекватен в оценке хотелок: понимает их трудоёмкость и удобство использования. Это повлияло на наше общение и согласование работ. Хотя по тому, как заказчик присылал (как бешеная белка) по 5 коротеньких мыл за ночь, можно было сделать выводы.
  • Подвёл CodeSys 3.5, у которого изменился драйвер опроса Modbus RS-485 (и TCP тоже) по сравнению с CodeSys 2.3. Мне не удалось сделать большую скорость опроса кнопок на этом CodeSys, и это повлияло на то, что я не мог сделать нормальную работу диммеров, так как там надо отличать отдельное короткое и отдельно длинное нажатия. Я возился с этим около года.
  • Подвели модули диммеров 0..10V от RazumDom (пост про них, когда они были ещё хорошими). Они за три года просто СДОХЛИ. Заменили их на ОВЕН.
  • Неверная оценка своих психологических сил: так как мне нужно было делать другие заказы, чтобы было на что жить, то я пытался переломить себя и перестроить процесс так, чтобы днём заниматься другими заказами, а вечером — программой для ПЛК этого щита. Однако мой характер хрен переломишь: я работаю вдумчиво и крайне тяжело перестраиваюсь с одного типа действия на другое. Мне на это надо несколько часов. А там уже и день кончается. Эти попытки продолжались два года: «Во! Днём покручу провода в щите такого-то клиента, а вечером сяду — и напишу автоматику управления отоплением».
  • Вместо бумажных разбирательств с затянутыми сроками сдачи щита всё было на словах или по E-Mail в виде «Ок! Вот ты хочешь добавить это и это в щит, а так как я тебе его задерживаю — то сделаю за так, нивапрос». Это создавало слишком позитивное отношение к изменениям. Надо было зафиксировать всё в виде Актов, которые у меня в CS CRM делаются легко и просто, а не на словах. Как говорят, что деньги любят счёт, так и рабочий процесс любит документацию.

Читать далее ‘Проклятый проект 2020-2023: Как не надо работать без структуризации. Часть 1: Сборка щитов (История, Проблемы, Анализ ошибок)’

Щиты для электрики: IEK TITAN-5 (ФОЛЬГАН-5) — Жуткая всратота (сборка щита на нём)!

Собранный шкаф IEK TITAN 5 в белом цвете (плохой)

В общем, хех, прикоснулся я к «прекрасному» — ужасному корпусу IEK TITAN 5, «новой» линейки щитов (компонентам которой на самом деле уже лет как 10). Эта линейка щитов была анонсирована на Выставке Электро-2022, про которую я писал тут, но с тех пор ничего тут не изменилось в лучшую сторону. Изменения планируются года через 2-3…

Сам я собирал временные щиты для коттеджа на корпусах TITAN. Вот здесь про это рассказано в стёбной форме. Я бы сказал, что с тех пор (2019 год) тоже мало что изменилось с этими щитами. Только корпус стал белый.

Возможности этих щитов такие:

  • Накладная установка;
  • Корпус белого цвета;
  • Дверь единая без средней перемычки (можно доставать раму из корпуса щита целиком, а не по частям);
  • Симметричное расположение всего в корпусе (нет «Верха» и «Низа», корпус можно перевернуть как удобно);
  • Рама снимается вместе с пластронами и шинками одновременно (шинки идут в комплекте, много).

Сравнивать всё это я буду с двумя сериями щитов ABB, которые являются ЭТАЛОНОМ того, как НАДО делать щиты вообще в принципе. Напоминаю все посты и названия серий щитов:

Если вы хотите почитать аналитику и более взвешенное мнение — то читайте этот пост. А если же вы хотите повеселиться и услышать матерную всратоту в стиле Доктора Дью — то смотрите видео, которое будет прям сразу в начале поста.

Читать далее ‘Щиты для электрики: IEK TITAN-5 (ФОЛЬГАН-5) — Жуткая всратота (сборка щита на нём)!’

Культура программирования для ПЛК: Переменные, Буферы, Массивы, Проверка границ и Данных

Ужасный код программы на ПЛК: Нет понятных именований объектов (со смыслом)

Хах! На самом деле всё, что я сейчас понапишу, изначально осваивалось мной в примерно 2002-2004 годах в программировании на VC++, а до этого — в программировании (на бумажке) микроконтроллеров MCS-51. Всё, связанное с тем, что я хочу рассказать в очередной раз, уже было: и про выход за границу памяти (и получение данных непойми откуда), выход за границу массивов и циклов, и даже неосвобождение системных ресурсов, которое давало глюки через недели или месяцы работы программы…

Но теперь точно такая же тема всплыла в программировании для ПЛК! А раз так — то пусть будет пост для продвинутых новичков, которые сталкиваются с этим и потом удивляются, почему программа глючит и работает то хорошо, а то криво. Я ощущаю себя каким-то чёртовым стариканом, который поучает молодёжь, и который думает о том, что все эти самые «Да я хотел быстро написать простую программку, а она чего-то ПЛК вешает» всё равно будут неисправимы, и будут спешить, косячить и делать по-своему. Может, это не стариканство (которого во мне нет), а мудрость? ;)

Читать далее ‘Культура программирования для ПЛК: Переменные, Буферы, Массивы, Проверка границ и Данных’

Что такое Функция (FUN) и Функциональный блок (FB)? В чём разница и как с ними работать (CodeSys, OwenLogic)?

Использование функций и функциональных блоков в программах для ПЛК

Этот пост написан мной для новичков в программировании. Оказалось, что как только в OwenLogic ввели возможность создавать Функции (FUN) и Функциональные блоки (FB) на текстовом языке ST, проблема различия и «А чего в Функции переменные не сохраняются?» возникла снова. Так как когда-то я сам дико тупил и думал, что, например, Таймеры TON, TOF, TP, BLINK работают сами по себе аппаратно, то я решил написать про это всё пост.

Здесь я расскажу о том, чем программирование на ПЛК отличается от программирования на компьютере, чем отличаются между собой Функция (FUN) и Функциональный блок (FB), как их описывать и вызывать, а ещё поделюсь кое-какими приёмами их программирования и использования. Заодно упомяну то, почему иногда у кого-то «Не работают таймеры» и то, как их надо вызывать в коде на текстовом языке ST.

Мой рассказ будет простой, и кое-какие моменты в нём (касательно задач ПЛК) я притяну за уши. Но общие принципы сгодятся для того, чтобы понять то, как всё запрограммировать без ошибок. Да, и всё же я надеюсь, что вы умеете объявлять переменные и знаете прочие базовые вещи про программирование на ПЛК.

Читать далее ‘Что такое Функция (FUN) и Функциональный блок (FB)? В чём разница и как с ними работать (CodeSys, OwenLogic)?’

Выставка «Электро-2024»: Краткие новости (Маркировка, Знакомые компании, Лампочки от IEK, Китайская модулька и другие интересности)

Павильоны выставки Электро-2024

В этом, 2024 году, я снова поехал тусить на выставку «Электро-2024» в Экспоцентр (как-нибудь надо бы поехать на выставку Сценической техники, если такая бывает).

Прошлая моя поездка была в 2022 году, и пост про неё лежит вот здесь. Она тогда, как мне показалось, была довольно истеричной вида «Ааааа! Всё пропало, гипс снимают, клиЭнт уезжает!», потому что тогда начались санкции, и от нас ушли крутые бренды.

На этот раз (хах, видимо из стадии «Депрессия» у меня всё перетекло в стадию «Принятие») я как-то спокойнее тусил на выставке. Там было не много народа, не было диких толп, сметающих всё на своём пути, а был расслабон. Я ездил туда в четверг, за день до закрытия выставки.

Мне было интересно узнать то, как изменилась ситуация с разными брендами и посмотреть, что завезли на выставку Китайцы, так как в этом году, судя по списку компаний, их там было дофигища!

Самое для меня обидное — это то, что я дурак: не догадался сделать наклейки с QR-кодом своего сайта и своих ЮТубов (Канал про технику и второй Канал про СценоСвет, новый) и налепить их сзади визиток! Сделал, но через неделю после выставки. На будущее.

Читать далее ‘Выставка «Электро-2024»: Краткие новости (Маркировка, Знакомые компании, Лампочки от IEK, Китайская модулька и другие интересности)’

Пофигизм продолжается. Очередные перлы про тех, кому наплевать на себя и на работу!

Лестница подъезда, засыпанная канцерогенной асбестовой пылью

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

Всякие такие темы я затрагивал с этих вот постах (и других по тэгам «Люди» и «Самореализация»):

Сегодняшней темой снова будет та же самая невнимательность, поверхостное и халатное отношение к делу и к себе. И не надо говорить, что мы работаем настолько, насколько нам платят. Даже если платят мало — это не значит, что надо создавать ситуации, в которых можно лишиться руки, глаз, пальцев, а то и жизни!

А ещё я стал замечать, что из-за мессенджеров (их негативного эффекта) все стали меньше друг другу «докладывать» рабочий процесс и общаться. Это звучит как дичь: мессенджеры вроде как и созданы для того, чтобы удобнее общаться. Но часть моих сегодняшних историй — как раз про то, когда вместо того, чтобы заранее расспросить или предупредить, народ делает быстро, хуёво и невпопад. Как в мессенджер: можно написать, ещё раз написать, ещё раз написать, подумать, переписать и ещё раз написать…

Читать далее ‘Пофигизм продолжается. Очередные перлы про тех, кому наплевать на себя и на работу!’

CS CRM: Формируем документы Актов и Договоров легко и просто (Обновлено ‘2024)!

Критически неверный монтаж проводки в деревянном доме у моего заказчика

Изначально этот пост был написан в Январе 2019 года про то, как я доработал свою CS CRM-систему (все посты про неё лежат по тэгу «CRM») для того, чтобы печатать на ней акты нарушения монтажа и заставлять заказчиков их подписывать для того, чтобы снимать с себя ответственность, и мотивировать их исправлять косяки. Про это и будет первая злая часть поста. Потому что задолбали.

С 2019 по 2024 годы система актов себя оправдала и развязала мне руки. Реально, вместо того, чтобы что-то доказывать (например тому, кто хотел управлять вентилятором охлаждения шкафа по Modbus вместо локального надёжного термостата), я составляю и присылаю такой акт. В почти всех случаях дальше всё делается по-моему.

Я не особо афишировал это (не люблю палиться), но в 2019ом я зарегал бизнес в формате ИП. Это заставило меня дописать мою CS CRM для формирования документа Договора, потому что меня затошнило бы со второго заказа, если бы надо было руками в WORD’е править договор и вбивать туда реквизиты текущего клиента. За меня всё делается в моей 1Ске, и про это я вам тоже расскажу в обновлённом посте.

Ну а потом мне оставалось взять тот же документ «Акт нарушений» и доработать его так, чтобы в нём можно было указывать ЛЮБОЕ название: «Акт обследования объекта», «Гарантийное письмо» ;), «Дополнительное соглашение к Договору» и так далее. Это оказалось очень удобно, так как за счёт того, что нужно всего лишь создать новый документ и заполнить только текст, я избавился от бумажной возни. А самое главное — что все такие документы (включая фотографии с обследования объекта) хранятся внутри базы, и не надо морочиться с какими-то внешними файлами типа «Акт нарушения 12.11.2022.docx».

Про это всё я вам и расскажу в формате подзаголовков!

Читать далее ‘CS CRM: Формируем документы Актов и Договоров легко и просто (Обновлено ‘2024)!’

Щиты на базе ОВЕН ПР200 для квартир: Защита от протечек, Освещение с диммированием, Облако ОВЕН

Недорогие щиты для квартир с автоматикой на базе ОВЕН ПР200 (Свет, Вода)

Ухх! Наконец-то я могу сказать «Я — доделал» (хоть и не всё) и пополнить рубрику «Готовые работы», так как в ней за последние года три не было рассказов про готовые собранные щиты, и некоторые даже думали, что я перестал заниматься этим бизнесом.

Нет-нет! Всё в порядке: я им вовсю занимаюсь и заказы принимаю, но когда-то я решил рассказывать про те щиты, которые полностью готовы и смонтированы на объектах. И вот сейчас мне есть что вам показать.

Оба этих проекта объединяет то, что они собраны на относительно простом в программировании и недорогом, если сравнивать с ПЛК, программируемом реле ОВЕН ПР200 (все посты про ПРки лежат по этому тэгу). На конец 2023 и начало 2024 года это, по моему мнению, самое лучшее реле для домашней автоматики: оно стабильное в плане прошивки, работы и среды разработки, и имеет небольшой дисплей, на котором можно сделать меню настроек или вывести какие-то данные.

При этом ПР200 может иметь два интерфейса RS-485 с протоколом Modbus Master/Slave и через шлюзы работать с ОВЕНским облаком, что открывает нам доступ в удалённый мониторинг или простое удалённое управление. А аналоговые входы и выходы дают нам возможность работать с датчиками или диммировать освещение по 0..10V.

Я настойчиво рекомендую использовать ПР200 для простых проектов: там, где надо поуправлять светом, вентиляторами санузлов, сделать защиту от протечек и там, где вы не хотите (или не имеете возможности) вкладываться в суровую автоматику на базе ПЛК — простые квартиры (даже с отделкой, как в моём примере), квартиры под сдачу, вторичные квартиры в жилье времён СССР, где комнаты маленькие, и много элементов автоматики не требуется.

Один из проектов делался заказчику с ЖК около метро Динамо, а другой — моим родственникам в квартиру в Железнодорожном. Второй проект в Железнодорожный ещё не закончен, и для него (и других проектов) мне понадобятся ваши донаты или ваше спонсорство. Об этом написано вот в этом разделе моего сайта. После завершения второго проекта в Железнодорожный я выпущу про него подробный пост.

В этом посте есть два ДЛИННЫХ видео, где я рассказываю техническую информацию про щиты. Интересные видео про квартиру на ПР200 в Железнодорожном я сниму, когда закончу её проводку сам или с помощью вашего спонсорства, о котором говорил выше.

Читать далее ‘Щиты на базе ОВЕН ПР200 для квартир: Защита от протечек, Освещение с диммированием, Облако ОВЕН’

CS CRM: Учёт оборудования (устройств) — настройки, история статусов, поверка, паспорта, документация

Устройства (модули ввода-вывода ОВЕН), готовые к настройке по базе данных CS CRM

Сегодня я расскажу вам об очень серьёзном дополнении к своей CS CRM-системе, в которой я уже как лет 15 веду весь учёт и проектирую щиты (в том числе). Про неё есть много постов, которые собраны по тэгу «CRM».

На этот раз я придумал и за полтора месяца вечернего отдыха написал систему учёта устройств (оборудования), которая имеет такой набор функций:

  • Быстрый поиск по любой части названия, серийного номера, ID;
  • Хранение названия, ID и логического назначения устройства или оборудования;
  • Привязка устройства или оборудования к Номенклатуре (пост про неё вот здесь);
  • Привязка устройства к Договору (заказу, объекту) для быстрого поиска или отбора;
  • Хранение заводских и аппаратных настроек (серийный номер, версия железа, прошивки, дата выпуска, поверки, интервал поверки);
  • Хранение настроек связи (адрес, интерфейс, протокол, режим работы, скорость связи, порядок байт);
  • Хранение произвольных свойств (значений регистров, настроек каналов измерения);
  • Хранение истории изменений статусов устройства (Покупка, Настройка, Запуск, Ремонт, Поверка, Утилизация) с привязкой к документам ТМЦ или документам Актов;
  • Хранение вложений (актов, паспортов и других). Есть быстрый выбор вложений из Номенклатуры, общей для всех экземпляров устройства (документация, фотографии);
  • Создание распечаток параметров в кратком (без истории статусов) или полном (со статусами) вариантах для того, чтобы хранить настройки на объекте в распечатанном виде или передать их на объект для настройки нового устройства.

Дальше я расскажу о том, почему и как я её создал (я честно спрашивал чужой опыт на форуме ОВЕНа, где на меня примерно 70% людей посмотрели как на идиота и сказали, что экселя достаточно), и как она работает. А в самом конце поста будет видео (впервые про мою CS CRM — до этого были только посты).

Читать далее ‘CS CRM: Учёт оборудования (устройств) — настройки, история статусов, поверка, паспорта, документация’

Датчики температуры ОВЕН ДТС014/ДТС314/ДТС224/ДТС3224 (ДТС), Термопары: самые простые для разных применений

Различные датчики температуры ОВЕН в разных модификациях корпусов

Этот пост — пока что завершающий в цикле постов про датчики, которыми я пользуюсь в своих проектах (все посты можно найти по тэгу «Датчики»). Сегодня я расскажу про датчики температуры, без которых почти ни один мой проект не обходится — измерять температуру хочется всем.

Забавность для меня в том, что я думал что из всех постов про датчики этот пост я сделаю самым первым, и он будет самый простой. Дескать, ну датчики температуры — что там думать? Взял, подключил, измерил. А оказалось, что это самый сложный пост из всех, при том что я использую буквально 2-3 модели датчиков во всех проектах!

Сразу же вас предупреждаю, что основные мои знания — про термосопротивления в корпусах в виде гильз и для установки на поверхность труб. Для моих бытовых проектов этого достаточно, но в общих знаниях про промышленные корпуса и типы датчиков я не так силён.

В своих проектах я использую датчики для контроля температуры улицы, стояков горячей воды, отопления, оборудования (в щитах СКС, шкафах автоматики) и для управления тёплыми полами от ПЛК. Я подобрал несколько простых модификаций датчиков, про которые и буду рассказывать. Но чтобы вы понимали, о чём идёт речь и то, какие сложности есть в подключении датчиков температуры, в начале поста снова будет большой ликбез.

Читать далее ‘Датчики температуры ОВЕН ДТС014/ДТС314/ДТС224/ДТС3224 (ДТС), Термопары: самые простые для разных применений’

«Нам пишут»: Работа на себя. Про экскаватор! Отчёт за 2023 год!

Ёлко в ночное время из 2012 года =)

Каждый раз, когда мне грустно и плохо, (и каждый новый год ради прикола) я открываю мыло и читаю письмо, которое мне прислал один мой читатель ещё в 2018 году! Он написал там отзыв о моём проекте, и то, что это поменяло его жизнь.

Мне настолько нравятся его словесные обороты, что я каждый раз над ним позитивно веселюсь, а само письмо стало моим внутренним мемом «…про экскаватор». Вот решил поделиться им и с вами! Дальше будет текст от лица читателя. Орфография сохранена, я чуток подправил пробелы перед и после знаков препинания.

А в конце поста я решил написать итоги 2023 года и добавить фотографий! Будет интересно! Заодно попрошу вашего мнения и донатов со спонсорством!

Читать далее ‘«Нам пишут»: Работа на себя. Про экскаватор! Отчёт за 2023 год!’

Датчики и реле давления ОВЕН ПД100, РД, арматура для них. Индикаторные головки ОВЕН ИТП-10 (индикаторы токовой петли)

Различные датчики и реле давления ОВЕН

Сегодня я делаю большой пост про датчики и реле давления, который обещал сделать ещё чуть ли не полтора года назад. Самым последним в этой линейке постов будет пост про датчики температуры, хаха. Он казался мне самым простым, а на деле оказался самым сложным!

История моего знакомства с датчиками давления начиналась заочно ещё в 2011 году, когда я переделывал свою сантехнику (эта история описана вот в этом — про переварку стояков и вот в этом — про сборку коллекторного узла постах). Тогда я поставил себе на вводе воды в квартиру краны с моторным приводом от FAR, через год — регистратор НоваТек РПМ-16-4-3 (пост про него), который снимал показания температуры воды и выводил их на его экран… И, конечно же, мне хотелось измерять и давление воды, чтобы знать о том, что воду отключали или что у нас на районной ЦТП случилась авария (про одну такую я писал вот здесь: давление подскакивало выше нормы).

Но в 2011-2013ых годах я искал такие датчики в магазинах электроники, где они выглядели как небольшие «коробочки», которые впаиваются в печатную плату, и на которых есть носик для тонкого шланга-трубочки. Что-то мне подсказывало, что эти датчики явно не могут как-то вкручиваться в обычный водопровод и что я ищу что-то не то и не там. Тем более, что стоили они по 10-12 тыр, а давление мерили не в «атмосферах», а в каких-то «паскалях», про которые я ничего тогда не знал.

Позже, когда я делал ещё одну итерацию поиска таких датчиков, я наткнулся на какие-то дорогие штучки, которые имели обычную резьбу, чтобы их можно было вкрутить в трубу, но стоили так же дорого, и ещё и имели какие-то странные выходы: 4..20 мА. Тогда я не знал про стандартные аналоговые сигналы «Напряжение» и «Ток» (сейчас-то я написал пост про них), и не понимал, почему эти датчики не дают информацию по какому-нибудь SPI или I2C, которые мне тогда казались понятными и ясными…

А потом, когда я разбирался с аналоговыми датчиками и делал проекты на ОВЕНе, для меня открылся мир всей простоты и удобства работы с датчиками давления. А у ОВЕНа удобным оказалось то, что у них есть недорогая линейка самых простых датчиков ПД100-ДИ низкого (ха, по сравнению с промкой) класса точности для ЖКХ в 0,5 или 1%. В 2019 году такой датчик на 10 атмосфер стоил всего 3,5 тыр!

Позже, когда я стал более плотно тусить в ОВЕНе, я узнал про разные интересные особенности датчиков давления, а заодно наделал много фоток других вариантов датчиков и реле давления. Про это и будет мой пост.

Читать далее ‘Датчики и реле давления ОВЕН ПД100, РД, арматура для них. Индикаторные головки ОВЕН ИТП-10 (индикаторы токовой петли)’

Бесконтактные датчики объектов: Магнитные (Холла), Оптические, Индуктивные, Емкостные. Промышленная поилка для Кошочки!

Различные типы бесконтактных датчиков: Оптические, Холла, Индуктивные, Емкостные

Датчики, про которые я сегодня буду рассказывать, относятся к дичайшей промке и в быту почти не применяются (только если для всяких самоделок и DIY). Зато в промышленности без них уже не обходится почти ни один станок или механизм. На YouTube есть несколько каналов типа «Tantum Tech», «Quantum Tech» и ролики типа «30 minutes amazing continious production», которые можно обозвать технопорно: там показывается работа разных станков и поточных линий нарезки, штамповки, упаковки, розлива и прочих. Иногда, когда я хочу отдохнуть или потупить, я залипаю на эти ролики. Вот там-то и видно то, как часто такие датчики применяются!

О том, что такие датчики существуют, я знал давно, но относился к ним как «Да ну куда мне их? У меня ж не станки, а щиты». Но вот при пусконаладке одного из объектов выяснилось, что чёртов монтажник, который делал там проводку и очень спешил, перепутал маркировку кабелей от датчиков открытия окон. Когда мы прозванивали эти цепи, то мы открывали, например, Левую створку окна, а прозванивали кабель Правой створки, как оказалось. В результате получалось то, что датчик как будто бы не реагировал на открытие окна и залип во включенном состоянии.

Сама идея поставить датчики открытия створок на окна мне нравится, и я бы сделал себе так, если бы мог аккуратно провести кабели по чистовой отделке. Это ж удобно: выходишь из квартиры или дома, и видишь где-нить на ПЛК/СПК то, все ли окна закрыты, или нет.

Те датчики были герконовые, а я от кого-то слышал, что некоторые герконовые датчики иногда залипают, и монтажники их меняют. Так как я подкован технически, то я сразу вспомнил то, что в электронике вовсю применяются датчики Холла, которые реагируют на магнитное поле и не имеют никаких движущихся частей. А в сценическом свете (вот пост про головы LED Spot 90W) такие датчики Холла используются для того, чтобы всякие движущиеся элементы внутри световых голов (диски с цветами, узорами, линзы) могли определить своё начальное положение при включении питания такой головы.

Я поискал — и нашёл такие же датчики Холла в промышленном исполнении и купил их. А заодно обзавёлся и другими моделями датчиков, чтобы сделать пост и крутую автоматическую поилку для Кошочки, которую я временно забрал себе в Санаторий и SPA-курорт из Одинцово =)

Читать далее ‘Бесконтактные датчики объектов: Магнитные (Холла), Оптические, Индуктивные, Емкостные. Промышленная поилка для Кошочки!’

ILC™: Система контроля важных нагрузок в щитах

Реле контроля важных нагрузок схемы ILC™

Сегодня я расскажу вам про ещё одну сервисную систему в моих электрощитах, которая стоит в одном ряду с системой IPM (пост про неё) и системой термозащиты (пост про неё). Это — система контроля важных нагрузок, которая называется ILC™ и расшифровывается как Important Lines Control. Вообще, правильно надо было бы называть её не «Control», а «Check» (проверка) или «Status» (статус), но я называю её так уже как года три, и такая аббревиатура закрепилась во всей моей документации. Английский пост про неё вышел в начале месяца, а теперь — пост на русском.

Торговая марка ILC™ в контексте системы контроля важных нагрузок и идея её изобретения закреплены за мной. При копировании нужно указывать мои копирайты и ссылку на эту статью. Донаты вовсю приветствуются.

Запрос на контроль важных нагрузок был ещё со времён щита в РадиоЦентр (с 2018 года). Задача, которая ставится моими заказчиками, выглядит так: «При закрытой двери щита я хочу знать, если у меня выбило какой-то автомат на важные линии, например, на насос или септик». Если щит стоит в подвале, или его дверь непрозрачная и всегда закрыта — то ты не узнаешь того, что у тебя вырубилось питание на закопанный в земле септик (которого не слышно и который работает периодически), пока не заглянешь в щит. А это — плохо!

Всё это можно было бы решить при помощи дополнительных контактов к автоматам (пост про них) и обработки тревог в ПЛК (примерно так задумана система ABB SMISSLINE, про которую я писал), но… Во-первых, дополнительные контакты чаще всего есть только к автоматам. А мы же все важные нагрузки защищаем дифавтоматами. К ним дополнительные контакты могут стоить по 3-5 тыр. Это слишком дорого. А, во-вторых, что делать, если в щите нет ПЛК, и завести на него статус автоматов нельзя?

Вот я и разработал свою схему. Решение лежало на поверхности, и мне нравится его изящество, удобство и аппаратная реализация на обычных реле без использования ПЛК.

Читать далее ‘ILC™: Система контроля важных нагрузок в щитах’

Простые измерители-регуляторы ОВЕН ТРМ1: делаем недорогую систему обогрева крыши и/или водосточных труб

Измеритель-регулятор ОВЕН ТРМ1 (работа с термодатчиками или стандартными сигналами)

Сегодня я расскажу про то, о чём никогда не думал: о самом простом измерителе-регуляторе ОВЕН ТРМ1. Дело в том, что я ни разу не делал и не разбирался с приборами, которые делают что-то отдельно (управляют, регулируют): я сразу начал программировать на ПЛК или ПРках, где всю логику регулирования или уж тем более измерения чего-либо можно написать в программе и не ставить ради этого внешние приборы…

Но один из заказчиков обратился ко мне с достаточно простой и интересной задачей — сделать простой аналог термостата обогрева водосточных труб на крыше его коттеджа, и я решил сделать это на базе ОВЕН ТРМ1, а заодно про него и рассказать.

Предупреждаю, что я могу немного «плавать» в описании терминов и возможностей ТРМ, так как применил его для простой задачи и не погружался в глубокие детали его настроек. Ещё я описал самые базовые параметры его настройки. За подробной настройкой обратитесь пожалуйста на сайт ОВЕНа.

Читать далее ‘Простые измерители-регуляторы ОВЕН ТРМ1: делаем недорогую систему обогрева крыши и/или водосточных труб’

ILC™: Important Lines Control in Electrical panels

Control relays of ILC™ system in work

I’m an electrical engineer and I have a business of electrical distribution boards (electrical cabinets, electrical panels) production for apartments or cottages. In these types of buildings customers have electrical loads that must work anytime: heat, water and drain pumps, LAN, CCTV cameras, door locks, water drain protection systems and etc.

Some customers have been asking me for an interesting feature: they wanted to have alarm lamp or bell that indicates fault any of important loads because electrical cabinet’s doors are normally closed and customers can’t see tripped circuit breaker immediatelly without opening cabinet’s doors.

Simple solution is adding auxiliary contact for each circuit breaker and monitor status of each breaker by PLC or other controller system like it designed in ABB SMISSLINE bus system. This solution in some reasons is very expensive because I’m often using RCBOs instead of simple circuit breakers: auxiliary contacts for RCBOs is expensive and not all models and brands of RCBO has support for auxiliary contacts.

I designed simple scheme on generic purpose relays and called it Important Lines Control — ILC™. Maybe it should be called «…Check» instead of «…Control», but for a 3 years I’m calling it «…Control» and this naming becomes one of my personal trademarks.

Читать далее ‘ILC™: Important Lines Control in Electrical panels’

CS CRM: Хранение данных медиаконтента в локальной базе

Видео на канале YouTube с заполненными данными (описание, тэги)

Некоторое время назад я начал задумываться о том, как так получается: я храню все исходники документов по щитам, исходники актов, договоров, файлов, проектов, веду учёт всего и вся в своей CS CRM-системе (все посты про тэгу), а вот данные о видео для постов на моём блоге теряются и нигде не хранятся… Нет! Это не про исходники видео (они-то как раз хранятся), а про метаданные этих видео: название, описание, тэги и прочие их параметры.

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

Но что будет, если я (или другие) захотят сделать репост этих видео или других материалов на другие соцсети (Дзен, РуТуб или ещё кого-то)? Ну, можно открыть ЮТуб и скопировать всё оттуда. А если ЮТуб вообще закроют (этим нас постоянно пугают), и все эти метаданные потеряются? Хранить всё в текстовом файле или Экселе? Ну, можно. А если надо будет сортировать всё по группам? Или что-то удалить из основного списка, но всё равно оставить данные?

Думал-думал я, а потом взял и написал в своей CRM функционал для хранения и этой информации. Всё-таки когда-нибудь я заведу себе СоцСети для того, чтобы делать там кросс-посты вида «Написал новый пост, идите читайте», и эту информацию я тоже хотел бы хранить для репостов в другие СоцСети.

Читать далее ‘CS CRM: Хранение данных медиаконтента в локальной базе’

Щит на базе WR-рамы и полоумных ZigBee-реле Xiaomi Aqara (крепление реле на WR-профиль)

Щит для квартиры, собранный на базе умных ZigBee реле Xiaomi Aquara

Итак, странных щитов подъехало! Сейчас я расскажу вам про то, как я проектировал и собирал щит на умных ZigBee-реле Xiaomi Aqara с AliExpress и про то, как я крепил эти реле на сам щит, так как у них нет штатного крепления на DIN-рейку.

Щит этот собирался в 2022 году, и заказчик нашёл все материалы сам из остатков. А так как он ещё и музыкой занимается и знает про мою любимую группу Dream Theater — то под сдачу щита я заготовил пару песен для светового шоу, и показал ему (видео надо переснять; я готовлюсь подзвучить барабаны микрофонами, и оно будет позже).

Информация в посте пригодится всем, кто имеет дело с такими реле и думает о том, как их аккуратно запихать в щит.

Читать далее ‘Щит на базе WR-рамы и полоумных ZigBee-реле Xiaomi Aqara (крепление реле на WR-профиль)’

Технологии и методы тестирования и отладки щитов с автоматикой на ПЛК (Обработка IO, Тест IO, Имитация IO)

Щиты с автоматикой для квартиры в режиме тестирования IO (все нагрузки включены)

Этот пост зрел у меня, потому что я много раз на форуме ОВЕНа слышу «А вот как быть, если ошибки связи с устройствами иногда появляются, но на них надо реагировать только тогда, когда они идут часто, а случайные пропускать?». Ещё я заметил, что мало кто считает общую мощность потребления по +24V, чтобы правильно выбрать блок питания, и ещё заметил то, что когда я говорю о том, что тестирую щиты в режиме прогрева, включая все нагрузки на постоянную работу на неделю (например), то на меня на форуме ОВЕН смотрят как на идиота. А ведь эта идея стырена из старых шкафов автоматики, где была кнопка «Проверка ламп»! А ещё ведь надо защищать внешние цепи щита, бэкапить проекты… Уууу! Оказалось, что мало кто это делает.

В общем, после проклятого проекта Mail.Ru на СПК (про него я написал тут; я там и очередного коллегу-напарника выгнал нахер) у меня набралась куча материала и опыта, который я и расскажу в этом посте. Код программ на ПЛК я давать не буду, так как он у меня является моей интеллектуальной собственностью. Однако тех скриншотов и описаний, которые будут в посте, хватит для того, чтобы вы могли разобраться в алгоритмах и написать свой код под свои задачи. Часть опыта была наработана на щитах с Siemens Logo (все посты про него), часть — на щитах с ОВЕНом (все посты про ПЛК и про ПРки).

Ещё напомню вам пост о том, что должно быть в щитах с ПЛК. Там я упоминал разные монтажные мелочи, которые надо учесть при разработке таких щитов. А ещё сошлюсь на статью Евгения Кислова про отладку проектов в ПЛК и примеры разных багов, в том числе и идиотских. И ещё рекомендую его же статью про работу с системными журналами в ПЛК, на которую я буду ссылаться.

Читать далее ‘Технологии и методы тестирования и отладки щитов с автоматикой на ПЛК (Обработка IO, Тест IO, Имитация IO)’

Датчики и сигнализаторы уровня ОВЕН ПДУ (поплавковые), кондуктометрические и датчики ПСУ (для агрессивных сред)

Поплавковые датчики уровня ОВЕН ПДУ разных модификаций

С этого поста я начну постепенно писать посты про разные датчики физических величин. Оказалось, что написать пост про датчики уровня проще всего: там самые простые рисунки, ахахаха! Ради этих постов я приехал в ОВЕН, плотно потусил с ребятами, и составил кучу конспектов, инфу из которых буду использовать в постах!

Эти датчики я использовал (или буду использовать) в своих проектах и хочу, чтобы у меня на блоге были посты со сборной информацией для тех, кто начинает заниматься промавтоматикой или думает о том, какой бы датчик подобрать для домашней автоматизации (которой я и занимаюсь).

Контроль уровня жидкостей нужен много где. Это и пищевая промышленность, и всякие химические производства, и наши бытовые нужды: разные дренажные колодцы, септики, колодцы и скважины для чистой воды, системы водоочистки, водоподготовки и так далее.

Сразу же замечу, что это я сам так с лёгкой руки обозвал всё «Датчиками». На самом деле надо различать устройства, которые ИЗМЕРЯЮТ что-то, и устройства, которые СИГНАЛИЗИРУЮТ что-то. Например, «Датчики» газа, про которые я рассказывал в этом посте, как раз-таки являются сигнализаторами, потому что не измеряют точный результат концентрации газа, а выдают лишь сигнал «Концентрация газа превысила заданный порог, авария!». Этот же принцип чаще всего подходит и для датчиков уровня: большинство из них являются сигнализаторами, которые показывают то, что уровень достиг заданной отметки (бак наполнился, бак опустел, бак заполнен на половину и так далее).

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

Читать далее ‘Датчики и сигнализаторы уровня ОВЕН ПДУ (поплавковые), кондуктометрические и датчики ПСУ (для агрессивных сред)’

Проектанты: Тупо выкинутые деньги, Лабиринт для Мышки, Своевольный электрик и исправление этого всего на WirenBoard WB-MAPx!

Щит для квартиры на базе оборудования WirenBoard с измерениями токов

Сегодня я снова подниму тему порки всратых проектантов, так как в конце 2022 года ко мне обратился один заказчик и попросил СРОЧНО собрать щит по проекту. Если кто не понял сарказма (иногда его писать как «СРАказм»), то напомню вам вот этот вот пост про рвач разных тупых проектов, которые делаются для галочки и ещё один пост, где я тоже собирал щит по проекту.

За годы НИЧЕГО не меняется, и слова «щит по проекту» остаются для меня красной тряпкой, на которую я кидаюсь, как только их слышу. Потому что большинство бытовых проектов так и делается на отъебись: на полном похуизме, без учёта особенностей монтажа, подключения оборудования и так далее. Хотя в промке тоже так. Помнится, Bayk мне рассказывал про проект, где в котельной предприятия ПО ПРОЕКТУ (ах, эти сладкие, сука, слова) на котле перепутали подачу и обратку. Причём выяснилось это только тогда, когда Bayk приехал эту котельную запускать…

Почему я ругаюсь на проекты? Потому что в быту под словом «проект» стали понимать следующее гавно, на выбор или всё вместе: Рисунок щита, Рисунок мебели в квартире, Рисунок каждого провода в щите, Однолинейную схему без пояснений (без них непонятно то, как должна работать автоматика). Чаще всего в проектах нет никакой пояснительной записки и указаний на монтаж оборудования. Зато есть, сука, рисунки. И за них люди платят денег. Причём больше, чем я беру за подсчёт и проектирование щитов. По ходу, надо мне поднимать цены. А то у них проект на трёх листах, а у меня — только техническое задание на двадцати еле-еле умещается…

В общем, у Заказчика был проЭкт. И кабели были проложены тоже по проЭкту. И он обратился ко мне за щитом.

Читать далее ‘Проектанты: Тупо выкинутые деньги, Лабиринт для Мышки, Своевольный электрик и исправление этого всего на WirenBoard WB-MAPx!’

Маркировка: Система маркировки Elegir (Кабели, Провода, Шины, СКС, Модулька) на базе термотрансферных принтеров Godex и аналогичных

Маркировка для кабелей, провода и щитового обоурдования от компании Элегир

Сейчас будет очень длинный и подробный пост про компанию Элегир (Elegir, https://elegir.ru/produkcija), которая наладила выпуск маркировки для широких сфер применений на Российских заводах и полностью из Российских материалов (по словам представителей компании) для того, чтобы закрыть практически все сферы применения маркировки и производителей типа TE, WAGO, Phoenix Contact и прочих, которые ушли из-за санкций. Про Элегир я узнал от моего читателя Redfox и встретился с представителями компании вживую на выставке Электро-2022.

Как я уже говорил, политика моего блога — это то, чтобы я попробовал всё сам, а потом уже писал пост. Это всегда стоит дороже, так как в этом случае пост будет более подробным, в нём будет ценный опыт и методология применения, а не просто блогерский обзор вида «Вау! Новая маркировочка!». Поэтому с момента того, как Элегир дал мне часть образцов, прошло около ГОДА! Зато я собрал один щит, используя эту маркировку, и могу поделиться опытом и фотками.

Если сказать кратко, то Элегиру надо ещё дорабатывать свою маркировку, так как работа с ней сейчас труднее, чем с маркировкой от WAGO или аналогичной (в которой надо продеть провод в дырочки на ленте и вырвать напечатанную бирку для него): тут надо сначала распечатывать маркировку, потом вставлять её в контейнер, а потом контейнер надевать на провод… Я отправлю ссылку на пост Элегиру и буду настаивать на доработке маркировки.

Также я хочу сразу всех обломать и заметить то, что эта маркировка относится к такой, с которой надо работать стационарно — в чистом помещении, без грязи и пыли, чистыми руками и имея настольное рабочее место. Вывезти принтер для работы на объекте в теории можно, но тогда и там должна быть чистота, а не цемент и срач.

Читать далее ‘Маркировка: Система маркировки Elegir (Кабели, Провода, Шины, СКС, Модулька) на базе термотрансферных принтеров Godex и аналогичных’

Щитовые измерители напряжения и тока ОВЕН КМС-Ф1 с Modbus (отлично встраиваются в пластроны)

Контроллеры-Мониторы Сети ОВЕН КМС-Ф1.Щ2.Р (мультиметры с Modbus)

Продолжаем тему измерительных приборов, которую я поднимал в прошлом посте про трансформаторы тока и измерительные модули WirenBoard WB-MAPx.

Сегодня я расскажу про щитовые измерительные приборы ОВЕН КМС-Ф1 (Контроллер-Монитор Сети), которые устанавливаются в отверстие на щите 91х42 мм и могут (при помощи трансформаторов тока со стандартным выходом в 5А) измерять частоту, напряжение, ток и мощность, отображать эти значения на дисплее, отдавать их по Modbus и аппаратно при помощи встроенного реле отдавать сигнал аварии при выходе тока или напряжения за заданные пределы. Также можно заказать модификацию КМСки с другими типами выходов (0..10V, 4..20 мА, Симисторный, NPN) и управлять какими-то процессами при помощи измеренного напряжения, тока или мощности.

Их достоинством является сравнительно небольшая глубина (можно вмонтировать в пластрон системы CombiLine и шкафы TwinLine), большой дисплей для отображения значения (самый большой из тех, которые я видел), и то, что все параметры можно получить по Modbus.

Из недостатков я бы отметил то, что в один момент времени отображается только один из параметров (напряжение, ток, мощность) и щитовой монтаж. Может когда-нибудь ОВЕН сделает их в корпусе на DIN-рейку и с таким же крутым дисплеем! Так же учтите и то, что это промышленный прибор, и в отличие от реле напряжения (все посты про них по тэгу) имеет отдельное питание в 230V (НЕ питается от ввода, который измеряет).

Также напомню, что когда-то я рассказывал про мультиметр-регистратор OMIX Elnet Reg и про измеритель-регистратор НоваТек РПМ-16-4-3 (новая версия РПМ-416), которые применял в своих проектах. Все они тоже работают с трансформаторами тока. У самого ОВЕНа есть модули для измерения параметров электросети (я писал про них в общем посте про модули ввода-вывода), которые отдают данные по Modbus.

Читать далее ‘Щитовые измерители напряжения и тока ОВЕН КМС-Ф1 с Modbus (отлично встраиваются в пластроны)’

Трансформаторы тока на DIN-рейку: ABB TRF/M, Интеллектуальные Аист (0..10V, 4..20 мА, Modbus), Измерители WirenBoard WB-MAPx

Трансформаторы для измерения токов: ABB TRFM, Т-0,66, АИСТ ТП05С

Этот пост зрел давно, так как трансформаторы тока ABB TRFM я применяю чуть ли не с 2011-2012 годов, а написать про них не доходили руки. Сейчас же мне Bayk сделал подгон компактных трансформаторов тока с Modbus, а от одного заказчика (про щит которого я рассказал в этом посте) я узнал про многоканальные измерители токов от WirenBoard WB-MAPx. Вот сейчас в этом посте мы по ним всем и пробежимся.

Читать далее ‘Трансформаторы тока на DIN-рейку: ABB TRF/M, Интеллектуальные Аист (0..10V, 4..20 мА, Modbus), Измерители WirenBoard WB-MAPx’