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

[UraGun]

" в перспективе"
"от 200 до 300 евро"

Вы глухи однако.

1. программы пишут не пользователи (заказчик) а интеграторы (подрядчик), по вашему мнению он не должен писать программу ?
Под программой понимается в данном случае описание алгоритма работы объекта, установки, его легче и быстрее описать на языках МЭК, нежели на языках программирования, так как не требует изучения программирования в тех масштабах.
2. под диспетчеризацией имелось ввиду другое. (можно в качестве аналога привести Codsys c web visu), в вашем случае это большое окно со списком параметром и галачками включен/выключен и т.д. настролько неинформативно и скучно для диспетчера, как превратить человека с хорошим зрением в очкарика (тоже пример)
3. Когда появится та самая перспектива, тогда и стоит продвигать продукт, нет "в перспективе" - нет продвижения продукта.
в рамках 200-300 евро вы не единственные на рынке, удивительно что вы этого не понимаете.

Спасибо за Ваше мнение. Пять орфографических ошибок, не считая пунктуации. Садитесь, два. Ну а по сути, ошибки те-же, что и у предыдущих критиков. Попытки давать ответы на вопросы которые Вас не касаются С праздником, всего доброго !

[UraGun]

" в перспективе"
"от 200 до 300 евро"

Вы глухи однако.

1. программы пишут не пользователи (заказчик) а интеграторы (подрядчик), по вашему мнению он не должен писать программу ?
Под программой понимается в данном случае описание алгоритма работы объекта, установки, его легче и быстрее описать на языках МЭК, нежели на языках программирования, так как не требует изучения программирования в тех масштабах.
2. под диспетчеризацией имелось ввиду другое. (можно в качестве аналога привести Codsys c web visu), в вашем случае это большое окно со списком параметром и галачками включен/выключен и т.д. настролько неинформативно и скучно для диспетчера, как превратить человека с хорошим зрением в очкарика (тоже пример)
3. Когда появится та самая перспектива, тогда и стоит продвигать продукт, нет "в перспективе" - нет продвижения продукта.
в рамках 200-300 евро вы не единственные на рынке, удивительно что вы этого не понимаете.

Спасибо за Ваше мнение. Пять орфографических ошибок, не считая пунктуации. Садитесь, два. Ну а по сути, ошибки те-же, что и у предыдущих критиков. Попытки давать ответы на вопросы которые Вас не касаются С праздником, всего доброго !

[Ludvig]

А каким образом ваше контроллерно-киношное творчество нас вообще может касаться?

[UraGun]

А каким образом ваше контроллерно-киношное творчество нас вообще может касаться?

Вот и я думаю, с чего это люди, которых данная тема никак не касается, так активно сюда спамят ? Ну не из вредности же. Видимо что-то случилось.
Вы когда ни будь занимались прямыми продажами ? Самая смешная публика, эта та, которая приходит к тебе, и начинает рассказывать, что такое же как у тебя, но лучше и дешевле, продают за углом. Вопрос. Если за углом условия лучше, почему ты притопал ко мне, и об этом рассказываешь ? Иди да покупай там где продают то что тебе нравится, по той цене, которая тебе нравится. Так нет же. Человек уверен, что его информация на столько важна и необходима мне, что продолжает стоять и ныть, хотя его никто и не слушает Хорошего дня !

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

[Ludvig]

Объяснить кого эта тема касается? Слабо?

[GYUR22]

Мне было непонятно чтоже в этой ветке происходит....я искренне непонимал, пытался дискутировать.

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

Оказывается вот они какие прямые продажи- Бери и не вякай!

[UraGun]

Мне было непонятно чтоже в этой ветке происходит....я искренне непонимал, пытался дискутировать.
Оказывается вот они какие прямые продажи- Бери и не вякай!

Господа, не пылите Вопросы заданы в стартовом топике, на другие отвечать и полемизировать бестолку Хорошего дня !

[zaural]

Странные ролики. Они из области "Смотрите как я могу". Если это демонстрация ваших способностей и возможностей, то ладно. Но если это, именно как я понял, обучающий ролик, то плохо. Почему? Во-первых, у вас много готового - не должно так быть. Если не все, то абсолютно большую часть надо делать на глазах у тех для кого вы это делаете. Во-вторых, музыки много, а конкретных объяснений мало. Такого тоже быть же не должно. Это как сказать - "А теперь реализуем алгоритм", а потом пять минут под музыку без объяснений что-то делать. Если вы делали его для кого-то, а не чтобы себя показать, то так себе вышло.

