Показано с 1 по 10 из 24

Тема: Снова о журналировании работы ПЛК

Древовидный режим

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #8
    Пользователь
    Регистрация
    24.07.2012
    Адрес
    Россия
    Сообщений
    1,492

    По умолчанию

    Внесу свои пять копеек.
    Я считаю что если есть хоть какаято возможность НЕ архивироватьв плк, то её надо использовать, но бывают, понятное дело, и другие ситуации...

    Про бинарные файлы vs CSV.
    Конечно бинарные намного дешевле обходятся. Со структурой тоже возился, но там есть большая проблема всегда кратно 4 байтам и всякие пляски приходится делать.
    От структур ушел. По опыту понял что нужно использовать "свои" протоколы и использовать хеш суммы не обязательно. Я обхожусь 3 байтами, 1й - старт (254), 2й - следующее колво байт (length-1), последний (255).
    Этого вполне достаточно, плюс в протоколе нет ограничения по длине, она может быть динамической благодаря 2му байту.

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

    Есть и минусы такого подхода.
    1) Имя файла нельзя изменить без перепрошивки плк.
    2) Довольно спецефическая бибка, и иногда невозможно создать файл с именем, которое использовалось раньше, файл удалили не освободив дискриптор и тогда мешает пункт 1. Там много магии...

    Насчет сжатия.
    Естественно если 8 булево переменных пакуем, то их закидываем в 1 байт. Например 16 дискретных входов плк = 2 байтам. Далее все просто, если переменная никогда не будет > 255, то это байт, не более 65535, то word ну вы поняли. Еще лично я, очень не люблю real, часто их кидаю в word * 10(*100), конечно при этом я знаю границы показаний датчика, ктото скажет не красиво, я отвечу поф.наКрАсАту, далее все парсится программой и в конечном итоге пользователю выводится дробное, как должно быть.
    Последний раз редактировалось Scream; 02.02.2015 в 21:47.

Похожие темы

  1. И снова ПЛК 110-32 + энкодер
    от Sinys в разделе ПЛК1хх [М02]
    Ответов: 34
    Последнее сообщение: 17.10.2018, 13:41
  2. Минимальное время цикла работы ПЛК
    от super100 в разделе ПЛК1хх
    Ответов: 36
    Последнее сообщение: 24.10.2013, 17:27
  3. Останов работы ПЛК
    от SergeyNG в разделе ПЛК1хх
    Ответов: 11
    Последнее сообщение: 25.02.2012, 08:19
  4. скорость работы плк
    от Давидюк в разделе ПЛК1хх
    Ответов: 5
    Последнее сообщение: 18.08.2010, 10:06
  5. снова про умный дом и плк
    от dbkrasn в разделе ПЛК1хх
    Ответов: 12
    Последнее сообщение: 11.12.2009, 22:53

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •