CITROEN-ARDUINO

[T_r_D]

Сообщение от lti1

T_r_D, для андойда у меня пока реализовано так:

PHP код:

unsigned code_en[137]={0x20, 0x28, 0x29, 0x2B, 0x2C, 0x2D, 0x2E, 0x2F, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39, 0x3A, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F, 0x50, 0x51, 0x52, 0x53, 0x54, 0x55, 0x56, 0x57, 0x58, 0x59, 0x5A, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67, 0x68, 0x69, 0x6A, 0x6B, 0x6C, 0x6D, 0x6E, 0x6F, 0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77, 0x78, 0x79, 0x7A,
                      0x0401, 0x0410, 0x0411, 0x0412, 0x0413, 0x0414, 0x0415, 0x0416, 0x0417, 0x0418, 0x0419, 0x041A, 0x041B, 0x041C, 0x041D, 0x041E, 0x041F, 0x0420, 0x0421, 0x0422, 0x0423, 0x0424, 0x0425, 0x0426, 0x0427, 0x0428, 0x0429, 0x042A, 0x042B, 0x042C, 0x042D, 0x042E, 0x042F, 0x0451, 0x0430, 0x0431, 0x0432, 0x0433, 0x0434, 0x0435, 0x0436, 0x0437, 0x0438, 0x0439, 0x043A, 0x043B, 0x043C, 0x043D, 0x043E, 0x043F, 0x0440, 0x0441, 0x0442, 0x0443, 0x0444, 0x0445, 0x0446, 0x0447, 0x0448, 0x0449, 0x044A, 0x044B, 0x044C, 0x044D, 0x044E, 0x044F};
char* en[137]={" ", "(", ")", "+", ",", "-", ".", "/", "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", ".", "A", "B", "C", "D", "E", "F", "G", "H", "I", "J", "K", "L", "M", "N", "O", "P", "Q", "R", "S", "T", "U", "V", "W", "X", "Y", "Z", "a", "b", "c", "d", "e", "f", "g", "h", "i", "j", "k", "l", "m", "n", "o", "p", "q", "r", "s", "t", "u", "v", "w", "x", "y", "z",
              "\u0401", "\u0410", "\u0411", "\u0412", "\u0413", "\u0414", "\u0415", "\u0416", "\u0417", "\u0418", "\u0419", "\u041A", "\u041B", "\u041C", "\u041D", "\u041E", "\u041F", "\u0420", "\u0421", "\u0422", "\u0423", "\u0424", "\u0425", "\u0426", "\u0427", "\u0428", "\u0429", "\u042A", "\u042B", "\u042C", "\u042D", "\u042E", "\u042F", "\u0451", "\u0430", "\u0431", "\u0432", "\u0433", "\u0434", "\u0435", "\u0436", "\u0437", "\u0438", "\u0439", "\u043A", "\u043B", "\u043C", "\u043D", "\u043E", "\u043F", "\u0440", "\u0441", "\u0442", "\u0443", "\u0444", "\u0445", "\u0446", "\u0447", "\u0448", "\u0449", "\u044A", "\u044B", "\u044C", "\u044D", "\u044E", "\u044F"};


for(byte j=0; j<137; j++)
{ 
 if(Buf[i]==code_en[j]) Serial.print(en[j]);
} 


\u0*** - это русские буквы в юникоде.

У меня похожая ситуация, только с дисплеем FF3.

Arduino Mega 2560

Проще уж цифрами тогда передавать, а на стороне устройства декодировать.

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

Про меню. Я ща проверю и посмотрю. Возможно сделано так:
В каком-то сообщение содержится состояние меню (активно или нет), а потом уже в нескольких сообщениях его статус.
Или после активации меню дальше просто считаются нажатия вправо или лево и выводятся данные так как если меню исчезнет, то оно открывается всегда на одной и той же вкладке.

Вчера я просто нажимал циклически одну кнопку и искал сообщение которое это отражало бы, но искал я тоже сообщение которое менялось бы количество раз нажатия кнопки.

