Перейти к содержанию
    

asasl

Участник
  • Постов

    9
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о asasl

  • День рождения 04.07.1969

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array
  1. Вы похоже изобретаете велосипед о пяти колесах. Все уже давно придумано и работает. Залог надежной работы шины УД - минимизация сообщений, что возможно только когда на шине все мастера. Это дает нам возможность делать топологию какой угодно, а шину длинной и не заморачиваться особо ее согласованностью... Появление недорогих производительных контроллеров с CAN интерфейсом еще упростило эту задачу. 485 и прочее давно место на кладбище в новых разработках.
  2. 485 для УД - это анахронизм, особенно при наличии микропроцессоров ценой в доллар (stm32f103), где CAN уже аппаратно вшит с майлбоксами и буферами. Перемалывание 250 кбит/с обмена по шине грузит микропроцессор на 2% всего...
  3. Как показывает практика катит. На 20 кбит/с и длинах в несколько сотен метров можно "елочку" терминировать только по центру. Это мне рассказал один из разработчиков Clipsal. Я сначала не поверил, пока не проверил... Можно скоростенку и еще снизить, но тогда будет неудобно долго обновлять FW модулей. Сейчас это делается за полминуты. А так хоть 5 кбит/с можно делать, получается 25 сообщений/событий в секунду. Для 99% применений при правильной логике обмена - это с головой.
  4. Я как участник этого проекта https://sites.google.com/site/cansmarthouse/ могу сказать, что применение CAN гораздо правильнее и удобнее. Когда все на шине мастера скорость шины может быть совсем небольшой: соответственно помехозащищенность и длина шины увеличиваются. Практика показывает, что при применении трансиверов и низких скоростях шину можно хоть "елочкой" делать...
  5. Есть проект контроллеров УД на шине CAN. Используется Chibios c разными драйверами, их код меняется редко, практически никогда. И есть код логики и параметров инициализации, меняющийся часто. Шина достаточно медленная: 1,5 кБайт/с. Поэтому прогружать каждый раз весь код в 64 кБайта долго и утомительно, особенно когда нужно поменять параметры нескольких устройств. Вопрос. Можно ли как-то заставить компилятор и линковщик GCC разбивать код на две части жестко зафиксированные в EPROM?
  6. Bootloader STM32 + CAN

    x893 Не могли бы поделиться протоколом для прошивки через CAN для OpenBLT? Снял бы сам, но под рукой нет платки PCAN-USB что они рекомендуют. Очень нужно для нашего проекта УД https://sites.google.com/site/cansmarthouse/
  7. Недавно начал проект УД на шине CAN. Шину выбирал исходя из простоты и надежности, многие микропроцессоры сейчас имеют контроллер данной шины. Каждый контроллер - мастер, коррекция ошибок производится автоматически. В архитектуре предусмотрены как радио-удлинители шины, так и оконечный контроллеры связанные беспроводно с общей шиной. В качестве сервера управления и сценариев будет неплохо зарекомендовавший себя OpenHab на Raspberry PI, собранную для надежности в кластере. Присоединяйтесь к проекту, одному в разумное время мне его не потянуть. Многое уже сделано. https://sites.google.com/site/cansmarthouse/targets
  8. Bootloader STM32 + CAN

    Александр, вы не могли бы перевыложить второй файл (). Не могу его скачать...
×
×
  • Создать...