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

Вопрос по UART


Рекомендуемые сообщения

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

@Delfin Порты нельзя, им всё равно. Всё зависит от программы. Можно в программе организовать общение по типу "вопрос-ответ". То есть, например, UART2 молчит и ждёт вопроса от UART1. Первый отправляет вопрос и ждёт ответа от второго. Второй, подумав некоторое время, отправляет ответ первому. И снова тишина.

Так будет достаточно последовательно?

Ссылка на комментарий
Поделиться на другие сайты

А UART  - это интерфейс, или протокол? Это вроде бы разное, но на разных источниках UART и так, и так называют. Или можно ли называть и протоколом, и интерфейсом одновременно?

Ссылка на комментарий
Поделиться на другие сайты

UART - интерфейс, он просто передает и принимает в соответствии со спецификацией. Протоколом его только безграмотные называют. А протокол - это то, какие данные передает программа. Грубо говоря, UART - это речевой аппарат, а протокол - это речь. Речевой аппарат у всех людей устроен +/- одинаково, а языков сотни.

Ссылка на комментарий
Поделиться на другие сайты

2 часа назад, giao сказал:

UART - интерфейс для последовательной передачи данных

следовало бы выделить и следующее слово: последовательной передачи, т.е. бит за битом, а не слово сразу, как например, в LPT.

Ссылка на комментарий
Поделиться на другие сайты

@giao , скажи, кто с тобой так жестоко поступил? Кто отрезал тебя от интернета, от знаний, от сведений и прочих нюансов?

https://ru.wikipedia.org/wiki/Универсальный_асинхронный_приёмопередатчик

Ссылка на комментарий
Поделиться на другие сайты

Чтобы не было переполнения буфера - его нужно считать.

ЗЫ. Сравните скорость приема/передачи со скоростью работы мк.

Изменено пользователем korsaj
Ссылка на комментарий
Поделиться на другие сайты

4 часа назад, giao сказал:

в момент приёма данных устройство может и передавать?

представь себе да может, удлинитель UARTa интерфейс RS422 именно так и работает.
 

Ссылка на комментарий
Поделиться на другие сайты

А если интерфейс полнодуплексный, это же не обязательно, что у нас есть работает и прием, и передача в обе стороны? Мы же можем передачу в одну сторону отключить и данные будут передаваться только по одному TX/RX.

Ссылка на комментарий
Поделиться на другие сайты

13 часов назад, giao сказал:

в момент приёма данных устройство может и передавать?

Конечно может. Более того, у некоторых МК есть отдельные регистры для передачи и приема. Да и вообще почитай, как работает UART. Из регистра буфера данные перегружаются в сдвиговый регистр для отправки и регистр буфера освобождается еще до окончания отправки.

Ссылка на комментарий
Поделиться на другие сайты

23 часа назад, BARS_ сказал:

UART - интерфейс, он просто передает и принимает в соответствии со спецификацией. Протоколом его только безграмотные называют.

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

Ссылка на комментарий
Поделиться на другие сайты

С какой радости он вдруг стал протоколом? Откуда у него взялись правила передачи данных?

Протокол связи — набор определённых правил или соглашений интерфейса логического уровня, который определяет обмен данными между различными программами. Эти правила задают единообразный способ передачи сообщений и обработки ошибок.

UART, SPI, I2C и т.п. - это физический уровень. А логический уровень описывается программно. В самих интерфейсах нет логического уровня, они тупо выплевывают то, что в них грузят, не создавая никакой логической структуры пакета.

Ссылка на комментарий
Поделиться на другие сайты

10 минут назад, BARS_ сказал:

Протокол связи — набор определённых правил или соглашений интерфейса логического уровня, который определяет обмен данными между различными программами. Эти правила задают единообразный способ передачи сообщений и обработки ошибок.

Как пример - ModBus.

Ссылка на комментарий
Поделиться на другие сайты

2 часа назад, BARS_ сказал:

Протокол связи — набор определённых правил или соглашений интерфейса логического уровня, который определяет обмен данными между различными программами. Эти правила задают единообразный способ передачи сообщений и обработки ошибок.

скорость передачи, наличие СТАРТ и СТОП битов, а также кол-во информационных бит (5....12бит) и наличие/отсутствие бита четности/нечетности , это и есть  набор определённых правил или соглашений интерфейса логического уровня
а логический уровень у модуля UART  или TTL или CMOS

Ссылка на комментарий
Поделиться на другие сайты

Только что, IMXO сказал:

скорость передачи, наличие СТАРТ и СТОП битов, а также кол-во информационных бит (5....12бит) и наличие/отсутствие бита четности/нечетности , это и есть 

