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

Конвертер Скоростей На Ардуино Для K-Line Bluetooth Адаптера


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

Сделал конвертер на ардуино. т.е. использую на ардуино два serial порта. к одному подключаю блютуз модуль, к другому переходник usb-uart на ftdi. в библиотеке SoftwareSerial в файле SoftwareSerial.cpp добавлял в трех местах строчки для нестандартной скорости: { 10400, 106, 218, 218, 215, },

В терминалах обмен происходит. подключаю вместо переходника k-line адаптер, программа дианостики автомобиля его не видет. k-line адаптер работает на скорости 10400. пробовал вместо программы диагностики включать терминал. какие то данные приходят при включении зажигания.почему программа не видет адаптер?

Пробовал вместо блютуза использовать ардуино как usb-uart переходник, все работает.

#include <SoftwareSerial.h>

SoftwareSerial mySerial(10, 11); // RX, TX

void setup()
{
// Инициализируем последовательный интерфейс и ждем открытия порта:
Serial.begin(9600);
while (!Serial)


Serial.println("Goodnight moon!");

// устанавливаем скорость передачи данных для последовательного порта, созданного
// библиотекой SoftwareSerial
mySerial.begin(10400);
}

void loop() // выполняется циклически
{
if (mySerial.available())
Serial.write(mySerial.read());
if (Serial.available())
mySerial.write(Serial.read());
}

post-186678-0-79333400-1454169276_thumb.png

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

Реклама: ООО ТД Промэлектроника, ИНН: 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

Ну тогда осциллограф в руки и вперёд... Встаём на RX и TX и смотрим что там не так. Ибо угадать, из-за чего там что-то не работает, очень будет трудно.

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

Ну тогда осциллограф в руки и вперёд... Встаём на RX и TX и смотрим что там не так. Ибо угадать, из-за чего там что-то не работает, очень будет трудно.

Может влияет скорость указанная в программе? Порт по блютуз открывается 9600, а в программе выбор только 10400

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

И ещё, не понятно, причём тут USB-UART переходник. На схеме он не нарисован.

Из Вашего поста, не понятно, что и к чему Вы подключаете через переходник.

Может влияет скорость указанная в программе?

Влиять может только из-за разности скоростей.

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

И ещё, не понятно, причём тут USB-UART переходник. На схеме он не нарисован.

Из Вашего поста, не понятно, что и к чему Вы подключаете через переходник.

Может влияет скорость указанная в программе?

Влиять может только из-за разности скоростей.

usb-uart переходник использовал вместо схемы k-line адаптера на L9637D, чтобы убедиться что скетч работает.

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

Ваш скетч будет работать только при передаче одного байта. Он даже передачу 2-ух байт подряд не обслужит.

Нужно делать буфер. Причём его величина должна быть максимально-возможной.

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

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

#include <SoftwareSerial.h>

SoftwareSerial mySerial(10, 11); // RX, TX

void setup()
{
// Инициализируем последовательный интерфейс и ждем открытия порта:
Serial.begin(10400);
while (!Serial)


Serial.println("Goodnight moon!");

// устанавливаем скорость передачи данных для последовательного порта, созданного
// библиотекой SoftwareSerial
mySerial.begin(9600);
}

void loop() // выполняется циклически
{
if (mySerial.available())
Serial.write(mySerial.read());
if (Serial.available())
mySerial.write(Serial.read());
}

post-186678-0-90466600-1454236426_thumb.png

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

Ну этим Вы ничего и не решите. В одну сторону данные будут идти нормально, в другую - нет.

Что делать - я уже говорил выше.

Как сделать максимально возможный буфер? В файле HardwareSerial.cpp изменить значение?

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

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

Ну а как сделать - зависит от программиста. Главное - это понять принцип и что делается у вас с данными.

Почитайте про кольцевой буфер.

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

  • 1 год спустя...
В 03.01.2018 в 03:56, Pentium_dnk сказал:

Alexandr597, как решили вопрос?хочу сделать k-line адаптер по блютузу, но без мк не получится

