| Что здесь и кто здесь? | Меня зовут Электрошаман и я профессионально занимаюсь разработкой и сборкой силовых щитов для квартир, дач, коттеджей и офисов. Дополнительные занятия: Барабаны и Световые шоу (Сценический Свет). |
| Основные контакты | 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 — Сценический Свет, Барабаны. Поддержка проекта, Донаты: Страница Желаний и Донатов Передача образцов, Реклама: Правила Сотрудничества по образцам |
Хаха! Обычно я уже не пишу короткие посты. А тут вышел за границы зоны комфорта: быстренько обработал фотки и написал!
В общем, был у знакомых в гостях. Они пылесосили. Я обнаружил, что пылесос «как-то не так гудит» и посмотрел, куда он включен. Увидел некий «сетевой удлинитель-фильтр» с вырванным из крепления сетевым проводом. Заметил, что у него этот самый сетевой провод ещё и греется. Охренел. Наорал. Пылесос переключил в обычную розетку, и он сразу стал нормально работать и хорошо всасывать пылищу.
Дома я это поделие распотрошил и саркастически охренел!
Читать далее ‘Опасный сетевой удлинитель-фильтр с AliExpress: Всех сожгём и всех убьём (без PE)’
Расскажу я вам сегодня ещё парочку историй. Их объединяет то, что в обоих случаях заказчикам попались рабочие, которые пробили днище тупости и накосячили так сильно, что пришлось заставлять их всё переделывать (про халатное и тупое отношение людей к своим занятиям я уже писал тут). Материалы для поста у меня лежали некоторое время, так как про каждый из объектов в отдельности я не хотел рассказывать: было слишком коротко. А сейчас я собрал обе истории в один пост.
Удивляет меня то, что заказчики относились к своим ремонтам как-то уж очень поверхностно. На первом объекте выдали вообще новый перл: «Ну так это же наш первый ремонт». Я не понял: раз ремонт первый, то можно косячить, что ли? А потом можно делать нормально? При том, что этот объект — это объект моих друзей. Я всегда был рядом. Но почему-то на помощь меня позвали тогда, когда было уже поздно.
На второй объект меня нашли по статье про Убийц Панелек (это статьи по тэгу про несущие конструкции), потому что дом был с круглопустотными плитами, и в них хотели проложить кабели на освещение. Те, кто находит меня по этим статьям 2011-2012 года, думает что я до сих пор хожу с чемоданчиком и помогаю людям по мелким подработкам. Меня ОЧЕНЬ просили приехать. Когда я приехал, я увидел ремонт в жилой квартире и вспомнил всякие старые посты по типу Спасения Утопающих, или Штроб при помощи Пулемёта. Что я мог сделать? Сказать, что надо делать нормальную проводку? Ну, я сказал. И даже щиток собрал за небольшую денежку. Но это не помогло.
Я сейчас не хочу ничего сказать про самого себя (работа по договорам, за полноценную зарплату). Всё это я уже сказал в Проклятом Проекте. Кому-то я могу помочь без денег (как помогал друзьям из Тропарёво). Кому-то — сделать простой щит занедорого. На данный момент меня важным является то, чтобы результаты моего труда (о которых, кстати, просили), не просрали. Вот как раз в этом посте результаты были просраны.
Читать далее ‘Невнимательность и тупость: Всратые Мастера и Ремонты (Просранная помощь)’
Сегодня я расскажу вам про то, как в условиях санкций в 2022 году я поработал с модулькой и щитом от LeGrand. Так вышло, что ABB уже не поставлялось, а LeGrand был на складах. Вот я и решил попробовать, хоть заранее знал о том, что обплююсь от их «находчивых» идей и решений. Аналогичный пост про IEK TITAN можно почитать здесь.
В этом посте я расскажу про два щита, которые собрал: на Селигерскую (сделали самодельный аналог WR-рамы с пластронами из макролона, которые потом заказчик переделает на поликарбонат) и в Кудрово (в корпусе LeGrand XL3-160). Я покажу всё, что меня выбесило или удивило (в особенности — гребёнки и корпус «ихнего» щита).
Некоторые фотографии будут иметь плохое качество: бликовать или быть размазанными. Сейчас переделать их я не смогу, поэтому прошу прощения за них.
Читать далее ‘Сборка щитов на модульке LeGrand: необычный взгляд на обычные приёмы работы (ужас)!’
Давненько я не писал коротких постов! Всё длинные и длинные у меня. Сплошной Long Read. Поэтому сегодня я расскажу про одни прикольные светильники, которые я нашёл и использовал в качестве настенных бра для ремонта своим родственникам на квартиру.
Это фасадные бра (для архитектурной подсветки) FERON DH015. Я нашёл их случайно, когда искал компактные бра. Компактность мне была важна из-за того, что в этом ремонте проводка у меня прокладывается по квартире с отделкой в коробах (я расскажу про этот проект, когда полностью его закончу), и я не могу корректно подвести кабели к бра по стенам через штробы (скрыто в стене). Мои бра будут расположены в углах из-за того, чтобы короб не шёл прямо по стене.
Читать далее ‘Освещение: Фасадные бра FERON DH014/DH015 (цоколь GU10)’
Это — вторая часть истории про тяжёлый и Проклятый проект, который длился с 2020 по 2023 годы, и попил крови у всех вокруг, а меня ввёл в огромные долги, последствия которых я разгребаю до сих пор (поэтому донаты и помощь проекту приветствуются). Первая часть находится вот здесь. В ней было рассказано про сборку и программирование щита, а тут я расскажу о том, как работали на объекте нанятые мастера и как я разосрался с ними в хлам из-за того, что они работали без Договоров, актов и вообще без любых документов.
Рекомендую прочитать первую часть, так как в ней описаны подсистемы автоматики квартиры и то, как они должны работать, а так же сама история всего треша и проекта. Это поможет вам лучше понимать эту часть.
Чтобы ко мне никто не прикопался, я явно упоминаю о том, что у меня есть подписанный Акт сдачи работ (вот как раз обновил пост про свою CRM, где у меня такие акты можно делать), в котором ЯВНО прописано о том, что Заказчик даёт разрешение на выкладывание информации о его проекте в Интернет.
Итак, мои дорогие камрады, я начинаю большой рассказ про огромную, длинную, тяжёлую и сложную эпопею, которую окрестил «Проклятым Проектом» (и про которую упоминал в посте Новогодних Новостей 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 делаются легко и просто, а не на словах. Как говорят, что деньги любят счёт, так и рабочий процесс любит документацию.
В общем, хех, прикоснулся я к «прекрасному» — ужасному корпусу IEK TITAN 5, «новой» линейки щитов (компонентам которой на самом деле уже лет как 10). Эта линейка щитов была анонсирована на Выставке Электро-2022, про которую я писал тут, но с тех пор ничего тут не изменилось в лучшую сторону. Изменения планируются года через 2-3…
Сам я собирал временные щиты для коттеджа на корпусах TITAN. Вот здесь про это рассказано в стёбной форме. Я бы сказал, что с тех пор (2019 год) тоже мало что изменилось с этими щитами. Только корпус стал белый.
Возможности этих щитов такие:
- Накладная установка;
- Корпус белого цвета;
- Дверь единая без средней перемычки (можно доставать раму из корпуса щита целиком, а не по частям);
- Симметричное расположение всего в корпусе (нет «Верха» и «Низа», корпус можно перевернуть как удобно);
- Рама снимается вместе с пластронами и шинками одновременно (шинки идут в комплекте, много).
Сравнивать всё это я буду с двумя сериями щитов ABB, которые являются ЭТАЛОНОМ того, как НАДО делать щиты вообще в принципе. Напоминаю все посты и названия серий щитов:
- ABB AT/U — старая серия щитов, которую сейчас напоминает IEK TITAN 5.
- ABB ComfortLine CA/U — обновлённая серия щитов, которая вышла буквально вот перед санкциями.
- Система ABB CombiLine — пластроны, профили и прочие штуки, которые устанавливаются в их щиты.
- Пост про шинки быстрого монтажа ABB — они тоже устанавливаются в их щиты.
Если вы хотите почитать аналитику и более взвешенное мнение — то читайте этот пост. А если же вы хотите повеселиться и услышать матерную всратоту в стиле Доктора Дью — то смотрите видео, которое будет прям сразу в начале поста.
Читать далее ‘Щиты для электрики: IEK TITAN-5 (ФОЛЬГАН-5) — Жуткая всратота (сборка щита на нём)!’
Хах! На самом деле всё, что я сейчас понапишу, изначально осваивалось мной в примерно 2002-2004 годах в программировании на VC++, а до этого — в программировании (на бумажке) микроконтроллеров MCS-51. Всё, связанное с тем, что я хочу рассказать в очередной раз, уже было: и про выход за границу памяти (и получение данных непойми откуда), выход за границу массивов и циклов, и даже неосвобождение системных ресурсов, которое давало глюки через недели или месяцы работы программы…
Но теперь точно такая же тема всплыла в программировании для ПЛК! А раз так — то пусть будет пост для продвинутых новичков, которые сталкиваются с этим и потом удивляются, почему программа глючит и работает то хорошо, а то криво. Я ощущаю себя каким-то чёртовым стариканом, который поучает молодёжь, и который думает о том, что все эти самые «Да я хотел быстро написать простую программку, а она чего-то ПЛК вешает» всё равно будут неисправимы, и будут спешить, косячить и делать по-своему. Может, это не стариканство (которого во мне нет), а мудрость? ;)
Этот пост написан мной для новичков в программировании. Оказалось, что как только в OwenLogic ввели возможность создавать Функции (FUN) и Функциональные блоки (FB) на текстовом языке ST, проблема различия и «А чего в Функции переменные не сохраняются?» возникла снова. Так как когда-то я сам дико тупил и думал, что, например, Таймеры TON, TOF, TP, BLINK работают сами по себе аппаратно, то я решил написать про это всё пост.
Здесь я расскажу о том, чем программирование на ПЛК отличается от программирования на компьютере, чем отличаются между собой Функция (FUN) и Функциональный блок (FB), как их описывать и вызывать, а ещё поделюсь кое-какими приёмами их программирования и использования. Заодно упомяну то, почему иногда у кого-то «Не работают таймеры» и то, как их надо вызывать в коде на текстовом языке ST.
Мой рассказ будет простой, и кое-какие моменты в нём (касательно задач ПЛК) я притяну за уши. Но общие принципы сгодятся для того, чтобы понять то, как всё запрограммировать без ошибок. Да, и всё же я надеюсь, что вы умеете объявлять переменные и знаете прочие базовые вещи про программирование на ПЛК.
В этом, 2024 году, я снова поехал тусить на выставку «Электро-2024» в Экспоцентр (как-нибудь надо бы поехать на выставку Сценической техники, если такая бывает).
Прошлая моя поездка была в 2022 году, и пост про неё лежит вот здесь. Она тогда, как мне показалось, была довольно истеричной вида «Ааааа! Всё пропало, гипс снимают, клиЭнт уезжает!», потому что тогда начались санкции, и от нас ушли крутые бренды.
На этот раз (хах, видимо из стадии «Депрессия» у меня всё перетекло в стадию «Принятие») я как-то спокойнее тусил на выставке. Там было не много народа, не было диких толп, сметающих всё на своём пути, а был расслабон. Я ездил туда в четверг, за день до закрытия выставки.
Мне было интересно узнать то, как изменилась ситуация с разными брендами и посмотреть, что завезли на выставку Китайцы, так как в этом году, судя по списку компаний, их там было дофигища!
Самое для меня обидное — это то, что я дурак: не догадался сделать наклейки с QR-кодом своего сайта и своих ЮТубов (Канал про технику и второй Канал про СценоСвет, новый) и налепить их сзади визиток! Сделал, но через неделю после выставки. На будущее.
Сегодня у меня снова о наболевшем: про то, как всем стало похуй друг на друга и, главное (как я считаю) — на самих себя и свою работу. И хуй с ним, с результатом — но, сука, как же ж надо себя не любить, чтобы делать такое гавнище и измудохиваться в хлам при этом…
Всякие такие темы я затрагивал с этих вот постах (и других по тэгам «Люди» и «Самореализация»):
- Торопыжничество и поверхностность: порой это переходит все границы! О слепцах с YouTube и пузырьках в голове;
- ЭТМ доВставляет, часть 2: Склады и доставка. Косяки при хранении и доставках товара;
- Проектанты!!! Безалаберность, похренизм, наплевательство и халатность!! / Порка!;
- Аудит: Ответственность и принятие решений / Вентиляция и Прораб;
- Глобальный пофигизм и снятие ответственности: Любовь или Нелюбовь?;
- О смысле происходящего — отношение к людям и работе.
Сегодняшней темой снова будет та же самая невнимательность, поверхостное и халатное отношение к делу и к себе. И не надо говорить, что мы работаем настолько, насколько нам платят. Даже если платят мало — это не значит, что надо создавать ситуации, в которых можно лишиться руки, глаз, пальцев, а то и жизни!
А ещё я стал замечать, что из-за мессенджеров (их негативного эффекта) все стали меньше друг другу «докладывать» рабочий процесс и общаться. Это звучит как дичь: мессенджеры вроде как и созданы для того, чтобы удобнее общаться. Но часть моих сегодняшних историй — как раз про то, когда вместо того, чтобы заранее расспросить или предупредить, народ делает быстро, хуёво и невпопад. Как в мессенджер: можно написать, ещё раз написать, ещё раз написать, подумать, переписать и ещё раз написать…
Читать далее ‘Пофигизм продолжается. Очередные перлы про тех, кому наплевать на себя и на работу!’
Изначально этот пост был написан в Январе 2019 года про то, как я доработал свою CS CRM-систему (все посты про неё лежат по тэгу «CRM») для того, чтобы печатать на ней акты нарушения монтажа и заставлять заказчиков их подписывать для того, чтобы снимать с себя ответственность, и мотивировать их исправлять косяки. Про это и будет первая злая часть поста. Потому что задолбали.
С 2019 по 2024 годы система актов себя оправдала и развязала мне руки. Реально, вместо того, чтобы что-то доказывать (например тому, кто хотел управлять вентилятором охлаждения шкафа по Modbus вместо локального надёжного термостата), я составляю и присылаю такой акт. В почти всех случаях дальше всё делается по-моему.
Я не особо афишировал это (не люблю палиться), но в 2019ом я зарегал бизнес в формате ИП. Это заставило меня дописать мою CS CRM для формирования документа Договора, потому что меня затошнило бы со второго заказа, если бы надо было руками в WORD’е править договор и вбивать туда реквизиты текущего клиента. За меня всё делается в моей 1Ске, и про это я вам тоже расскажу в обновлённом посте.
Ну а потом мне оставалось взять тот же документ «Акт нарушений» и доработать его так, чтобы в нём можно было указывать ЛЮБОЕ название: «Акт обследования объекта», «Гарантийное письмо» ;), «Дополнительное соглашение к Договору» и так далее. Это оказалось очень удобно, так как за счёт того, что нужно всего лишь создать новый документ и заполнить только текст, я избавился от бумажной возни. А самое главное — что все такие документы (включая фотографии с обследования объекта) хранятся внутри базы, и не надо морочиться с какими-то внешними файлами типа «Акт нарушения 12.11.2022.docx».
Про это всё я вам и расскажу в формате подзаголовков!
Читать далее ‘CS CRM: Формируем документы Актов и Договоров легко и просто (Обновлено ‘2024)!’
Ухх! Наконец-то я могу сказать «Я — доделал» (хоть и не всё) и пополнить рубрику «Готовые работы», так как в ней за последние года три не было рассказов про готовые собранные щиты, и некоторые даже думали, что я перестал заниматься этим бизнесом.
Нет-нет! Всё в порядке: я им вовсю занимаюсь и заказы принимаю, но когда-то я решил рассказывать про те щиты, которые полностью готовы и смонтированы на объектах. И вот сейчас мне есть что вам показать.
Оба этих проекта объединяет то, что они собраны на относительно простом в программировании и недорогом, если сравнивать с ПЛК, программируемом реле ОВЕН ПР200 (все посты про ПРки лежат по этому тэгу). На конец 2023 и начало 2024 года это, по моему мнению, самое лучшее реле для домашней автоматики: оно стабильное в плане прошивки, работы и среды разработки, и имеет небольшой дисплей, на котором можно сделать меню настроек или вывести какие-то данные.
При этом ПР200 может иметь два интерфейса RS-485 с протоколом Modbus Master/Slave и через шлюзы работать с ОВЕНским облаком, что открывает нам доступ в удалённый мониторинг или простое удалённое управление. А аналоговые входы и выходы дают нам возможность работать с датчиками или диммировать освещение по 0..10V.
Я настойчиво рекомендую использовать ПР200 для простых проектов: там, где надо поуправлять светом, вентиляторами санузлов, сделать защиту от протечек и там, где вы не хотите (или не имеете возможности) вкладываться в суровую автоматику на базе ПЛК — простые квартиры (даже с отделкой, как в моём примере), квартиры под сдачу, вторичные квартиры в жилье времён СССР, где комнаты маленькие, и много элементов автоматики не требуется.
Один из проектов делался заказчику с ЖК около метро Динамо, а другой — моим родственникам в квартиру в Железнодорожном. Второй проект в Железнодорожный ещё не закончен, и для него (и других проектов) мне понадобятся ваши донаты или ваше спонсорство. Об этом написано вот в этом разделе моего сайта. После завершения второго проекта в Железнодорожный я выпущу про него подробный пост.
В этом посте есть два ДЛИННЫХ видео, где я рассказываю техническую информацию про щиты. Интересные видео про квартиру на ПР200 в Железнодорожном я сниму, когда закончу её проводку сам или с помощью вашего спонсорства, о котором говорил выше.
CS CRM: Учёт оборудования (устройств) — настройки, история статусов, поверка, паспорта, документация
Сегодня я расскажу вам об очень серьёзном дополнении к своей CS CRM-системе, в которой я уже как лет 15 веду весь учёт и проектирую щиты (в том числе). Про неё есть много постов, которые собраны по тэгу «CRM».
На этот раз я придумал и за полтора месяца вечернего отдыха написал систему учёта устройств (оборудования), которая имеет такой набор функций:
- Быстрый поиск по любой части названия, серийного номера, ID;
- Хранение названия, ID и логического назначения устройства или оборудования;
- Привязка устройства или оборудования к Номенклатуре (пост про неё вот здесь);
- Привязка устройства к Договору (заказу, объекту) для быстрого поиска или отбора;
- Хранение заводских и аппаратных настроек (серийный номер, версия железа, прошивки, дата выпуска, поверки, интервал поверки);
- Хранение настроек связи (адрес, интерфейс, протокол, режим работы, скорость связи, порядок байт);
- Хранение произвольных свойств (значений регистров, настроек каналов измерения);
- Хранение истории изменений статусов устройства (Покупка, Настройка, Запуск, Ремонт, Поверка, Утилизация) с привязкой к документам ТМЦ или документам Актов;
- Хранение вложений (актов, паспортов и других). Есть быстрый выбор вложений из Номенклатуры, общей для всех экземпляров устройства (документация, фотографии);
- Создание распечаток параметров в кратком (без истории статусов) или полном (со статусами) вариантах для того, чтобы хранить настройки на объекте в распечатанном виде или передать их на объект для настройки нового устройства.
Дальше я расскажу о том, почему и как я её создал (я честно спрашивал чужой опыт на форуме ОВЕНа, где на меня примерно 70% людей посмотрели как на идиота и сказали, что экселя достаточно), и как она работает. А в самом конце поста будет видео (впервые про мою CS CRM — до этого были только посты).
Этот пост — пока что завершающий в цикле постов про датчики, которыми я пользуюсь в своих проектах (все посты можно найти по тэгу «Датчики»). Сегодня я расскажу про датчики температуры, без которых почти ни один мой проект не обходится — измерять температуру хочется всем.
Забавность для меня в том, что я думал что из всех постов про датчики этот пост я сделаю самым первым, и он будет самый простой. Дескать, ну датчики температуры — что там думать? Взял, подключил, измерил. А оказалось, что это самый сложный пост из всех, при том что я использую буквально 2-3 модели датчиков во всех проектах!
Сразу же вас предупреждаю, что основные мои знания — про термосопротивления в корпусах в виде гильз и для установки на поверхность труб. Для моих бытовых проектов этого достаточно, но в общих знаниях про промышленные корпуса и типы датчиков я не так силён.
В своих проектах я использую датчики для контроля температуры улицы, стояков горячей воды, отопления, оборудования (в щитах СКС, шкафах автоматики) и для управления тёплыми полами от ПЛК. Я подобрал несколько простых модификаций датчиков, про которые и буду рассказывать. Но чтобы вы понимали, о чём идёт речь и то, какие сложности есть в подключении датчиков температуры, в начале поста снова будет большой ликбез.
Каждый раз, когда мне грустно и плохо, (и каждый новый год ради прикола) я открываю мыло и читаю письмо, которое мне прислал один мой читатель ещё в 2018 году! Он написал там отзыв о моём проекте, и то, что это поменяло его жизнь.
Мне настолько нравятся его словесные обороты, что я каждый раз над ним позитивно веселюсь, а само письмо стало моим внутренним мемом «…про экскаватор». Вот решил поделиться им и с вами! Дальше будет текст от лица читателя. Орфография сохранена, я чуток подправил пробелы перед и после знаков препинания.
А в конце поста я решил написать итоги 2023 года и добавить фотографий! Будет интересно! Заодно попрошу вашего мнения и донатов со спонсорством!
Читать далее ‘«Нам пишут»: Работа на себя. Про экскаватор! Отчёт за 2023 год!’
Сегодня я делаю большой пост про датчики и реле давления, который обещал сделать ещё чуть ли не полтора года назад. Самым последним в этой линейке постов будет пост про датчики температуры, хаха. Он казался мне самым простым, а на деле оказался самым сложным!
История моего знакомства с датчиками давления начиналась заочно ещё в 2011 году, когда я переделывал свою сантехнику (эта история описана вот в этом — про переварку стояков и вот в этом — про сборку коллекторного узла постах). Тогда я поставил себе на вводе воды в квартиру краны с моторным приводом от FAR, через год — регистратор НоваТек РПМ-16-4-3 (пост про него), который снимал показания температуры воды и выводил их на его экран… И, конечно же, мне хотелось измерять и давление воды, чтобы знать о том, что воду отключали или что у нас на районной ЦТП случилась авария (про одну такую я писал вот здесь: давление подскакивало выше нормы).
Но в 2011-2013ых годах я искал такие датчики в магазинах электроники, где они выглядели как небольшие «коробочки», которые впаиваются в печатную плату, и на которых есть носик для тонкого шланга-трубочки. Что-то мне подсказывало, что эти датчики явно не могут как-то вкручиваться в обычный водопровод и что я ищу что-то не то и не там. Тем более, что стоили они по 10-12 тыр, а давление мерили не в «атмосферах», а в каких-то «паскалях», про которые я ничего тогда не знал.
Позже, когда я делал ещё одну итерацию поиска таких датчиков, я наткнулся на какие-то дорогие штучки, которые имели обычную резьбу, чтобы их можно было вкрутить в трубу, но стоили так же дорого, и ещё и имели какие-то странные выходы: 4..20 мА. Тогда я не знал про стандартные аналоговые сигналы «Напряжение» и «Ток» (сейчас-то я написал пост про них), и не понимал, почему эти датчики не дают информацию по какому-нибудь SPI или I2C, которые мне тогда казались понятными и ясными…
А потом, когда я разбирался с аналоговыми датчиками и делал проекты на ОВЕНе, для меня открылся мир всей простоты и удобства работы с датчиками давления. А у ОВЕНа удобным оказалось то, что у них есть недорогая линейка самых простых датчиков ПД100-ДИ низкого (ха, по сравнению с промкой) класса точности для ЖКХ в 0,5 или 1%. В 2019 году такой датчик на 10 атмосфер стоил всего 3,5 тыр!
Позже, когда я стал более плотно тусить в ОВЕНе, я узнал про разные интересные особенности датчиков давления, а заодно наделал много фоток других вариантов датчиков и реле давления. Про это и будет мой пост.
Датчики, про которые я сегодня буду рассказывать, относятся к дичайшей промке и в быту почти не применяются (только если для всяких самоделок и DIY). Зато в промышленности без них уже не обходится почти ни один станок или механизм. На YouTube есть несколько каналов типа «Tantum Tech», «Quantum Tech» и ролики типа «30 minutes amazing continious production», которые можно обозвать технопорно: там показывается работа разных станков и поточных линий нарезки, штамповки, упаковки, розлива и прочих. Иногда, когда я хочу отдохнуть или потупить, я залипаю на эти ролики. Вот там-то и видно то, как часто такие датчики применяются!
О том, что такие датчики существуют, я знал давно, но относился к ним как «Да ну куда мне их? У меня ж не станки, а щиты». Но вот при пусконаладке одного из объектов выяснилось, что чёртов монтажник, который делал там проводку и очень спешил, перепутал маркировку кабелей от датчиков открытия окон. Когда мы прозванивали эти цепи, то мы открывали, например, Левую створку окна, а прозванивали кабель Правой створки, как оказалось. В результате получалось то, что датчик как будто бы не реагировал на открытие окна и залип во включенном состоянии.
Сама идея поставить датчики открытия створок на окна мне нравится, и я бы сделал себе так, если бы мог аккуратно провести кабели по чистовой отделке. Это ж удобно: выходишь из квартиры или дома, и видишь где-нить на ПЛК/СПК то, все ли окна закрыты, или нет.
Те датчики были герконовые, а я от кого-то слышал, что некоторые герконовые датчики иногда залипают, и монтажники их меняют. Так как я подкован технически, то я сразу вспомнил то, что в электронике вовсю применяются датчики Холла, которые реагируют на магнитное поле и не имеют никаких движущихся частей. А в сценическом свете (вот пост про головы LED Spot 90W) такие датчики Холла используются для того, чтобы всякие движущиеся элементы внутри световых голов (диски с цветами, узорами, линзы) могли определить своё начальное положение при включении питания такой головы.
Я поискал — и нашёл такие же датчики Холла в промышленном исполнении и купил их. А заодно обзавёлся и другими моделями датчиков, чтобы сделать пост и крутую автоматическую поилку для Кошочки, которую я временно забрал себе в Санаторий и SPA-курорт из Одинцово =)
Сегодня я расскажу вам про ещё одну сервисную систему в моих электрощитах, которая стоит в одном ряду с системой IPM (пост про неё) и системой термозащиты (пост про неё). Это — система контроля важных нагрузок, которая называется ILC™ и расшифровывается как Important Lines Control. Вообще, правильно надо было бы называть её не «Control», а «Check» (проверка) или «Status» (статус), но я называю её так уже как года три, и такая аббревиатура закрепилась во всей моей документации. Английский пост про неё вышел в начале месяца, а теперь — пост на русском.
Торговая марка ILC™ в контексте системы контроля важных нагрузок и идея её изобретения закреплены за мной. При копировании нужно указывать мои копирайты и ссылку на эту статью. Донаты вовсю приветствуются.
Запрос на контроль важных нагрузок был ещё со времён щита в РадиоЦентр (с 2018 года). Задача, которая ставится моими заказчиками, выглядит так: «При закрытой двери щита я хочу знать, если у меня выбило какой-то автомат на важные линии, например, на насос или септик». Если щит стоит в подвале, или его дверь непрозрачная и всегда закрыта — то ты не узнаешь того, что у тебя вырубилось питание на закопанный в земле септик (которого не слышно и который работает периодически), пока не заглянешь в щит. А это — плохо!
Всё это можно было бы решить при помощи дополнительных контактов к автоматам (пост про них) и обработки тревог в ПЛК (примерно так задумана система ABB SMISSLINE, про которую я писал), но… Во-первых, дополнительные контакты чаще всего есть только к автоматам. А мы же все важные нагрузки защищаем дифавтоматами. К ним дополнительные контакты могут стоить по 3-5 тыр. Это слишком дорого. А, во-вторых, что делать, если в щите нет ПЛК, и завести на него статус автоматов нельзя?
Вот я и разработал свою схему. Решение лежало на поверхности, и мне нравится его изящество, удобство и аппаратная реализация на обычных реле без использования ПЛК.
Читать далее ‘ILC™: Система контроля важных нагрузок в щитах’
Сегодня я расскажу про то, о чём никогда не думал: о самом простом измерителе-регуляторе ОВЕН ТРМ1. Дело в том, что я ни разу не делал и не разбирался с приборами, которые делают что-то отдельно (управляют, регулируют): я сразу начал программировать на ПЛК или ПРках, где всю логику регулирования или уж тем более измерения чего-либо можно написать в программе и не ставить ради этого внешние приборы…
Но один из заказчиков обратился ко мне с достаточно простой и интересной задачей — сделать простой аналог термостата обогрева водосточных труб на крыше его коттеджа, и я решил сделать это на базе ОВЕН ТРМ1, а заодно про него и рассказать.
Предупреждаю, что я могу немного «плавать» в описании терминов и возможностей ТРМ, так как применил его для простой задачи и не погружался в глубокие детали его настроек. Ещё я описал самые базовые параметры его настройки. За подробной настройкой обратитесь пожалуйста на сайт ОВЕНа.
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 (хаха, про это и реакцию на него людей с пузырьками в голове есть этот пост), то я заполнял описания видео как попало. Иногда, когда я готовил видео к будущим публикациям, я создавал текстовый файл, где хранил нужные метаданные до того, как видео будет опубликовано, а потом удалял этот файл как ненужный.
Но что будет, если я (или другие) захотят сделать репост этих видео или других материалов на другие соцсети (Дзен, РуТуб или ещё кого-то)? Ну, можно открыть ЮТуб и скопировать всё оттуда. А если ЮТуб вообще закроют (этим нас постоянно пугают), и все эти метаданные потеряются? Хранить всё в текстовом файле или Экселе? Ну, можно. А если надо будет сортировать всё по группам? Или что-то удалить из основного списка, но всё равно оставить данные?
Думал-думал я, а потом взял и написал в своей CRM функционал для хранения и этой информации. Всё-таки когда-нибудь я заведу себе СоцСети для того, чтобы делать там кросс-посты вида «Написал новый пост, идите читайте», и эту информацию я тоже хотел бы хранить для репостов в другие СоцСети.
Читать далее ‘CS CRM: Хранение данных медиаконтента в локальной базе’
Итак, странных щитов подъехало! Сейчас я расскажу вам про то, как я проектировал и собирал щит на умных ZigBee-реле Xiaomi Aqara с AliExpress и про то, как я крепил эти реле на сам щит, так как у них нет штатного крепления на DIN-рейку.
Щит этот собирался в 2022 году, и заказчик нашёл все материалы сам из остатков. А так как он ещё и музыкой занимается и знает про мою любимую группу Dream Theater — то под сдачу щита я заготовил пару песен для светового шоу, и показал ему (видео надо переснять; я готовлюсь подзвучить барабаны микрофонами, и оно будет позже).
Информация в посте пригодится всем, кто имеет дело с такими реле и думает о том, как их аккуратно запихать в щит.
Этот пост зрел у меня, потому что я много раз на форуме ОВЕНа слышу «А вот как быть, если ошибки связи с устройствами иногда появляются, но на них надо реагировать только тогда, когда они идут часто, а случайные пропускать?». Ещё я заметил, что мало кто считает общую мощность потребления по +24V, чтобы правильно выбрать блок питания, и ещё заметил то, что когда я говорю о том, что тестирую щиты в режиме прогрева, включая все нагрузки на постоянную работу на неделю (например), то на меня на форуме ОВЕН смотрят как на идиота. А ведь эта идея стырена из старых шкафов автоматики, где была кнопка «Проверка ламп»! А ещё ведь надо защищать внешние цепи щита, бэкапить проекты… Уууу! Оказалось, что мало кто это делает.
В общем, после проклятого проекта Mail.Ru на СПК (про него я написал тут; я там и очередного коллегу-напарника выгнал нахер) у меня набралась куча материала и опыта, который я и расскажу в этом посте. Код программ на ПЛК я давать не буду, так как он у меня является моей интеллектуальной собственностью. Однако тех скриншотов и описаний, которые будут в посте, хватит для того, чтобы вы могли разобраться в алгоритмах и написать свой код под свои задачи. Часть опыта была наработана на щитах с Siemens Logo (все посты про него), часть — на щитах с ОВЕНом (все посты про ПЛК и про ПРки).
Ещё напомню вам пост о том, что должно быть в щитах с ПЛК. Там я упоминал разные монтажные мелочи, которые надо учесть при разработке таких щитов. А ещё сошлюсь на статью Евгения Кислова про отладку проектов в ПЛК и примеры разных багов, в том числе и идиотских. И ещё рекомендую его же статью про работу с системными журналами в ПЛК, на которую я буду ссылаться.
С этого поста я начну постепенно писать посты про разные датчики физических величин. Оказалось, что написать пост про датчики уровня проще всего: там самые простые рисунки, ахахаха! Ради этих постов я приехал в ОВЕН, плотно потусил с ребятами, и составил кучу конспектов, инфу из которых буду использовать в постах!
Эти датчики я использовал (или буду использовать) в своих проектах и хочу, чтобы у меня на блоге были посты со сборной информацией для тех, кто начинает заниматься промавтоматикой или думает о том, какой бы датчик подобрать для домашней автоматизации (которой я и занимаюсь).
Контроль уровня жидкостей нужен много где. Это и пищевая промышленность, и всякие химические производства, и наши бытовые нужды: разные дренажные колодцы, септики, колодцы и скважины для чистой воды, системы водоочистки, водоподготовки и так далее.
Сразу же замечу, что это я сам так с лёгкой руки обозвал всё «Датчиками». На самом деле надо различать устройства, которые ИЗМЕРЯЮТ что-то, и устройства, которые СИГНАЛИЗИРУЮТ что-то. Например, «Датчики» газа, про которые я рассказывал в этом посте, как раз-таки являются сигнализаторами, потому что не измеряют точный результат концентрации газа, а выдают лишь сигнал «Концентрация газа превысила заданный порог, авария!». Этот же принцип чаще всего подходит и для датчиков уровня: большинство из них являются сигнализаторами, которые показывают то, что уровень достиг заданной отметки (бак наполнился, бак опустел, бак заполнен на половину и так далее).
А вот настоящими датчиками (уровнемерами) уровня будут являться более дорогие устройства, которые будут измерять реальный уровень, например измеряя давление столба жидкости в баке или высоту поверхности воды, на которой плавает поплавок.
Последние комментарии