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

[alex6002]

С праздниками всех !!!
Собственно, вопрос в заголовке. Есть несколько (3) пИков - надо организовать между ними общение по схеме мастер-слейвы... Но вот как это по-взрослому делается ? не модбас же туда мутить...ведомые маленькие... А просто отсчитывать по 8 битов.. без проверки и квитанций...ну... стремно как-то...процы на разных платах, хоть шлейфы и короткие.
Или на воду дую ?

[akegor]

Если двойная избыточность Вам не противна - как двумя пальцами по асвальту.
Каждый байт передается в АСКИшном представлении (2 байта). При этом используются символы от 0 до 9 и от А до F. Все остальные можно использовать для идентификации пакетов, они же и синхропризнаки.

[alex6002]

Если двойная избыточность Вам не противна - как двумя пальцами по асвальту

Так-то да.... Но думал , может, есть общепринятое какое решение.. которое не знаю...

[Wiza_]

Зависит от того, какое именно взаимодействие будет: однонаправленное или двухнаправленное. На IIC забейте сразу если чипы на разных платах. Да и если на одной, в принципе, лучше тоже. Если обмен односторонний - используйте TLV. Если двустроронний, то, либо тот же TLV, либо адресация как у SPI EEPROM. Очень желательно наличие даже самой простой контрольной суммы в пакете.

[RECTO]

Попробуйте 1-Wire с контролем по CRC-8.
Достаточно просто, но надёжно и минимум проводов, один сигнальный всего.

[Wiza_]

Попробуйте 1-Wire

Использовал в своё время для пульта: мастер посылает пол пакета(заголовок и состояние светодиодов), пульт дособирает пакет(состояние кнопок) и прицепляет CRC. Всё в одном пакете. Работает. Но только с битовыми флагами. Для передачи данных больших объемов - слишком медленно.

[niXto]

Wiza_, вообще-то про синхронные интерфейсы надо забыть, и про СПИ в первую очередь... Микросекундная иголка на ногу клока - и данные сдвинулись на 1 бит

Асинхронные типа УАРТа самое то

[alex6002]

Зависит от того, какое именно взаимодействие будет: однонаправленное или двухнаправленное. На IIC забейте сразу если чипы на разных платах. Да и если на одной, в принципе, лучше тоже. Если обмен односторонний - используйте TLV. Если двустроронний, то, либо тот же TLV, либо адресация как у SPI EEPROM. Очень желательно наличие даже самой простой контрольной суммы в пакете.

Двусторонний однозначно... получается все же модбас.. могучая все же штука..
Поразмышляем....применитель но к SPI... если урежу регистры в минимум, оставлю только байтовые..адрес устройства - один байт вместо 2х... команды только 03 и 06.... замена CRC16 на CRC8 мне даст чего-нибудь ?
В RTU мне еще признаки начала-конца пакета не нравятся... таймеры-прерывания жалко.... но тут же можно по СS, либо по наличию CLk смотреть... может так ?

niXto, заодно(при crc) тогда станет и на иголки наплевать ....ну почти....

Зы... осталось только теперь сообразить - надо вообще тогда уж лезть на СПИ или делать просто юарт в ТТЛ-виде (без преобразования)- на 300 мм хватит ...и тоже ведь можно- по аналогии с 485 еще один пин выделить и кинуть сигнал - работа -ожидание... железно...хм... упростится определение пакета...

[Wiza_]

вообще-то про синхронные интерфейсы надо забыть, и про СПИ в первую очередь... Микросекундная иголка на ногу клока - и данные сдвинулись на 1 бит

Ну удар кувалдой в плату тоже вызовет "неисправимую ошибку" как и иголка. А по теории вероятности: первое возникнуть может чаще. Но от него контрольная сумма не спасет.

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

получается все же модбас..

Получается. Модель OSI штука хоть и не нужная к изучению, но вредная: модбас, TLV и иже с ними - всё таки второй уровень.

замена CRC16 на CRC8 мне даст чего-нибудь ?

Можете просто складывать или xor'ить. Роли не играет.

В RTU мне еще признаки начала-конца пакета не нравятся...

На SPI вам на начало и конец вообще до лампочки. Вы изначально знаете сколько байт хотите получить: столько и "тактите". Не совпадёт контрольная сумма - спросите повторно.

[alex6002]

А вот разработчикам из Speclab это видимо не ведомо :\

Модель OSI штука хоть и не нужная к изучению, но вредная

Вы уж так не пугайте терминами простого советского металлобработчика....: особенно Speclab.... эт кто такие хоть ?

Можете просто складывать или xor'ить. Роли не играет.

Кстати да.... надо посмотреть - уместится у меня сумма, скажем в long....