Поискал. В сообщение с адресом DF пишется активно меню или нет в 0 бит.
Но он обозначает ещё что-то. 132 активно, а есть ещё значения 133 и 134 которые пролетают кратковременно при выборе параметров.
далее там же первый бит выдаёт какую-то инфу при нажатии кнопок вверх и вниз, но кратковременно.
При нажатии влево или вправо выдаёт 1.

[lti1]

Сообщение от T_r_D

Проще уж цифрами тогда передавать, а на стороне устройства декодировать.

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

В таком случае лучше переправлять в планшет "сырые" данные с CAN шины и писать приложение которое будет эти данные обрабатывать и выводить, при этом Arduino Micro хватит за глаза.
Mega и не умеет.

[T_r_D]

Сообщение от lti1

В таком случае лучше переправлять в планшет "сырые" данные с CAN шины и писать приложение которое будет эти данные обрабатывать и выводить, при этом Arduino Micro хватит за глаза.
Mega и не умеет.

А вот и не фига её не хватает.
Если брать полностью поток с CAN и делать простейший скетч на выдачу всех сообщений в COM, то задержки начинаются по 2 секунды и некоторые сообщения вообще не видно.
Поэтому и хочу аппаратный фильтр.
Но он будет актуален только после того, как найду последние две искомые величины: управление меню и вывод значков.
Количество "нужных" сообщений в таком случае не должно превысить 30 что, я думаю, будет вполне перевариваемо ардуиной.

[T_r_D]

И кстати вопрошаю- как написать вот это в рамках ардуиносреды
Прямо сообщение возьму у autowp чтоб было понятно что передаётся в ID 125.
http://www.pccar.ru/showpost.php?p=279220&postcount=44

[xmetal]

Сообщение от T_r_D

А вот и не фига её не хватает.
Если брать полностью поток с CAN и делать простейший скетч на выдачу всех сообщений в COM, то задержки начинаются по 2 секунды и некоторые сообщения вообще не видно.

А если увеличить скорость COM до 250kBaud?

[T_r_D]

Сообщение от xmetal

А если увеличить скорость COM до 250kBaud?

А скорость шины всё равно 125 какой смысл?
Тем более это происходит даже при записи данных в переменные внутри микроконтроллера.
Так что только фильтровать сам поток по CAN.
Там идёт очень много не нужного для CarPC.
Не вижу смысла ловить все сообщения.

[autowp]

125 на бинарном CAN - это совсем не 125 на текстовом UART.
Как минимум потому, что на uart вы передаете в ASCII. И в случае HEX кодирования это в 2 раза больше данных, а в случае DEC и того больше

[awtoap]

125 на бинарном CAN - это совсем не 125 на текстовом UART.
Как минимум потому, что на uart вы передаете в ASCII. И в случае HEX кодирования это в 2 раза больше данных, а в случае DEC и того больше

Чуш! Скорость будет таже самая.

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

[xmetal]

Сообщение от T_r_D

А скорость шины всё равно 125 какой смысл?

Смысл в том, что тебе на скорости 125к прилетает из КАН быстрее, чем ты забираешь на 115,2к, тем более в ascii, от сюда и задержки. Это если ловить все сообщения подряд. В принципе ардуино должна справляться с фильтрацией программно. Сколько отлавливаешь "полезных" ID?

[T_r_D]

Сообщение от xmetal

Смысл в том, что тебе на скорости 125к прилетает из КАН быстрее, чем ты забираешь на 115,2к, тем более в ascii, от сюда и задержки. Это если ловить все сообщения подряд. В принципе ардуино должна справляться с фильтрацией программно. Сколько отлавливаешь "полезных" ID?

Будет в итоге штук 30 если см менню разбирусь, а если нет, то штук 15.

И настиг чисто технический вопрос использования arduino pro micro.
Значит так, кан шилд использует пин 2 (видимо как int 0).
А модулю радио нужен это пин как SDA.
Как это подружить или переназначить пин SDA или INT0?
Или может это будет работать и так?