| Что здесь и кто здесь? | Меня зовут Электрошаман и я профессионально занимаюсь разработкой и сборкой силовых щитов для квартир, дач, коттеджей и офисов. Дополнительные занятия: Барабаны и Световые шоу (Сценический Свет). |
| Основные контакты | 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».
Сейчас я написал объекты (Документы 1С) и их связку для решения таких задач:
- Расчёт мощностей блоков питания для ПЛК (+24V DC). Можно составить список нагрузок, указать их количество (например, для реле) и распределить их по разным блокам питания (до 6 штук). Система подсчитает мощности по каждому блоку питания и выдаст красивые распечатки расчётов.
- Проектирование сигналов ввода-вывода IO с распределением по Модулям IO (пост про них) и переменными для программы ПЛК. Можно внести модуль IO и его сигналы в таблицу. Для каждого сигнала можно указать детальный тип (NPN, PNP, ДТС, ДТП, 0..10V и так далее), привязать групповые переменные (битовые маски) и канальные переменные (биты битовых масок), задать название и комментарний сигнала, а потом выгрузить все эти данные по шаблонам или в виде распечаток.
- Проектирование и автоматический расчёт карт регистров Modbus Slave. Можно вносить в карту регистров Биты, WORD’ы и DWORD’ы. Адреса битов и регистров рассчитаются автоматически с заданного стартового адреса. Можно включить округление до чётных адресов, как это сделано в CodeSys. Аналогично Сигналам, можно назначить групповые и канальные переменные для битовых масок и отдельных бит, и тоже выгрузить всё по шаблонам или в виде распечаток.
- Документирование коммутации разъёмов или блоков клемм щитов. Можно указать номер, название и маркировку разъёма или клеммника, а потом расписать его сигналы, их напряжение, назначение и то, куда они подключены с внутренней (щитовой) и внешней стороны (пока есть прототип данного решения). Это мне нужно, чтобы описывать сигналы разъёмов ПЛК, Панелей оператора, Связей между щитами.
Главной задачей было уйти от внешнего XLS-файла, в котором я заполнял эти таблички вручную и таскал его вместе с документацией на проект. Я хотел, чтобы всё-всё-всё делалось в единой базе. И у меня это получилось!
Второй задачей было сразу привязывать переменные на каналы IO или регистры Modbus, а потом выгружать эти данные по шаблонам, чтобы не копипастить из Экселя в CodeSys названия сигналов. И это у меня тоже получилось!
А дополнительно я сделал разные фишечки в распечатках: система визуально отделяет разные группы данных (входы-выходы по COMx, регистры по типу), помечает цветом полярность сигналов. Это очень упрощает сборку щитов.
Хах, дайте мне обратную связь. Кто-нибудь автоматизирует создание документации на щиты с ПЛК, или я снова играю в Завод, применяя сверхсложные технологии?
Читать далее ‘CS CRM: Проектирование Блоков питания, Сигналов Ввода-Вывода и Карт регистров Modbus’
Здесь содержится дикая дичь, которая связана с тем, что я люблю душнить на данные, и мне хочется, чтобы даже внутренние системные структуры баз данных были оптимизированы и выглядели красиво. Не уверен, что кто-то будет использовать это решение, но хочу им поделиться.
Как вы знаете, моя CS CRM-система (все посты про неё — по тэгу «CRM») построена на базе быстрой и удобной для простого программирования 1С 7.7. Я веду в ней информацию о клиентах, заказах, материалах, проектирую щиты, учитываю оборудование по заводским номерам и даже планирую контент на YouTube-каналы.
Плюсы старой 1Ски в том, что она хранит данные в обычных файлах, которые проще бэкапить или редактировать (сделать глобальную замену системных данных, например).
Моя система постоянно развивается, и я добавляю туда новые функции или данные. Системное ядро 1Ски нумерует все объекты конфигурации базы (метаданные) подряд по возрастанию. Из-за этого названия файлов могут идти не по порядку или перескакивать по нумерации, что мне не нравится.
Я придумал, как благодаря определённым программам, которые лежат в открытых источниках, вручную редактировать метаданные, добавляя объекты со своими внутренними ID, не портя их нумерацию. И вот про это я вам и расскажу.
Читать далее ‘CS CRM: Наводим порядок в Метаданных 1С 7.7 (GComp и Реквизиты)’
Ура! Наконец-то у меня дошли руки до этого поста! Я уже как год хотел до него добраться, но не мог прорядить 500 фоток, чтобы отобрать самые нужные! Сейчас я это сделал и расскажу вам две истории, которые объединяет то, что тоже стало мемом: «МЫ БОИМСЯ ВКЛЮЧАТЬ ЩИТ»!
В 2021 и 2022 годах у меня заказали два щита на базе ОВЕН ПЛК110 (мой любимый ПЛК на CodeSys 2.3: там много интерфейсов, он меньше тормозит при опросе по Modbus, и легко программируется для простых задач) с автоматикой для квартир. Из сложного там было управление заслонками вентиляции и термоголовками отопления по 0..10V (сразу напоминаю пост про аналоговые сигналы), а всё остальное было хорошо нам знакомое: управление светом, кранами воды, приводами штор, вентиляторами санузлов и другими мелочами. Когда я буду рассказывать про каждый щит, я открою его документацию и выпишу оттуда всё, что в каждый щит заложено, в виде списка.
Так вот вы же знаете, что с 2012 года я давно уже не занимаюсь проводкой, а только сборкой щитов (и чем дальше — тем более интересных и сложных). Я делаю щиты, делаю на них крутую документацию и инструкции со схемами подключения оборудования (про них тоже есть интересный пост), а потом мастера на объекте прокладывают кабели, устанавливают щиты, и всё подключают и запускают.
Так вот тут вот оба заказчика наняли рабочих, которые сначала сказали «Нам всё понятно, мы всё знаем», а потом ИСПУГАЛИСЬ! Одни так и сказали: «Мы подключили все датчики, все краны и приводы, а к щиту подключать боимся! Вдруг что не так!». В результате меня позвали на Шеф-Монтаж, после чего я написал целые Правила работы на выездах, примером для которых как раз и будет данный пост.
Если вы хотите почитать про предыдущие Шеф-Монтажи, то вот вам пост про Хач-Монтаж щитка и вот второй про Хач-Монтаж проводки, где рабочие всё запороли. А недавний случай — это Проклятый Проект, Часть 2, где мастер-монтажник тоже много чего запорол.
Сегодня я сделаю вам Мастер-Класс о том, какими способами можно сделать выключение лишних нагрузок и/или освещения тогда, когда вы уезжаете или ненадолго уходите из квартиры или дома. Много примеров таких щитов есть в соседнем посте про сборки простых щитов: там часто используется отключение лишних нагрузок через рубильник или выключение всего освещения через контактор.
Эти способы я применяю давным-давно (вот первый пост из 2012 года про сборки щитов, где было описано выключение всего лишнего в квартире на время отпуска), и раньше они назывались «НеОтключаемые линии», но постепенно я поддался общим трендам проектировщиков и, чтобы всем было проще, стал называть такие технологии «Отключение на отпуск», «Мастер-Выключатель» или «Мастер-Кнопка».
Когда я был на выставках Электро-2024 и InterLight-2024, то от ребят из ДКС услышал, что у них до сих пор разные монтажники спрашивают про то, как сделать Мастер-Выключатель или Мастер-Кнопку. Так вот в этом посте я дам схемы включения и методику их применения. Донаты и всякое спонсорство, которое описано вот здесь, приветствуются.
Читать далее ‘Центральное выключение Питания или Освещения (Мастер-Кнопка / Мастер-Выключатель)’
Продолжаю рассказы про примеры готовых работ, которые я не выкладывал ранее. Сегодня я расскажу вам про два относительно простых щита на базе моего любимого размера шкафов — TwinLine TG312G (3×12 DIN-реек). Как-то я уже писал такой пост про подобные щиты в 2019 году, а вот тут засветился TwinLine двойной ширины, что для меня редкость. Пост про сами шкафы находится вот тут.
Эти шкафы нравятся мне тем, что модули системы CombiLine (напоминаю пост про неё) как раз имеют максимальную ширину в 3 DIN-рейки. Благодаря этому в таких шкафах не нужны дополнительные несущие WR-профили посередине. Это позволяет нам использовать модули MBK (DIN-рейка на регуляторах глубины) для установки клемм или кросс-модулей на всю ширину шкафа, что даёт там много свободного места.
Оба этих шкафа делались в Питер, но в разные годы. И так как они не имеют ПЛК или другой автоматики, то я решил объединить их в один коротенький пост. Пусть это будет пример работ, когда щит получается большой из-за количества нагрузок, но не содержит сложной автоматики, кроме Мастер-Выключателя на свет.
Читать далее ‘Сборки щитов: TwinLine 2020, 2021 (Шапки, Романовка)’
Краткое содержание поста для тех, кто его найдёт поиском (и в идеале для компании TCL):
- Купил кондиционеры TCL TAC-09CHSA/DSEI (себе 2 штуки) и TCL ELI INV 09 (подруге 1 штуку) через магазин DNS (все номера заказов предоставлю);
- Мои сдохли через год работы с одной и той же неисправностью: плата инвертора внешнего блока A010453 включает компрессор и сразу же вырубает его предположительно по перегрузке по току. Перед сдыханием кондиционер начинает потреблять всё меньше и меньше тока. Условно: сначала 3.8 ампер, через неделю 3 ампера, через ещё неделю 2 ампера, а потом срабатывает защита.
После прогрева платы паяльным феном в зоне модуля PFC, модуля IGBT и резисторов токовых шунтов неисправность исчезает на 1-2 недели, а потом всё повторяется вновь. Модуль IGBT и резисторы токовых шунтов я менял — не помогает; - Сервис DNS никакущий! Поддержки нет, а единственная рекомендация — это «Снимайте весь кондиционер и везите в ближайший магазин». Это стоит так же, как и новый кондиционер;
- Сайт TCL-Russia.ru по телефону сказал, что кондиционеры таких моделей они официально в Россию не поставляли (А кто тогда отвечает за эту торговую марку в России?! Если это подделка под TCL, то где тогда иск в суд?!);
- На Январь 2025 года я вложил в эти кондиционеры по 15 тыр на каждый блок (итого +30 тыр), и они продолжают жрать мои деньги попытками ремонта;
- На AliExpress есть платы инверторов A010453, но они через раз глючные;
- Я хочу, чтобы те, кто ищет отзывы про кондиционеры TCL и плату A010453 прочитали эту статью и их не покупали;
- Я хочу, чтобы представительство TCL связалось со мной и заменило мне все кондиционеры на новые (или дало такие новые платы инверторов с запасом по количеству, которые гарантированно будут работать — я могу заменить их сам);
- Если кому из наших читателей-спецов по электронике интересно — я могу пригласить вас к себе, чтобы вы поизучали эти платы на работающем кондиционере (это внешний блок, так что надо изучать, когда на улице сухо и не холодно) и сказали, что там подыхает. Вдруг это какой-то конденсатор или транзистор, а я не в курсе (и у меня нечем это диагностировать);
- Если кто-то из читателей производит свои кондиционеры (типа Дмитрия DP Labs, но он не мой читатель) — то может вы мне их подарите вместо TCL, а я про вас напишу?
Ха! Давно у меня не было постов про примеры работ и сборок щитов! Дело в том, что примерно с 2019-2020 годов у меня начались проекты щитов на базе ПЛК, и они стали настолько сложными, что про каждый такой проект (щит) можно было делать отдельный пост. Я так и хотел! Но, хах, планы Вселенной изменились: не все заказчики доделали свои ремонты, и не везде можно дофоткать установленный щит в работе.
А чтобы вы не забывали, что я делаю не только сложные щиты, но и простые, я создал отдельный раздел правил для таких щитов (он здесь) и решил написать сборный пост про щитосборки, как делал в 2012-2014 годах (вот пример такого поста, а вот ещё один). Такие щиты делаются быстрее, чем обычные. Главное, пожалуйста, отсылайте всю информацию для их заказа одним E-Mail так, чтобы у нас было как можно меньше обсуждений по очевидным и простым вопросам типа «А что находится в этажном щите» или «Какая электрическая мощность у кондиционера».
Здесь будут щиты для квартир и частных домов. Некоторые заказчики обращались ко мне повторно: кто-то после покупки квартиры купил дом, и снова захотел щит моего производства. Мне очень приятно от этого!
Читать далее ‘Сборки щитов: Простые 2023, 2024 (в корпусах)’
Хэй! Решил я написать в этом году пост с итогами (какие проекты сделал, что хочу ещё сделать), но не простой! А с обратной связью для тех, кто мне помогал.
Моя страница Спонсорства и Донатов работает! Ура! Да, это не тысячи платежей по 500 рублей, а то, что я хотел: конкретные ДЕЛА и ПОМОЩЬ, которую мне оказывали люди! Вот в этом посте я расскажу про это!
Ну а ещё мой блог продолжают читать разные заводы и компании, и со многими мы наладили дружеский контакт. Даже с ДКС, до которых не удавалось достучаться с 2016 года ещё! Вы все знаете, что я тусую с ОВЕНом и делаю щиты на их ПРках или ПЛК, а в некоторых щитах использую трёхуровневые клеммы без PE от Meyertec. Им за это большое спасибо! А открытие года у меня был крутой завод маркировки Формат-СТ, на котором меня тоже, оказывается, знают заочно!
Рассказывать я буду не списком благодарностей и компаний, как я сначала хотел, а в формате того, как я этот год жил и что делал. В общем, снова всё будет без отрыва от реальности: все продукты и компоненты у меня идут в дело! В конце поста есть три новых СветоБарабанных видео, которые я на Cs-Cs ещё не выкладывал!
Эта статья предполагает, что вы используете язык программирования ST. Он наиболее удобен для работы со множеством переменных и разными логическими условиями. Я сожалею, но примеров на FBD/CFC не будет.
Также я предполагаю, что вы знаете про то, как работать с конфигурацией ПЛК, умеете объявлять переменные и константы, а также понимаете про то, как устроена память ПЛК и как в ней хранятся данные. Если хотите — почитайте старый пост про начальную работу с CodeSys 2.3, а ещё пост про память и переменные ПЛК (адресация).
Хочу предупредить о том, что исходные примеры и концепты для этой статьи были выдуманы в 2021 году, когда я ещё не умел отображать переменные на память ПЛК (я рассказал про это в этой статье). Поэтому здесь кое-где использованы дикие подвыверты с копированием памяти через буферы. Мне важно передать концепт и идею решения. Вы можете переделать код под себя.
Когда-нибудь я всё же напишу обещанный ещё в 2021 году пост про Modbus, где расскажу всё, что мне кажется интересным (его тонкости и особенно про групповые запросы). Пока же я описываю идеи, которые могут пригодится уже сейчас тем, кто программирует на CodeSys. В данном случае — снова на CodeSys 2.3.
Сегодня я расскажу о хитрой особенности среды CodeSys 2.3 при помощи которой можно штатными средствами (через конфигурацию ПЛК) создавать групповые запросы на чтение или запись нескольких регистров Modbus подряд. Это удобно, когда мы хотим максимально сократить число запросов к устройствам для ускорения их опроса.
Читать далее ‘Ускоряем CodeSys v2.3: Групповые запросы Modbus через STRING-модули’
Сегодня мои руки снова были не для скуки, а душа не для занудства и отдыха. Я доделал функцию красивого форматирования номеров моих документов в моей базе 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: Склады и доставка. Косяки при хранении и доставках товара;
- Проектанты!!! Безалаберность, похренизм, наплевательство и халатность!! / Порка!;
- Аудит: Ответственность и принятие решений / Вентиляция и Прораб;
- Глобальный пофигизм и снятие ответственности: Любовь или Нелюбовь?;
- О смысле происходящего — отношение к людям и работе.
Сегодняшней темой снова будет та же самая невнимательность, поверхостное и халатное отношение к делу и к себе. И не надо говорить, что мы работаем настолько, насколько нам платят. Даже если платят мало — это не значит, что надо создавать ситуации, в которых можно лишиться руки, глаз, пальцев, а то и жизни!
А ещё я стал замечать, что из-за мессенджеров (их негативного эффекта) все стали меньше друг другу «докладывать» рабочий процесс и общаться. Это звучит как дичь: мессенджеры вроде как и созданы для того, чтобы удобнее общаться. Но часть моих сегодняшних историй — как раз про то, когда вместо того, чтобы заранее расспросить или предупредить, народ делает быстро, хуёво и невпопад. Как в мессенджер: можно написать, ещё раз написать, ещё раз написать, подумать, переписать и ещё раз написать…
Читать далее ‘Пофигизм продолжается. Очередные перлы про тех, кому наплевать на себя и на работу!’
Последние комментарии