Хороший протокол последовательной передачи данных / складывает для встроенных устройств? [закрытый]
Например, если вы хотите изменить пакет с com.example.a на com.example.b
1) изменить папку стиля проекта с Android на пакет (на стороне проекта)
2 ) щелкните правой кнопкой мыши верхнюю часть папки и нажмите «заменить» в пути
3) выберите в проекте кнопку
4) в первом входе напишите com.example.a
5) во втором входная запись com.example.b
6) когда вы видите предупреждение, выберите «заменить все», чтобы заменить значение
, после завершения замены вы увидите, что имя вашего пакета - com.example.b
4 ответа
Рассматривали ли вы HDLC или SDLC ?
Также есть LAP / D (протокол доступа к каналу, D- Канал).
« Протоколы передачи данных » Юлесса Блэка всегда рядом на моей книжной полке - там вы тоже можете найти полезный материал (даже просмотрите оглавление и исследуйте различные протоколы)
I Думаю, разумной отправной точкой может быть uIP .
(Добавление статьи в Википедии о µIP , поскольку исходная ссылка мертва.)
Взгляните на Profibus .
Если вам не нужен главный / подчиненный сервер, я думаю, вам следует провести арбитраж с помощью оборудования ( Canbus , FlexRay ).
CAN соответствует ряду ваших критериев:
- Поддержка нескольких устройств: Он поддерживает большое количество устройств на одной шине. Однако он несовместим с RS485.
- Гарантированная доставка: На физическом уровне используется битовая вставка и CRC, все из которых реализованы аппаратно на все большем числе современных встроенных процессоров. Если вам нужно подтверждение, вам нужно добавить его поверх себя.
- Not master / slave: Нет мастеров или подчиненных; все устройства могут передавать, когда захотят. Аппаратное обеспечение процессора имеет дело с арбитражем и конфликтами.
- Независимость от ОС: Не применимо; это автобус низкого уровня. Что вы добавите к этому, зависит от вас.
- ANSI C: Опять же, не применимо.
- Скорость: Обычно до 1 Мбит / с до 40 м; вы можете выбрать собственную скорость для своего приложения.
Как уже упоминалось, его определение довольно низкоуровневое, так что еще предстоит проделать работу, чтобы превратить его в полноценный протокол для удовлетворения ваших потребностей. Однако тот факт, что большая часть работы выполняется за вас аппаратно, делает его очень полезным для множества приложений.