На фото видна батарейка. Можно ли ожидать в ZWB появления блоков GetTime, GetDate, SetTime, SetDate ?
Это дало бы возможность управлять контроллерами по недельному или суточному расписанию.

Забыл сказать, что программы для 450, точнее экраны, пишутся по такому же принципу, как и отладочные экраны. Другими словами, ранее созданный виртуальный прибор парой кликов превращается в реальный.

Удобная штука.

[quote author=VoronovMaksim88 link=topic=39.msg263#msg263 date=1442110013]
А архив писать можно будет ? Типа журнал событий или график температуры ?
[/quote]
Можно конечно.
Но есть нюанс:
[list type=decimal]
[li]Так как система визуализации распределенная, то не понятно, какой объем накопителя нужен на борту сервера. Использовать SD карты - не вариант. Очень низкая надежность, да и цена, скажем на 100 серверов в сети для этих карт будет существенной.[/li]
[li]Как не крути, SD карта тоже не резиновая. То есть надо на уровне плеера создавать скрипт, периодически проверяющий заполнение карты и очищающей ее[/li]
[li]Вопросы синхронизации данных (вообще головная боль)[/li]
[/list]
Поэтому было принято решение вообще не хранить данные на сервере. То есть на борту есть достаточно ёмкий энергонезависимый буфер памяти, но основной объем данных хранится на внешнем сервере.
Кто такой внешний сервер?
В зависимости от требований безопасности хранения данных это может быть:
[list type=decimal]
[li]Площадка на бесплатном/платном хостинге (в этом случае ZWB может сгенерировать php скрипт для удаленного подключения к БД (см. pic002))[/li]
[li]аппаратный NAS сервер (очень экономичное и надежное решение для малых проектов)[/li]
[li]сервер БД предприятия[/li]
[/list]

[quote author=VoronovMaksim88 link=topic=39.msg264#msg264 date=1442112307]
На фото видна батарейка. Можно ли ожидать в ZWB появления блоков GetTime, GetDate, SetTime, SetDate ?
Это дало бы возможность управлять контроллерами по недельному или суточному расписанию.
[/quote]
Батарейка питает часы реального времени и часть ОЗУ в случае пропадания питания.
Да, все эти блоки будут доступны как локально, с сервера, так и по сети.

Замечательно.

И еще один момент.
Программу для самого плеера разрабатывать не нужно.
Разрабатываются экраны, переходы между экранами, анимация и логика на стороне сервера. Точно так же, как и для отладочных экранов, точнее это они и есть.
Все данные о положении картинок, картинки и органы управления хранятся в памяти сервера.
В первый момент плеер подключается по списку адресов к серверам, кеширует их данные и расставляет на своей поляне элементы точно так, как вы их создали в ZWB.

То, что успели реализовать на сегодняшний день в железке Z450EV.

Функции контроллера N450EV:
1) выполнение FBD-проекта – объем байт-кода до 512кб, объем ОЗУ до 20кб;
2) поддержка тригонометрических функций;
3) ПЗУ для данных FBD-проекта – объем 64кб, хранение в 4-х зеркальных копиях с проверкой CRC, общее количество операций записи примерно 1,5 миллиарда.
4) сервер визуализации по протоколу WebSockets – объем проекта до 28Мб, кол-во одновременно работающих клиентских подключений до 30*;
5) Modbus TCP master (клиент) и slave (сервер) [b]одновременно[/b] – количество одновременных подключений в режиме master до 10, всего подключений до 30*.
6) порт RS-485  в режиме или Modbus RTU master (главный) или Modbus RTU slave (подчиненный).
7) в режиме порта RS-485 Modbus RTU master поддерживается маршрутизация из TCP (другие Modbus TCP master-устройства имеют доступ к Modbus RTU slave-устройствам, подключенным к N450EV, используя его как мост). При предоставлении доступа к порту RS-485 многим TCP-подключениям и FBD-программе обеспечивается равномерность распределения трафика между многими потребителями.
* - общее количество всех подключений через ethernet-порт ограничено 30.

Информация для заказавших образцы Z450EV:
железки будут в офисе МСК 24 или 25 числа. Сб и Вс на подготовку к отправке и в ПН отправка в DPD.

ЗдОрово! Будет чем поиграть в новогодние каникулы  :)