Снял очередной ролик по программированию систем диспетчеризации., Прошу критики. Опции

[UraGun]

На сторонний глаз оно виднее. Что не так, что мешает восприятию, чего не хватает ? Спасибо.
Обучающий видеоролик по программированию систем диспетчеризации. Часть 1.

[UraGun]

На сторонний глаз оно виднее. Что не так, что мешает восприятию, чего не хватает ? Спасибо.
Обучающий видеоролик по программированию систем диспетчеризации. Часть 1.

[GYUR22]

Ролик конечно полезный, но я слабо представляю инженеров/людей из ОВКВ массово пишущих для зданий в борланд билдере.

зы кстати builder 6 наверное уже не очень кошерен я уже сбился со счета XE билдерам какойтам XE5 ?

[UraGun]

Ролик конечно полезный, но я слабо представляю инженеров/людей из ОВКВ массово пишущих для зданий в борланд билдере.
зы кстати builder 6 наверное уже не очень кошерен я уже сбился со счета XE билдерам какойтам XE5 ?

Видимо не внимательно послушали. Там сказано, что писать можно в чем угодно. Взаимодействие идёт через файлы отображаемые в память. Билдер выбран из-за его простоты и примитивности. Ну и собственно лёгкой освоябельности. Как показывают исследования, довольно часто, код управления, встраиваемый в контроллер состоит из единственного макроса, в который запихан тот-же си код. Кроме того, писанина на си, развязывает разработчику руки полностью. Документации и примеров программ на нём тонны. Освоение мгновенное. Немалый плюс и в том, что компиляторы часто совершено бесплатны. Учитывая стоимость промышленных ПК и панельных компьютеров, в наши дни, использование компьютера в качестве ядра системы весьма привлекательно. Опять же писать систему диспетчеризации в этом случае может любой программист весьма не экспертного уровня. И даже вообще не специалист по встраиваемым системам. Плюс удобство отладки. В общем если кошерная публика из рядов эмбеддеров и автоматизаторов будет воротить нос - их право конечно, но рынок точно не откажется от фактически бесплатных систем автоматизации, с малым временем разработки. Спасибо за Ваше мнение. Успехов !

[Blackout]

Вы кажется не совсем правильно представляете, что такое программирование ПЛК и диспетчеризации. Обычно это как раз гораздо проще, чем писать на си или плюсах, потому что языки и среды разрабатывались специально для освоения не-программистами, плюс заточены на управление процессами, а не на последовательные вычисления. Языки IEC 61131-3 позволяют решать поставленные задачи очень быстро и не отвлекаясь на инициализацию регистров/установку прерываний, вотчдоги и прочую ерунду. А стоимость тоже есть разная, на любой вариант бюджета найдётся решение.

Сообщение отредактировал Blackout - 17.4.2015, 21:21

[UraGun]

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

Спасибо за Ваше мнение. Собственно ещё в 1997 году, у нас на кафедре уже была лаборатория автоматизации на американских контроллерах Аллен-Брэдли. Уже тогда я смог оценить все прелести программирования ПЛК в поставляемых к ним средах. Традиционные подходы, основанные на сертифицированных языках, специализированных для программирования ПЛК, несут значительные ограничения по применению таких систем. Мало того, что не любую задачу, даже низкоскоростную можно решить в полном объёме, применяя небольшое количество недорогих изделий ( в последствии, по окончании университета, я переехал на Mitsubishi, из-за безобразной логистики и цен на Аллен-брэдли), так ещё и при необходимости написания примитивной оболочки визуализации, пользователь вынужден приобритать ещё и лицензионные ключи, на какое-то количество "точек". При этом сжатый функционал предлагаемых систем визуализации полностью нивелирует преимущества даваемые "простотой" программирования. Это не только моё мнение, я мониторю обзоры посвященные развитию сертифицированных языков для промавтоматики, и эксперты не шибко оптимистичны в прогнозах их развития. В общем, дискуссия это конечно интересная, но не много не имеет отношения к разрабатываемому нами продукту. Предлагаю принять его существование как факт, и закрыть диспут по поводу того, кто из нас имеет правильное представление о програмировании ПЛК, как бесперспективный Успехов Вам, коллега !