[Михайло]

Все же: наши наладчики не смогут работать с данным железом, они не знают язык С. Это очень плохо. У Вас серьезный барьер в продаже, Вам следует начать его демонтировать. Мы пока не готовы комментировать обучающие ролики, на них практически нечего смотреть.
Может нам всем не нравится текущий уровень развития продукта, но может быть нам понравится Ваше стремление улучшаться?

В остальном по беглому взгляду Ваш контроллер довольно зрелый. Но капля дегтя в меде пока еще невыносимая...

[UraGun]

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

Спасибо за мнение по существу. Если детально разъяснять зрителю, как пользоваться Borland Builder, это будет уже не обучалка по системе диспетчеризации, а обучалка по Borland Builder. В данном контексте, ролики предназначены для демонстранции того, на сколько просто и эффективно, можно создавать системы диспетчеризации с помощью стандартных механизмов операционной системы и широко распространённых сред программирования. Ролики позволяют увидеть различные варианты доступа к данным контроллеров, именно на это делается акцент. Ну и демонстрируется, на сколько мало для этого нужно кода. А вот когда человечек заинтересуется этим методом, то он запросто скачает примеры и PLC-LAB-Manager с OPC сервером ( ссылки на них приводятся в описании каждого ролика ) И уже не спеша, под чаёк, сможет разобраться, как устроен пример, погуглить, если чего-то не знает, или что-то ему не до конца ясно. Подробное разжевывание упирается в ограничение длительности ролика по эффективному восприятию со стороны зрителя. Потому слишком много воды лить нельзя, зритель начинает зевать. А вот обзорно, с приложением примеров, на мой взгляд - самое оно. Хорошего дня !

Все же: наши наладчики не смогут работать с данным железом, они не знают язык С. Это очень плохо. У Вас серьезный барьер в продаже, Вам следует начать его демонтировать. Мы пока не готовы комментировать обучающие ролики, на них практически нечего смотреть.
Может нам всем не нравится текущий уровень развития продукта, но может быть нам понравится Ваше стремление улучшаться?
В остальном по беглому взгляду Ваш контроллер довольно зрелый. Но капля дегтя в меде пока еще невыносимая...

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

[manjey73]

Кроме опуса об орфографических ошибках вам нечем возразить ?

А по теме. Предположим стоит у заказчика кучка Siemens, и в свете подскачившего доллара заказчик решил при модернизации системы поискать что-то дешевле, но удовлетворяющее по работе.

1. ура, найден ваш контроллер(ы), устраивают, цена приемлемая, НО
И вот тут то самое НО
2. чтобы его запрограммировать необходимо уметь программировать на Си или нанять специалистов
3. Чтобы интегрировать с существующей системой надо дождаться "перспективы"

дальше думайте сами.

з.ы. Диспетчеризация в окне, где сплошь только текстовая информация это сильно....

[UraGun]

Кроме опуса об орфографических ошибках вам нечем возразить ?

А по теме. Предположим стоит у заказчика кучка Siemens, и в свете подскачившего доллара заказчик решил при модернизации системы поискать что-то дешевле, но удовлетворяющее по работе.

1. ура, найден ваш контроллер(ы), устраивают, цена приемлемая, НО
И вот тут то самое НО
2. чтобы его запрограммировать необходимо уметь программировать на Си или нанять специалистов
3. Чтобы интегрировать с существующей системой надо дождаться "перспективы"

дальше думайте сами.

з.ы. Диспетчеризация в окне, где сплошь только текстовая информация это сильно....

Ну и где ж тут по теме ? Всё то-же нытьё "Вы всё не правильно делаете, дайте мне такое-же но как мне нада !" Заканчивайте, право, это уже скучно Хорошего дня !

[manjey73]

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

имхо - только для проектов с нуля. На большее не тянет.
Вы хотели критики ? Вы ее получили.

Удачи вам в вашем монологе.

[UraGun]

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

Кстати, работа наладчиков при применении наших контроллеров не требует знания вообще никаких языков. Всё уже запрограммировано. Наладчик может отладить сеть, все датчики и выходные цепи вообще НИЧЕГО не программируя. После того, как отработает наладчик - дальше работа программиста. Причем самого простого программиста Пишущего хоть под Borland Builder, хоть под Visual Studio хоть под Бэйсик Наладчик при этом свою работу уже окончил. Все входные и выходные цепи и сети протестированы и отлажены. Пусть наладчик идёт занимается более квалифицированной работой, а написанием системы диспетчеризации займётся простой, недорогой программист.

