Работа "POINTER TO" обрывает связь

[NikVic2]

Добрый день!

Столкнулся со следующей проблемой при разработке своего кода: попытка чтения значения переменной типа POINTER TO REAL приводит к сбросу контроллера. Проблема воспроизводится на ПЛК-100 и ПЛК-160.

В коде объявляется массив из байт, в который принимаются данные из UDP-сокета. Байты в начале массива (4 шт) представляют собой число типа Real. Объявлена переменная PtR типа POINTER TO REAL и она выставляется на начало массива:

PtR:=ADR(UDPData);

До этого места всё работает без нареканий - проект загружается, запускается, если "разворачивать" переменную PtR, то для PtR^ отображается корректное значение переменной с плавающей точкой. Но! Стоит только дописать (раскомментировать) следующую строчку (Rl : REAL):

Rl:=PtR^;

-- как при её исполнении контроллер уходит в перезагрузку. Как бороться с таким поведением?

Заранее спасибо.

[NikVic2]

Что интересно, с типами BYTE и WORD таких проблем нет - считывание проходит штатно. А вот именно при попытке считать Real по ссылке - происходит перезагрузка ПЛК с обрывом связи.

[JIexa21]

Попробуй выделить побольше памяти для переменных.

[NikVic2]

Попробуй выделить побольше памяти для переменных.

Увеличил с 16#3F8 до 16#1000 - результата нет.

Интересно, что с типами WORD и INT - работает, а вот с DWORD и DINT - зависает как и с Real.

Для строк разных размеров (1-5) всё работает, но, наверное, потому что сейчас это значение - 00000000, т.е. при преобразовании сразу получается пустая строка.

[NikVic2]

Заметил ещё одну интересную вещь: если ссылка идёт не на этот массив, а на другую четырёхбайтную структуру - преобразование работает.

Поставил костыль - считываю сначала WORD из начала массива, потом - WORD из начала массива +2 байта, считаю DWORD как W1 SHL 16 + W2, потом привожу Real к ссылке на этот DWORD. Работает. Но это же - не нормально?..

[capzap]

нету кода, нет и ответа

[Yegor]

Адрес под указателем должен быть кратным размеру типа под указателям. То есть в случае с REAL указатель должен указывать на адрес, кратный 4. Иначе да, контроллер будет перезагружаться. Предполагаю, что процессор в контроллерах этого семейства один из тех, что не работают без выравнивания. Так что забудьте про указатели и используйте SysLibMem (а именно SysMemCpy).

[capzap]

Адрес под указателем должен быть кратным размеру типа под указателям. То есть в случае с REAL указатель должен указывать на адрес, кратный 4. Иначе да, контроллер будет перезагружаться. Предполагаю, что процессор в контроллерах этого семейства один из тех, что не работают без выравнивания. Так что забудьте про указатели и используйте SysLibMem (а именно SysMemCpy).

что за не обоснованный наезд на указатель, ТС же пишет

если "разворачивать" переменную PtR, то для PtR^ отображается корректное значение переменной с плавающей точкой

здесь какая то элементарная ошибка в коде, который не предоставлен

[Дмитрий Артюховский]

однозначно выравнивание! UDPdata нужно объявлять как массив dword - посчитать чтобы все байты влезали, ну или REAL и наступит счастье!

[capzap]

однозначно выравнивание! UDPdata нужно объявлять как массив dword - посчитать чтобы все байты влезали, ну или REAL и наступит счастье!

Почему Вы все не читаете ТС, он же пишет что реал расположен в начале массива, кроме как с нулевого индекса это невозможно интерпретировать, при чем тут выравнивание. Без исходников тут всё что угодно может быть, например массив используется еще где нибудь, а присвоение переменной реал идет постоянно и поэтому где то в коде, вместо адекватного значения в вычислениях присутствует нечисло, приводяещее к зависанию