Благодарю!
Вид для печати
Я ранее уже писал, что GateWay CS 3.5 SP11 Path 5 не связывается с контроллерами СПК207 если в поле контроллера ввести IP адрес. (CS 3.5 SP5 Path 5 это делал без проблем). Тогда я все списал на разницу версий GateWay и RunTime контроллера. Но проблема оказывается намного глубже. Новый GateWay через IP и с контроллерами СПК1хх М01 не связывается по IP если контроллер в другой подсети. При этом маршрут на него настроен, Ping идет. Если же контроллер в той же подсети то GateWay работает.
У меня, например, связывается:Цитата:
Новый GateWay через IP и с контроллерами СПК1хх М01 не связывается по IP если контроллер в другой подсети
Вложение 40820
Если вам необходима помощь, чтобы разобраться, что происходит в вашем конкретном случае - пожалуйста, обеспечьте возможность удаленного доступа и свяжитесь со мной на неделе в рабочее время.
Весь день сегодня просидел пытаясь подключиться через разные компьютеры, по разному пробрасывая маршрут - все бесполезно. Потом я стал процесс наблюдать в Wireshark и у меня создалось ощущение, что дело или в таймауте или новый GateWay немного другой запрос отправляет который умирает раньше. Результат один GateWay 3.5 SP5 цепляется даже к СПК1хх М01 а GatWay 3.5 SP11 не цепляется ни к чему если соединение через 3G. Готов предоставить вам доступ в рабочее время.
Здравствуйте Евгений.
Использовал библиотеку рекомендованную Вами.
Не помогло. Реакция та же. При чём, при считывании в переменный и при считывании на прямую
визуализацией реакция одинакова (данные одинаковы, изменяются, но не совпадают с реальным
временем).
Повысил прошивку с 3.947 на 5.482, (слегка упростил проект) пока всё работает (сутки).
(Неделю буду тестировать.)
В сети (Mod Bus) - два частотника, МВ110-8А, два теплосчётчика ВЗЛЕТ ТСР-К.
Не могу я повысить скорость сети выше 4800 (из за этих теплосчётчиков).
Ещё у меня архив пишется на флешку.
Нельзя ли уточнить, чем (или как) скорость сети может помешать чтению системного времени?
Не подскажите, что за функция такая MOVE?
Я её скопировал из примера, а что это, не пойму.
А вы хотя бы раз устанавливали корректное время в Конфигураторе СПК?
Чтение, конечно, не помешает. Мы неоднократно наблюдали ситуации, когда у СПК наблюдалось значительное отставание времени (например, за сутки время могло "убежать" за несколько часов от реального).Цитата:
Нельзя ли уточнить, чем (или как) скорость сети может помешать чтению системного времени?
Эта проблема редуцировалась увеличением скорости обмена до 115200. Причины я прокомментировать не могу, но, по всей видимости, они были связаны с тем, что время из микросхемы RTC вычитывалось только при старте контроллера, и дальше CODESYS работал с системными часами Linux, которые могли отставать в ряде случаев. В более поздних прошивках добавили регулярную синхронизацию часов Linux и RTC.
Но у вас, насколько я понял, другая ситуация.
Это оператор присвоения.Цитата:
Не подскажите, что за функция такая MOVE?
a--->MOVE--->b эквивалентно b:= a;
4800 работало всегда. Раньше не работало все, что ниже (1200, 2400). На новых СПК1хх поддержаны и низкие скорости.
Я нашёл инструкцию на СПК207.
Там написано - скорость от 1200 до 115200