Вы хотели критики ? Вы ее получили.

Вы не внимательны, или сознательно прикидываетесь не внимательным. Критика требуется по ролику и методам подачи визуального ряда в этом ролике. Давать рекомендации по методике программирования Вам никто не поручал. Потому Ваши посты - не более чем спам. Прошу Вас в который раз, от него воздерживаться. Хорошего дня !

Сообщение отредактировал UraGun - 12.5.2015, 10:13

[Ludvig]

Пусть наладчик идёт занимается более квалифицированной работой, а написанием системы диспетчеризации займётся простой, недорогой программист.

Класный закидон! С собой еще программиста на пусковой объект таскать. И ради чего? Зимой в запускаемой котельной, где температура воздуха в помещении не намного выше уличной. Сиди и жди, когда его светлость соизволит что-либо понять и сделать. Тут публика не настолько богата, чтоб покупать дешевые вещи.

[UraGun]

Класный закидон! С собой еще программиста на пусковой объект таскать. И ради чего? Зимой в запускаемой котельной, где температура воздуха в помещении не намного выше уличной. Сиди и жди, когда его светлость соизволит что-либо понять и сделать. Тут публика не настолько богата, чтоб покупать дешевые вещи.

Предлагаю Вам создать тему о термоустойчивости персонала/бедности публики, и изложить своё мнение в ней, сюда спамить не обязательно, как Вы не поймёте ? Хорошего дня !

С собой еще программиста на пусковой объект таскать. И ради чего? Зимой в запускаемой котельной, где температура воздуха в помещении не намного выше уличной. Сиди и жди, когда его светлость соизволит что-либо понять и сделать.

Программист может находиться хоть за пол-мира от объекта. Ему нужно только знать к каким-входам/выходам наладчик подключил какое оборудование, т.е. иметь на руках рабочую версию проекта, по которому Наладчик собрал и оттестировал всю сеть, потом программист, сидя в тёплом офисе, создаёт виртуальную кофигурацию в программе PLC-LAB-Manager , идентичную той, что собрал наладчик на объекте, оттестировать работу системы дсипетчеризации на своём компьютере, потом сбросить уже готовую работающую программу наладчику, который за 10 секунд её скопирует на компьютер объекта, ну ещё смену потратит, чтобы всё ещё раз перепроверить. И незачем таскать с собой на объекты ни лишних людей, ни прочий обоз. Но вернёмся таки к обсуждаемой теме. Какие есть ещё соображения по методике подачи материала в обучающих роликах, мы готовим следующие серии, и непременно учтём в них весь высказанный здесь конструктив. Хорошего дня !

Сообщение отредактировал UraGun - 12.5.2015, 10:45

[cauto]

мы готовим следующие серии

А может не надо?

[Ludvig]

Программист может находиться хоть за пол-мира от объекта. Ему нужно только знать к каким-входам/выходам наладчик подключил какое оборудование, т.е. иметь на руках рабочую версию проекта, по которому Наладчик собрал и оттестировал всю сеть, потом программист, сидя в тёплом офисе, создаёт виртуальную кофигурацию в программе PLC-LAB-Manager , идентичную той, что собрал наладчик на объекте, оттестировать работу системы дсипетчеризации на своём компьютере, потом сбросить уже готовую работающую программу наладчику, который за 10 секунд её скопирует на компьютер объекта, ну ещё смену потратит, чтобы всё ещё раз перепроверить.

Желаю вам проработать только наладчиком в таком режиме. И пусть день вам покажется СВЕТЛЫМ!

[shavr]

Добрый день! Заранее прошу прощения за спам и орфографию, но правильно ли я понимаю, что вся логика реализуется на компьютере в системой диспетчеризации (то есть в самой системе диспетчеризации), а контроллер является по сути блоком дискретных входов/выходов с модбасом (или каким-то своим протоколом) на борту, который подключается к компьютеру?

[UraGun]

Желаю вам проработать только наладчиком в таком режиме. И пусть день вам покажется СВЕТЛЫМ!

