Arduino.ru

Как раз попалась мне имплементация этого AvailibleforWrite. В библиотеке роджера кларка она всегда возвращает 1.

У меня проблем с 485 нет никаких, для своих нужд я его давно понял и обкатал. Модбас еще не курил, как я писал, железки, которыми я командую, не мои, а кто их делал, тот даже слова такого не слышал. В следующем году планируется замена этого старья на мои же контроллеры, там и буду думать.
Но, опять же - если заказчик выставит условие совместимости старых контроллеров с новыми, то никаких модбасов...
Вот последние 3 дня всю голову сломал с чипом мах3232 - гонит, гад, эхо в 232 порт... Но это я, похоже, с обвязкой где то накосячил...

Densl, здесь единственный действенный вариант:
Писать либы самому, но рано или поздно приходит белый пушистый зверек: ты осознаешь что функционал аурдуньи
тебе уже уже узок. Пора , пора выкинуть эти детские штанишки.

FoxJone, я уже озвучил. Вам крайне необходим сниффер.

насколько я помню, AvailibleforWrite должна сигнализировать не о том, что все уже отправлено, а о переполнении буфера - то есть в данном случае совершенно бесполезна.

FoxJone, здесь все зависит от вашей компетенции.
Или вы знаете протокол с которым работаете либо нет.
Озвучьте...

Кто вам мешает раскурить эту библиотеку? Далеко не все библиотеки в ардуино годные, WIRE, например, совсем не работает. Я все библиотеки просматриваю, и правлю, если мне надо, или ищу альтернативы. И не смотрите что она возвращает, код смотрите как работает.

В общем проверил сейчас работу ком портов на простом примере: подключил через переходник UART к ногам А9, А10 к своему ПК. В общем если использовать только ноги А9, А10, В10, В11 все нормально работает. Как только пытаюсь что нибудь послать на весящий в воздухе А2, после этого начинаются  траблы с В10, В11. 

Блин, как обидно что это не моя ошибка. Что делать ХЗ...

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

RS485 ни как не определяет окончание транзакции(фрейма) на уровне физики.
Все определяет протокол , к примеру модбас рту это пауза, конкретно определенная. Модбас ASCII символами.
Все эти события элементарно вылавливаются с стм32.
Теперь вопрос -накуа делаи???

Беда в том, что "программист" не знает, когда последний бит ушёл из УАРТа.

Densl, озвучьте камень.
Если это F1 смотрите настройки пинов.

Бяда, вы говорите о "погромисте" с аурдуньи?
Ибо вменяемый кодер пользующий стм32 , знает как определить сие. Причем я выше объяснил все на пальцах.

Ошибка ваша на 99.99% Уж поверьте.

Почему вы так считаете? Я не встречал вменяемых "кодеров".

а можно по-подробнее - почему А2 висит в воздухе? Если он не используется - зачем туда что-то посылать?

Schwarz78, это однозначно.
Но на вменяемых форумах не акцентируют на компетенции вопрошающего, а помогают искать путь к решению проблемы.
Здесь я этого не вижу абсолютно, даже ваши гуру глаголят лишь одно- "сам накосячил, сам решай"

"Форум, где можно получить знания" - это вообще иллюзия. Или человек учится сам, или ему и форум нобелевский лауреатов не поможет.

Мне этот форум очень много дал в плане направления для самостоятельного изучения

Кстати. дадите ссылку на "вменяемый форум" по СТМ?

Дык я про компетенцию ни ногой. Вопрос был про микросхему 3485 и невозможность обмена. Я и назвал основную беду всех новичков. А про потрошка СТМ32 я ничего не говорил, но уверен, что УАРТ даже там работает как УАРТ.

b707, mcu.goodboard.ru.
Все я спать, что нужно будет - завтра

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

void setup() {
  Serial.begin(19200);
  Serial1.begin(19200);
  Serial2.begin(19200);
  //  Serial3.begin(9600);

}

