Требуется голова и знания специалиста-микроэлектронщика

[SergPU]

AlAndR,
не секрет -во сколько микруха обошлась и где заказывал?

[AlAndR]

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

AlAndR,
не секрет -во сколько микруха обошлась и где заказывал?

http://forum.pccar.ru/archive/index.php/t-59.html

выбирай.. по карману

http://www.azlina.ru/catalog/device002.php

[SergPU]

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

выбирай.. по карману

http://www.azlina.ru/catalog/device002.php

Этих я видел.
Смущают только отзывы именно по работе с Рено.:dntknw:

[AlAndR]

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

Этих я видел.
Смущают только отзывы именно по работе с Рено.:dntknw:

железка- это тупо конвертор с одного протокола передачи данных в другой.. RS-232 понятный писюкам...
а остальной все софт...

вот только помоему она только читает данные..
а слать в шину не может ((

[SergPU]

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

железка- это тупо конвертор с одного протокола передачи данных в другой.. RS-232 понятный писюкам...
а остальной все софт...

вот только помоему она только читает данные..
а слать в шину не может ((

С Лагуной 3 м.б. проблем не будет, но все равно интересен твой результат

[FedorAl]

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

железка- это тупо конвертор с одного протокола передачи данных в другой.. RS-232 понятный писюкам...
а остальной все софт...

вот только помоему она только читает данные..
а слать в шину не может ((

Вот только скорости CAN и RS-232 отличаются на порядки.
Соответственно при плотном обмене по CAN конвертер будет терять данные.

В этом смысле версия Slava.Vrn с предварительной обработкой клипом потока данных с CAN шины весьма правдоподобна.

По поводу "слать в шину" пиковский контроллер который используется в адаптере делать это умеет. Так что проблем быть не должно. В крайнем случае можно найти другую прошивку или написать самому.

И последнее

Сам по себе протокол CAN определяет всего лишь, как малые пакеты данных можно безопасно переместить из точки A в точку B посредством коммуникационной среды. Он, как и следовало ожидать, ничего не говорит о том, как управлять потоком; передавать большое количество данных, нежели помещается в 8–байтное сообщение; ни об адресах узлов; установлении соединения и т.п. Эти пункты определяются протоколом более высокого уровня (Higher Layer Protocol, HLP). Термин HLP происходит из модели OSI и её семи уровней.

Уверен что в лагуне HLP присутствует вопрос только где взять его описание ? А без него, как мне кажется, можно будет получить кучу цифр без особого понятия, что за ними стоит.

[Slava.Vrn]

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

Уверен что в лагуне HLP присутствует вопрос только где взять его описание ? А без него, как мне кажется, можно будет получить кучу цифр без особого понятия, что за ними стоит.

Ессно, он присутствует. Как же без него? Я думаю, основу протоколов верхних уровней можно взять из ДДТ2000.
У меня щас есть следующие соображения-утверждения, требующие проверки:
1. ОБД2 - обязателен для всех, следовательно
2. В автомобильной версии КАН-протокола должна быть единая адресация основных блоков и команд, связанных с данными ОБД2, следовательно
3. Надо найти "техническую" часть стандарта ОБД2 и сравнить с тем, что есть в ДДТ2000. Если совпадет - орать "ура", потому как это будет обозначать, что в ДДТ2000 уже прописан этот самый HLP в доступном виде.

[Alexey]

Слав, говорят щас клип 300$ стоит.

[AlAndR]

у кого нибудь есть свежий Clip_V96.rar
или новее?