протокол передачи данных в составной сети

[maxNTF]

Тем, что не стандартно. К тому же МодБас не сложен.

Ну посмотрим что за зверь такой!

[Samodelkin2001]

Сообщение от Samodelkin2001

А если отправлен код, что все нормально, а в пути на него наложилась помеха, и мастер принял его как код ошибки? Или наоборот? Или вообще не принял? Контрольная сумма всеравно нужна. И длину передаваемых данных тоже надо передавать после адреса, если длины конечно различные у разных устройств! Так что то на то и выходит!!!

Не-е-е, я согласен, что защита в любом случае должна присудствовать. Просто зачем использовать протокол Modbus? Я с ним не знаком к примеру. Мне больше нравится:
- отправляем адресс и 3-4 копии команды, и выбераем по совпадению. Так же отвечаем в трех-четырех экземплярах.
Чем плохо?

Всем плохо.
Во первых, транзакция будет занимать в 3 раза больше времени чем обычно, т.е. излишняя избыточность.
Во вторых, представьте себе что один байт первой посылки ответа не прошел, в результате один байт вы потеряете и будете думать что 1-й байт второй посылки это последний байт перволй, и соответственно первый байт третьей посылки будет вами принят как последний байт второй. В результате ни одна из 3-х посылок не пройдет!!!! И отслеживать эти "лажы" будет сложнее чем в мультипроцессорном режиме который я описал выше.
Он проще чем модбас и в применении к контроллерам болеее предпочтитетен.

www.samodelkin2001.ru.gg

[maxNTF]

Всем плохо.
Во первых, транзакция будет занимать в 3 раза больше времени чем обычно, т.е. излишняя избыточность.
Во вторых, представьте себе что один байт первой посылки ответа не прошел, в результате один байт вы потеряете и будете думать что 1-й байт второй посылки это последний байт перволй, и соответственно первый байт третьей посылки будет вами принят как последний байт второй. В результате ни одна из 3-х посылок не пройдет!!!! И отслеживать эти "лажы" будет сложнее чем в мультипроцессорном режиме который я описал выше.
Он проще чем модбас и в применении к контроллерам болеее предпочтитетен.

Во первых что за режим такой мультипроцесорный, не слышал о таком. У меня PIC18F2520
Во вторых аппаратный USART у ведущего уже занят. Нужно делать что то програмное.

[maxNTF]

Немного почитал я про протокол MODBUS. Что в нем такого особенного. адрес - функция(мне это не нужно) - данные - контрольная сумма. Просто защита от ошибок контрольной суммой, данные востановить не получится, то есть нужно делать запрос-ответ пока не получим положительный результат?

[BigMazzi]

Немного почитал я про протокол MODBUS. Что в нем такого особенного. адрес - функция(мне это не нужно) - данные - контрольная сумма. Просто защита от ошибок контрольной суммой, данные востановить не получится, то есть нужно делать запрос-ответ пока не получим положительный результат?

Всё верно.

[tws]

Немного почитал я про протокол MODBUS. Что в нем такого особенного. адрес - функция(мне это не нужно) - данные - контрольная сумма. Просто защита от ошибок контрольной суммой, данные востановить не получится, то есть нужно делать запрос-ответ пока не получим положительный результат?

В стандартном протоколе и не должно быть ничего особенного. Вся прелесть в том, что в нём уже предусмотрено большинство подводных камней реализации.
Поэтому гораздо проще рассмотреть что есть в предлагаемых стандартных протоколах, выбрать наиболее подходящий и, возможно, убрать то, что точно не понадобиться. Чем начать с одного байта, а затем, мучительно искать почему, иногода, не всё работает так как ожидалось.
Сам в проектах использую слегка переделанную версию BitBus. Никто не жаловался. Некоторые соисполнители тоже говорили: "Зачем такие сложности". Но, при попытке предложить свой вариант попроще, соглашались, что так лучше.

[BigMazzi]

Сообщение от maxNTF

Немного почитал я про протокол MODBUS. Что в нем такого особенного. адрес - функция(мне это не нужно) - данные - контрольная сумма. Просто защита от ошибок контрольной суммой, данные востановить не получится, то есть нужно делать запрос-ответ пока не получим положительный результат?

В стандартном протоколе и не должно быть ничего особенного. Вся прелесть в том, что в нём уже предусмотрено большинство подводных камней реализации.
Поэтому гораздо проще рассмотреть что есть в предлагаемых стандартных протоколах, выбрать наиболее подходящий и, возможно, убрать то, что точно не понадобиться. Чем начать с одного байта, а затем, мучительно искать почему, иногода, не всё работает так как ожидалось.
Сам в проектах использую слегка переделанную версию BitBus. Никто не жаловался. Некоторые соисполнители тоже говорили: "Зачем такие сложности". Но, при попытке предложить свой вариант попроще, соглашались, что так лучше.

Лучше и не скажешь.