Большое спасибо за пожелания света Наши системы происходят из многократных итераций приближения к оптимальной форме реализации решения и распределения ответственностей при строительстве объекта. Я лично принимал участие в реализации полусотни подобных систем. Если в начале это было непременное присутствие человека занимающегося програмированием и отладкой системы на объекте вплоть до сдачи, то в последних системах, мы как раз и пошли по пути разделения работ и ответственности. На самом деле чем проще - тем надежнее, понятнее и честнее. Как обстоит процесс реализации систем на нашем оборудовании сейчас. Клиент приобретает у нас либо контроллеры, либо уже готовые шкафы на их основе. При этом, для того, чтобы полностью смонтировать и подготовить систему к программированию, клиенту не нужны квалифицированные специалисты. Любой монтажник влёгкую собирает шкаф по нашим схемам, либо монтирует уже готовый шкаф поставленный нами на объекте, подключает к нему кабели ( схемы подключения шкафов мы тоже выдаём, даже если проект делает сторонняя организация ), и добивается работоспособности всех входных цепей, подключенных датчиков, извещателей, контроля положения клапанов, вентиляторов, зенитных фонарей и т.д. Для этого, ему не нужно ничего ни программировать, ни соединять в сети. У каждого контроллера на борту цветной графический дисплей, где в основном окне отображаются подробно состояния всех входов/выходов. Это первый этап. Заметьте, его заказчик производит сам, без какого либо нашего вмешательства. Вторым этапом идёт объединение контроллеров и шкафов в сети RS485. Один из контроллеров через меню назначается мастером, там же в меню задаётся скорость обмена. Вот и все действия, необходимые для отстройки обмена по сетям ( напомню, у каждого контроллера таких сетей две, они асинхронны, гальванически развязаны друг от друга и от схемы контроллера ). Контроллер назначенный ведущим, опять же благодаря навигации по меню, простым вращением энкодера, позволяет увидеть, как идёт обмен с каждым из подчинённых контроллеров, и если есть плохая статистика по количеству ошибок при обмене с самыми дальними по кабелю контроллерами, клиент может снизить скорость обмена, либо разобраться с линией связи, для этого тоже не нужны никакие программисты. После того, как сеть отстроена и идёт надёжный обмен, начинается работа программиста. На этом этапе, клиент либо нанимает нас, либо стороннего программиста, который интегрирует нашу сеть ( уже собирающую данные ) в общую систему предприятия, пишет оболочку визуализации и т.д. Если клиент желает получить систему, не зависящую от работоспособности ПК, управляемого такой многообразной в плане сбоев и ошибок всем известной операционной системы, мы можем предложить реализовать управление и визуализацию силами ведущего контроллера. Для этого, мы просто дописываем в его программу нужный код, отправляем клиенту по электронной почте готовую прошивку, он загружает её в контроллер по USB. Клиент проверяет работоспособность системы. Если что-то работает не так как надо, или нужно что-то добавить/убрать, мы это доделываем и отправляем новую прошивку. Для того, чтобы загрузить прошивку в ведущий контроллер, опять же никакие программисты не нужны. С этим легко справляется пользователь начального уровня. Т.е. любой монтажник.
Я понимаю рефлексию людей, которые хотели бы вынудить нас переходить на узкоспециальные языки программирования для промышленных контроллеров, это их хлеб, и там можно легко подрассказать клиенту, о невероятных сложностях ( возникающих зачастую как раз из-за применения ограниченных по своим возможностям сред програмирования ), и за счёт этого срубить по лёгкому больших деньжат, но мы не станем идти по этому пути. Сорри. Наш принцип - честность и дружественность к клиенту. Множество наших объектов надежно работают уже больше десяти лет. Кроме того, применение низкоуровневого программирования, без прослойки в виде интерпретатора или транслятора команд языков промышленной автоматизации, позволяет получить весьма эффективный и надежный код, который работает предсказуемо и быстро. Спасибо ещё раз за Ваши пожелания, хорошего дня !

Добрый день! Заранее прошу прощения за спам и орфографию, но правильно ли я понимаю, что вся логика реализуется на компьютере в системой диспетчеризации (то есть в самой системе диспетчеризации), а контроллер является по сути блоком дискретных входов/выходов с модбасом (или каким-то своим протоколом) на борту, который подключается к компьютеру?

