В архиве файл FLProg проекта

ecoins писал(а):На планшете вылетает когда засыпает.

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

ecoins писал(а):не получается использовать BlueTooth

Это проблема nox, ни одно приложение android не способно работать с блютус.

ecoins писал(а):на Mac не получается

Mac даже не тестировали, и врятли будем, слишком мало пользователей сидит на нём. Есть более приоритетные дела.

ecoins писал(а):Можно ли управлять периодом транзакций обмена?

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

Можно еще раз провести тесты например с MasterOPC по протоколу модбас и посмотреть сколько там будет отклик, насколько помню это ардуино не успевает работать с модбас, а если вы используете на ардуино аналоговые входа то там вообще проблема.

Если убрать задержку совсем в каскаде, то ардуино захлёбывается и перестаёт работать вовсе обмен.
В промышленности 60ms это отличное время для modbus, для не быстрых систем (насосные станции, водоочистка, слежение за перегревом продукта и т.д.).

По какому интерфейсу вы работаете (блютус, wifi) с вашей машинкой?

1. С машинкой работаем и по BlueTooth и по Wi-Fi - на скорость обмене влияет только скорость UART -  при 9600 конечно на один байт уходит больше 1 ms, а на скорости 115200, если транзакции не большие, то очень даже шустро.
2. Про применения Modbus под промышленные системы - это понятно, оттуда он и любим (и мной тоже). Просто хотелось использовать его и системами, где время отклика имеет значения, тем более, что современные технические средства (чипы, устройства, каналы связи, протоколы обмена и т.п.) это позволяют.
3. Про то, что Arduino захлебывается. Я тоже так думал, и Вы меня укрепили в этой мысли. Прочитал весь текст программ Сергея по обмену ModeBus - есть там возможности для улучшения:
    1. задержка в 5 ms на транзакцию для управления RS-485 - она всегда одна и хороша для скорости 9600, можно было бы рассчитывать её для каждой скорости и тогда бы на скорости 115200 она была бы 0,4 ms
   2. по прерываниям с UART можно было бы работать - но тогда перенос с контроллера на контроллер был-бы не так прост.
   3. и еще по крохам наверное.

Но и в итоге  пришел к мнению об ошибочности этого мнения. Захлебывается не контроллер, а программа, в которой из-а использования внешних (и неконтролируемых) драйверов и функция появляются задержки. Например драйвер HC-SR04 - написан без прерываний и задержка может превышать 50 ms, вывод на LCD может отнять более нескольких десятков ms, вывод в i2c - очень быстро набираются ms если много транзакций - помогает увеличение скорости  i2c до 400 или даже 800кГц. Проверял, вроде устойчиво работает.

А вот с обменом чете KaScada вот какая временная диаграмма (с логического анализатора) - анализ одной транзакции запроса 10 регистров:
1. +275,35ms - начало транзакции (08 03 00 14 00 0A 85 50)
2. +276,04     - завершение передачи транзакции в контроллер (то есть 0,6ms от KaScada - быстро)
3.  +281.39 - начало ответной транзакции от контроллера . Т.е. через 6 ms. Это задерживает драйвер FLProg - но пока терпимо, может со временем Сергей это учтет и что-то сделает.
4.  +283.50 - завершение ответной транзакции (10 С0 28 00 00 00 00 FF 00 00 CA 00 00 00 00 00 5E 00 5E 00 5E 00 28 77 A5) -чуть больше 2 ms - по сути предел для скорости 115200
5.  306.39     начало новой транзакции от KaScada. 

Таким образом более 30ms.
Если добавить еще одну транзакцию на передачу - больше 60ms.
А если еще одну группу не оперативных данных (у меня это время выполнения задач), то получится под 100ms.

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

-----
Вопрос: Можно будет заложить в программу управление временем (периодом) вызова транзакций.

ecoins писал(а):Можно будет заложить в программу управление временем (периодом) вызова транзакций.

Это надо делать для каждого соединения в списке серверов, в целом возможно, а там как rovki решит.