Вторая серия.
Система диспетчеризации. Программирование. Часть 2.

[GYUR22]

Да многие "брендовые вещи" заточены под свой определнный функционал , требования и ограничения, у нас в на просторах СНГ (вы я понимаю с Украины?) сложились свои требованияи желания - отличные от Европы и Америки. Но есть по моему вещи которые одинаковы для всех инструментов например - удобство, стоимость и ниша применения. Пример - я не будуписать специализированную визуализацию на Borland Builder т.к. на это уйдет дофига времени (хоть я и пишу внем) по сравнению с применением специальной скады, про сопровождение молчу, а если учесть стоимость Buildera +время программиста (и отсутствия графических библиотек)то затея становится не очень приятной,
Короче рассматривайте все в комплексе, а не со своей колокольни.
Про тупые маркетинговые ограничения я с вами согласен.

[UraGun]

Да многие "брендовые вещи" заточены под свой определнный функционал , требования и ограничения, у нас в на просторах СНГ (вы я понимаю с Украины?) сложились свои требованияи желания - отличные от Европы и Америки. Но есть по моему вещи которые одинаковы для всех инструментов например - удобство, стоимость и ниша применения. Пример - я не будуписать специализированную визуализацию на Borland Builder т.к. на это уйдет дофига времени (хоть я и пишу внем) по сравнению с применением специальной скады, про сопровождение молчу, а если учесть стоимость Buildera +время программиста (и отсутствия графических библиотек)то затея становится не очень приятной,
Короче рассматривайте все в комплексе, а не со своей колокольни.
Про тупые маркетинговые ограничения я с вами согласен.

Спасибо за Ваше мнение. Не знаю, почему Вы не желаете слышать мои слова о том, что Builder здесь только для примера, но это действительно так. Пользователь может выбрать ЛЮБУЮ среду для програмирования оболочки. Для получения данных собранных сетью достаточно прочитать один файл из памяти компьютера, а если нужно выдать какие-то данные для управления выходами контроллеров - то записать во второй такой-же файл. Видимо я слабо осветил этот вопрос. Недосмотр. Более подробно нужно будет осветить это в обзоре прокраммы PLC-LAB-Manager, который по сути является шлюзом, снимающим с пользователя необходимость заботиться о каких-либо низкоуровневых процессах. Для пользователя, данные уже собраны в файл, который отображен на память, их можно оттуда читать любым приложением, сосзданным в любой среде. Хоть платной ( как Builder ) так и бесплатных, современных, как gcc+eclipse к примеру. Не знаю точно, но если та-же Java работает с фаламаи отображаемыми в память, то писать можно и в ней. Я уточню конечно, перед созданием следующего обзора по программе. Спасибо за Вашу помощь.

[GYUR22]

Про билдер я писал тоже ради примера в контексте критики "брендовых систем" зажимающих пользователя в рамки созданные отделом маркетинга. Но мне кажется вы делаете серьезную ошибку полагаясь на малоизвестную ОВКВ людям технологию вместо например OPC. Мне стало интересно кто ваш покупатель и на что вы расчитываете в борьбе за его кошелек?

[UraGun]

Про билдер я писал тоже ради примера в контексте критики "брендовых систем" зажимающих пользователя в рамки созданные отделом маркетинга. Но мне кажется вы делаете серьезную ошибку полагаясь на малоизвестную ОВКВ людям технологию вместо например OPC. Мне стало интересно кто ваш покупатель и на что вы расчитываете в борьбе за его кошелек?

Предлагаемая Вам дискуссия конечно очень интересна, но выходит за рамки тех копросов, которые я хотел бы с Вами обсуждать Не знаю каким образом Вы смогли отнести Builder к примерам брендовых систем, конечно это Ваше право. Но похоже нам так и не удастся друг друга услышать. Хорошего викэнда, коллега !

[GYUR22]