Именно. Все контроллеры, это всего-лишь переменные в памяти ведущего, или в памяти ПК. Для систем диспетчеризации, высокое быстродействие не нужно. Время цикла системы до 1 секунды вполне приемлемо, потому такая модель упрощает жизнь и нам и клиенту. Более подробно, я ответил выше. Спасибо за вопрос по существу. Хорошего дня !

[Михайло]

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

Вы просто не знаете о дружественности и предсказуемости языков стандарта МЭК61131. А про быстродействие и надежность - тьфу - во-первых противоречите сами себе, а во вторых, научитесь уже писать надежное ПО, вот и вся проблема. Купите себе какой-нибудь брендовый ПЛК, поиграйтесь с ним. И, в конце концов, хватит стоять на своем, узко и неверно мыслите 100%. Я Вас понимаю: Ваше любимое творение сейчас опустили ниже плинтуса, поэтому такая нервная реакция.
Что касается языков программирования типа LD и FBD, то они учат по-настоящему программировать. Поэтому не зря многие программисты обломали о них копья.

Так и не смог я ничего путнего составить из этих кубиков.
Придётся выкинуть ЛОГО на свалку

[UraGun]

Вы просто не знаете о дружественности и предсказуемости языков стандарта МЭК61131. А про быстродействие и надежность - тьфу - во-первых противоречите сами себе, а во вторых, научитесь уже писать надежное ПО, вот и вся проблема. Купите себе какой-нибудь брендовый ПЛК, поиграйтесь с ним. И, в конце концов, хватит стоять на своем, узко и неверно мыслите 100%. Я Вас понимаю: Ваше любимое творение сейчас опустили ниже плинтуса, поэтому такая нервная реакция.
Что касается языков программирования типа LD и FBD, то они учат по-настоящему программировать. Поэтому не зря многие программисты обломали о них копья.

Судя по рефлексии, которую наша продукция у вас вызывает, мы всё делаем правильно Хорошего дня !

Поэтому не зря многие программисты обломали о них копья.

Есть информация, что многие "умники" обломали зубы, останавливая ими наждак, или запихивая в рот лампочку Это не значит что это было не зря Если кому-то нравится писать на языках МЭК - это его право, пусть человечек пишет и будет счастлив. Но видимо что-то не так, раз человечек на столько обозлён, что спамит в темах, его не касающихся. Или касающихся ?

[manjey73]

UraGun просто люди более реалистечнее чем вам кажется. На МЭК языках могут написать многие, электрики, асутп-шники, ОВК-шники и так далее. По крайней мере на таких как LAD или FBD.
Если речь об ST, то это как раз ближе программистам.
В том же шафу вентиляции нет ужас-ужас какой логики. Это не станок с ЧПУ.
В случае с вашими контроллерами в 50% придется прибегать к помощи программистов вышеозначенным товарищам (доп затраты).

Вы вот пишите о цикле до 1 сек. Фактически опрос входа происходит в цикле 1 раз. Есть наработки по алгоритмам о значении среднего цикла программы ?

[UraGun]

UraGun
Вы вот пишите о цикле до 1 сек. Фактически опрос входа происходит в цикле 1 раз. Есть наработки по алгоритмам о значении среднего цикла программы ?

Спасибо за вопрос по существу. 1 секунда, это не время выполнения программы, а время полного цикла опроса средней сети RS485 и отдачи подчинённым данных для выходов, это лекго посчитать, к примеру для битрейта 38400, который чаще всего применяется в сетях протяженностью до километра. Время цикла выполнения программы, по сравнению со временем цикла обмена по сети, представляет собой физическое понятие "офигительно малая величина". Учитывая то, что алгоритмы логики в системах диспетчеризации обычно примитивны, а производительность любого нашего контроллера на порядки выше, чем это необходимо для покрытия необходимых вычислительных затрат, время цикла самой программы не имеет обычно решающего значения. Наши контроллеры работают на частоте около 170Мгц, при этом полный цикл выполнения самой сложной из когда-либо написанных нами для системы диспетчеризации программы отработки именно логики, не превышало 10-15мс. Это с полной перерисовкой двух экранов, один, который на борту контроллера, и второго, который VGA монитор 800*600 подключаемый к нему. При чем циклы обмена по сети и выполения программы логики у нас полностью развязаны. Один цикл никогда не ждёт завершения другого цикла. Говоря точнее, у нас даже не два таких цикла, а множество, к примеру у нас два параллельных RS485 ModbusRTU канала, они никак не зависят друг от друга. Всё работает на прерываниях, в том числе и генерация ответных посылок. Именно поэтому, нам удалось добиться начала времени отправки ответного пакета подчинённым в пределах десятков наносекунд. У нас даже появилась из-за этого обратная сложность. К примеру не каждый преобразователь USB-RS485, в случае, если ведущим является не контроллер а компьютер, успевает переключиться из режима передатчика в режим приёмника. И потому ответный пакет может быть потерян. Потому USB-RS485 преобразователи нужно применять с оговорками, либо же мы введем в меню всех контроллеров изменяемый параметр, нечто вроде "задержка старта ответной посылки". При применении нормальных карточек для ПК типа МОХА этой проблемы нет. В данный момент разрабатывается ОРС сервер, который будет работать напрямую с сетями MODBUS RTU и конфигурироваться через простой конфиг файл, в котором можно будет задать для каждого подчинённого свою скорость обмена и регистры, которые необходимо прочитать/записать. Думаю через недельку, он будет готов. Чем проще - тем надёжнее Хорошего дня !

