Вид для печати
Добрый день!
Буквально вчера с этим же столкнулся при передаче по Modbus на другой прибор, при чем на СП307.Цитата:
2. Необходимо вывести семизначный номер.
до 65535 нормально, ввожу более сегмента: 1234567, получаю 54919
Редактирование Modbus параметра\Формат данных\ uint16
необходимо вывести uint32 не получается... Ошибка формата.
- разбивать 4 байта целочисленного на две части?
- как соединить при выводе в отчёт?
Выход нашел, преобразовав во Float, и передал.
Уважаемые разработчики, а кому в светлую голову пришла идея именно так реализовать выравнивание текста?
Вложение 73107
Раскладываете 32 битную целочисленную переменную на 2 регистра и передаёте как 2 соседних 16 битных регистра, а принимаете целочисленную DWORD. Вложение 73109Цитата:
Сообщение от Cap.ok
Это уже сто раз обсуждалось, на скрине пример разборки и сборки 32 битной переменной в ПР слейв
В сообщении выше все верно подсказали. В облаке для переменной указываете формат данных uint32 и галочку младшим регистром вперед:Цитата:
Сообщение от ПавелП
Вложение 73111
В приборе будет корректное выравнивание по правому краю. По поводу отображения в лоджике - добавим задачу в бэклог.Цитата:
Сообщение от Dimensy
Всем спасибо!
Решено:
>> 2. Необходимо вывести семизначный номер.
Разложил на ST и собралось в облаке!
Решение стандартное - только облако в первый раз вижу,
а там наворочено, конечно... :)
А вот про подтверждение, я то использую уже в работе, но достоверность отчёта?
>> Но как убедиться что данные получены, и не было
>> потери связи с интернетом и облаком?
Переменная: "Статус подключение к OwenCloud" - CloudYES.
Годится только как флаг подключения, но не говорит от том,
что произошла передача данных, и они "усвоены" облаком.
Сейчас у меня в ПР205, программы только на ST.
При загрузке ФБ 0, Перем 1%, Сист ЭСППЗУ 10%, ЭСППЗУ 1%, ПЗУ 13%, ОЗУ 5%,
цикл скачет 8-12мс (смотрю в настройках ПР, никакой 1 мс нет и близко).
Сложность будет возрастать кратно, и не зависимо от загрузки памяти.
У меня есть возможность "раскинуть" мою нагрузку по нескольким циклам,
т.к. нет необходимости в скорости, при, например, обработке моей клавиатуры.
Но делать это "в слепую", бессмысленно, система непредсказуемо где,
в каком цикле и из 1000мс, система "откусит" себе солидный кусок
на обработку сети, пульта, ЖКИ, или ещё чего.
Пользователю достаются непредсказуемые куски квантов времени.
Отчего ещё больший рассинхрон в общей системе.
Так можно опуститься и до 1 секунды...
Решить такое можно просто (для вменяемых пользователей).
Необходима переменная для пользователей (которая уже есть в системе),
счётчик мкс, при чтении которой в начале цикла, я могу сделать вывод
сколько мне отведено/осталось времени в этом цикле, и распределить
свою программу по другим циклам.
Вот эту переменную и можно в начале цикла проверить.
И планировать, сколько тактов на этот цикл есть для пользователя.
1. В идеале необходима или жёсткая синхронизация в 1мс с уведомлением "о будущем". :)
2. Или беспрерывное выделение пользователю свободного от прерываний и работы подпрограмм, времени CPU.
Такой режим есть в ПЛК160.
Почему вы постоянно пытаетесь из реле сделать ПЛК? Ну это разные штуки. Не подходит реле, ставьте ПЛК. Это бюджетное решение.
Почему вы постоянно пытаетесь указывать? :)Цитата:
Сообщение от МихаилГл
Идёт нормальный диалог.
Распределить ресурсы при программировании - это нормально.
Нормально и в ПР, и в ПЛК, и в программируемом калькуляторе.
Это не разные штучки.
Это соизмеримо по CPU "со взрослыми" ПЛК.
Подтяните свой технический уровень.
Мой технический уровень позволяет решать любую проблему самостоятельно. Вы же при каждом ударе в стену пишите гневные посты...