FlProg

Сергей , хорошо бы добавить в 7 и 8 версии коммуникацию- мост modbus RTU (slave)> modbus TCP (master - ТСР клиент). А то две ESP через мосты не соединить.

Позволю и я себе напомнить лишний раз про модбас, вопрос не срочный, просто освежить, чтоб фигурировал
В модбас TCP master правка функции позволила наладить обмен, может быть её стоит добавить в программу (за правку отдельное спасибо Sancho):
[spoiler]byte _modbusMasterGetRxBuffer()
{
_modbusMasterBufferSize = 0;
byte currentByte = 0;
byte currentByteIndex = 0;
int temp_ans_id= 0; // новое
byte _890_1 = 0; // новое
byte _890_2 = 0; // новое
while (_ModbsTCPMasterClient.available() ) {currentByte = _ModbsTCPMasterClient.read();
if (currentByteIndex > 5) {
_modbusMasterBuffer[ _modbusMasterBufferSize ] = currentByte; _modbusMasterBufferSize ++;}
// новое ->
else{
if(currentByteIndex == 0)_890_1=currentByte; // новое
if(currentByteIndex == 1)_890_2=currentByte; // новое
}
// <-новое
currentByteIndex++;
}
// новое ->
temp_ans_id= word(_890_1,_890_2);
if(temp_ans_id != 0){ // возможно, при приёме пакета с номером 0, возможна будет ошибка (smiley)
if(temp_ans_id != (_modbusTelegramm.answerId & 0x0000FFFF)) {_modbusMasterBufferSize = 0;}
}
// <-новое
return _modbusMasterBufferSize;
}[/spoiler]

И очень не хватает группового чтения регистров, когда их много - это актуально, в модбас мастер, как rtu, так и tcp.
Спасибо за Ваши труды! Не сочтите за назойливость..

Доброго дня! мои предложения такие
1. Ввести папки для тегов модбас, чтобы можно было их группировать по смыслу, когда их много
2. сделать возможность отдельного сохранения плат и соответственно их подгрузки. это нужно для формирования библиотек наработок, которые можно потом из проекта в проект просто добавлять.

urqagun писал(а): 22 мар 2021, 07:58 Ввести папки для тегов ...

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

urqagun писал(а): 22 мар 2021, 07:58 сделать возможность отдельного сохранения плат...

