Easyelectronics.ru

до кучи
http://www.flowgorithm.org/

а что мне делать с этими квадратиками ?
они же пустые

Кстати проект с набега показал всю красоту бесплатного софта
написано net 3.5 win7
выбрал для загрузки

А при запуске просит 4.6
плюнул, на этом этапе - все понятно.
гавно

Визуальное программирование для Sonoff Basic

P.S. Ещё подборка

Интересные картинки выкладывает petrplc



Я не компетентен в программировании ПЛК, но видел похожие картинки в статье компетентного в этом деле человека. Там было написано, что так, как на картинке — делать нельзя (соединять EN с ENO) и почему нельзя.

Про картинки выкладываемые petrplc отдельный разговор, но, соединять EN с ENO не обязательно, это зависит от взаимозависимости соединяемых блоков (во загнул!) по алгоритму. Тут все просто, EN вход, ENO - выход. Чтобы текущий блок работал надо на его вход EN подать высокий уровень. Текущий блок обработав данные установит на выходе ENO высокий уровень для следующего блока и т.д. Пока на входе блока EN низкий уровень, блок ничего не делает, находится в состоянии ожидания. Если по алгоритму блоки не завязаны, то и соединять их EN -> ENO не к чему. Такой способ связи используется в языке FBD, может ограниченно использоваться в LAD, совсем не используется в STL. Как то так...
P.S. Если же ошибка в алгоритме, то как говорится "нечего на зеркало пенять"...

Спасибо, но это я и так понял — из статьи (рассказа) fixik-papus: https://fixik-papus.livejournal.com/49334.html
Но... на картинках от petrplc они соединены! И в этом то и проблема. Похоже Вы даже не смотрели то, что по ссылке...
Ну ладно, я может так написал непонятно... Но:И это не я написал, а fixik-papus — человек, который профессионально занимается программированием всяческих ПЛК. Вообще — лучше всю статью прочитать. А я уже весь его журнал прочитал — очень интересно.
Ну как совсем не используется... если FBD всегда можно перевести в STL, то вроде как и там может использоваться, но, конечно, такая связь там не будет выглядеть линией:

Дело не в линии, STL позволяет получить более глубокий доступ к программе и аппаратуре. Вид стандартной библиотечной функции FC97 "DECO" в STL я уже приводил в "Simatic Step 7. STL. Установка/сброс бита по номеру". Если посмотрите, вход EN в этой функции не использован, выход ENO реализован через установку бита BR после отработки функции. И как тут можно применить его для обработки ошибок? Практически никак, для этого нужно добавлять специализированный код (не вместе с BR, а вместо!).
Могу говорить авторитетно, т.к. профессионально приходится заниматься программированием ПЛК Simatic.
P.S. И кстати, не каждая функция переведется из FBD в STL. Библиотечные как FC97 "DECO" не переведутся, они заблокированы от просмотра. Переведутся только написанные вами без использования библиотек. Мне чтобы открыть "DECO" потребовалась сторонняя утилита. Как то так...
P.P.S. И еще одно, программирование на STL сродни программированию на ассемблере и к блочному\визуальному программированию не относится.

Новая статья на Хабр
Как в yEd Graph Editor построить красивую схему базы данных

Я чувствую себя идиотом, но попробую ещё раз...
дело именно в линии, именно в соединении выхода ENO блока со входом IN следующего блока и так далее (в FBD) — это именно то, что есть в картинке от petrplc в этом посте. А так, вроде бы, делать нельзя, если не хочется проблем (например таких, как тут). А вот то, что Вы мне стали отвечать — мне непонятно... точнее само то, что Вы пишете — ещё как-то понятно, но зачем Вы это пишете — совсем непонятно. Ну вот зачем Вы написали это:млять... я и так давно понял, что их соединять не обязательно, а часто даже совсем нежелательно, именно об этом и пишет fixik_papus в той статье, ссылку на которую я дал. Объясните пожалуйста, зачем Вы это написали в ответ на мой пост? может я действительно идиот...

Я пытался вам намекнуть, что не нужно создавать себе кумиров. Тем более вы не в теме. Ваш fixik_papus наверное неплохой ремонтник, но прочитав треть статьи я бросил. Многое спорно, но подается очень категорично - нельзя соединять EN с ENO.
При правильно составленном алгоритме их не только можно соединять, но и нужно (если это требуется по алгоритму). Они для этого и предназначены.
В статье fixik_papus постоянно приводится аргумент - а если в функции произойдет деление на 0 (General Fault) но она выставит ENO в true.
Специально для вас обьясняю, при возникновении General Fault ПЛК Simatic сам себя переводит в состояние STOP c записью в диагностический буфер ПЛК причины и адреса ошибки (и на морде замигает красный светодиод SF - Soft Fault).
Такая программа просто не будет работать, поэтому опус fixik_papus это многословная туфта. Исходные данные верные, попытка их осмыслить неверна.
Как то так. Многое могу сказать на эту тему, но вы не в теме...

