Клуб Citroen C4 Sedan

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

Отправлено спустя 24 минуты 2 секунды:
дело даже не в кроссплатформенности, сколько в удобстве разработки, например, как один из вариантов, из кода на Яве выкидывается вся визуализация, остается только отлаженная работа с CAN шиной, по любому интерфейсу (шнур, BT, WIFI...). Все данные от шины и к шине этот модуль пакует в внутренний формат, пакеты которого раздает\принимает от остальных модулей (клиентов) по внутренним сокетам. Клиентом этого модуля как раз станет, на первых порах, модуль визуализации, который проще написать на другом языке, более дружественном к написанию интерфейсов, тот-же Haxe.

Отправлено спустя 43 секунды:
при модульности, много людей можно привнести в проект, которые будут заниматься своим модулем, не лезя в основной код.

qidop
Возможно так и лучше. Я не профессионал в этих делах. Трудно понять "на пальцах". Вы бы примерчик накидали: приложение для андроид, которое обменивалось данными с bt-девайсом. Например как тут:http://cxem.net/arduino/arduino64.php

root
так приложение, которое данными обменивается с BT - это ваше, которое на гитхабе.
остальное - это клиенты этого приложения \ модуля, которым он раздает распарсенные данные и сигналы от CAN шины
да, можно набросать такой примерчик, когда есть приложение, которое работает с внешним источником, и есть его клиенты.

Отправлено спустя 31 минуту 24 секунды:
хм, https://play.google.com/store/apps/deta ... .canreader
так оно ж уже есть )

Отправлено спустя 1 минуту 30 секунд:
https://github.com/autowp/CANreader/blo ... /README.md
просто взять за основу

qidop
Кажется я догадываюсь о чём речь, наверное Вы имеете в виду работу приложения посредствам бродкаст интентов и бродкаст ресиверов.
CANReader - мне известна ещё на стадии тестирования , знаком с автором и мы о ней писали в теме про CAN-шину .

Да, примерно так

qidop, в чём преимущество разработки интерфейса на haxe? По тому же принципу можно делать в Android Studio.

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

А если делать приложение как живые обои? У меня сейчас так часы с погодой, датой и зарядкой батареи. Удобно. Т.е. Выводит информацию на рабочий стол и все. Всегда видно или почти всегда(когда что то открыто).

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

Да я так мимо проходил ) Просто мысля в слух.

root писал(а):Источник цитаты Для всех желающих присоединиться к разработке создал репозитарий

Скачал, посмотрел.
Что делать дальше? Какие планы? Какие требования? Чего хочется чтобы было?
Я думал, что надо просто всплывающие окошки показывать поверх, когда прилетает сообщение.

Aquarius писал(а):Что делать дальше? Какие планы? Какие требования? Чего хочется чтобы было?

Очень желательно при разработке использовать git. Создайте учетную запись на github и сделайте форк моего репозитария.
Планы: сделать ПО, которое заменит штатный дисплей.
Хочется чтоб было красиво и стабильно

Добавил в репозитарий схему и плату блютус адаптера https://github.com/TheRo0T/CAN-Adapter/tree/master/CAN-BT_LUT

root писал(а):Источник цитаты Добавил в репозитарий схему

Может это перенести в тему CAN-адаптера?
Я что-то не думал, что там PIC. Его ведь своим каким-то программатором прошивать надо?

Aquarius писал(а):Источник цитаты перенести в тему CAN-адаптера

Вроде нет такой темы... есть "адаптер парктроника", но к нему данный девайс не имеет отношения. А, как раз, необходим для подключения планшета/телефона к CAN-шине.

Aquarius писал(а):Источник цитаты Его ведь своим каким-то программатором прошивать надо?

Да, конечно, я пользуюсь PICkit3. Причём прошить нужно до запаивания на плату, т.к. разъём для программирования я не разводил чтобы не усложнять изготовление платы методом ЛУТ.