серийники крейтов
новый 6T777689
старый 6T769623

ситуация следующая, если использовать только старые библиотеки то ltr43 работает, ltr11 при конфигурации выдает ошибку, но дальше работает (подозреваю что с дефолтной конфигурацией).
если заменить только ltr11api.dll то приложение падает молча, если подкинуть еще ltrapi.dll падает с Abnormal program termination

так что от вас требуется починить либо ltr11api.dll для нового ltr11, либо в новых библиотеках починить ltr43api.dll

Кажется я понял в чем дело. Судя по всему проблема возникала из-за того, что в коде

short CRC = CalculateModbusCRC(&mDataToSend[0], 6);
mDataToSend[6] = CRC>>8;			 // Старший байт контрольной суммы
mDataToSend[7] = CRC&0x00FF;		 // Младший байт контрольной суммы

если в CRC старший бит будет 1, то при сдвиге CRC >> 8 старшая часть дополнится тоже 1 (это может зависеть от компилятора, но в Borland как и во многих сделано, что при сдвиге знакового числа старшие биты дополняются знаковым (старшим)).
В новой библиотеке действительно, если старшие незначащие биты в словах на передачу были не 0, то это могло привести к ошибкам формирования слов на передачу.
Этим и объясняется, что зависит от адреса, т.к. от адреса меняется CRC (точно проверить не могу соответствие старшего бита CRC и адреса регистра, т.к. не знаю какой у Вас DEVICE_ADDRESS)
Поправил, чтобы от старших битов корректность передачи не зависела - обновил ltrdll ( https://lcard.ru/download/ltrdll.exe - должна быть версии 1.32.45). Попробуйте взять оттуда.
Ну и если бы код был

mDataToSend[6] = (CRC>>8) & 0x00FF;	

то, по идее, должно работать и с текущей.

Замена библиотек на новые не помогла, исправление в коде расчета CRC тоже, ошибка прежняя -4023

я все таки не могу понять, почему мы можем читать регистры в которых лежат значения температур, а регистры состояний при чтении получаем ошибку -4023

А какой именно у Вас DEVICE_ADDRESS?

#define DEVICE_ADRESS                1     // адрес ведомого устройства(ПЛК)
#define PACKET_SIZE                    8   // Размер пакета в байтах

Добрый день, у нас в понедельник сдача установки, а старых крейтов больше нет ....

Попробуйте консольную утилиту. В архиве находятся исходные тексты и самые свежие версии библиотек Ltrapi.dll и Ltr43api.dll. Данная утилита тупо фиксирует только статус выполнения штатной функции LTR43_RS485_Exchange() для всех доступных регистров.

сейчас сделаем

не хватает чего то

Ошибочка вкралась... Обновил архив.

вот видео процесса, файл большой поэтому ссылкой на мой диск
https://disk.yandex.ru/i/6mgyD2jKn4zL5A

Пока всё идёт отлично: мерзопакостной ошибки -4023 нет! Только обычная ошибка обмена по RS-485.
Теперь можно подправить параметры работы RS-485, чтобы они в точности соответствовали Вашим.
Это Вы можете сделать сами (все исходники есть), либо присылайте конфигурационные параметры мне.
В последнем случае пришлите также и Ваш вариант функции расчёта CRC: CalculateModbusCRC().

единственное отличие в параметрах конфигурации порта, я увидел это

hLtr43.RS485.Parity							= 0;				// Проверка четности отключена

у нас в этом параметре 1

1. Обновил архив с консольной утилитой.
2. Внёс следующие изменения:
- hLtr43.RS485.Baud = 115200;       // Скорость обмена
- hLtr43.RS485.Parity = 1;               // Проверка четности включена
- новая функция расчёта CRC: CalculateModbusCRC()
- таблицу коэффициентов auchCRCHi[] и auchCRCLo[] для этого CRC взял из спецификации MODBUS на стр.43

Пробуйте...

тестовая утилитка заработала

Теперь с уверенностью можно утверждать, что  Ваша программа тоже должна отрабатывать без ошибок.
Ведь в консольной утилите используется практически слепок Вашей функции ReadRegisterModbus().
Также Вашей программе необходимо обязательно 'скормить' LTR библиотеки c версией не ниже 1.32.45.
Кстати, в консольной утилите, для острастки, делается проверка версий используемых библиотек ltrapi.dll и ltr43api.dll.