void loop() {
  char data[99];
  int A = 0;
  while (Serial.available())
  {
    data[A] = Serial.read();
    A++;
  }
  int B = 0;
  if (A)
  {
    Serial.print("IN: ");
    Serial.println(A);
    while ((A--) != 0)
    {
 //     Serial1.print(data[B++]);
      Serial2.print(data[B++]);
    };
  }
  A = 0;
  char dt[99];
  while (Serial2.available())
  {
    dt[A] = Serial2.read();
    A++;
   }
  while (Serial1.available())
  {
    Serial.println("Serial1.available()");
//    dt[A] = Serial1.read();
    A++;
  }
  
  if (A)
  {
    for (int i = 0; i < A; i++) Serial.print(dt[i]);
    Serial.println("");
  }
  delay(2800);
}

Схема проверки такая: с компа чего нибудь посылаю в сериал, дальше он идет на Serial2 который замкнут на себя и выводится обратно в порт Serial.

Если раскоментировать Serial1 то на второй начинает идти шляпа. Через один символ приходят данные. В воздухе висит, т.к. это для эксперимента не важно.

спасибо, конечно, почитаю, но хотелось бы реально живой форум, а не такой. где самое свежее сообщение трехнедельной давности...

Ну вот. А говоришь STM знаешь. Ещё раз. Не на пальцах, а конкретно из мануала - как узнать что последний символ из сдвигового буфера UART отправлен? В момент после отправки символа в  на модуле, который использует TC, нужно переключить с передачи на приём. Это ни как не связано с протоколом модбас. В момент отправки символа в сдвиговsй регистр UART возникает прерывание буфер пуст и это единственный способ привязаться к моменту переключения на приём. Но в этот момент символ ещё не отправлен физически.  И если переключить в этот момент, без задержки, то остаток символа не уйдет в линию и пакет модбас не будет полным. Именно поэтому нужна пауза после отправки в буфер последнего символа. Если ты знаешь как это сделать без паузы, озвучь. Все твои объяснения на пальцах пока говорят только о том, что конкретно в этом вопросе не разбираешься. 

так а что вы хотели то - если раскомментировать строчку 24, у вас инкремент B++ выполняется дважды - вот и идут данные через раз...

А точно. Ладно спать пойду.

какой типичный срач :)

80 сообщений про высокие материи, а все из-за ерунды :)

А Шварц предупреждал.

Говори за себя , что ты знаешь а скорей ничего не знаешь.

ОК?

Окрываем RM0008 стр 792

Читаем до просветления.

Procedure:
1. Enable the USART by writing the UE bit in USART_CR1 register to 1.
2. Program the M bit in USART_CR1 to define the word length.
3. Program the number of stop bits in USART_CR2.
4. Select DMA enable (DMAT) in USART_CR3 if Multi buffer Communication is to take
place. Configure the DMA register as explained in multibuffer communication.
5. Select the desired baud rate using the USART_BRR register.
6. Set the TE bit in USART_CR1 to send an idle frame as first transmission.
7. Write the data to send in the USART_DR register (this clears the TXE bit). Repeat this
for each data to be transmitted in case of single buffer.
8. After writing the last data into the USART_DR register, wait until TC=1. This indicates
that the transmission of the last frame is complete. This is required for instance when
the USART is disabled or enters the Halt mode to avoid corrupting the last
transmission.

Если не понято - смотрим картинкО Figure282 .

Выше описана как и передача с дма так и "ручное" .

В случае с дма используется прерывание по TCIFx , в "ручном" прерывание по TC.

поддержу, тут уже тройку лет, а узнаю всё новое и новое для себя, в том числе детские болячки в коде...
Кстати, ты бы еще озвучил, какие косяки могут быть в том коде по Энкодеру, сдаюсь надо знать )))

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

Теоретически можно и хрень насчитать.

Практически считается так:

