| Что здесь и кто здесь? | Меня зовут Электрошаман и я профессионально занимаюсь разработкой и сборкой силовых щитов для квартир, дач, коттеджей и офисов. Дополнительные занятия: Барабаны и Световые шоу (Сценический Свет). |
| Основные контакты | 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 — Сценический Свет, Барабаны. Поддержка проекта, Донаты: Страница Желаний и Донатов Передача образцов, Реклама: Правила Сотрудничества по образцам |
Сегодня мои руки снова были не для скуки, а душа не для занудства и отдыха. Я доделал функцию красивого форматирования номеров моих документов в моей базе CS CRM (все посты про неё по тэгу «CRM»). Потому что задрало смотреть на то, как другие (даже крайне серьёзные и суровые) поставщики и разработчики (вплоть до АБС банков) ни разу не парятся про то, как выглядят их номера и то, насколько удобно их читать и вводить, если нельзя скопипастить.
Читать далее ‘CS CRM: Красивое форматирование номеров документов при печати’
У меня снова подъехали интересные технологии! Возможно, несколько постов до конца этого года будут только про CodeSys, а не про электрощиты. На этот раз я расскажу вам про удобные технологии переноса файлов проектов CodeSys 2.3 и 3.5 на другие компьютеры. Они сильно сэкономят вам время в следующих случаях:
- Когда вы меняете рабочий компьютер, и надо перенести на новый все таргеты и библиотеки со старого;
- Когда вы на чужом компьютере будете первый раз загружать свой проект для работы (например, если вы оказались в чистом поле без интернета только с архивом проекта и не можете даже на сайт ОВЕН попасть, чтобы скачать нужные библиотеки и таргеты);
- Когда вы передаёте исходные файлы вашего проекта заказчику (у вас, как и у меня, это должно быть прописано в Договоре).
Дело в том, что в CodeSys есть удобная штука: «Архив проекта», при создании которого в него добавляется сам проект и все связанные с ним файлы: таргеты, библиотеки и даже настройки самого CodeSys. А в старом CodeSys 2.3 есть команда «Загрузка исходных текстов», которая создаёт в ПЛК файл «Source.Dat». Я расскажу вам, как всем этим пользоваться и в том числе как загрузить проект из Source.Dat, если вам попался такой файл.
Здесь нам потребуются базовые знания о CodeSys: Как подключаться к ПЛК, Как просматривать список файлов в ПЛК, Как читать и записывать файлы в ПЛК. Часть из этих знаний про CodeSys 2.3 была рассказана в старом посте от 2016 года.
Прежде, чем мы начнём, я напоминаю: ВСЕГДА делайте резервные копии (не одну, а несколько) после крупных изменений в проекте! Добавили новую Функцию или Функциональный блок? Копия! Добавили часть логики работы станка? Копия! Добавили десяток переменных? Копия!
Я использую программу KLS Backup, про которую писал вот здесь у себя. Она удобна тем, что сохраняет предыдущие версии файлов и позволяет легко к ним вернуться. При работе с ней не надо ничего никуда копировать руками и напрягать мозги. Достаточно запустить задачу резервного копирования на выполнение.
Читать далее ‘Сохраняем и загружаем Исходники и Архив проекта в CodeSys 2.3 и 3.5’
Эта статья предполагает, что вы используете язык программирования ST. Он наиболее удобен для работы со множеством переменных и разными логическими условиями. Я сожалею, но примеров на FBD/CFC не будет.
Также я предполагаю, что вы знаете про то, как работать с конфигурацией ПЛК, умеете объявлять переменные и константы, а также понимаете про то, как устроена память ПЛК и как в ней хранятся данные. Если хотите — почитайте старый пост про начальную работу с CodeSys 2.3, а ещё пост про память и переменные ПЛК (адресация).
Так как я пришёл в программирование ПЛК из СИ-подобных языков, где работа с адресами и указателями на память является обычным делом, то я невольно применяю такие методы и в ПЛК, чтобы сделать код красивым и гибким, так как больше всего мне нравятся такие решения, где при изменении размера памяти или числа её элементов не надо ничего изменять или пересчитывать.
Сегодня я расскажу вам о том, как чуть более сложно, но и более изящно и универсально работать с регистрами Modbus Slave в конфигурации ПЛК на базе CodeSys 2.3. Речь идёт о том, как удобно назначать им переменные в коде программы и работать с ними, не используя прямую адресацию через адрес AT%. Я не люблю такую адресацию, потому что она зависит от положения элементов в конфигурации ПЛК: чуть изменишь их — и все адреса поплывут. А это — плохой стиль программирования, который может приводить к ошибкам.
В самом конце статьи будет ссылка на пример программы для CodeSys 2.3, который можно использовать (с сохранением копирайтов) для обучения или ваших проектов.
Регистры Modbus Slave применяются во множестве случаев. Это и подключение панелей оператора, и проброс данных в Облако ОВЕН, и работа с системами верхнего уровня (SCADA, HomeAssistant и другие). Поэтому, как я считаю, будет важно уметь работать с такими картами регистров внутри ПЛК так, чтобы сократить число ошибок в программах, и повысить комфорт работы программиста.
Октябрь у меня был так нагружен работой, что ни фига я не выпустил пост про три выставки — «Light+AudioTec», «МузыкаМосква» и «InterLight». Два года назад я был на выставке «Электро-2022», а в этом году — на «Электро-2024». А после этого подумал, что хочу узнать о том, нет ли каких-либо выставок про сценический свет или музыку, как было раньше. Ну и нашёл их, конечно же.
До этого последний раз я был на выставках по Сцене и Музыке где-то в 2005 году, когда они были в Сокольниках. Ну и ещё в конце 90ых с папаней, когда там вовсю рекламировали оборудование фирмы Strand Lighting. Я тогда утащил оттуда каталог и разглядывал там разные световые пульты, считая, что самый лучший — это тот, где побольше фейдеров (хаха, а потом в 2017ом столкнулся с пультами-расчёсками и понял, что это не так).
В общем, выделил я на эти выставки два дня, но уложился за один.
Самое неожиданное — было то, что я совершенно случайно увидел у девчонки, которая ехала в метро на эти же выставки рядом со мной, билет, расспросил — и узнал, что она едет со студентами колледжа. Ура-ура! Значит, всё-таки ЕСТЬ колледжи, где учат светотехнике. А то, когда мне мои полуГопники на вопрос о том, где они научились всё освещать, отвечали «Да хер знает! Ну вот нам режиссёры или операторы говорят, что мало света, надо осветить вот тут — мы и светим», я совсем расстроился и думал, что у нас этому не учат, а якобы единственный спец на всю страну — это Мисакян! Я навёл шапочные контакты с этим колледжем, и, если прям вот захочу разобраться, воспользуюсь ими! Я очень благодарен Вселенной за такой подгон!
Самое дикое и всратое было то, что на выставке «МузыкаМосква», НЕЛЬЗЯ ИГРАТЬ НА БАРАБАНАХ! Типа, «Смотреть можно — трогать нельзя», как у стриптизёрш. Это ФИАСКИЩЕ! Полное! Стоят акустические барабаны, и только ты там попытаешься чуть-чуть тронуть их палочкой — так сразу подбегают сотрудники ЭкспоЦентра с шумомером и говорят, что администрация будет ругаться. НАХЕРА ТОГДА ДЕЛАТЬ ТАМ ЭТУ ВЫСТАВКУ?!!!!
А самый-самый шок был от того, что Китайцы были готовы продать мне новейший Tiger Touch II (вот моё описание про него) за примерно 50-60 тыр. С новешийм софтом (у меня пульт на 11ой версии софта, а щас вышла 17ая). Со словами «Да это новый пульт. Вот для выставки только и распаковали». Ох, ох! А я-то ломаю голову, как мне мой пульт до 17ой версии обновить!..
Итак, ща я вам всё расскажу! Не обещаю, что мой рассказ будет профессиональным. Здесь будет больше моих личных впечатлений, чем технической части.
На всякий случай напомню вам про мои каналы на ЮТубе и всРуТубе:
- https://youtube.com/c/CsCsNetLab — Технический канал. Комментарии там почти всегда закрыты, и там выкладываются видосы к постам на сайте;
- https://youtube.com/@CsCsNetStudio — Новый, СветоБарабанный канал. Там я понемногу снимаю и выкладываю видео со СценоСветом и Барабанами. Зайдите туда! Там есть три красивых и новых видоса ОЧЕНЬ крутые!
- https://rutube.ru/channel/44356748/ — Якобы копия технического канала. Пока я там ничего не выкладываю, а перенос видео не сработал нормально;
- https://rutube.ru/channel/44358794/ — Такая же копия СветоБарабанного канала, без красивых новых видео пока что.
Я готов себя захвалить тем, как вовремя я выдумал для себя систему хранения сведений о МедиаКонтенте в CS CRM! Благодаря этому у меня все видео на всех каналах под учётом, и при переездах по СоцСетям они не потеряются!
Читать далее ‘Выставки Light+AudioTec, Музыка.Москва и InterLight ‘2024’
Этот пост был написан изначально в 2016 году (25.06.2016). Здесь я рассказывал про то, как начал использовать металлические корпуса DKC ST для изготовления вводных щитов (ВРУ, ЩУ) для домов. Чаще всего в таких щитах устанавливают счётчик и вводной автомат (все посты про ВРУ и Ввод есть по этому тэгу). Шкаф имеют две распространённые линейки:
- ST — с металлической дверью;
- STE — с металлической дверью и стеклянной вставкой.
Раньше в этом посте я как раз и рассказывал про такой «ВРУ» (на деле щит учёта ЩУ), собранный на базе навесного шкафа DKC ST. Однако за годы эти шкафы несколько раз изменялись и переделывались, а в 2024 году я отхватил образец шкафа со стеклянной дверью и рамой для пластронов. Поэтому данный пост будет переписан, и здесь рассказ будет только про сами шкафы DKC ST. А вот разные ВРУ, которые я делал на них, будут описаны в другом посте, кроме тех, на примере которых я буду показывать разные варианты шкафов DKC ST.
Хаха! Обычно я уже не пишу короткие посты. А тут вышел за границы зоны комфорта: быстренько обработал фотки и написал!
В общем, был у знакомых в гостях. Они пылесосили. Я обнаружил, что пылесос «как-то не так гудит» и посмотрел, куда он включен. Увидел некий «сетевой удлинитель-фильтр» с вырванным из крепления сетевым проводом. Заметил, что у него этот самый сетевой провод ещё и греется. Охренел. Наорал. Пылесос переключил в обычную розетку, и он сразу стал нормально работать и хорошо всасывать пылищу.
Дома я это поделие распотрошил и саркастически охренел!
Читать далее ‘Опасный сетевой удлинитель-фильтр с 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, а заодно про него и рассказать.
Предупреждаю, что я могу немного «плавать» в описании терминов и возможностей ТРМ, так как применил его для простой задачи и не погружался в глубокие детали его настроек. Ещё я описал самые базовые параметры его настройки. За подробной настройкой обратитесь пожалуйста на сайт ОВЕНа.
Последние комментарии