Сообщение отредактировал UraGun - 13.5.2015, 9:22

[manjey73]

Вам бы в PLC-LAB-Manager добавить FBD, LAD, CFC и возможность создавать макросы на Си и ST. Логика она и в Африке логика, а уж засунуть потом программу в контроллер тем же PLC-LAB-Manager (выполнить компиляцию написанного на том же FBD уже понятное для контроллера).
Цены бы не было железяке....

[UraGun]

Вам бы в PLC-LAB-Manager добавить FBD, LAD, CFC и возможность создавать макросы на Си и ST. Логика она и в Африке логика, а уж засунуть потом программу в контроллер тем же PLC-LAB-Manager (выполнить компиляцию написанного на том же FBD уже понятное для контроллера).
Цены бы не было железяке....

На это я пойтить не могу Хорошего дня !

[UraGun]

Обучающее видео, часть 10. Использование встроенного Modbus-OPC сервера.
Часть 10. Modbus OPC сервер.

[Михайло]

На это я пойтить не могу

Почему?

[Ludvig]

UraGun, найдите возможность выложить здесь принципиальные схемы. Примерно в таком стиле
Тут публика кой в чем разбирается. Лишней информация не бывает. Таки прикинуть, что выйдет из этого буя.

[UraGun]

UraGun, найдите возможность выложить здесь принципиальные схемы. Примерно в таком стиле
Тут публика кой в чем разбирается. Лишней информация не бывает. Таки прикинуть, что выйдет из этого буя.

Ай-яй-яй Как нехорошо обманывать людей. Обещаете каких-то принципиальных схем, спамите в мою тему рекламу своего ресурса, да ещё и моё буями кроете А схемы конечно давно опубликованы, и те, кто хотел - давно их нашел. К примеру здесь - Схемы АРВ на контроллерах PLC-LAB

Почему?

Сидит бабушка, продаёт семечки и сигареты. Перед сигаретами - табличка "Сигареты-марапеты". Бабушку спрашивают "бабушка, а почему сигареты-марапеты ?". Та отвечает "Патамушта-марамушта". Вы же не думаете, что люди Вам обязаны что-то объяснять, правда ?

P.S. Напоминаю, тема посвящена обсуждению доходчивости методов подачи наших видеоматериалов. Прошу придерживаться темы. Прочие хотения, можно изложить в созданных для обсуждения этого своих темах

Сообщение отредактировал UraGun - 22.5.2015, 9:14

[Ludvig]

Ай-яй-яй Как нехорошо обманывать людей. Обещаете каких-то принципиальных схем, спамите в мою тему рекламу своего ресурса, да ещё и моё буями кроете А схемы конечно давно опубликованы, и те, кто хотел - давно их нашел.

UraGun, вы серьезно полагаете до сих пор, что здесь публика слаще морковки ничего не видела? Ваше невнятное видео кому-то интересно? С Фракталом кому надо, давно разобрался. Теперь очередь за вами. Выложите, если наберетесь смелости, не схемы внешних соединений, а внутренние схемы контроллеров со спецификацией. Потому что тот софт, предлагаемый вами, ни в ЖПО, ни в красну армию. Вместе с кином. Тут достаточно спецов способных подобрать софт, понятный наладчику для ваших изделий. Может тогда хоть какой-то толк из этого будет.


Как вам еще объяснить, что ваше кино не интересно и не актуально?