Может я конечно неясно выразил свою мысль , а она была проста: не всегда полная свобода и неограниченный инструментарий это добро- ведь его надо хорошо знать и потратить на это кучу времени.
А вторая моя мысль была еще проще: на чье внимание вы расчитывали показывая примеры с билдером кого хотели завлечь - где киллер фича?
зы я не отношусь ни к потребителям вашей продукции, ни к вашим конкурентам, я ваш коллега и могу дать взгляд со стороны (мне кажется это немало ) , мне было интересно обеняться мнениями и узнать чем живут люди производящие автоматику на пост-советском пространстве, жаль не получилось диалога.

[UraGun]

Может я конечно неясно выразил свою мысль , а она была проста: не всегда полная свобода и неограниченный инструментарий это добро- ведь его надо хорошо знать и потратить на это кучу времени.
А вторая моя мысль была еще проще: на чье внимание вы расчитывали показывая примеры с билдером кого хотели завлечь - где киллер фича?
зы я не отношусь ни к потребителям вашей продукции, ни к вашим конкурентам, я ваш коллега и могу дать взгляд со стороны (мне кажется это немало ) , мне было интересно обеняться мнениями и узнать чем живут люди производящие автоматику на пост-советском пространстве, жаль не получилось диалога.

1. Свобода действий ВСЕГДА лучше чем её отсутствие, доказывать обратное нелепо. Осваивать Билдер для работы с нашим оборудованием не нужно. Можно использовать тот язык которым уже владеет пользователь. Если не владеет никаким - время освоения им любого языка будет с нуля. Если он освоит узкоспецифичный продукт для программирования определенного оборудования, он будет на нём и сидеть. Для работы же с нашим оборудованием, пользователь может освоить к примеру Visual Basic. И если он захочет отказаться от нашего оборудования, время потраченное на освоение универсального пакета не будет потрачено зря.
2. Как я уже и писал, "простота" освоения специальных пакетов на самом деле мнимая. Любая проблемная ситуация, потребует больше времени, на поиск решения для неё, учитывая очевидные ограничения. Как связанные с меньшим количеством информации в Интернет, так и с ограничениями самих этих сред, вследствие меньшего количества людей, вовлеченных в их совершенствование.
3. Иногда апельсин - это просто алельсин. А пример работы - просто пример работы. В данном случае, он демонстрирует простоту составления кода без применения специального инструментария и открытость платформы.

Сообщение отредактировал UraGun - 18.4.2015, 6:58

[GYUR22]

3. Иногда апельсин - это просто алельсин. А пример работы - просто пример работы. В данном случае, он демонстрирует простоту составления кода без применения специального инструментария и открытость платформы.

Ну тут то я точно не согласен, пример долженбыть жизненный и решать свойственную вашим пользователям проблему, иначе это не пример "а смотрите как я умею" причем мало кому нужный. Ответьте себе на вопрос - кто ваши потребители и как они будут использовать ваш продукт хотябы в 50% случаев такой и сделайте пример и нам покажите думаю все оценят.

[UraGun]

Ну тут то я точно не согласен, пример долженбыть жизненный и решать свойственную вашим пользователям проблему, иначе это не пример "а смотрите как я умею" причем мало кому нужный. Ответьте себе на вопрос - кто ваши потребители и как они будут использовать ваш продукт хотябы в 50% случаев такой и сделайте пример и нам покажите думаю все оценят.

Думаю Вы достаточно взрослый человек, чтобы понимать, что мы с Вами не будем давать друг другу указаний, что нам следует делать, чтобы не получить ответ куда указывающему следует топать Ставить задачи, мы можем только сами себе. Я перед собой пока не ставил задачи написания примеров в какой-либо другой среде. Если Вас это по какой-либо причине не устраивает, это не мои а именно Ваши проблемы. Прошу Вас, не перекладывайте свои проблемы с себя на меня Я не исключаю того, что по окончании видеокурса с примерами на Borland Buildere я не напишу такой-же курс для людей работающих в какой-либо иной среде. Но это будет именно моё решение. Спасибо за Ваше мнение. Жаль что Вы изволили перейти на императивы и оценки принимаемых мной решений, но они не будут приняты во внимание. Всего доброго !

Сообщение отредактировал UraGun - 18.4.2015, 11:01

[GYUR22]

Ну как же сознание то блин искажает действительность!
Вам про Фому а вы про Ерему!
Делайте че хотите вам никто ничего не указывает , упаси господи .

[UraGun]

