zlogic (01.04.2012 14:16, просмотров: 736) ответил koyodza на ничего подобного, разница есть. Положено на пакеты с правильным адресом отвечать "функция не поддерживается". Иначе из-за таймаутов при неответах тормозится работа всей системы-
- чего-чего? Каие ещё посылки без CRC ? Что, 1 апреля давит? - koyodza(01.04.2012 15:13)
- Еще раз... Если CRC не посчитана, нельзя с уверенностью сказать, это неподдерживаемая функция или битый пакет. - Леонид Иванович(01.04.2012 14:25)
- Верно... Но я с чего начинал разговор? если пакет больше ожидаемой длины, то это не ваш пакет... и на него вообще отвечать не стоит... просто разговор немного ушёл в сторону... - zlogic(01.04.2012 14:33)
- нельзя. Если адрес наш - нужно отвечать. Даже если функция не поддерживается. Иначе мастером это будет расценено как сбой связи, а не как недопустимость для слейва такого запроса - 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)
- Верно... Но я с чего начинал разговор? если пакет больше ожидаемой длины, то это не ваш пакет... и на него вообще отвечать не стоит... просто разговор немного ушёл в сторону... - zlogic(01.04.2012 14:33)