zlogic (01.04.2012 14:33, просмотров: 769) ответил Леонид Иванович на Еще раз... Если CRC не посчитана, нельзя с уверенностью сказать, это неподдерживаемая функция или битый пакет.-
- нельзя. Если адрес наш - нужно отвечать. Даже если функция не поддерживается. Иначе мастером это будет расценено как сбой связи, а не как недопустимость для слейва такого запроса - koyodza(01.04.2012 15:19)
- Ну и? мастер не идиёт... сформирует правильный запрос... адрес, количество байт в сообщении и т.п. хню... если мастер такой тупой, то и не получит в ответ ничего, что ожидал... программист на стороне мастера подумает и сформирует сообщение zlogic(14 знак., 01.04.2012 15:33)
- совсем не отвечать (при совпадении адреса) можно только на пакеты длиной больше 256 байт - koyodza(01.04.2012 15:32)
- Формально любой пакет с нашим адресом - наш пакет. И если он с правильной CRC, то положено на него отвечать. Хотя я тоже в своей реализации это игнорирую, Леонид Иванович(69 знак., 01.04.2012 14:41)
- С одной стороны так, но с другой... анализ пакета происходит после паузы от мастера в 3.5 символа... если в процессе приёма пакета количество байт превышает ожидаемое, то это не ваш пакет... в топку его и CRC туда же... то есть я в самом начале zlogic(177 знак., 01.04.2012 14:53)
- Я именно так и делаю, но уважаемый koyodza привел аргументированные возражения. - Леонид Иванович(01.04.2012 15:01)
- С одной стороны так, но с другой... анализ пакета происходит после паузы от мастера в 3.5 символа... если в процессе приёма пакета количество байт превышает ожидаемое, то это не ваш пакет... в топку его и CRC туда же... то есть я в самом начале zlogic(177 знак., 01.04.2012 14:53)
- нельзя. Если адрес наш - нужно отвечать. Даже если функция не поддерживается. Иначе мастером это будет расценено как сбой связи, а не как недопустимость для слейва такого запроса - koyodza(01.04.2012 15:19)