Ну как же сознание то блин искажает действительность!
Вам про Фому а вы про Ерему!
Делайте че хотите вам никто ничего не указывает , упаси господи .

Прошу Вас не засоряйте тему. Если Вы обратите своё внимание на свою речь, возможно обнаружите, что говорить императивами Ваша привычка ? "Делайте че хотите" к примеру. Разве я спрашивал Вашего разрешения делать что хочу ? Я не буду опускаться до предлагаемого Вами уровня дискуссии, и отвечать Вам в Вашем тоне. Всего доброго !

[GYUR22]

Как мне говорить это мое личное дело, особенно если я никого не пытаюсь обидеть или задеть - ок?
Ваша тема называлась "> Снял очередной ролик по программированию систем диспетчеризации., Прошу критики."
Вас покритиковали, обосновали почему - что вам не понравилось вы сами об этом просили?

ps есть наверное разница как люди говорят в разных странах - даже на одном языке, имейте это ввиду, я не собирался вас обижать, но и разрешений ваших спрашивать как и вы моих не собираюсь, за сим адью!

[UraGun]

Как мне говорить это мое личное дело, особенно если я никого не пытаюсь обидеть или задеть - ок?
Ваша тема называлась "> Снял очередной ролик по программированию систем диспетчеризации., Прошу критики."
Вас покритиковали, обосновали почему - что вам не понравилось вы сами об этом просили?

ps есть наверное разница как люди говорят в разных странах - даже на одном языке, имейте это ввиду, я не собирался вас обижать, но и разрешений ваших спрашивать как и вы моих не собираюсь, за сим адью!

Как Вам разговаривать с самим собой - конечно Ваше личное дело. Как Вам раговаривать с другими людьми - тоже, конечно, но Вас не должен обижать тот факт, что на Ваши указания, Вам будут отвечать в лучшем случае ответными указаниями. Вы видимо несколько не верно поняли, или не внимательно прочитали созданную мной тему. В ней Вас никто не просил критиковать меня, или выбранные мной методы. Просили критики ролика, по восприябельности, что мешает и т.д. Вашего мнения обо мне, или критики в мой адрес никто не спрашивал, Вы это сами придумали. Ваше мнение по этому поводу, как Вы догадываетесь не имеет значения. А теперь продолжаете упираться, хотя полностью не правы. Нужно всё таки уяснить для себя, что навязываться людям со своим неспрошенным мнением и указаниями по меньшей мере контрпродуктивно. Всего доброго !

[UraGun]

Третья часть обучающего курса.
Обучающий видеоролик по программированию систем диспетчеризации. Часть 3.

[Ludvig]

Любой труд в почете. Просмотрев серию, могу утверждать, этим пользоваться буду реже чем никогда. Такой геморрой нам не нужен. В части 3 крайне неудачный пример.

[UraGun]

Любой труд в почете. Просмотрев серию, могу утверждать, этим пользоваться буду реже чем никогда. Такой геморрой нам не нужен. В части 3 крайне неудачный пример.

Спасибо за Ваше мнение. Если не затруднит, разверните свою мысль по поводу третьей части.

[UraGun]

Обучающий видеоролик по программированию систем диспетчеризации. Часть 4.

[UraGun]

Вентиляторы дымоудаления. Индикация и управление.
Обучающий видеоролик по программированию систем диспетчеризации. Часть 5.

[Олег_]

Вы выбрали стандартный протокол для своих устройств.
Под этот протокол есть и OPC, есть и хорошие библиотеки.

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

Я пользую и то и другое, и мне проще взять знакомую мне библиотеку под модбас, чем тратить время на изучение нестандартного способа связи и его "недокументированных фичь".

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

------------
Время обмена по сетке соответствует временным задержкам от симулятора? Похоже что нет, и программист может сильно "попасть" когда свою прогу на реальной сетке запустит.

[UraGun]

Вам пытаются тут сказать, что то что вы сделали, пустая трата времени