Это НЕ является протоколом. Это физическая реализация передачи данных. Никакого отношения к протоколу она не имеет. Ровно так же, как и кабель, подключенный между ПК и свичом обеспечивает физический уровень взаимодействия, но он не имеет никакого отношения к протоколам TCP/IP, UDP и т.п. Для протокола не имеет значения, КАК передаются данные, хоть флажками показывают, для него имеет значение пакет данных, подчиняющийся определенным правилам (наличие заголовка, полей данных, CRC и т.п.). Протокол определяет правила формирование пакетов, а не способ их передачи. UART же никаких пакетов не формирует, он лишь побитно передает сообщения, не более. А если открыть описание, то там будет сказано слеующее:

UART represents Universal Asynchronous Receiver Transmitter. It is dedicated to hardware related to serial communication

Т.е. это приемопередатчик, предоставляющий аппаратное обеспечение последовательной связи. А есть еще и более простое описание термина протокол: протоколы связи — соглашения о специальных наборах данных, которыми обмениваются обе вычислительные системы для успешного выполнения задачи по установлению связи и передаче основных данных.

 

2 минуты назад, IMXO сказал:

а логический уровень у модуля UART  или TTL или CMOS

Ээээ, тут имеется в виду уровень логической взаимосвязи передаваемых данных, а не уровень напряжения.

Ссылка на комментарий
Поделиться на другие сайты

В 12.05.2022 в 09:07, BARS_ сказал:

Протоколом его только безграмотные называют.

сотрудникам ведущей компании в области разработки и производства цифровой измерительной аппаратуры Rohde-Schwarz это расскажите...
https://www.rohde-schwarz.com/ua/products/test-and-measurement/oscilloscopes/educational-content/understanding-uart_254524.html#:~:text=UART означает универсальный асинхронный приёмопередатчик,и приема в обоих направлениях.

6 минут назад, BARS_ сказал:

КАК передаются данные, хоть флажками показывают, для него имеет значение пакет данных, подчиняющийся определенным правилам (наличие заголовка, полей данных, CRC и т.п.). Протокол определяет правила формирование пакетов

:wall:
СТАРТ-бит =  заголовк , начало пакета данных
5..12информационых бит = поле данных
бит чет/нечетости = простейший вид CRC
СТОП-бит = окончание пакета данных.

Ссылка на комментарий
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
  • Сообщения

    • ваше видение имеет крайне общий характер и может быть трактовано неоднозначно. Если вы готовы перематывать и изучать схемы коммутации обмоток, то это не так просто как вам кажется, и вступает в противоречие с вашим же ТЗ: Ни мотору, ни вам хорошо не будет. Поэтому, не ломайте мотор а подключайте как есть. Вращаться будет, медленно. Не понравится - сформируете более конкретные хотелки и начнете перекоммутировать. Никаких ухмылок. Вот программа для намотки. https://www.bavaria-direct.co.za/scheme/calculator/ Разбирайтесь.
    • По поводу времени ожидания последовательного порта. В случае обмена пакетами разной длинны, времени ожидания последовательного порта изменяется в соответствии с длинной пакета. Ну и подразумевается, что байты в пакете передаются без пауз (обусловлено тем, передача ведется через контроллер прямого доступа к памяти [ПДП]). А учитывая, что бутлодер только тем и занят, что принимает данные с последовательного порта, а затем записывает во флеш или еепром (время записи не более 5 мс),  ответ МК на пакет данных от ПС не должен составлять большого времени (<10мс). мне кажется здесь кроется какое-то логическое несоответствие.  
    • А как его проверить с помощью мультиметром если робочий например? Я по схеме собрал не зароботал УВЧ на КП 103 пробитый наверное ещё не проверял мультиметром нужно проверить,и подойдёт ли сюда полевой транзистор MMBF5459 в подобную схему УВЧ,если уж получиться что кп103 мерт 
    • И небыстрая. Срок поставки в ЧиДе небыстрый. (а где ещё нормальные брать).   
    • А я считал, что ВЫ появитесь не раньше 23 апреля. Выяснил, почему последний купленный чип (ATmega88), такой дешевый. При записи в ЕЕПРОМ по СРИАЙ постранично (4 байта на страницу) в некоторых страницах не записываются некоторые байты.   Хотя при записи по одному байту все пишется без ошибок.
    • и выпячивать глазки, глядя на показания... ужс такие индикаторы, неужто стандартных нынче мало ? Как пример p.s. теребонькать epprom пика конечно такое себе. внешнюю память бы конечно лучше бы использовали.  Я вот на основе девайса ra4nal собирал. Правда формирователь не запустился вовсе штатный, дурацкие кп313.
    • схема не для АТмега32. нужно смотреть даташит, и там смотреть куда подключаются все сигналы.
×
×
  • Создать...