Не надо пытаться намекать, надо прямо писа́ть. Если Вам показалось, что я создал себе кумира, и почему-то собрались огородить меня от такой напасти, то хотелось бы нормальных аргументов, а не этого непойми-чего.Может я не в теме, но, надеюсь, что не идиот и что меня не будут принимать за идиота. Так какое может быть объяснение такому странному ответу: «Про картинки выкладываемые petrplc отдельный разговор, но, соединять EN с ENO не обязательно»? Вот если бы Вы написали, что "соединять EN с ENO обязательно", или "EN с ENO желательно соединять", или "EN с ENO соединять можно" — то это было бы понятно и логично. Но Вы ответили «соединять EN с ENO не обязательно» и я такому ответу не нахожу рационального объяснения, кроме как: "прочитав треть поста я бросил читать, и начал писа́ть ответ"...
Простите, выставит ENO в true? точно ENO выставит в true? Или Вы что-то с чем-то перепутали?

Еще раз повторюсь, соединять EN с ENO не обязательно. "Это решается по алгоритму. Какое тут противоречие?

Это уж как вы напишете код, вы можете управлять ENO в любом месте своей функции как до ошибки, так и после.
Зря разводите флейм, пытаясь прицепиться к словам.

Противоречия нет в отдельном «соединять EN с ENO не обязательно», но есть противоречие в таком ответе на тот конкретный мой пост.
Погодите, а как это Вы так ловко перешли к своей функции, когда fixik_papus пишет о библиотечных функциях FBD? Да и у самописной делать ENO = 1 при ошибке было бы очень странно, на мой дилетантский взгляд. Вот Вы написали, что: Но аргумент вообще-то совсем не в делении на ноль. Почему бы не процитировать оттуда целиком:вместо того, чтобы придумывать выставление ENO в true при делении на ноль? Ведь при делении на ноль ENO выставится в 0, но никак не в true. Пруф:

И про исключение, как видно, fixik_papus написал. Но Вы же только треть прочитали... первую или последнюю?
А про свой случай он пишет:И функция эта BLKMOV, у которой кроме ENO И вот этот выход, можно сказать, будет устанавливаться в true при ошибке:

h4lf не владея навыками программирования ПЛК вы уже как petrplc начали надергивать картинки. Забыли о главной, требования к входным аргументам функции BLKMOV. И если их не выполнить, естественно получите ошибку. И если BLKMOV вылетает с ошибкой - налицо криворукость программиста, а уж никак не наличие EN/ENO.
Вы уже достаточно далеко отошли от темы топика, да и мне этот флейм не интересен, пора заканчивать.

A JavaScript library for building visual programming editors.

https://developers.google.com/blockly/

h4lf не всё что трепонетят fixik_papuаs и anakost в трепонете есть истина...

в картинках Профессионалов наглядная истина :)
пример профессионального программиста с опытом... не я*... но тоже соединяет EN/ENO----EN/ENO---- :)
https://vk.com/@akcount-organizuem-shif ... llerami-s7

конкретно на этой картинке в битах М0.1 и М0.2 запоминается результат... с подсветкой....
единовременно только когда ENO активно в течении одного цикла после окончания выполнения функции.

*я не позволяю себе детских ошибок... я использую MB0** и МB1 по их прямому назначению = служебный байт и таймерный меркерный генератор
** смотри результат бит М0.1... а потом удивляются миганию результата с частотой 5 Гц :)


про использование EN/ENO----EN/ENO---- можно много рассуждать, если не знать как это работает
конкретно ошибки при выполнении обычных операций не возникают,
и поэтому операторы можно последовательно соединять...
ограничение в ширине экрана :(

разместил тему на форуме ардуинщикоф
дак там ваще тупари сидят ...

Всосать тоже не захотели?

А можно ссылочку? Тоже интересно.

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

И, всё-таки, где это "там"? Навскидку пробежался по шести самым популярным -- ноль.

тоже не нашел
удалили возможно или я забыл место.

не парься...
тут премьер Удмуртии открыл лифт в Ижевске!!!

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

Да поделитесь, наконец, тайной, пожалуйста -- где это? Аж заинтриговали.