Я тоже читал мануал, и тоже думал что управляя по по ТС всё будет шоколадно. Но оказалось, что ТС выставляется раньше, чем последний символ физически полностью выдвинут в линию. Это поведение не соответствует мануалу, но это есть.  Это создает проблемы только при использовании RS485 c ручным переключением приёма передачи. Когда я осциллографом смотрел почему обрезается пакет, то обнаружил что переключение на приём модуля RS485 происходило через 1-2 бита после начала передачи последнего байта. Я поставил задержку на переключение и всё заработало. Потом увидел критикуемую тобой статью, в которой человек столкнулся стой же проблемой, но решил её по другому - просто добавил один символ в конец пакета, чем создал ту же задержку, но на мой взгляд лучше, так как не пришлось добавлять код задержки. Если не веришь, что поведение сигнала ТС не соответствует мануалу - попробуй сам. Всё написанное относится к stm32f103с8t6, на других не пробовал.        

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

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

а это не одно и то же?

Если у МК больше никаких дел нет, то моя пауза очень похожа на делай (как в приведенном мной примере). А если идут другие процессы, то просто через определенное время таймер щелкнет и дернет 485-й за ногу.

Так то, это азбука даже для такого ламера, как я)

И вот тут я не уверен, просто где-то слышал звон, но вроде как делай вообще тормозит МК до такой степени, что поступившая в буфер UART посылка не обрабатывается (в отличие от простого таймера). Хотя это может просто страшилки для нубов.

А теперь внимательно смотрим на картинКо.

Терзаем голубую пилюлю что есть стм32F103c8

На 7 канале посылка , на 6 канале выход на PA0 которым дергаем в прерывании.

Код ниже.

Делай тормозит ядро МК точно так же как и любая другая программа. Так что на прием и посылку ни как не влияет. Тормоза от делая в лупе. Пока выполняется делай ничего больше МК не делает полезного. Кроме того, если делай долгий, а символы в ком порт приходят потоком,  то может переполнится приёмный буфер и что то будет потеряно. В этом смысле не обрабатывается, но это проблема плохо написанной программы. 

Да можешь и не говорить и не показывать.

Все работает как писано в мануале, если писать вменяемо а не на финтифлюшках как на хабре...

так что за пауза такая. можно посмотреть?

Ну блин, элементарный же лисапед то. Я думал, у всех такая есть.

void pause(long ptime) {
  long micro = micros();
  while ((micros() - micro) < ptime) {}
}

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

Мало того что он "решает" несуществующие проблемы.

Так оно умудрился "портировать" модбас по старым идиотским шаблонам с таймером и это на STM32F373 

на котором есть аппаратная поддержка  модбас и RTU и ASCII...

И о да!

nik182, на хабре вся суть в камментах.

И что же мы видим? Вот это поворот...

Так о какой "проблеме" ты глаголил? У вас - у тебя и афтора с хабра одна проблема...

• Lynnfield 22 марта 2016 в 20:45

  •  
  •  
  •  
  •  

  0

  Я не совсем понял. Я же сам управляю направлением передачи, нет?
  По поводу TC: я смотрел исходники HAL, и там TC вызывается программно. Или есть возможность получить это прерывание аппаратно?
  Но идея мне понравилась, можно перенести переключение направления передачи прямо в обработчики прерываний и посмотреть что получится.

   
  • LennyB 24 марта 2016 в 14:32

    •  
    •  
    •  
    •  

    0

    Бит TC в регистре статуса, прерывание от него маскируется битом TCIE в USART_CR1.
    Вызов pxMBFrameCBTransmitterEmpty() в UART_IRQ_Handler() при передаче последнего байта вызывает vMBPortSerialEnable( TRUE, FALSE ), что выключает DE в то время как этот байт только начал передаваться по линии.

void pause(long ptime) {
  long micro = micros();
  while ((micros() - micro) < ptime) {}
}

мне даже как-то неудобно это говорить - но вы думаете это хоть чем-то лучше delay() ? - нисколько!

Стандартный делай точно так же использует микрос, только в нем еще yield() есть, потенциально позволяющий не полностью блокировать МК...

А ваша пауза полностью блокирующая.

Вот вам для примера исходный код delay

void delay( unsigned long ms )
{
  if (ms == 0)
  {
    return;
  }

  uint32_t start = micros();

  while (ms > 0)
  {
    yield();
    while (ms > 0 && (micros() - start) >= 1000)
    {
      ms--;
      start += 1000;
    }
  }
}