Спасибо за Ваш отзыв. Вопроса к этому ответу я не задавал. Причин создания данного решения в этой теме, мы обсуждать тоже не станем. Если у Вас есть что ответить по сути заданных мной в стартовом топике вопросов - буду признателен. Прочие соображения игнорируются, сорри.
Наши контроллеры имеют стандартный протокол Modbus RTU, это описано в документации. Если Вам удобнее использовать его, Вы можете подключаться к сети контроллеров по нему, и опрашивать контроллеры напрямую, с этим нет проблем.

Время обмена по сетке соответствует временным задержкам от симулятора? Похоже что нет, и программист может сильно "попасть" когда свою прогу на реальной сетке запустит.

Спасибо за вопрос, он уже по существу, хотя и не касается напрямую данной темы.
Нам удалось добиться времени отклика подчинённых контроллеров на запросы ведущего не более 70мкс по окончании таймаута конца передачи запроса мастером, регламентированных стандартами протокола Modbus RTU. Естественно таймаут на разных скоростях обмена разный, а вот мремя отклика по окончании таймаута у нас стабильное. Кроме того, обмен ведется асинхронно сразу по двум гальванически развязанным линиям RS485. Работоспособность полностью оттестирована на скоростях от 9,6кб/с до 2.0 Мб/с. Кроме этого, введена автоматическая подстройка скорости в зависимости от параметров линии и фактического прохождения пакетов. Она естественно отключаемая. Можно установить и фиксированную. Ведущий контроллер между пакетами обмена данными для регистров, ведёт непрерывный поиск подключенных контроллеров, запрашивая короткими сообщениями их ID. Это тоже в полном соответствии со спецификацией на Modbus RTU. После получения идентификатора ID, ведущий запрашивает у подчинённого информацию по количеству регистров каждого типа, которые есть у подчинённого, и основываясь на этой информации, в дальнейшем уже вычитывает и записывает только физически присутствующие у подчинённого регистры. При этом любой контроллер сети вне зависимости от типа может быть назначен ведущим простым выбором пункта в меню. Естественно, ведущий может быть только один. Он (кроме прочего) аккумулирует данные полученные от подчинённых и рассылает посылки для управления выходами Coils и значения, которые должны быть записаны в регистры хранения HoldReg. В памяти ведущего контроллера формируются два массива состояния всех регистров всех контроллеров сети. Видео о работе сетей на наших контроллерах сейчас обновляется. Старая версия есть здесь
Документация на контроллеры тоже в открытом доступе, в ней дано полное описание всех регистров каждой модификации. Вот документация на использованные в ролике модели контроллеров:
CP1007
CP403
CP1006
CP1003

В принципе всю визуализацию и управление, мы реализуем и без применения ПК. Для этого мы пишем специализированные оболочки для ведущего контроллера, благо на борту у каждого есть выход на VGA монитор и вход для подключения сенсорной панели по RS232. При этом программы подчинённых неизменны. Но такая ситуация, заставляет нас лично принимать участие в каждом проекте, и программировать ведущий под задачи заказчика. В принципе это тоже работающая схема отношений, учитывая то, что любой пользователь может самостоятельно заменить прошивку любого из контроллеров по DFU, получив от нас загрузчик и прошивку. Но в данном случае, речь идёт о передаче всех работ по разработке системы диспетчеризации на сторону заказчика. Заказчик только приобретает наши контроллеры, связывает их в сеть кабелями, назначает одного из них ведущим, и обмен по сети уже идёт в полном объёме. После этого, к ведущему контроллеру подключается ПК (пока только по USB но мы введем и другие интерфейсы, которые в отличие от USB применимы для промышленности ), скачивает и устанавливет бесплатное ПО PLC-LAB-Manager и уже может полностью протестировать всю физическую сетку контроллеров, увидеть собранные данные о всех входах и выходх, вручную пощелкать выходными реле и т.д. При этом, по USB пакеты на данный момент у нас идут до 50 в секунду. Каждый пакет - это 256 байт данных одного из присутствующих в сети контроллеров. В перспективе эта скорость конечно будет увеличена. Но даже при этих параметрах, есть возможность создавать сети с 50ю подчинёнными со временем реакции системы 1-2 секунды. для большинства тех систем что мы реализовывали, количество подчинённых было меньше, при этом количество входов/выходов в предыдущем семействе контроллеров тоже было в два-три раза меньше. В этом семействе, каждый контроллер может иметь до 400 дискретных входов, 400 выходных реле, 35 входных регистров ( читай аналоговых входов ) и 35 регистров хранения (читай аналоговых выходов) с размерностью для передаваемых переменных - 16 бит. При этих максимальных параметрах, время реакции системы остаётся тем-же. Полученные данные о состоянии регистров подчинённых контроллеров, PLC-LAB-Manager трансформирует в два файла отображаемых в память компьютера, один на чтение, втрой на запись. Что позволяет пользователю полностью избавить от нашей опеки, и писать оболочки визуализации/управления в той среде, в которой ему удобно, вообще не заботясь о деталях обмена по сетям Modbus RTU.


