круто. уже хочу )) нужно найти джойстик такой.

Ну не понятно же!
Прочитал шапку, полазил немного по ветке и так и не понял о чём тут речь!
Не могли бы вы описать что тут обсуждается?

Посмотри сначала первую страницу форума. Там есть описания. Если вкратце - программируемый самостоятельный многофункциональный контроллер.

Версия 9.09 для CAN добавлена поддержка кнопок AUDI RNS-E.

Версия 9.10 для CAN - добавлен режим отображения пакетов и записи их в файл:

Эх,я думал уже не дождусь и на ардуине собрал))
Спасибо!
А вот такой вопрос, навскидку не помню, есть возможность на действие повесить отправку пакета в шину? Грубо говоря долгий тап в левом верхнем углу -> послать пакет от XXX к YYY с содержимым ZZZ (как это можно сделать в терминале)

Нет, такого не реализовывал...
Есть отправка конкретных пакетов по iBus например. Можно сделать по аналогии.

Может можно сделать что-то типа пользовательского словарика? Типа ini-шки, куда юзер сам запишет команды например
VolumeUp=190 440 F 5 0 25 74 9C 1
VolumeDown=190 440 F 5 0 25 74 9D 1
TempUp=xxxx
ЕщеКоманда=yyy
т.е. слева человек сам понятно описывает название команды - а справа ее пакет. а в программу подтягиваются уже "красивые" названия

В данной версии ПО контроллера нет памяти в параметрах для хранения подобных пользовательских настроек.
Есть только память в самом ПО контроллера.

Да, пользовательский словарь нужен!!! ☺
Просьба: добавьте возможнось регулировки разброса для рещистивных кнопок.

Смысла не вижу, так как это делается АВТОМАТИЧЕСКИ.
Я уже описывал как. Все строго по фэншую....

p.s.
Правда описывал еще для версии 2... Но тут все аналогично.

То, что прога сама раскидывает разброс, это конечно, хорошо. Это подходит для большинства, а что делать тем, у кого сопротивление кнопки зависит от положения Юпитера относительно Марса с поправкой на Венеру? И найти такую кнопку большая проблема. Вот мне, например, за новой кнопкой в Корею надо ехать...
Нет, возможность ручной регулировки разброса нужна. Мне по крайней мере.:big:

Не понимаю зачем? Больше чем делает программа необходимо сделать ворота? Тогда не будут определяться все кнопки.
Объясните аргументировано. А не просто нужно и все.

Вставлю свои пять копеек с наблюдениями... У меня было так - я забил 10 кнопок, но одна из них работала через раз. Я зашел опять в настройку, понажимал все кнопки, и та, которая работала через раз вдруг раздвоилась. Т.е. она стала представляться двумя кнопкими, на которые попадала через раз.
Конечно, после удаления и заведения этой кнопки обратно все стало на свои места. Но сам факт...

Что было, как стало....
Как установка ворот срабатывания руками может помочь в необходимости просто заменить кнопку или промыть ее, а не себя спиртом?

У меня одна кнопка выдает 4 очень близких значения. Пришлось вбить все, чтобы срабатывала на каждое нажатие. Вот если бы для неё расширить диапазон. Совсем чуть-чуть.
Блоки кнопок - заводские. Нет, можно, конечно, залезть туда с паяльником, заменить SMD резисторы, но их сначала надо найти. А что самое интересное в обоих блоках сопротивления одинаковые, а реакция...
P.S. Кнопки нажимал раз по 10 (для статистики)

В моем случае достаточно было бы прописать ручками центральное значение. А корридоры пусть сам считает.
Правда, в моем же случае и автомат сработал, хоть и не с первого раза.

а под UNIX-LINUX не планируется адаптировать контроллер? )

Как-бы основа андроида линукс ;)

это да :) но будет ли работать? может были "пробы"? )

UBUNTU годится в качестве пробы? :smile1:

Отлично! :) UBUNTU самое то )))

Версия 9.12, добавлена реакция Serial для управления андроидом через вывод в виртуальный COM порт по USB строк вида:
- на начало события
- на конец события
где XX = 01...80 номер события

Проверить работу на андроиде можно в терминале, набрав
cat /dev/ttyACM0
где ttyACM0 - имя виртуального COM порта, который эмулирует контроллер.
При этом скорость и другие параметры порта абсолютно не важны.

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

Если правильно понял - например на голове нажали кнопку Х и по усб в андроид придет команда о том, что кнопка была нажата/отжата?

А в обратную сторону нельзя? В Андроиде нажимаем на виджет Х и в усб уходит команда (указанная в настройках виджета), а контроллер ее уже отправляет в шину?

т.е. в идеале можно было-бы собрать например управление климатом или тем-же родным плеером и тд

Да, верно. В обратную сторону - это второй этап ;)

Я правильно понял, что это справедливо и для винды?

Конечно
И для линукса тоже :wink2:

Применение реакции Serial с приложением Serial Manager
Его автору DelleTenebre огромное спасибо за правки для возможности использования контроллера :wink2:

Таким-же образом можно и выводить данные для отображения на виджете с шины CAN или IEBUS (AVCLAN).
Состояние климата, температуру, обороты, напряжение борт сети, частоту и название радиостанции и еще кучу всякой информации которая присутствует в шине.
В личку сообщаете тип шины, скорость, id пакета, где брать данные, и как пересчитывать в нужные единицы для вывода.

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

Вопрос на засыпку. В данном адаптере ИК-код выглядит так: "NEC 18105/20". В ардуино этот же код выглядит так: "0x9D6228D7, 32". Как это переводится из одного в другое?

Знать бы еще что за код показывает ардуино... Юрин адаптер показывает актуальные коды как на этом ресурсе. Только там они в шестнадцатиричном коде, а тут - в десятичном.
А вот что показывает ардуино - думаю, известно лишь создателями ее скетча.

Да уж... Хоть бы к стандартам подтянули...

Я решил эту задачку, вот, в конце.

Тогда в Вашем примере кодов выше они не одинаковые. Так как у меня код команды 32 а это х20 в шестнадцатеричном. И никак не х28 или х14, если наоборот.

Вынужден с Вами не согласиться!
Берем шестнадцатеричный адрес 46B9 и переводим его в двоичный код
0100 0110 1011 1001 и разворачиваем справа на лево 1001 1101 0110 0010. Получаем 9D62 (как в моем скетче).

0100 0110 1011 1001 ---> 1001 1101 0110 0010

Далее шестнадцатеричное значение команды "Вправо" 0B и переводим в двоичный код 0000 1011 и разворачиваем справа на лево 1101 0000.

0000 1011 ---> 1101 0000

Получается D0. Далее инвертируем (D0) 1101 0000 и получаем 0010 1111

1101 0000
0010 1111

и переводим в шестнадцатеричный код 2F. В итоге получается 9D62D02F (как в моем скетче).
Всё сходится с точностью.

Да, у меня же 20 в десятичном, это и есть х14. Все верно. ;)
И я говорил о 0x9D6228D7. Как было описано тут.

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

Хе-хе, верно замечено... Найти лучший из худших ;)