5a4e0ca223908_.thumb.png.eb2e83fa51e9bd4237bab58c1f86c5ef.png

#include <SoftwareSerial.h>

SoftwareSerial mySerial(10, 11); // RX, TX

char s;
char incByte; // входящие данные
int iLED = 13; // LED подключен к 13 пину

void setup()
{
Serial.begin(10400); //Скорость портов
mySerial.begin(9600); // —----||-----

pinMode(iLED, OUTPUT);
Serial.print("START:");
}

void loop()
{
digitalWrite(iLED, LOW);
/* \*********************Устройство - комп*********************************/
if (mySerial.available() > 0) // прием данных от устройства
{
delay(5); // задержка перед выводом сообщений на комп
while (mySerial.available())
{
char s = mySerial.read();
Serial.write(s); // WRITE! вывод на комп
}
}
else
{
digitalWrite(iLED, HIGH);
}

/***********************Обратная связь: Комп - устройство********************/
if (Serial.available()) { // ввод данных с компа
char incByte = Serial.read();
mySerial.print(incByte); // передача на устройство
}
}

 

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

  • 2 недели спустя...
  • 6 месяцев спустя...
Гость Александр

здравствуйте.

подскажите, пожалуйста, а почему в одну сторону мы ждем пока передаются данный, а в другую - нет?

я про это кусок кода:

if (mySerial.available() > 0) // прием данных от устройства { delay(5); // задержка перед выводом сообщений на комп