Давайте вместе просить Rovki

Ачто 100мс заметно глазом ?Вы попробовали с двумя шлюзами?

Заметно начиная с 20ms. 100ms - очень много. Будет возможность - сниму ролик.

Снимите ,а то я не врублюсь о чем речь (20мс)

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

RXY по модбас работает ???

Нет, по своему протоколу. И при инициализации ещё передаёт из контроллера в планшет закодированную картинку.

Ну так теперь понятно ,по уарту еще быстрее   без протокола то.Городить свой протокол в век унификации ,стандартизации как то необычно .В промышленности Достоверность данных на первом месте.

Пока не все понятно.
Но вот больше 12 регистров через шлюз из FLProg в KaScada передавать не удалось - поэтому пришлось разбить на два шлюза.
Пишет:                     "ТСР: Ошибка при подключении 192.168.5.1", 
периодически пишет "ТСР подключен 192.168.5.1"
Второй шлюз работает по фронту регистра 9.8 (секундные импульсы ) и на общую скорость обмена не сильно влияет.
Вопрос: Ограничение на 12 регистров - это не с KaScada связано?

ecoins писал(а):Вопрос: Ограничение на 12 регистров - это не с KaScada связано?

Нет .

Возможно обнаружил проблему
Задержка обновления индикаторов на экране и изменение системных переменных при изменении задатчиков.

Надоумило меня на это исследование последний пример: "Формирователь коротких импульсов при изменении переменной". Функция полезная описана, но по моим представлениям индикатор мерцание индикатора не должно быть заметно, поскольку импульс должен бы быть очень коротким.

Перед этим смоделировал описанный генератор импульсов  (с одним задатчиком)- работал он как-то странно. Если задатчик уменьшить до 50 (ms), то индикатор перестает мерцать. Если до нуля, то генератор перестает работать и его надо перезапускать по входу. Пр

Добавил генератор с задатчиком на третий экран своей программы (присоединил) и что увидел: "Цвет цвет системной переменной мергает частно, а индикатор сильно тормозит".  

Как мог, описал. По почте послал видео.

Это так шлюз работает по изменению - иногда в одном цикле переписывает на выход (тогда нет короткого импульса) ,а иногда в разных ,тогда все нормально ...
Надо будет сделать специальный элемент ...

В новой версии будет уменьшено время работы со схемами (элементы,ФБ) 
FIX:
    *время задержки логики изменено на 1мс (было 100мс)
    *время задержки на чтение сис. регистров изменено на 10мс (было 30мс)

Отлично, изменение времени разрешит все проблемы по задержкам, о которых  писалось.
Есть ещё несколько вопросов, о которых я писал и которые мне представляются полезными:
1. Сохранение проекта кнопочками "Сохранить" и "Сохранить как"
2. Упростить определения параметров переменных и шлюзов - очень много раз приходиться нажимать на кнопочки и во многих местах по разному. Что-то бы поуниверсальнее и может не через иерархическое меню, а в форме таблицы....

Добавлено (06.08.2017, 06:43)
---------------------------------------------
И еще по информативности создаваемых проектов.
Одно из сильных сторон FLProg, на мой взгляд, является генетическое свойство этого проекта к самодокументированию. Это позволяет быстро вовлекать в создаваемые проекты новых участников и тем самым обеспечивать его дальнейшую поддержку и эксплуатацию.

В KaScada с этим посложнее. Например, чтобы понять как настроен шлюз(к слову отличная и изящная функция) требуется нажать несколько раз кнопочки.

Думаю,что авторы проблемы знакомы с этими проблемами, но у них "рука набита", и этим, в общем то второстепенным проблемам (главное система существует и здорово развивается), внимание не уделяется.

Решение указанных проблем могло бы сильно снизить порог входа для новых пользователей, особенно тех кто имеет дело с FLProg.
А в целом конечно здорово и удивительно как развиваются два чудных проекта FLProg и  KaScada - феномен... спасибо Вам за это.

Версию 4.9.3 можно скачать из облака ,что на сайте .

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