ПР + РЕЛЕ С ИНТЕРФЕЙСОМ RS485

[melky]

petera а слейв считает, спросили 0 регистр DI, какая разница какой ты там бит хочешь посмотреть - держи байт и разбирайся сам
слейв не прав?, должен был сделать смещение в 0 бит запрашиваемый и выдать байт в таком виде? Вроде у него не Coils запрашивают, а DI, DO

[imaex]

Вроде у него не Coils запрашивают, а DI, DO

А Coils у нас теперь не DO? Ну ОК, чё...

[capzap]

нашли ошибку, будем надеяться её поправят, тут главное охватить как можно больше ситуаций, например вейнтек сколько бы бит не запрашивать, формирует запрос заполнить байт полностью owen.png и вот появляется вопрос, если слейв заточен под конкретный запрос будет ли он отвечать, выдавая свои discret inputs или ответит ошибкой 02

[melky]

imaex это набор, расположенный в байте, среди которого и надо определить требуемый, вроде не задача слейва смещать запрашиваемый бит в 0-й бит в данном случае.

[imaex]

imaex это набор, расположенный в байте, среди которого и надо определить требуемый, вроде не задача слейва смещать запрашиваемый бит в 0-й бит в данном случае.

Спасибо кэп. Осталось непонятным - DO и coil - это одно и то же, или нет?

[melky]

imaex смотрите протокол пожалуйста, раз сами на него ссылались. 0х01 это регистры DO - Read Coil Status запрос НЕСКОЛЬКИХ состояний Coils

Значения DO в ответе находятся в одном байте и соответствуют значению битов.
Значения битов определяются как 1 = ON и 0 = OFF.

битовая маска выходов. Для входов аналогично.

Описание реле соответствуют протоколу? вроде да, почему на запрос бита 4 слейв должен отвечать только 0 или 1 ? на каком таком основании?

Это как раз ОЛ должен при использовании переменной Bool и выставлении бита 4 наложить маску на ответ и выдать в переменную true или false.
А не слейв вам заранее все подготовить. И тут реально напрашивается переменная Byte, int чтобы уже в программе на один запрос самим разложить на биты.
а не делать 4 и более запросов, учитывая что ПР не поддерживает групповые запросы вообще.

[imaex]

melky, Вы такой многословный, я поражаюсь. За мыслью не успеваете, когда пишите. Очевидно, что в результате и рождаются перлы вроде:

Вроде у него не Coils запрашивают, а DI, DO

ТщательнЕЕ надо.

[melky]

imaex ну имел ввиду не в единственном экземпляре
з.ы. я уже сам запутался, вроде как запрашивая С 4-го бита например 5 DI то в байте ответа в нулевом бите должен оказаться 4-й Coil, в 1-м 5-й, во 2-м - 6-й и так далее и в последнем байте ответа пустые части должны быть заполнены нулями....

Чтобы за железку найти проверить этот момент с ответом слейва...
Так что вероятно petera прав, просто слейв тут предполагает что запросы всегда с 0 бита и минималка 8 бит типа

надо доставать английский документ и сидеть переводить, а то на просторах на русском кто во что горазд, видимо так же и китайцы поступили

[TaPX]

Сергей0308 реле были другие, там спокойно через холдинги все читалось, и входы и выходы и управление реле.

Просканировал холдинги на ней, там только один тысячный регистр, в котором постоянно висит тройка - независимо от того, что происходит на входах или выходах. Адрес слейва у нее выставлен на "1", если что.

[TaPX]

imaex смотрите протокол пожалуйста, раз сами на него ссылались. 0х01 это регистры DO - Read Coil Status запрос НЕСКОЛЬКИХ состояний Coils



битовая маска выходов. Для входов аналогично.

Описание реле соответствуют протоколу? вроде да, почему на запрос бита 4 слейв должен отвечать только 0 или 1 ? на каком таком основании?

Это как раз ОЛ должен при использовании переменной Bool и выставлении бита 4 наложить маску на ответ и выдать в переменную true или false.
А не слейв вам заранее все подготовить. И тут реально напрашивается переменная Byte, int чтобы уже в программе на один запрос самим разложить на биты.
а не делать 4 и более запросов, учитывая что ПР не поддерживает групповые запросы вообще.

Мне тоже так кажется