Выход SPI за пределы платы - Страница 8

Yurkin2014 · 23.02.2015, 17:22

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

К драйверу 485-го обычно UART притыкивается.
Где-ж его UART-то взять то

Ну, почему же обязательно UART? Притыкайте что хотите!

Тут идея в следующем, если на пальцах. Вот на вход 485 передатчика подали лог.1, тут же этот передатчик на одном своём выходе напряжение немного опустит, на другом выходе - повысит. Получится некоторая разница напряжений. Через энное количество метров к этим выходам присоединили 485-й приёмник. Почувстовав эту разницу напряжений, приёмник на своём выходе тоже создаст лог.1. То есть мы передали лог.1 на некоторое расстояние.
Такая же петрушка и с передачей нолика, только разница напряжений в другую сторону.
А что это за единички-нолики - драйверу по-барабану. Может и UART, а может и SPI, а может просто светодиодиком моргаете ...

alpast · 23.02.2015, 17:47

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

Такая же петрушка и с передачей нолика, только разница напряжений в другую сторону.
А что это за единички-нолики - драйверу по-барабану. Может и UART, а может и SPI, а может просто светодиодиком моргаете ...

Ну да. Вот и пришел к Вам от АЦП набор беспорядочных битов.
И возникает вопрос - а те ли это биты?
Верить ли этим ноликам и единичкам - код ведь передаете?
Не стал ли нолик единицей, а единица ноликом.

И тут Вы как бы сами себе отвечаете "Так контрольная сумма на посылку нужна".
А я Вам как будто "А кто ее посчитает и в посылку втавит?"
И тут Вы такой "А-а, вона чего! Я то тут думал просто чтоб было, а так то да-а-а..."

Yurkin2014 · 23.02.2015, 18:36

Э, да у Вас с фантазией всё в порядке, дружище!

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

Верить ли этим ноликам и единичкам

Тут я согласен, верить в наше время никому нельзя.

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

контрольная сумма на посылку нужна

Вот тут неясность: как можно быть уверенным, что МК-составитель контрольной суммы принял код от АЦП без ошибок? Ведь легко может оказаться, что расстояние от самого АЦП до дополнительного контроллера будут те же 20см, что и расстояние между платами?
Тут хорошо бы иметь АЦП, который сам, помимо данных, может передавать контрольную сумму: ведь он единственный, кто точно знает код без ошибок ...

alpast · 23.02.2015, 19:23

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

Вот тут неясность: как можно быть уверенным, что МК-составитель контрольной суммы принял код от АЦП без ошибок? Ведь легко может оказаться, что расстояние от самого АЦП до дополнительного контроллера будут те же 20см, что и расстояние между платами?

На одной плате все ж гораздо проще. А межплатное взаимодействие со своими сигналами и питаниями - немного сложнее

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

Тут хорошо бы иметь АЦП, который сам, помимо данных, может передавать контрольную сумму: ведь он единственный, кто точно знает код без ошибок ...

Вот!! И Так мы потехонечку приближаемся к вопросу зачем вообще существуют эти АЦП со встроенным микроконтроллером (такие как С8051F350, ADUCи разные).

Верной дорогой идете товарисч!
Сразу видно - москаль.
А то этим свидомым - ну ниче растолковать невозможно. Только своих хохлов слушают, нас игнорируют.
Че я за них переживаю, скажите мне пожалуйста?

alpast · 23.02.2015, 19:31

Так что, вся задачка уважаемого pifa сводится к 3 процам типа С8051F350.

Но вот незадача в протеусе их нет. А мышление переломить - задача не подъемная.

niXto · 23.02.2015, 19:47

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

Ну, почему же обязательно UART? Притыкайте что хотите!

А что это за единички-нолики - драйверу по-барабану. Может и UART, а может и SPI, а может просто светодиодиком моргаете ...

А если на линии случайно появится помеха длительностью 30 нс? УАРТ и любой другой асинхронный интерфейс ее тупо не увидит (максимум - какой-нибудь СТМ32 выставит бит шума). А что произойдет с SPI, особенно если эта линия подключена на ноги CS или CLK? Вам здесь уже 8 страниц обьясняют совершенно очевидные вещи...

Yurkin2014 · 23.02.2015, 20:16

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

Вам здесь уже 8 страниц обьясняют

Ну, не переживайте Вы так! Сделаем, как скажете!

Знать, так. АЦП своим SPI интерфейсом соединяется с дополнительным МК, который в свою очередь своим уже UARTом присоединён к драйверу RS485. Далее витая пара 5 категории, длина 20 см. Затем 485-й приёмник.
Тут дроби начинаются. Либо ТС переделываем свой контроллер на чтение АЦП через UART. Либо не переделывает, тогда после 485-го приёмника ставим ещё один МК для преобразования UART/SPI.

Ну, и, про контрольную сумму не забываем.

alpast · 23.02.2015, 21:07

Смышленый.

Теперь нодоть это все ТСу вменить.

А он ой-как уперается-а-а.

Ох не легкая эта работа из болота тащить бегемота.

GrayCatt · 23.02.2015, 21:10

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

А если на линии случайно появится помеха длительностью 30 нс?

Если используются RS-485 приёмопередатчики в качестве буферов SPI-TTL, то они сами по себе эти "30 нс" задавят. Более того, есть 485 трансиверы со специально зажатой скоростью - у них ограниченная скорость нарастания вых. напряжния драйвера, и "заторможенный" приёмник. Например, наш любимый ADM483EARZ. Он сам по себе короткие импульсы "съест".

А городить по микроконтроллеру где ни попадя - по-моему, плохая идея. Баги в программе, зависоны от помех, "расшивка" Flash...

sio_66 · 23.02.2015, 21:14

Пора вводить ЛикБез - чтоб отличали (молодежь) интерфейсы от протоколов.
По современному состоянию электроники сваять транслятор протокола - не проблема. И фильтровать при этом не что можно а скорее нужно.
Всей задачи - четко сформировать правила (типа от АЦП - коды двоичные, помехам недоступные (или отсекать лишнее)) - и, если время цикла обмена данными позволит, использовать стандартный протокол, а если нет - ваять свой, скоростной.