СС1101 под управлением PIC-контроллера или построение одноранговой сети для радиоинженера (часть 2) +18



Говорят, обещанного 3 года ждут…

Я делал вот эту публикацию, с обещанием выложить библиотеки, пригодных для использования радиоинженерами, не являющимися гуру в программировании.

По многим причинам пришлось отложить тот проект. В прошлом году я к нему вернулся.

При этом были использованы дополнительные решения, которые также могут быть интересными.

Но! За это время появились новые чипы, новые решения и т.п.

Актуален ли чип CC1101 сейчас? Актуальна ли тема простых одноранговых сетей без выкрутасов?

Если это актуально, то я разовью тему.

Вы можете помочь и перевести немного средств на развитие сайта



Комментарии (13):

  1. Dima_Sharihin
    /#10640298

    CC1101 может быть интересен с экономической точки зрения. Потому что чисто функционально интереснее смотрится CC1310: ARM Cortex M3, отдельный M0 для радиотракта, независимое ядро для опроса датчиков без пробуждения основного. Ну и как плюшка, на CC1310 есть реализация 6lowpan, что (при наличии border router'a) позволяет работать с железками по обычным TCP/UDP

    • YBosco
      /#10640644

      Это бесспорно интересно. Но если за дело берётся просто радиоинженер, как это было когда-то со мной, то он знает о TCP/IP только то, что указано в сетевых параметров любого компьютера. А ведь всё это ещё нужно загрузить на борт, причём так, чтобы работало без сбоев.

      Собственно, тема отсюда выехала.

      Если посмотрите, то те фрагменты исходников, что приведены, написаны на PicBasic.

      • Dima_Sharihin
        /#10640666

        Ну, технически то, что должен знать радиоинженер может заканчиваться на IEEE 802.15.4, остальное забота программиста.
        Для всего остального есть готовый програмный стек (не без глюков, естественно), а отсутствие велосипедов/проприетарных протоколов — это огромный плюс.


        Единственный недостаток 6lowpan — он, емнип, не работает без граничного роутера.

        • YBosco
          /#10640682

          «что должен знать радиоинженер может заканчиваться на IEEE 802.15.4, остальное забота программиста».

          Вот именно, что нужен программист.

          • Dima_Sharihin
            /#10640692

            В заголовке фигурирует "под управлением PIC-контроллера", что уже говорит о том, что программист нужен. Не обязательно высококвалифицированный, но нужен.


            Если задача уровня "считать показания с датчиков", то для новых контроллеров есть готовые "изкоробочные" примеры, в которых достаточно подменить код считывания.

            • YBosco
              /#10642536

              В общем, это всё тонкости лингвистики. :-)
              Я имею ввиду, что тот, кто разбирается в тонкостях радиотракта, может не уметь программировать на C. BASIC, по идее, изучается и на радиофакультетах.

  2. UA3MQJ
    /#10640424

    Подскажите, а LoraWAN это не в ту же нишу? Редкая телеметрия, энергосбережение, большие расстояния.

    • YBosco
      /#10640662

      Да, это из той же ниши, но чипы другие, всё другое, софт нужен другой.

  3. robux
    /#10642272

    Для меня, как разработчика p2p-информационной системы, нужна простая железка, поднимающая mesh-сеть.


    Технические требования к железке. Обязательные:
    1) простота подключения — желательно USB
    2) чтение с железки и отправка в неё порций данных, лучше через имеющееся системное API, например эмуляции COM-порта
    3) доступность, дешевизна и простота элементной базы
    4) железка должна работать в городских кварталах, в деревнях и на пересеченной местности


    Желательные:
    5) железка работает как ретранслятор "из коробки", в том числе без подключения к компьютеру
    6) смена частоты джамперами на железке, а не только через API
    7) подключение внешней антенны


    В первой части вы описывали проблемы, как TexasInstruments сбрасывает параметры, это скорей всего умышленно, наверняка зонд внутри. Поэтому желательно бы использовать какую-нибудь примитивную китайщину, в которую зонд не впихнешь.


    Полноценный TCP/IP не нужен — простого API для приёма и рассылки широковещалки достаточно, но только без мастера (т.е. SPI, описанный в первой части, похоже не подходит), как это можно замутить с точки зрения радиотехники — я не знаю. Жёсткий риалтайм не нужен, поэтому вместо дуплекса сгодится какой-нибудь помехоустойчивый полу дуплекс.


    Мне, как прикладному программисту, нужно иметь возможность:
    = читать все широковещательные сообщения (ID точки может выступать случайное число типа MD5-число, генерируемое в железке, или фиксированный MAC-адрес железки)
    = отправлять широковещательные сообщения с возможностью указания ID получателя, чтобы в будущем можно было запилить примитивную маршрутизацию при прохождении нескольких ретрансляторов. Но для начала можно над маршрутизацией не париться — рассылать всем, как делали это первые хабы.

  4. YBosco
    /#10642390

    Не понял. Выглядит, как заявка на разработку. Для таких целей есть личная переписка.

    Написал в личку.

  5. YBosco
    /#10642392

    Уважаемые!

    Вижу, что проголосовало какое-то кол-во человек, но посмотреть результат почему-то не могу. Подскажите, как это сделать.

    • Dima_Sharihin
      /#10644492

      Странно, потому что у меня, как у читателя, результаты показываются


      • YBosco
        /#10646730

        Я ничего подобного не вижу, спасибо за приведённый скрин.