Стандарт найден
Для обще-клубно-полезного-дела, а именно для проекта "софтверный TECH2 за $100 каждому Астроводу" ищется стандарт:
Может кто работает со стандартами, и может подсобить в доставание этого чудесного PDF-ника за вменяемые деньги (не за 9000р как хотят на сайте ISO).ISO 22900-2
Road vehicles -- Modular vehicle communication interface (MVCI) -- Part 2: Diagnostic protocol data unit application programming interface (D-PDU API)
CoDeMasteR
Вообще то хотят 309фунтов, у офф. дилеров может быть такая пдфка???
Не фунтов, а шведских крон.
Иллюстрации
Вот здесь его можно почитать:
Сам сайт на китайском, но текст на английском
Скачать как я понял тоже можно, стоит это 2 йены
Как эти йены туда запихнуть - вот это уже вопрос
В правом верхнем углу плеера кнопка "домик с табуреткой" во весь экран делает.
Если надо - могу в pdf перегнать весь документ с того плеера.
АПД. Вру - на 100 странице ругаеццо и не дает дальше читать.
cosmonavt
сенькью вери матч
Locust
ну хотя бы 100стр сделай, нужная инфа туда попадает
Продублирую тут. CoDeMasteR скинь свой мыл.
хм, а я все 334 страницы посмотреть смог :/
Yevgeny
Ага, я тоже
На всякий случай, продублирую файлик: http://narod.ru/disk/24160937000/ISO%2022900-2(2009-02).pdf.html
Вдруг кому-то ещё понадобится.
Странно, когда ссылку запихиваю в тег URL, то сообщение становится пустым... В общем, ссылку придётся скопировать просто.
А может взять MDI и ковырять его на предмет взаимодействия с прогой? На сколько я понимаю, эмуляция процессора TECH2 реализована програмно в MDI, а сам адаптер служит некоторым связующим звеном, причем низкого уровня. Посмотреть что там за пакеты сыпятся по USB и что вылетает по CAN проблем, я думаю, нет. Где взять на время MDI я знаю.
не правильно понимаешь. Есть оригинальный симулятор Tech2 на ПК, называется Tech2Win. Он работает даже без MDI: загружает карту, делает self-test Tech2. MDI - это только адаптер шин CAN для ПК.Сообщение от AleXRE
Tech2Win использует D-PDU API для доступа к шинам автомобиля, есть оригинальная GM-овская реализация этого API через MDI и его Connection Manager.
Вся эта сложная система MDI нужна только для организации доступа с одного рабочего места диагноста ко всем машинам. Что бы диагност GM не отрывал свой зад от теплого места
Нам эта мега функция не актуальна, думаю всех устроит просто проводной адаптер между ноутом и машиной (~1-2м от ноута до диагностического разъема).
Ну я это и имел ввиду, просто не корректно выразился, сорри. Tech2Win и MDI щупал уже у дяди Ромы. Можно по крайней мере хотя бы глянуть что там шатается по USB на предмет сэмулировать это дело на ATMege или еще чем-нибудь.
Я отобрал MDI у дяди Ромы (на время). Распотрошил. Внутри обнаружил бутерброд из двух плат. нижняя, видимо, интерфейсная. Из "мозгов" там стоит Altera Cyclone II. На верхней плате стоит через соответствующие разъемы CF WiFi, SD 512MB и через разъем mini PCI (по-моему) процессорная плата с SDRAM, FLASH и злющим процессором PXA270. Повторять "в лоб" такое не целесообразно, ценник на выходе будет дааалеко за 100$. На днях попробую посмотреть какие данные шатаются по USB при диагностике.
У него один из первых MDI, он его купил когда народ еще не просек фишку и ценник был адекватен
так я про это и говорил, повторять не только не целесообразно, но и слишком сложно.
может проще снять трафик с подключения MDI по сетке?
Вчера вкурил примерно треть стандарта ISO, похоже что DLL с реализацией D-PDU API - идеальное место для перехвата трафика, пакеты там идут в чистом виде, без обертки, прям как надо для CAN-шины.
Следующий этап - написать DLL-заглушку и положить вместо GM-овской, слить инфу об используемых вызовах и на ее базе думать как переделать эту заглушку для использования самодельного USB-3xCAN адаптера.
Да дядя Рома вообще человек предусмотрительный. Сколько лет с ним работаю...
Ну мне проще USB проснифить, хотя можно и по сетке, а потом еще сравнить.
У нас с дядей Ромой сложилось мнение что вышеуказанный стандарт относится к новым машинам (инсигниям, джейкам), а эмуляция тех2 идет каким-то своим стандартом, хотя мож и не так.
К сожалению, не работал раньше с CAN-ом, поэтому не знаю как должны выглядеть пакеты. И проснифить CAN мне пока нечем. Есть пример диагностического пакета?
Про DLL-ку мы тоже думали и этот пдф-ник у меня, оказывается, давно валялся, просто забыл я про него. Надо глянуть где проще сэмулировать.
Сегодня установил GlobalTIS, активировал TECH2Win. MDI устанавливается как USB сетевая карта, т.е. далее буду исследовать сетевой трафик.
Очень хотелось бы видеть пример диагностического CAN запроса-ответа, чтобы было с чем сравнивать.
И еще попутные проблемы...
Пытался установить Tech2Win без GLobalTISа на другой комп. (Чтобы установить GLobalTIS нужен аппаратный ключ). Для активации требуется получить доступ к защищенной области из GlobalTIS. Для этой цели нами была написана маленькая прога MicroTIS (потом и девайс к Tech2 сделан). Так вот, доступ получает, но Tech2Win не активируется.
Покопался я с TCP/IP пакетами, собрал свой адаптер CAN шины на AT90CAN128, написал прошивку под него. Написал MDI эмулятор и MDI client. Теперь могу перехватывать пакеты от Tech2Win к MDI, изменять их и отправлять обратно в MDI, перехватывать CAN пакеты из MDI. Вчера посидел, попробовал разобраться с форматом сообщений. Продвижения есть, но так и не понял где находится поле данных CAN запросов в TCP/IP пакетах.
Пытаюсь подключиться к SDM (однопроводная шина)
Есть вот такой пакет:
Ident: 0x00000100 data: 00 55 55 55 55 55 55 55
Что это может быть? Может это какой-то стандартный запрос?
AleXRE
CAN id=0x100 - это спец сообщение, которое выдается с целью разбудить шину. Данные значения не имеют, все равно спящий блок их пропустит мимо пока проснется.
Тут вся фишка в лайн-драйвере однопроводного CAN: он врубается в wake-up режим и выдает биты с 12V уровнем вместо обычного. При этом сообщение никакой полезной инфы не передает, байты 0x55=01010101b нужны для формирования большого кол-ва горбов - CAN-контроллеры блоков по ним синхронизируют свои клоки и резко повышается стабильность шины.
CoDeMasteR
Спасибо, я так и думал. Буду дальше ковыряться.
Вчера решил попробовать со стороны DLL. Покурив немного ISO PDF, написал DLL-вставку:
Tech2Win->Моя DLL->ETAS-VCI.DLL
..................... |
......................V
..................dlllog.txt
Ну MDI manager работать с ней отказался, и это понятно, так как не описаны функции VCI...... типа VCIAPIConstruct, но Tech2Win поидее должен работать.
В моей DLL описал все 29 функций D-PDU + функцию CallBack и еще описал функции VCI ввиде:
//файл main.cpp:
#define EXTERNC extern "C" __export
EXTERNC T_PDU_ERROR PDUConstruct(CHAR8* OptionStr, void *pAPITag)
{
T_PDU_ERROR res;
write_log_line("PDUConstruct");
if (I_PDUConstruct!=NULL)
{
showparam(OptionStr,0,"OptionStr");
showparam(pAPITag,0,"pAPITag");
res=I_PDUConstruct(OptionStr,pAPITag);
showparam(&res,sizeof(res),"res");
}
else return PDU_ERR_FCT_FAILED;
return res;
}
__________________________
EXTERNC void VCIAPIConstruct()
{
write_log_line("VCIAPIConstruct");
}
// файл connectdll.h:
HMODULE vcilib;
vcilib=LoadLibraryA(path);
__________________
I_PDUConstruct=(T_PDUConstruct)GetProcAddress(vcil ib,"PDUConstruct");
_____________________
write_log_line("DLL imported");
//файл DPDUfunc.h
typedef T_PDU_ERROR (*T_PDUConstruct)(CHAR8* OptionStr, void *pAPITag);
static T_PDUConstruct I_PDUConstruct=0;
EXTERNC void VCIAPIConstruct()
{
write_log_line("VCIAPIConstruct");
}
функции showparam и write_log_line пишут в лог-файл:
void write_log_line(String line);
void showparam(void *param,int paramsize,String paramname);
При попытке запуска Tech2Win он падает с "emulator.exe - обнаружена ошибка. Приложение будет закрыто. "
При этом содержимое dlllog.txt
24.09.2010 9:46:09:C:\Program Files\General Motors\Tech2Win\bin\emulator.exe
24.09.2010 9:46:09
24.09.2010 9:46:09:PDUConstruct
OptionStr
_____________
pAPITag
NULL
_____________
res
00 /.
_____________
Из чего видно, что DLL нормально подгружается, функции импортируются, конструктор вызывается.
Пытался вызвать конструктор из своего приложения. Все отлично вызывается и не падает. В чем трабла может выть? Писано на C++ Builder 6 (только на нем я могу писать на работе)
AleXRE
А можешь свой исходник под C++ Builder скинуть мне на почту? попробую разобраться что падает. Есть идея зарядить emulator.exe в IDA Pro и проследить место сваливания в ошибку.
Сейчас закину
похоже дело в кривом calling convention
Отписал тебе на мыло, а то тут у многих крышу сорвет на раз от таких подробностей... будем беречь психическое здоровье соклубникофф
Прописал:
#define EXTERNC extern "C" __export __stdcall
Теперь T2W не падает, но и нормально не работает. Надпись CANdi module attached не появляется. В dlllog.txt только:
24.09.2010 15:12:59:C:\Program Files\General Motors\Tech2Win\bin\emulator.exe
24.09.2010 15:12:59
24.09.2010 15:12:59:PDUConstruct
OptionStr
_____________
pAPITag
NULL
_____________
res
00 /.
_____________
Получается, что кроме конструктора больше ничего не вызывает почему-то.
Не понял куда добавлять DEF-файл.
Уже шаг вперед
Теперь надо дебажить emulator.exe на оригинальной и подменной DLL, брейк выставить как раз на вызов конструктора из DLL.
забей на него, он нужен только если __export убрать из кода
Добавлено спустя 17 минут 46 секунд:
Есть еще идейка: вместо функций-оберток извратится на ассемблере и сделать что-то типа:
1. подменить стек на временный
2. записать все параметры в log
3. вернуть стек "как было"
2. jmp на адрес в оригинальной DLL
Тогда подменка никак не будет влиять на вызовы. Только результаты вызовов записать не будет возможности.
Ты VCI* экспорты сносить не пробовал? без них не падает?
Победил! во всем виновата была строчка:
showparam(&res,sizeof(res),"res");
я ее закомментил и все заработало. Появилась надпись "CANDi Module attached" и в dlllog насыпало функций на 3кила при запуске T2W
Буду ковырять тогда эту функцию, что я там накосячил.
Поздравляю
log можешь скинуть на мыло?
Сделаю чтоб аргумены и результат писал тогда пришлю, а так могу сказать что вызывает:
PDUConstruct
PDURegisterEventCallback
PDUGetModuleIds
PDUDestroyItem
PDUModuleConnect
PDURegisterEventCallback
PDUGetVersion
PDUGetObjectId
CallBackFunc - сработал мой калбак!
PDUGetEventItem
PDURegisterEventCallback
PDUModuleDisconnect
PDURegisterEventCallback
PDUDestruct
и много раз вызывается PDUGetObjectId
ты его тоже в __stdcall переделал?
Добавлено спустя 1 минуту 12 секунд:
10 из 29 - не так уж плохо
Галерея
Группа в Telegram
