Системы сбора данных по радиоканалу

dgrishin · 16.03.2016, 10:51

Сейчас посмотрел PDF микросхемы, которая поддерживает I2C через радиоканал. Да, там не совсем правильно говорить о прозрачной передаче I2C через радиоканал (т. к. это делается через внутренний буфер памяти). Но она также поддерживает см. ниже.
RF - I2C Bridge feature.
The UCODE I2C can be used as an RF- I2C bridge to directly forward data from the
RF interface to the I2C interface and vice versa.
И под "I2C через радиоканал" я имел ввиду именно эту фичу

Ar-Gen-Tum · 16.03.2016, 14:46

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

Сейчас посмотрел PDF микросхемы, которая поддерживает I2C через радиоканал. Да, там не совсем правильно говорить о прозрачной передаче I2C через радиоканал (т. к. это делается через внутренний буфер памяти). Но она также поддерживает см. ниже.
RF - I2C Bridge feature.
The UCODE I2C can be used as an RF- I2C bridge to directly forward data from the
RF interface to the I2C interface and vice versa.
И под "I2C через радиоканал" я имел ввиду именно эту фичу

Вы попутали разные сущности - протокол и "железный" интерфейс.
I2C(TWI) - это железный 4-х проводной интерфейс, а протокол передачи данных
с линией синхронизации. Ясень пень, что его не впихнуть в один провод или радиоканал.
Вот 1-wire можно прямо впихнуть в радиоканал, но ниразу не целесообразно.
Протокол обмена по RS232/RS485 можно сразу использовать для полудуплексной
связи по радиоканалу. Нормально работает с дешевыми RF трансиверами, проверено.
Т.е. оптимально использовать сбор данных с близкорасположенных датчиков
по проводам в некий концентратор, а далее по оптимальному протоколу (возможно RS232/RS485)
транслировать на удаленный концентратор более высокого уровня иерархии .
По такой схеме работают метеостанции, те что продаются в магазинах. (Про промышленные не в курсе.)

dgrishin · 16.03.2016, 17:01

Сообщение от Ar-Gen-Tum

Вы попутали разные сущности - протокол и "железный" интерфейс.
I2C(TWI) - это железный 4-х проводной интерфейс, а протокол передачи данных
с линией синхронизации. Ясень пень, что его не впихнуть в один провод или радиоканал.
Вот 1-wire можно прямо впихнуть в радиоканал, но ниразу не целесообразно.
Протокол обмена по RS232/RS485 можно сразу использовать для полудуплексной
связи по радиоканалу. Нормально работает с дешевыми RF трансиверами, проверено.
Т.е. оптимально использовать сбор данных с близкорасположенных датчиков
по проводам в некий концентратор, а далее по оптимальному протоколу (возможно RS232/RS485)
транслировать на удаленный концентратор более высокого уровня иерархии .
По такой схеме работают метеостанции, те что продаются в магазинах. (Про промышленные не в курсе.)

Приятно услышать конструктивную критику и по существу. Без аргументов в стиле "сам дурак".
Если я правильно понял, то START, STOP, ACK и NAK отрабатываются локально а передаются только адрес + данные.
То есть I2C адрес всё таки передаётся через радиоканал (а это часть протокола)

Ar-Gen-Tum · 16.03.2016, 17:29

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

Если я правильно понял, то START, STOP, ACK и NAK отрабатываются локально а передаются только адрес + данные.
То есть I2C адрес всё таки передаётся через радиоканал (а это часть протокола)

Сами-то представьте.

. I2C передает данные и стробирующий сигнал.
Т.е. без стробирующего сигнала интерфейс работать не будет полюбому,
а если будет, то это не будет I2C . Как-то так.

dgrishin · 16.03.2016, 18:07

Сообщение от Ar-Gen-Tum

Сами-то представьте.

. I2C передает данные и стробирующий сигнал.
Т.е. без стробирующего сигнала интерфейс работать не будет полюбому,
а если будет, то это не будет I2C . Как-то так.

Да, клоки есть на обоих сторонах. Но они тоже локальные.
То есть алгоритм такой (как я себе представляю)
1. Микроконтроллер выставляет START condition
2. передает адрес (тактуя его по SCL ессно )
3. микросхема его принимает и подтверждает.
4. аналогично передаются сколько надо байт
5. аналогично п. 3
6 микроконтроллер выставляет STOP кондишн.

И далее принятые адрес + данные микросхема передаёт по RF.

На дальнем конце всё тоже самое только мастером уже будет выступать микросхема.

vavan1983 · 16.03.2016, 21:04

На чём остановились?
Не ясно.

makakus · 16.03.2016, 22:48

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

На чём остановились?

В 12 посте темы easyeider дал правильное исчерпывающее решение.
Но читать даташиты влом, мы лучше порассуждаем про уровни osi и "протокол RS485".

Специально придуманные для "долгоспящих" датчиков солидной фирмой Nordic контроллеры скоростной (экономия батарейки) многоканальной (отстройка в эфире) адресуемой (развитая топология) цифровой связи, с шестью буфферизованными каналами на приём и одним на передачу и - главное! - возможностью передачи данных при подтверждении приёма решают задачу более чем полностью.
Понятно, что на больших дистанциях свои фокусы, но идеология сети достойная.

OKF · 16.03.2016, 22:55

Сначала 1-wire... затем i2c... затем CAN... No problem!

40inD · 23.03.2016, 16:01

Подскажите пару передатчик-приемник, на 433 или 900 (868 ) МГц, работающую до 100м при прямой видимости. Желательно на 3 или 5 вольт.

jump · 23.03.2016, 17:54

Сообщение от 40inD

на 433 или 900 (868 ) МГц, работающую до 100м при прямой видимости. Желательно на 3 или 5 вольт

sim20 a(433) или b(868 )