И снова MODBUS

Самый надежный способ определить конец сообщения только по таймайту на 3.5 символа, правильно делать как сказал sysvat.

Кроме того реализация такого определения конца кадра на микроконтроллере проще. Просто, например, по прерыванию таймера. И какое переполнение буфера??? Если у вас в сети все время вата, и нет дырки в 3.5  символа вы все равно не сможете ничего послать и ничего принять путного. Счетчик байт он в осноном для последующего анализа после срабатывания таймера.... Чтобы определить действительный конец сообщения где находится контрольная сумма.

Можно написать прогу на Писюке, на Си, используюя те же самые функции, что и в контроллере, все там отладить, а потом их один к одному перекинуть на компилятор Си для микропроцессора. Придется переделать только драйвер   UARTA,  а все функции прикладного уровня легко переносятся на микроконтроллер. Так делал, например для  HART...

Хотя если есть отладчик для микроконтроллера, зачем так делать, берете отладчик, емулятор по JTAG, среду разработки например IAR и сидите там отлаживаете, накройняк можно подцепить идикатор и через принтф выводить все посылки....

 И в реальном времени отлаживаете, не вижу проблем с прошиванием вообще никаких...

Есть проги Slave MOdbus  и MAster Modbus, если надо могу послать....

Круто дал! :) Попытаюсь сначала переварить эту информацию, а потом уже спрашивать... Слишком много неизвестного - JTAG, IAR и т.д. У меня все что есть - Keil и все...

Привет всем! Ну вот и дожил до тестирования приемопередатчика... Появился еще более интересный на мой взгляд вопрос:

1. Если, допустим, клиент вообще не ответил на запрос сервера - как сервер будет себя в этом случае вести? Будет ли он автоматически, без вмешательства оператора, снова генерить аналогичный запрос?

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

УРААААААА!!! Все работает!!! Рулез!!! В среде Keil нашел включение режима перенаправления ввода/вывода на реальные COM порты, дальше, на своей тачке поставил клиента, на ноутбуке MODSCAN32, завязал кросом - все работает!!! :))) Сегодня буду прошивать!!! Спасибо всем профессионалам!!! МУЖИКИ МОЛОДЦА!!!

Кстати, MODBUS предполагает либо биты либо слова (по 2 байта) информации для COIL/REGISTER соответсвенно. А как, например, передать данные другого типа? Я начальнику посоветовал задействовать несколько регистров и описать это в спецификации, а он говорит, что это плохо, типа - подумай еще... :( А как еще? Как сделать хорошо? ... если, как я понял MODBUS был изначально заточен под МК-ры MODICON...