А вот тут не согласен. Если на плате просто логика то создайте ее в пользовательском блоке типа FBD, а если на плате много чего (переменные, клеммы, пользовательские блоки и т.п. то просто взять ее и сохранить в таком виде будет достаточно сложно, просто сохраняйте все это в в виде отдельных проектов в свою папку наработок, благо копировать из проекта в проект можно.

аргументирую свою идею по второй части.
допустим я разработал линейку контроллеров с модулями расширения на разных расширителях как по IIC так по SPI и вот мне надо собрать какойто конкретный вариант сборки с ведущим блоком с какими то модулям расширения причем какието входы выходы должны быть подключены к тегам модбас.
В моем видении я заранее к каждому блоку разабатываю соответствующую плату в флпроге. прописываю какие у блока входные выходные переменные, какие из них выводятся в модбас и какого они типа. При сборке проекта в кучу( с добавлением каждой новой платы) система сама присваивает имена переменных выходов в правильной последовательности и назначает им теги модбас в текущей конфигурации.

Отправлено спустя 4 минуты 54 секунды:
Еще хотелось бы предложить автору в системе мост модбас для есп8266 сделать возможность по тому же ip адресу под номером 1 например использовать и сам модуль для получения тегов.

Отправлено спустя 2 минуты 5 секунд:
К стати, если сделать папки тегов, то можно организовать и групповое чтение/запись из этой папки

urqagun писал(а): 23 мар 2021, 07:46

Еще хотелось бы предложить автору в системе мост модбас для есп8266 сделать возможность по тому же ip адресу под номером 1 например использовать и сам модуль для получения тегов.

Тогда это уже не мост . Мост не знает какие регистры и устройства передаются от входа ТСР до выхода RTU, он "прозрачен в этом смысле . А совместно использовать две коммуникации - мост и модбас ТСР(слейв) не получится, имхо.

Полезно было бы в 8 версии добавить для ESP32 порт UART Serial1.
По умолчанию он сидит на GPIO 9,10, которые заняты flash-памятью, но если инициализировать порт, то его можно использовать на других пинах.

Доброе утро! По поводу добавления SD карты в FLProg 7.3.3, хотелось бы напомнить, (Где-то встречал такую проблему, а решения не нашел. Ткните, пожалуйста, если разрешилось это) пин 10 нет возможности подключить (вместо него приходится использовать другой и в IDE исправлять, но другой пин уже тоже не получается использовать, только если опять в IDE его подвязывать). Короче это не критично, но стремновато ... плииииз!!!

[ref=#00aa00]support[/ref],
Заметил такую зависимость.
Чем больше редактируешь проект тем больше его вес.
Уже несколько раз проект весом в десятки kB превращался в десятки MB.
Стоит его заново собрать на чистую и он снова весит десяток kB.
Это можно как то изменить?

rw6cm писал(а): 29 мар 2021, 14:33 Чем больше редактируешь проект тем больше его вес.

Присоединяюсь, тоже обратил внимание.

Всем привет.
Еще одно пожелание.
Сделать возможность сохранять и загружать в/из файла, регистры modbus.
Очень часто бывает разростается проект и приходится менять канал связи между контроллерами. При этом нужно сменить контроллер, либо просто сменить канал связи модбаса с wifi на блютуз или на юарт. Для этого нужно отключить мастер/слейв и включить заново, выбрав другой канал связи. Беда в том, что приходится заново создавать пол сотни или сотню регистров модбас. А на это уходит много времени и увеличивается вероятность ошибки, которая потом выливается еще в большие траты времени на ожидания перекомпиляции и поиска этих ошибок.

И еще заметил, что сложно сделать большой проект
с большим кол-ом регистров модбаса, на esp32 (за 8266 вообще молчу), что бы не было проблем с wifi (может я дурачек, но не получилось сделать 6и одного большого и полезного проекта на esp32 с wifi).
Может стоит вернуть wifi свисток, есп 01 и т. п., которые просто выполняли подключение к wifi. Да, это отнимает возможность впихнуть в нее wifimanager, и получить возможность смены сети без прошивки. Но ввиду, того что большой проект с wifimanager, без глюков подкоючения к wifi все равно сделать не выходит, то пусть хотя бы свисток останется.

Сергей писал(а): 30 мар 2021, 23:54 Беда в том, что приходится заново создавать пол сотни или сотню регистров модбас

Сергей писал(а): 30 мар 2021, 23:54 но не получилось сделать 6и одного большого и полезного проекта на esp32 с wifi

Не знаю, в курсе ли Вы о проблеме адресов. Ну и такое кол-во регистров штатными блоками программа не "переварит".

support писал(а): 04 апр 2021, 10:55 Да, там были проблеммы с фильтрацией условий. Исправил. Падений в этом случае больше не будет.

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

Qwert855 писал(а): 19 мар 2021, 20:02 можно ли в версии 7 сделать возможность изменения размера окна блоков веб сервер и веб страница. очень не удобно просматривать веб код в маленьком окне.
спасибо.

Добрый день.
Этот момент можно подправить в версии 7?

Рамки окна не тянутся как например рамки редактора пользовательского блока когда можно развернуть окно на весь экран.
[spoiler][/spoiler]

[ref=#00aa00]support[/ref],
Сергей, при использовании мультиблока заметил следующую проблему в порядке компиляции блоков:
В приложенном тестовом проекте блоки в проект вставлялись в порядке 3-2-1.
В секции loop порядок компиляции такой, как они располагаются в проекте (1-2-3), а вот в секции setup порядок соответствует очередности добавления в проект (3-2-1). Хотелось бы чтобы порядок компиляции в секции setup соответствовал порядку расположения блоков в проекте.

Naladchik писал(а): 05 апр 2021, 05:50 заметил следующую проблему в порядке компиляции блоков:

Походу это было так задумано Автором.
В той же секции луп код начала и конца секции ставится в последовательности установки блоков на схему,
а секция место вставки луп зависит от расположения блоков на схеме.
Было бы удобно чтоб можно было выбирать самому эту последовательность.

rw6cm писал(а): 05 апр 2021, 11:38 Было бы удобно чтоб можно было выбирать самому эту последовательность.
Win10-64, FLProg (portable)

Мне кажется данные последовательности в приоритете должны определяться порядком расположения блоков в проекте, и уже в мультиблоке будет деление на начало секций, место вставки экземпляра и конец секций. А порядок добавления блоков в проект это попробуй потом отследи. А если какой то блок в середину проекта вставить надо? Все переделывать.
Причём заметил, что это касается добавления в пределах одной платы. Блоки на разных платах компилируются правильно.

[ref=#00aa00]support[/ref], Сергей посмотри этот блок созданный в новом редакторе
viewtopic.php?t=7245&start=20#p101766
Подскажи как можно избавится от ненужного блока содержащего в себе всего лишь одну фигурную скобку.

И еще иногда нужно функцию расположить в секции Declare а не после цикла Loop, такое возможно сделать?

[ref=#00aa00]support[/ref], теперь уже появилась возможность на страницах с платами в FLProg добавлять рисунки. Для многих это не критичный функционал, но иногда для наглядности это действительно будет удобно. А вот для Scada - это действительно очень нужная, критически важная функция. Я помню, что очередь до совершенствования Scada ещё не дошла. Но если сложность подключения рисунков в платы с FLProg, сопоставима, или аналогична с тем, как это могло бы быть и в Scada, нельзя ли, по тому же шаблону, добавить и возможность вставки рисунков в уже существующую Scada? И пусть бы реальный апгрейд Scada начался бы значительно позже. С возможностью добавок своих рисунков уже сейчас - это было бы просто великолепно.

После некоторой практики работы с новым редактором пользовательских блоков, формулирую некоторые пожелания:
1. Для вкладок параметры, условия предусмотрена возможность создавать внутренние папки. Это удобно - можно тематически группировать параметры, условия.
Было бы полезно, если бы такая возможность была бы для вкладок код блока, входы, выходы.
2.При создании однотипных условий приходиться проходить весь путь создания условий - если можно было бы копировать, было бы очень удобно.
3. И если условия можно было редактировать без меню иногда нужно заменить одно значение, а приходиться проходить весь путь.
4. Если бы меню параметров можно было размещать в каком-то заранее подготовленном шаблоне (например как в стандартном блоке lcd), было бы красиво...
--------------
В целом новый редактор оказался мощным и востребованным средством.
Известные мне средства известных ПЛК сильно уступают ему.