ПР200. Развитие продукта

[Николаев Андрей]

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

Rovki, не все работают в 1.9 последней версии и досконально изучают ее

Какой по факту алгоритм будет использоваться и какая стойкость этого числа?

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

[Сергей0308]

Естественно. И даже больше - сделана возможность обновить с помощью этой утилиты только конкретный прибор из всех ПР200. Для этого в OL в исходном проекте будет генерироваться контрольное число. Сделано как защита от тиражирования проекта на аналогичные ПР200 без уведомления правообладателя.

Я не могу на Вас повлиять, но мне это кажется принципиально неверно! Часто, даже ровки писал о таком случае(кстати у меня не было на ПР110(114)), обновить надо при сбое программы, если программы нет, обновить, я так понимаю Вашим способом в этом случае невозможно, и в чём смысл??? Надо, лично моё мнение, заранее думать, а не говорить, хотели как лучше, получилось, как всегда!

[GAlex]

Ох... Как это было - любая тема, оставленная на самотек имеет свойство разрастаться в обсуждение всего ))))))))))
Давайте еще раз.
Два сценария.
1. Приборы стоят на объекте у клиента. Удаленность объекта не принципиальна, так как приборы недоступны из внешнего мира. Необходимо обновить проект в приборе без выезда на объект, и не передавая при этом исходный файл в OL. Думаю этот сценарий - 90% случаев. Особенно с австрияками.
Хозяин проекта в OL генерит внешний файл, и высылает его клиенту. Тот подходит с ноутбуком, подключает ПР по USB. Запускает этот самый файл. Все.
Возможность в таком сценарии использовать Ethernet или смартфоны - вопрос интересный - поговорю с разработчиками.
2. Приборы стоят у клиентов на объекте. Удаленность объекта не принципиальна, так как делается доступность к приборам из внешнего мира. На мой взгляд в России этот путь будет очень популярен. И это одна из задач для нашего облака.
В облако вытаскивается ПР200 с Ethernet. И тогда он однозначно ассоциируется по MAC и IP.
В облако вытаскивается ПР200 с ПМ210 (http://www.owen.ru/news/26669536?utm...campaign=pm210). Ассоциация прибора идет по IMEI модема и адресу контроллера.
Ну и дальше через облако обновляется проект в ПР200.
На данном этапе пока мы можем забирать данные в облако по ModBus.
https://owencloud.ru/
Сейчас готовим экспорт списка переменных для передачи в облако напрямую.
Потом планируется поддержка изменения значения переменных из облака.
В дальнейшем - возможность обновления проектов.

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

[rovki]

Облака хорошо ,но далеко ...
Тут два варианта основных ,ну нет интернета ,там где ставят мои линии и не только .
1 таскаем ноут по лесам и далям (много обьектов есть для мониторинга )
2.таскаем смартфон и из него заливаем загрузочный файл

[melky]

Только жестко так ОЛ может завесить ПК, как и записать проект. Грешу на настройки Tibbo VSP, где-то может что-то там иначе должно стоять...
rovki, дайте ссылку на TCP to Com который вы использовали на компе с Windows...

socat вроде как тоже работает, но глючит еще больше. Опять же грешу на Tibbo VSP, так как при чтении по Modbus удаленно он наоборот был у меня более стабилен, чем remserial

[rovki]

Только жестко так ОЛ может завесить ПК, как и записать проект. Грешу на настройки Tibbo VSP, где-то может что-то там иначе должно стоять...
rovki, дайте ссылку на TCP to Com который вы использовали на компе с Windows...

socat вроде как тоже работает, но глючит еще больше. Опять же грешу на Tibbo VSP, так как при чтении по Modbus удаленно он наоборот был у меня более стабилен, чем remserial

Так я не понял -летает или висит ,потому наверно и видео нет
Я уже и не помню где качал ...вот наверное http://mystart2.dealwifi.com/search/...True&q=com2tcp

[melky]

1. Прошивать с планшета используя apk оптимальный вариант, все планшеты как правило с OTG, что не скажешь о смартфонах. Ну и не все свое барахло рутуют
2. Для настроек Raspberry НЕ НУЖЕН монитор, клава и мышь, если выложить уже подготовленный и настроенный образ системы на флешке, достаточно либо знать IP, либо вообще давать его по dhcp (это хуже, так как еще надо будет выяснить какой IP он получил, лучше статику и описание как поменять на адрес в своей сети)
Все делается по SSH.

[rovki]

1. Прошивать с планшета используя apk оптимальный вариант, все планшеты как правило с OTG, что не скажешь о смартфонах. Ну и не все свое барахло рутуют
2. Для настроек Raspberry НЕ НУЖЕН монитор, клава и мышь, если выложить уже подготовленный и настроенный образ системы на флешке, достаточно либо знать IP, либо вообще давать его по dhcp (это хуже, так как еще надо будет выяснить какой IP он получил, лучше статику и описание как поменять на адрес в своей сети)
Все делается по SSH.

У одного роутер 192.168.1.1 у другого 192.168.0.1 , я ваши сокращения не все понимаю ,не программист же.

[melky]

Тьфу блин... скачал я com2tcp - собственно почему ПР отваливается после прошивки, так как он перезапускается. Установленный порт отваливается в com2tcp, но работает на ура с socat. Отсюда вывод, что у меня не верные настройки виртуального порта от Tibbo.

Но Tibbo вроде должен автоматом переподсоединяться... В общем вся проблемка в перезагрузке ПР после прошивки и то что порт не подхватывается...

Собственно, если клиент подключает Raspberry к ПР, настраивает там сеть и дает доступ к Raspberry, то всем уже рулит пользователь, и видит подключенный ПР и запускает сервер порта, у себя клиента порта и так далее...

[melky]

ну да, MAC адрес можно сделать 00:00:00:00:00:00 и все полетит в тартарары . шучу.