Готова очередная серия обучающего видеокурса. В ней реализована визуализация и управление повысительными противопожарными насосами.
Обучающий видеоролик по программированию систем диспетчеризации. Часть 6.

[UraGun]

Диспетчеризация распредустройства здания. Изменение напряжений и токов. Контроллер CP1006.
Обучающий видеоролик по программированию систем диспетчеризации. Часть 7.

[Ludvig]

Спасибо за Ваше мнение. Если не затруднит, разверните свою мысль по поводу третьей части.

В РФии АПС только сертфицированной продукцией. Возможно, в какой-нибудь части вы на своих контроллерах покажите как сделать контроль положения клапана ДУ с контролем шлейфа сигнализации и контроль целостности линии с ЭМ.
Посмотрел стиль и методы программирования. Мой вывод - да нахрен такое нужно! даже пистолет к голове не заставит брать в работу эти контроллеры.

[UraGun]

В РФии АПС только сертфицированной продукцией. Возможно, в какой-нибудь части вы на своих контроллерах покажите как сделать контроль положения клапана ДУ с контролем шлейфа сигнализации и контроль целостности линии с ЭМ.
Посмотрел стиль и методы программирования. Мой вывод - да нахрен такое нужно! даже пистолет к голове не заставит брать в работу эти контроллеры.

Спасибо за Ваше мнение Всего доброго !

[Михайло]

На сторонний глаз оно виднее. Что не так, что мешает восприятию, чего не хватает ? Спасибо.

Извините, не хотите продемонстрировать, что программировать систему диспетчеризации - это просто? Гибкость особо никому не нужна, дайте лучше простоту. IEC61131 - это крутяк!
Реклама для единиц людей, которые умеют читать строки на С++ или Pascal, никогда не найдет своего потребителя. Возможно нужно рекламировать на хабрахабре или где-то там...

[UraGun]

Извините, не хотите продемонстрировать, что программировать систему диспетчеризации - это просто? Гибкость особо никому не нужна, дайте лучше простоту. IEC61131 - это крутяк!
Реклама для единиц людей, которые умеют читать строки на С++ или Pascal, никогда не найдет своего потребителя. Возможно нужно рекламировать на хабрахабре или где-то там...

Спасибо за Ваше мнение. Всего доброго !

[UraGun]

Заключительный ролик серии. Диспетчеризация ворот и роллет первого этажа. Прописывание алгоритмов запуска вентиляторов дымоудаления, последовательного старта основного и резервного противопожарных насосов, вывод общих сигналов "Пожар" и "Авария". Кнопка "Сброс системы".
Часть 8.

Показанный в этих роликах пример проекта системы диспетчеризаци под Borland Builder, можно скачать здесь.

Статья об этом обучающем курсе будет здесь:

Полный список роликов этой серии с аннотациями:
Часть 1.Создание виртуальной конфигурации сети
Часть 2.Создание определений для байтового доступа, прописывание функций этажных контроллеров CP403
Часть 3.Создание определений для битового доступа, прописывание управления этажными клапанами
Часть 4.Создание структур для побитного доступа
Часть 5.Вентиляторы дымоудаления, управление и индикация. Контроллер CP403.
Часть 6.Визуализация и управление повысительными противопожарными насосами. Контроллер CP403.
Часть 7.Диспетчеризация распредустройства здания. Изменение напряжений и токов. Контроллер CP1006.
Часть 8.Диспетчеризация ворот и роллет. Светозвуковая сигнализация, автоматический запуск насосов и вентиляторов.

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