Всем привет,

посоветуйте, пожалуйста, чем соединить две DE0 плисоборды от терасика, так, чтобы можно было передавать небольшой, около 1-10кбайт в секунду поток данных в обе стороны, и чтобы соединение было безпроводным и било примерно на 200-300 м на открытой местности. То есть конечно я понимаю, что можно поставить сингл-борд-компьютер, воткнуть в него вифи свисток, и так два раза, а с SBC общаться по SPI, но больно уж громоздкое и дорогое решение получается, хочется подешевле, и чтобы был готовый модуль, и ничего паять не надо было. Да, еще надо обойтись без ниосов на плисобордах, так как они и места много отъедают, и, программировать я на них еще не научился. Еще одно пожелание к этому соединению, хорошая помехоустойчивость к 1-30МГц сигналам, которые изредка, раз так 100 в секунду будут накрывать одну из плисоборд. Про мощность этих сигналов я пока ничего сказать не могу, но попортить картину они могут конкретно. Соединять проводом - нет возможности, объекты постоянно перемещаются в пространстве.

ЗЫ понимаю, что это, наверное, офф-топик, для этого форума, но из-за специфики программирования на плисине, боюсь, не получить адекватных ответов в других форумах, поэтому запостил здесь.

Спасибо

ИИВ

можно что-нибудь типа этого на 433 МГц, таких модулей много, есть и на другие частоты. шина там обычно UART или RS-232.

увеличить скорость чтобы заведомо успевать всё передавать даже с учётом того что на время помехи всё заглохнет.
nRF24L01 - скорость до 2мбит/с

а если хочется совсем простого, то модули XBee можно сконфигурировать в прозрачный радиоудлиннитель УАРТа.

Уважаемые vadimuzzz и _pv,

преогромное Вам спасибо за советы и ссылки. Нашел у знакомого 433МГц модуль, который он мне даст на неделю потестировать, а если с таким модулем из-за помех не получится, буду nRF24L01 заказывать.

С уважением

ИИВ

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

Наглядный пример - WiFi. Пробовали мы как-то из него сделать связь точка-точка внутри здания. Прямое расстояние - метров 80-100, но через три этажа и за углом. С удивлением для себя обнаружили, что не работает не только на таком расстоянии, но и почти в упор через два перекрытия по лестнице. И это при том, что поставили направленные антенны и взяли внешний USB-адаптер для WiFi. В то же самое время отладочный набор из двух микроконтроллеров от TI, CC430F6137 на 868МГц, пробивает все здание без особых проблем.

Так там частоты разные, 2.5 ГГц и 868 МГц. Следовательно тангенс угла потерь разный, следовательно и коэффициент затухания.

Ну разный, но не радикально, а полоса шире раз в 100, плюс передатчик с усилителем мощности, плюс антенны направленного действия - и никакого эффекта. Проигрывает системе с низкой скоростью. Даже и на частоте 2.4 ГГц, как ANT, ZigBee, и т.п.

Дорогие друзья,

спасибо Вам за полезные советы!

я потестировался с одной СОМ-портовой приблудой, типа той, что посоветовал vadimuzzz в условиях моих помех, к сожалению, пробивает только на 20-30 м, а без помех бьет метров на 200-300. Похоже мне светит либо выключать мои помехи на время коммуникации (теоретически это можно сделать, но очень не тривиально), либо таки о Техасах и мощных трансмиттерах задуматься...