Стартовая страница › Форумы › Взаимодействие с устройствами › IP достижимость различных устройств
- В этой теме 27 ответов, 6 участников, последнее обновление 7 лет, 4 месяца назад сделано
Mikhail.
-
АвторСообщения
-
15.06.2017 в 17:05 #6184
OlegУчастникНашел ошибку в логе:
2017-06-15 14:16:55 Ошибка при получении типа интерфейса КП из библиотеки KpPing.dll:
An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.15.06.2017 в 18:22 #6185
OlegУчастникВ контекстном меню файла «KpPing.dll» выбрал опцию разблокировать файл скачанный из интернета (не дословно). Все работает. Спасибо.
15.06.2017 в 19:56 #6187
OlegУчастникЗаметил особенность: если на линии связи несколько КП и все активны — частота опроса соответствует установленной (1 секунда). Если одно из КП не доступно — частота опроса увеличивается (опрос каждые 3 секунды). Если два устройства не доступны — опрос происходит раз в шесть секунд.
16.06.2017 в 09:53 #6188
MikhailМодераторЭто именно для KpPing?
Вообще при работе по сети по протоколу TCP, если некое устройство не доступно, то проблематично задать таймаут на ожидание подключения к этому устройству.
16.06.2017 в 15:15 #6193
OlegУчастникМихаил,
Да, для KpPing.16.06.2017 в 15:46 #6194
MikhailМодераторЕсли выложите на github, я могу посмотреть в коде, можно ли что-то с этим сделать.
18.06.2017 в 18:44 #6199
OlegУчастникМихаил, спасибо, но у меня нет исходного кода.
Библиотеку выложили тут: http://forum.rapidscada.ru/?topic=ip-%D0%B4%D0%BE%D1%81%D1%82%D0%B8%D0%B6%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C-%D1%80%D0%B0%D0%B7%D0%BB%D0%B8%D1%87%D0%BD%D1%8B%D1%85-%D1%83%D1%81%D1%82%D1%80%D0%BE%D0%B9%D1%81%D1%82%D0%B2/#post-605419.06.2017 в 09:15 #6201
MikhailМодераторБез исходного кода посмотреть не смогу.
20.06.2017 в 13:12 #6226
manjey73УчастникДелитесь исходниками, на Raspberry KpPing глючит, надо допиливать что-то
1. не сообщает об ошибке опроса (и Win и Raspi)
2. после отключения проверяемого ПК отваливается весь драйвер на Raspberry21.06.2017 в 17:57 #6247
manjey73УчастникМой вариант KpPing.dll , пока такой простенький, без вывода времени пинга, TTL и так далее.
KpPing.dll
IP выводятся списком, файл должен находиться в папке c:\SCADA\ScadaComm\Config\
и называться listip.txt (можно прописать в командной строке свое название файла)
Содержимое должно быть разбито на строки10.0.0.50
10.0.0.28
10.0.0.48
10.0.0.47
ya.ruадресу 10.0.0.50 будет присвоен номер сигнала 1, следующему 2 и так далее.
Соответственно можно создать один КП для всех пингуемых машин. А можно создавать разные КП для разных сетей и соответственно прописывать разные имена файлов в командной строке опроса.
Без зависаний работает на Raspberry22.06.2017 в 14:43 #6262
MikhailМодераторА исходники?
11.12.2018 в 13:17 #10832
manjey73УчастникБлин, решил заняться опять пингом и получил интересный эффект. Есть библиотека, написанная Romiros-ом. Она использует пингование в потоках асинхронно. Так вот данный вариант плющит на Raspberry. Что может быть не так в Mono или работа Коммуникатора под Mono такая, что потоки умирают ?
11.12.2018 в 17:12 #10833
MikhailМодераторЗаведите, наверное, отдельную тему для обсуждения KpPing и напишите в неё возникающие ошибки.
-
АвторСообщения
- Для ответа в этой теме необходимо авторизоваться.