Новое ПО УСД КМ-64

В новой версии УСД КМ-64 есть возможность запрета коррекции времени для определенного счетчика, для этого необходимо
наличие в файле KmW32.ini раздела [CTDisable]:

; Section for CorrectTime Disable
; CH_n > 0 disable correctTime function for channel n. For example CH_3=1
[CTDisable]
;CH_3 = 1

Это позволяет более гибко работать с различными требованиями лицензиатов к коррекции времени приборов учета. На Донецкой ж.д. все смежные лицензиаты пока особых требований к коррекции не предъявляли, возможно, пока.

По информации, полученной от производителя нашей АСКУЭ, новый опросчик не пойдет на версиях УСД с 64 МБайт флеш-накопителем, так увеличился размер базы данных УСД. Для нормальной работы требуется более 80 МБ, что подразумевает использование флеш-накопителей от 128 БМ и выше. Так что перевести на новый опросчик нижний уровень удастся не везде.

Сегодня удалось опробовать новый опросчик УСД-КМ64 Хартэп, пробовали опрос счетчика по ТСР сквозь УСД, на сервере прописал строчку с протоколом Евроальфа, в строке инициализации ИП-адрес и далее по инструкции. Добавил в точки учета интересующую точку и опрос прошел. не понравилось, что для опроса необходимо менять связевой номер счетчика, так как на номер канала не реагирует. Сделали бы что-ли, чтобы можно было выбирать по какому принципу идет обращение - по номеру канала либо по физ.адресу. Данные совпали полностью с теми, которые лежат в УСД. База на новом опросчике увеличилась, поэтому на 64 МБайтах это не проходит, надо чуть больше, следовательно 128 и выше. Евроальфа как отдавала суточные одним набором данных без дат, так и отдает, т.о. понять за какие сутки лежат эти данные не возможно, если счетчик не опрашивался несколько дней (более 15).

Попутно хочу услышать мнения насчет протокола FTP, открытого на УСД-КМ64. УСД подключены к сети дороги, прописаны шлюзы, следовательно они видны везде, где есть доступ к сети. На FTP доступ беспарольный и на запись/чтение, что может привести к проблемам в будущем, особенно в свете подключения к GPRS. На УСД-КМ64 есть возможность закрыть доступ по FTP, поставить логин/пароль на FTP, что будем делать в данном случае? Предлагать конструктивные варианты, не требующие затраты бензина/средств (потому что никто ничего не даст - это правило). Может кто скажет, что это не актуально, но в последнее время появились вирусы, которые проникают через слабый пароль Radmina, а про не запароленные ФТП и говорить не приходится.

Я считаю, что необходимость в защите непременно есть, и поддерживаю вариант ставить логин и пароль на доступ к ФТП, какой-нибудь одинаковый, о чем совместно договориться.

На очередном совещании, думаю примем надлежащее решение и установим везде, где это возможно.