ПЛК110-60. Библиотека OwenLibPing.lib

Столкнулся с данной ошибкой в момент загрузки проекта в PLC 110-60-M Binary VERSION 2.17.0; Target v. 2.12
Вложение 32926

ПОДРОБНОСТИ:
1) Проявляется после добавления в проект прилагаемой Вложение 32925. Библиотеку выложил уважаемый Трофимов Артем в ветке Работа с библиотекой SysLibSockets
2) Ошибку вызывает даже попытка загрузки в данный ПЛК пустого проекта с данной библиотекой. Повторно подключится удается только после перезагрузки ПЛК.
3) Самое интересное: в PLC 110-30-M v2 Binary VERSION 0.3.67 функции этой-же библиотека прекрасно работает!

Остается неясным для меня: проблема в библиотеке? Или в моем PLC 110-60-M?
Какие еще тесты провести, чтобы разъяснить ситуацию и избавится от ошибки, подскажите пожалуйста?

Цитата:

---

Сообщение от Rednaxel

Столкнулся с данной ошибкой в момент загрузки проекта в PLC 110-60-M Binary VERSION 2.17.0; Target v. 2.12

ПОДРОБНОСТИ:
2) Ошибку вызывает даже попытка загрузки в данный ПЛК пустого проекта с данной библиотекой. Повторно подключится удается только после перезагрузки ПЛК.
3) Самое интересное: в PLC 110-30-M v2 Binary VERSION 0.3.67 функции этой-же библиотека прекрасно работает!

---

Библиотека OwenLibPing.lib была написана специально для ПЛК110 M02. На старых ПЛК110 она не работает.

И пинг на старых 1хх можно получить другими способами, описанными на форуме

Цитата:

---

Сообщение от Филоненко Владислав

И пинг на старых 1хх можно получить другими способами, описанными на форуме

---

Чтобы долго не искать: Тема с примером реализации PING через библиотеку SysLibSockets на старых ПЛК. Скачать пример программы во вложении к сообщению #17

Тема с примером PING для ПЛК110-М02 здесь:

Цитата:

---

Сообщение от Rednaxel

Чтобы долго не искать: Тема с примером реализации PING через библиотеку SysLibSockets на старых ПЛК.

Скачать пример программы во вложении к сообщению #17

---

сможете поделиться для чего Вам пинг в контроллере?

Цитата:

---

Сообщение от capzap

сможете поделиться для чего Вам пинг в контроллере?

---

Для проекта автоматизации офиса.
Делаю ФБ, который при появлении в сети смартфона пользователя в связке с показаниями датчиков движения, закрытия двери и т.д. автоматизирует определенные действия.
Примеры:
1) Разблокировать дверь (уже работает)
2) Зажечь свет в отделе если темно (в процессе реализации)
3) Учет рабочего времени (в проекте)
ну и т.д.

Вы заставляете сотрудников держать включенным вайфай на смартфонах. Не легче организовать всё тоже самое но через инет, с каким нибудь облачным сервером Mqtt

MQTT тоже вариант, только тогда нужно заставлять пользователя устанавливать приложение или как-то еще соединятся с облаком, к тому же сторонние сервисы задействовать.
А так все свое. Wi-Fi так и так включен у ВСЕХ поскольку мессенджеры. Безопасность за счет белого списка + конечно ключ WiFi.
Функция "открыть дверь" всем понравилась даже очень, Проблема типа "забыл карточку" или "некому открыть дверь" практически исчезла.

Сейчас блок вполне прилично работает на опрос 10ти айпи, только обнаруживает порой долго: до 10-ти секунд. Пытаюсь довести до 2-3 за счет оптимизации и пропуска опроса уже обнаруженных, например.

Опыта на программирования маловато, учусь заодно. Проще это тогда вообще без компов, смартфонов, плк и прочая -- не наш метод ;-)

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

Покрытие такое что WiFi берет только в здании на этаже при выходе из лифта или с лестницы. Далее по датчику движения или кнопка звонка в течение таймаута после появления. Все это, повторюсь только для постоянных сотрудников.
Адрес динамический с резервированием. Вручную подменить адрес конечно можно, но это может сделать только свой и легко вычисляется, да и зачем кому это нужно? Соботаж - отдельная тема и обсуждается на других форумах. ;-)

Все в процессе разработки и отладки и опыта нет, насколько я знаю подобного никто пока не реализовал. Так что не без трудностей конечно. "Умные замки" как раз обычно или BlueTooth или MQTT используют. Тем паче идея когда MAC пользователя просто регистрируется в системе и получает все прелести автоматизации выглядит привлекательно, или нет?

Вобщем все в процессе, и первые результаты обнадеживают, что получится -- там посмотрим. ;-)

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

В роутере нет нужды. Есть Iridium, в котором есть скрипты, в которых это все можно сделать. Но как-то не хочется дробить проект по разным устройствам. Это усложняет и снижает надежность.

На 110-30-М02 модуль безупречно работает. В старой версии немного сложнее, например при обновлении программы бывает нужно перезагружать, но в общем тоже работает.

Собираюсь для оптимизации также опрашивать только отсутствующие IP, а все IP повторно опрашивать по закрытию входной двери. Можно задействовать кнопку домофона для активизации блока PING.
Есть также режим охраны (активируется последним уходящим), когда все отключено кроме охранных датчиков и видео. Свободных ресурсов 99,9%.

Как видите все продумано, да и в чем собственно с ПЛК проблема-то, не пойму?
Ну даже если набью шишку, так это такая будет особенная, какой ни у кого нету :)

Дело Ваше конечно как поступать, только элементарный заход на страницу роутера с клиентами даст адреса IP и МАС ,а что пинг даёт, а если у сотрудника телефон разрядился на работе и он переполняется?

Цитата:

---

Сообщение от capzap

...элементарный заход на страницу роутера с клиентами даст адреса IP и МАС...

---

Как это, поясните?
Чтобы зайти в сеть а затем подключиться к роутеру по Wi-Fi нужно узнать 3 вещи:
1) Ключ безопасности сети. WPS отключен, ключ выдается только сотрудникам, для гостей есть отдельная, не пересекающаяся сеть с другим ключом;
2) MAC-адрес из белого списка сети. Подключится к Wi-Fi и работать в сети могут только устройства прописанные в контроллере Wi-Fi.
3) Пароль доступа к роутеру. Само собой стандартный пароль изменен.

Мне кажется чтобы обойти эти меры нужны высококлассные профи, или нет?
Да и кому и зачем нужны такие сложности, скажите на милость? ;) Гораздо проще и надежнее например, незаметно вытащить у сотрудника обычный металлически ключ (офис на ночь запирается на 3 оборота), сделать дубликат и положить назад.

На случай разрядился, забыл дома, и т.д. есть ключ, домофон, обычный выключатель или выключатель в панели для освещения и т.д.

И спасибо что публикуете все эти замечания! Они помогают мне сделать продукт лучше, удобнее, надежнее! Я серьезно.

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

Цитата:

---

Сообщение от capzap

если это обычный wi-fi роутер или сервер при добавлении нового клиента, отсылает в плк нужную информацию

---

Мысль интересная. Даже очень. Какой нибудь MQTT брокер в роутере? А в ПЛК? Библиотека?
Где посмотреть примеры реализации?

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