Утилита plc_io читает файлы через один

Всем доброго времени суток.
Возникла потребность в перекидывании файлов с одного ПЛК110 на другой. И это не один-два файла, тогда бы я обошёлся кодесисом, а порядка сотни и это не предел (если кто знает, как кодесисом 2.3 прочитать и записать сразу несколько файлов, прошу рассказать). Решил воспользоваться утилитой plc_io. Скачал последнюю версию с сайта овен, сделал соответствующий батник (во вложении, расширение изменил с bat на txt) и вот прикол, файлы читаются, но через один. Прямо строго через один, на непрочитанные файлы возвращается ошибка 120. Все файлы в ПЛК имеются, предварительно список файлов был получен через filedir. Если в этом батнике поменять местами имена файлов, то то, что раньше не читалось, теперь читается, а то, что читалось, возвращает ошибку 120. Читал ранее, что есть версии plc_io, с которой хорошо читается, а есть, с которой пишется. Попробовал и этот танец с бубном, без результата. Может кто сталкивался с этим и имеет по этому поводу идеи?

По TCP файлы надо считывать по одному с интервалом примерно в минуту.
Например так:

Код:

---

plc_io /TCP192.168.126.75 /FLDR"data75" /get "file1"
timeout /t 60
plc_io /TCP192.168.126.75 /FLDR"data75" /get "file2"
timeout /t 60
...

---

Цитата:

---

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

По TCP файлы надо считывать по одному с интервалом примерно в минуту.
Например так:

Код:

---

plc_io /TCP192.168.126.75 /FLDR"data75" /get "file1"
timeout /t 60
plc_io /TCP192.168.126.75 /FLDR"data75" /get "file2"
timeout /t 60
...

---

---

... Была такая мысль с таймаутом (только как это сделать, не знал). Теперь знаю, спасибо большое, попробую, отпишусь.

Цитата:

---

Сообщение от Рашид

... Была такая мысль с таймаутом (только как это сделать, не знал). Теперь знаю, спасибо большое, попробую, отпишусь.

---

Переделал, добавив таймаут. Время минимальное подобрал, для которого приём без ошибок происходит, 15 сек. Работает. Но 15 сек на таймаут, это жесть, конечно ... У меня 111 мелких файлов (в настоящее время), сама передача почти под все файлы около секунды, но из-за таймаутов растягивается процесс на полчаса.
С записью через plc_io такая же история (дичь?). Если передаче не давать таймаут 15 и более секунд, передача идёт с ошибками и через (с пропуском) файл.
Ещё замечено, что величина таймаута должна быть выбрана больше длительности свечентя индикатора "Связь". Т.е., я так понимаю, если была бы возможность по окончании передачи файла закрыть сеанс (или как оно называется) связи, то таймаут не понадобился бы. Передаёшь, закрываешь, передаёшь следующий и т.д.

ПЛК ну совсем не ЦХД, не NAS и даже не устройство, у которого файлообмен - главная функция.
Поэтому это низкоприоритетная задача. Скорость обмена низкая, нужны таймауты.
И вообще, что это за 111 файлов, которые надо часто вычитывать? Нельзя ли их:
1. Объединить
2. Сжать
3. Обработать в самом ПЛК, оставив самый цимус?

И если у Вас М02 - там есть tftp!

Цитата:

---

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

И если у Вас М02 - там есть tftp!

---

А программу тоже по tftp можно залить?

Цитата:

---

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

ПЛК ну совсем не ЦХД, не NAS и даже не устройство, у которого файлообмен - главная функция.
Поэтому это низкоприоритетная задача. Скорость обмена низкая, нужны таймауты.
И вообще, что это за 111 файлов, которые надо часто вычитывать? Нельзя ли их:
1. Объединить
2. Сжать
3. Обработать в самом ПЛК, оставив самый цимус?

И если у Вас М02 - там есть tftp!

---

Да, я прекрасно понимаю, что возможности ПЛК не безграничны. Но вроде и прошу не так много. Что касается п.1... п.3. Проект готовый, что-то править не планируется, да и нет смысла, каждому файлу соответствует своя технологическая программа, что весьма удобно, учитывая довольно низкую скорость обмена даже по ТСР.
Что касается tftp. Изучил эту тему (каюсь, бегло), но что-то в итоге не увидел преимуществ перед plc_io. Опять какая-то утилита либо консоль. Как я увидел - тоже plc_io, только вид сбоку.

Цитата:

---

Сообщение от Валенок

видимо небольшую, раз 32к лимит

---

по частям заливать и внутри склеивать. Ограничения введены специально, чтобы не делали NAS из ПЛК, а потом не жаловались "Чё так медленно"

Цитата:

---

Сообщение от Валенок

А какие их размеры (и общий) в максимальном прогнозе ?

---

В настоящее время общий размер 962 кБ (именно файлы, связанные с технологическими программами, которые надо эпизодически обновлять, но не все, а те, которые были изменены технологами - вот он плюс в разбитии на программы-файлы, а не использование одного большого файла). Пять файлов по 55.5 кБ, остальные по 6.45 кБ. Всего 111 файлов. Сильного увеличения количества файлов не ожидается, в объёме это даст прирост ну может 200 кБ.

Цитата:

---

Сообщение от Валенок

Сомостоятельно принять всё это по tcp/udp (всосав в кучу, там несколько М) займет 1..3 сек (это к вопросу про якобы медленный tcp). Раскидать по файлам - ну еще несколько секунд , чтоб другому не мешать. Причем никто не запрещает сначала прочитать что есть, сравнить, и писать только новьё. Но это - продумывать форматы и прогить. Крест поставили сами же.

А эти файлы точно не имеют лишнего ?

---

К сожалению, квалификация моя не позволяет всё предложенное реализовать. Ну и проект готовый, моя задача тупо, если возникнет необходимость, обновлять необходимые файлы ну и на вновь вводимые в эксплуатацию ПЛК, записывать файлы технологических программ (всех). А файлы наверняка имеют лишнее, потому как размер файлов технологических программ одинаковый, при том, что сами программы весьма отличаются.

Цитата:

---

Сообщение от Валенок

видимо небольшую, раз 32к лимит

---

почему 32? Вроде был 256