while (mySerial.available()) {

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

  • 2 недели спустя...
В 21.01.2018 в 18:14, Alexandr597 сказал:

я уже не помню вообще нужно править или нет

вроде для аппаратного менять ничего не нужно.

 

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

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

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

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

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

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

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

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

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

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

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

    • Автору. Никаких тут 250...200 ватт у этой китайской бздюшки нет в помине. Тем паче на таком подобии радиатора Катушки даже на выходе нет-плохо  
    • Повторюсь - НЕТ, так как у вас там крутилки, что приведет к искажениям при работе в мостовой схеме. Если бы вы "могли" то вам нужно было разорвать выход с темброблока и вход усилителей и впаять (можно навесом) вот такую схему:
    • Все верно, вы почти все что нужно сделали.  Только не нужно было добавлять это b=UDR; Сразу после старта сбросить флаг flags = 0; А в основном цикле ждать установки флага FLAG_END_RX. И если он установлен, проверять на совпадение строки в буфере (rx_buf) с вашей строкой (AT+QM \ r \ n .....   .....  AT+MP \ r \ n) При совпадении вызывать выполнение нужного алгоритма.
    • У меня до саба ещё дело не дошло, только сейчас думаю купить амп на полкиловатта, но так можно, при условии, что на входе будет моно, и будет срез частот
    • Про флаг Т: если он не используется в основной программе, а у меня он постоянно в деле. для меня меня отложенная обработка прерывания обычное дело, нужно лишь правильно расставить приоритеты частей программы. И обычное дело: выставляешь частоту задающего генератора побольше, делишь его до получения частоты 1000 Гц каким либо таймером, загоняешь в прерывание с флагом. затем закольцовываешь основную программу с проверкой флага прерывания от таймера 1000Гц. загоняешь программу в Sleep. Получаешь кольцо обработки с образцовым интервалом в 1 мс. После любого прерывания проверяешь флаг от таймера, если он, то сбрасываешь флаг и начинаешь перебирать подпрограммы обработки индикаторов, клавиатуры, и тд. и тп, подпрограммы обработки флагов и др. После окончания обработки всех подпрограмм возвращаешься к Sleep. И так по кольцу. Если происходит прерывание не от таймера, программа выходит из Sleep, проверяется флаг от таймера, если не он (а это не он) обратно к Sleep. В большенстве программ использую этот алгоритм.   GPIOR1 и GPIOR2 в 88 условно можно использовать как флаги, но их адреса больше 0х1Е, на них не распространяются команды cbi, sbi, sbic, sbis, и их сначала нужно загрузить в общий регистр, промодифицировать, и заново сохранить. Эта последовательность длинная, и модифицирует SREG, что сводит на нет работу по сравнению с  классическим GPIOR.
    • @korsaj Сегодня попробовал сделать как ты посоветовал. Получился следующий код. #define F_CPU 7372800UL #define BAUND 9600L #define UBRRL_value (F_CPU/(BAUND*16))-1 #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #include <stdlib.h> void init_pin(void); #define C_PC0 (~PINC&(1<<PC0)) #define C_PC1 (~PINC&(1<<PC1)) #define LED_1_ON() PORTD|=(1<<PD2) #define LED_1_OFF() PORTD&=~(1<<PD2) #define LED_2_ON() PORTD|=(1<<PD3) #define LED_2_OFF() PORTD&=~(1<<PD3) #define FLAG_END_RX (1<<3) #define FLAG_ERR_RX (1<<4) #define BUF_SIZE 20 char rx_buf[BUF_SIZE]; char buf_index = 0; volatile start=1, flags; char b; ISR(USART_RXC_vect) { b=UDR; if(!(flags & FLAG_END_RX)) { rx_buf[buf_index]=UDR; if(rx_buf[buf_index] == 0x0D) { flags |= FLAG_END_RX; return; } buf_index++; if(buf_index >= BUF_SIZE) { buf_index = 0; flags |= FLAG_ERR_RX; } } } void init_UART() { UBRRL = UBRRL_value; UBRRH = UBRRL_value>>8; UCSRB|=(1<<TXEN); UCSRB|=(1<<RXEN); UCSRC|=((1<<URSEL)|(1<<UCSZ0)|(1<<UCSZ1)); UCSRB|=(1<<RXCIE); sei(); flags = 0; } void send_UART(char value) { while(!(UCSRA&(1<<UDRE))); UDR=value; } int main(void) { init_pin(); init_UART(); while(1) { if (start==1) { _delay_ms(500); send_UART('O'); send_UART('K'); send_UART('!'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); start=0; } if (b == '0') { LED_1_ON(); LED_2_OFF(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('0'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '1') { LED_1_OFF(); LED_2_ON(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('1'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '2') { LED_1_ON(); LED_2_ON(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('2'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '3') { LED_1_OFF(); LED_2_OFF(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('3'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (C_PC0) { send_UART('P'); send_UART('C'); send_UART('0'); send_UART(0x0D); send_UART(0x0A); _delay_ms(250); } if (C_PC1) { send_UART('P'); send_UART('C'); send_UART('1'); send_UART(0x0D); send_UART(0x0A); _delay_ms(250); } } } void init_pin(void) { DDRC = 0b00000000; PORTC = 0b11111111; DDRD |= ((1<<2)|(1<<3)); PORTD &=~ ((1<<2)|(1<<3)); } Ну как сказать всё работает, но вот меня очень интересует приём команд на саму ATMEGA16. Он так и работает только с цифрами. Более ничего корректно принять не получается даже используя таблицу ascii. А мне нужно будет принимать команды и посложней чем просто буквенно - цифровые. Потому как возвращаясь к командам самого плеера там в этих командах хранятся различные данные. Вот примерно так это всё выглядит. AT+QM \ r \ n Запрос режима работы [0: Bluetooth], [1: MP3] AT+M1 \ r \ n Номер текущего файла AT+M2 \ r \ n Общее количество звуковых файлов AT+MD \ r \ n Источник музыки USB или SD Card AT+MT \ r \ n Общее время воспроизведения текущего файла AT+MK \ r \ n Время воспроизведения текущего файла AT+MP \ r \ n Текущее состояние плеера [0]Стоп, [1]Воспроизведение, [2]Пауза К примеру при отправке команды AT+M1 \ r \ n в ответ мы получим M1 + 000002 \ r \ n при этом здесь может быть любое число в hex формате. Мне же нужно каким то образом принять эти данные и обработать их соответствующим образом. Но при этом и нужно учитывать так же что плеер может сам отправить эти данные по началу воспроизведения трека. Вот в этом сейчас и стоит основная задача. Чего я и пытаюсь получить в итоге.
  • Похожий контент

×
×
  • Создать...