Архив аварий на ПР200

[stanislau]

В общем, если склеивать дату и время в одну переменную, то без компромиссов не обойтись. Для нормальной читаемости на экране ПР все таки между гг мм дд чч мм сс должны быть пробелы, хоть между чем-нибудь. С пробелами в инт все не влазит. Придется урезать дату/время до дд мм чч сс. А так, да, меньше байт расходуется. Если все-таки будет скада только для чтения архива из ПР, то,все-таки, как лучше паковать данные? Хотелось бы и на ПР сохранить информативность, и со скадой уменьшить сетевой обмен (наверно чем меньше ПР будет по сети "нагружена", тем лучше?).

[Сергей0308]

В общем, если склеивать дату и время в одну переменную, то без компромиссов не обойтись. Для нормальной читаемости на экране ПР все таки между гг мм дд чч мм сс должны быть пробелы, хоть между чем-нибудь. С пробелами в инт все не влазит. Придется урезать дату/время до дд мм чч сс. А так, да, меньше байт расходуется. Если все-таки будет скада только для чтения архива из ПР, то,все-таки, как лучше паковать данные? Хотелось бы и на ПР сохранить информативность, и со скадой уменьшить сетевой обмен (наверно чем меньше ПР будет по сети "нагружена", тем лучше?).

Вот прикинем: код аварии(до 64 аварий) - 6 бит, секунды(0-59) - 6 бит, минуты(0-59) - 6 бит, часы(0-23) - 5 бит, число(1-31) - 5 бит, месяц(1-12) - 4 бит, итого 32 бита, если хотя бы раз в год просматривать, то год и не потребуется писать. Если не каждый год просматривать, то можно вместо секунд - год писать, хватит на 64 года, короче, как-то примерно так я это вижу и хотел повторить, что у меня(ранее делал подобные проекты с использованием энергонезависимой памяти) энергонезависимой памяти хватало более чем на 160 аварий(переменных), надеюсь, понятно написал!