Протокол для интерфейса Spi (да и I2c)

[alex6002]

А чего смотреть? Самый тяжелый вариант - FF, в двух байтах поместится сумма двухсот пятидесяти шести.
Если другим путем пойти - один байт для суммы это вероятность пропуска ошибки 1:255, а если два байта - Вам не хватит такой уникальности суммы с отбросом переполнения?

Угу. Особенно если учесть, что до советов здесь контроль вообще не особо предполагался....

Зы... еще одно применение Ваших идей, господа -- есть такие стойки ЧПу от Балтсистема - NC.... стойка хорошая - но интерфейс наружу из ЧПу - только пины входов-выходов .... через них хоть что (они быстрые), но написать мастер или слейв а тем более CRC на языке PLC Оливетти - ну совершенно нереально... а без контроля там.... за 100 квт приводов бывает.. как-то нервно...
А вот так.. простенько - сложить и послать - легко....
Пишу не флуд - может кто маяться будет, как я полгода назад - авось по ключевым словам найдет... жаль, плохо я тогда подумал ... поставили фанук.

[alex6002]

Дебажить его на линии - да, проще.

Ну не знаю...я б не согласился... вешаешь на линию 2х канальный цифровой осцил....
шлешь цифры от 1 до 9 - и влегкую прямо на на осциллограме читаешь.. 1- одна короткая ступенька, 2 - одна длинная,3- 2 коротких.... попробуйте - легко... а вот запомнить коды аски..... у меня не получается... 232 и 485 кстати так же... при хорошей синхронизации осцила...

[akegor]

Ну не знаю...я б не согласился... вешаешь на линию 2х канальный цифровой осцил....

Гы! Смеетесь? Вы одну цифру туда-сюда гоняете? Или пакеты посерьезней?
Кто мешает повесить туда СОМ порт на прием и принимать нормальной терминалкой?

[Wiza_]

Ну если дебагера нет... тады ой

[alex6002]

Кто мешает повесить туда СОМ порт на прием и принимать нормальной терминалкой?

пакет, конечно.. но проверить физику на передачу- хватает и цифры...без сомнений - все ли ты там правильно законнектил.... а простой терминал с модбасом бедновато - ну, адрес устройства, ну, функцию прочитаешь... данные устанешь вычитывать... а еще надо бы реакцию устройства отследить... и срс ....
Я обычно рисую болванку в VB (у амеров есть такой контрол - Smrn, шароварный - готовый модбас одной иконкой, стабильней любого терминала) - вешаю на форму кнопочки и окошки - полчаса делов - и все - считай, готовый интерфейс....удобно.
Все это конечно касаемо модбаса по сом....

[AndrFV]

А вообще, меня раздражают люди, которые не читая доку на I2C пихают его в разработки, которыми мне приходится пользоваться. По стандарту автора, Philips, длинна интерфейса не может быть больше 40 см. А вот разработчикам из Speclab это видимо не ведомо :\

Вообще-то просто не надо задирать скорость интерфейса. Тогда и все протоколы будут работать на расстояния более 40 см...

[akegor]

Модбас слишком тяжел - много памяти отъедает. Для мелких чипов неподъемен. Да и нужен он не всегда. Применяем его только для связи со сторонними вещами.

[p4all]

С праздниками всех !!!
Собственно, вопрос в заголовке...
Или на воду дую ?

Я в свое время то же решал этот вопрос.
Так же, как большинство в дискусии пришел к выводу: RS-485, или UART (TTL уровни, если линия короткая). Хотя здесь все равно желательно согласование (120 Ом для плоского кабеля) и/или оптронная развязка.
Посмотрел я на Profibus, Modbus - громоздко все это. Взял за основу Modbus (QRC) и упростил телеграмму до 4-х байт. Сеть - full duplex. Первый байт мастера - адрес, 1 в 9-м бите. Остальные байты - 0 в 9-м бите. И так, 1 - адрес, 2 - код функции, 3 - байт данных, 4 - контрольная сумма LRC (гораздо проще, чем CRC, для короткой телеграммы хватает). Ответ и обработка ошибок - как в Modbus, но то же 4 байта.
Работает, как часики: 57600 бод на 40м по кабелю SFTP-4-AWG23, РС - мастер и 7 слайвов.
У меня то же не было лишнего таймера для отчета времени между посылками, потому для идентификации начала использовал 9-ый бит. Правда, микроконтроллеры MCS-51, а не PIC.

[AndrFV]

Так же, как большинство в дискусии пришел к выводу: RS-485, или UART (TTL уровни, если линия короткая). Хотя здесь все равно желательно согласование (120 Ом для плоского кабеля) и/или оптронная развязка.

485/482 - неплохие интерфейсы. Кстати, UART в них переделывается всего одной микросхемкой с несколькими конденсаторами. В ней же реализована и оптронная развязка.

[DropSoft]

Модбас слишком тяжел - много памяти отъедает. Для мелких чипов неподъемен. Да и нужен он не всегда. Применяем его только для связи со сторонними вещами.

Смотря что нужно.
На Attiny13 делал датчики протечки и датчики тока, общающиеся по урезанному модбас-рту через RS-485. Поддержка только функций 3, 4 и 6. И в одной посылке (для функций 3 и 4) от 1 до максимум 5 двухбайтных регистров. Причем и уарт программный, и работа от встроенного RC, т.е. частота подстраивается по принимаемой посылке. Вполне надежно работают.