galjoen

Навряд ли. Весьма редко уровень топлива встречается. Вот масла и кооланта - часто. Какие Source Address (SA) присутствуют в сети? По мгновенному расходу нужно посчитать израсходованное кол-во топлива и всё. А уровень то не особо и интересен...

А самому почитать? Литературы то по CANу много, в т.ч. и на русском. ИМХО, эту тему лучше в раздел для начинающих перенести...

Ну так почитайте про CAN хабы. В этой ветке обсуждалось.

Зачем там могут понадобиться повторители? Что вы вообще под этим термином подразумеваете? (RX1 -> TX2, RX2 -> TX1) - это защёлка, которая сработает как только придёт первая же доминанта. Вы бы хоть что-нибудь про CAN почитали, прежде чем такое писать. Там CAN хабы нужны. Но с ними не всё гладко...

А вот интересно, есть ли хоть один трак (грузовой тягач) выпуска после 2005 года (советские, северокорейские и т.п. в расчёт не берём) без CAN? Т.е. такой, в котором нет ни одной CAN сети?

Тогда поставьте вместо родного Мотроника Январь 5.1 и играйтесь. Ставится несложно. Для тюнинга Я5.1 бесплатного ПО вполне достаточно (CTP215). Программируется прямо на машине через K-Line, тоже бесплатным загрузчиком. Т.е. покатался, калибровки на ноуте подправил, прошивку залил, и опять покатался. Можно и онлайник январьский купить. Но если покупать, то уж лучше M7Sport (14 тыр за программу). Там в обычный Микас 7 (б/у 2..3 тыр) другая прошивка заливается и онлайник получается. Он и с ДАД (хороший менее 1000 руб.) работает вместо ДМРВ (хороший более 3000 руб.), и на турбированный мотор ставится, и ШДК поддерживает.

Длительность импульсов - это уж у совсем древних нитяных. У обычных плёночных (и у более новых нитяных) выходной сигнал - постоянное напряжение (про новейшие с CAN речи нет). Причём обычно перед запуском ЭБУ настраивается на тот уровень, который в тот момент на выходе ДМРВ (при отсутствии расхода воздуха) присутствует. Плёночные ДМРВ обычно называют Hot Film (HFM). Перешить ЭБУ - это самое простое и лучшее, но не факт, что получится. По крайней мере Волговские ЭБУ нужно дорабатывать при переходе на плёнку, т.к. уровни у плёнки и нитки уж слишком сильно разные (а программа зашивается без проблем). А какое ЭБУ? Лямбда зонд у вас есть? И сколько их? Сканером какие параметры посмотреть можете?

Сейчас нормальный нитяной ГАЗовский ДМРВ найти невозможно. Ну разве что из старых у кого-нибудь завалялся, или на разборке. Но лучше на это даже и не надеяться. Мой совет - ставьте ГАЗовский плёночный (около $100). Он получше ВАЗовских. А сигнал согласуете операционниками. В итоге за $150 (это макс, реально дешевле) получите вполне работоспособный ДМРВ. А если он вдруг сдохнет, то купить такой можно в любом придорожном сарае. Если интересно, могу тарировку ГАЗовского плёночного выложить.

А что тут непонятного? Физический уровень будет CAN, а программный протокол от LIN.

Это плёночный ДМРВ был, а тут разговор про нитяной. Заменить нить на плёнку можно, но нужно тарировку знать у того и у другого. Если на Волговский плёночный сименс-оский ДМРВ она известна, то на БМВ-шный нитяной ещё поискать нужно (на плёночные то БМВ-шные есть). Ну и соответственно согласование на ОУ сделать. А если даже небольшая неточность в тарировке будет - не страшно. Всё равно по ДК подстроится. Можно даже недельку поездить и таблицу долговременной коррекции по ДК посмотреть и сделать вывод о том, как получилось. И подстроить, если что... Кстати, есть версия, что сами датчики практически одинаковые, а отличается только диаметр трубы. Т.к. после засовывания советского датчика в импортную трубу, как правило, ничего настраивать не приходится.

Наверное можно нитяной Волговский ДМРВ поставить. Он тоже Бош, и вроде должен по контактам подойти. А вообще, вместо плёночных ДМРВ на БМВ - плёночные Волговские ДМРВ ставят. По цене разница очень существенная. Т.е. ставят Волговский чуствительный элемент от ДМРВ в БМВ-шный корпус. И даже, судя по таблице долговременной коррекции по ДК, не сильно то они и отличаются... И нитяной ДМРВ, наверное, тоже можно поставить. Но с такой заменой не сталкивался.

Физику LIN без проблем можно заменить на CAN. Тогда возможно увеличение скорости до 1 мБод. А если менять на RS-485, то только во включении по стандарту J1708. Т.е. TxD от UART через инвертор на TXE, или специальные J1708 приёмопередатчики (тот же 485, но TXE инверсный и в 3 раза дороже). Но в любом случае высокую скорость получить невозможно будет.

1. Стандартный автомобильный Датчик Положения Дроссельной Заслонки (ДПДЗ). Там 2 переменных резистора, соединённых так, чтобы выходное сопротивление было постоянным. Ресурс достаточно большой (годы в подкапотных условиях), точность лучше 1%. Выбор очень большой, как по моделям, так и по цене. 2. Датчик Массового Расхода Воздуха (ДМРВ). Готовое решение - не нужна ни доска, ни пропеллер, ни датчики. Нет движущихся деталей. Измеряет массовый расход воздуха с точностью около 1%. Если нужна скорость потока - нужно сделать поправку на температуру и давление воздуха (ещё на влажность, но там совсем копейки). Впрочем, в случае доски, тоже нужно делать такие же поправки. Датчик температуры встроенный есть у всех ДМРВ, но не у всех выведен наружу. ДМРВ бывают пленочные и нитяные (старые), бывают с аналоговым и цифровым интерфейсом. 3. Для измерения атмосферного давления можно использовать Датчик Абсолютного Давления (ДАД), или специальный атмосферный датчик давления Atmospheric Pressure Sensor (PA Sensor).

А почему не интеррупт? Компромисс между изохроном и бульком. Тоже, что и изохрон, но с трёхкратной попыткой перепередачи в случае повреждения пакета. ИМХО для данного случая очень хорошо подходит. Но тоже от железа кое что требуется, только не размер буфера, а кол-во EP.

В 1 мс кадре на full-speed строго 16 64-х байтных пакетов (не считая 0-ю EP, где ещё 1 пакет) Можно без проблем - нужно сделать составное устройство из 2-х HID-ов. Можно и из 16-ти, если железо позволит.

А можно оплётку просто никуда не подключать. В этом случае оплётка обеспечит (улучшит на порядок по сравнению с только свитием проводов) одинаковость наводок на оба дифференциальных провода и всё (т.е. будут только сингфазные помехи). А этого вполне достаточно для передачи дифференциальных сигналов. Ну а если при этом амплитуда, этой самой сингфазной помехи, окажется слишком велика, то нужно просто поставить продольный трансформатор побольше (и с меньшей межвитковой ёмкостью). З.Ы. Это всё, конечно, только при гальванически развязанном питании CAN трансиверов.

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

Так там тоже самое. Два варианта 14.7456 или 15 Мгц. В USART проблема, 8 или 16 тактов на бит. А около-восьмимегагерцовые как раз из-за того, что внутренний генератор можно подстраивать в районе 8 Мгц и выбрал. 40...45 Khz это лучше, чем 127 Khz ошибки при установке кварца. А насчёт термонестабильности что то не понял. Я ведь 128 раз в секунду буду по часовому кварцу проверять реальную частоту RC генератора, и если что - подкорректирую. А за 8 милисекунд сильно убежать не успеет. Или это про термонестабильность часового кварца?

Тогда ставьте VID=PID=0, и всё продолжит работать как ни в чём ни бывало, т.к. в винде драйвер HID по полю bInterfaceClass в дескрипторе INTERFACE ставится. В Линуксе (независимо от VID) только проблемы с HID могут возникнуть, где то писал какие ядра некорректно с HID работают.

Перечитал тему и так и не понял о каком USB устройстве речь. М.б. топикстартер просветит? Вобщем, если драйвер для этого устройства ставится по полю bInterfaceClass в дескрипторе INTERFACE, или по полю bDeviceClass в дескрипторе DEVICE (невозможно создание составного устройста), то можно делать VID=PID=0. А в остальных случаях- нет.

Да, мне нужно немного, менее 50, а м.б. и всего 30 устройств, поэтому переразводить плату очень не хотелось бы. Уже поэтому вариант с подстраиваемыми генераторами отпадает. Но если, например, 10 шт. процессоров окажутся непригодными для работы в таком режиме, то перепаивать очень не хотелось бы. А м.б. после перепаивания пару процессоров и ещё раз перепаять придётся... Тогда уж лучше кварцы подогнать. Где то читал о такой технологии в домашних условиях. Даташит читал, судя по нему всё должно нормально работать, т.к. у меня отклонение частоты менее -10%. Но боюсь к.л. неуказанных особенностей. Например слишком большая дискрета изменения частоты, или нелинейность, или вообще немонотонность. Если 0 в регистре OSCCAL соответствует частота 7.2 мГц, а 0x7F - 14.4 мГц, то такой процессор соответствует описанию, но одна дискрета регистра OSCCAL будет 56200 Гц. Т.е., с учётом возможной ошибки на 1 дискрету, это уже хуже, чем просто установка кварца. Ну м.б. и ещё какие-нибудь подводные камни есть? Если есть возможность, то лучше учится на чужих ошибках.

Есть мой старый девайс на AT90CAN128 работающий с CAN 500 кбод и UART 57600. Нужно сделать небольшое кол-во девайсов, почти таких же, но скорость UART д.б. 921600. Для этого нужен кварц 7372800, тогда частота поделится на 8 и получится как раз 921600. Но для обеспечения 500 кбод у CAN ближайшее значение частоты д.б. 7500000, тогда при TQ=15 как раз получится 500 кбод. И UART и CAN допускают небольшую погрешность по частоте, но при любом значении частоты (и 7372800 и 7500000) эта погрешность будет великовата, на границе допустимой (или для UART или для CAN). А вот если принять среднюю частоту, т.е. 7436400, то и там и там всё будет нормально. НО таких кварцев не бывает. Вот я и подумал, а что если подстроить частоту внутреннего генератора за счёт регистра OSCAL до требуемого значения? Часовой кварц к процессору подключен (к таймеру), т.е. сделать это будет несложно. Но допустимо ли такое (на -7%) изменение частоты? Будут ли работать ВСЕ процессоры?

Тогда вам вообще составное устройство не нужно. Можно одним MassStorage обойтись. Например, опишите его как устройство с 2-мя логическими дисками и всё. На одном, защищённом от записи, все программы для работы с вашим девайсом, а на другой, фиктивный, будет для приёма-передачи данных использоваться. Работать с ним придётся через запись/чтение сектора (иначе винда закэширует), но зато никаких драйверов не нужно. И две bulk EP нужны всего. Так что, вам никакого общения с внешним миром не нужно? Что же это такое будет? Защита от копирования? MassStorage в реализации не сложен, но требуется аккуратность. И виндовсие глюки обойти, иначе виндой отформатировать невозможно будет.

Чтобы сделать составное устойство нужно чтобы кол-во EndPoint (EP) было достаточным. Вот например для HID+MassStorage нужно 3 EP (не считая 0й) - 1. HID-овская InterruptIn, 2. MassStorage Bulk IN, 2. MassStorage Bulk OUT. Можно обойтись и без InterruptIn EP - сделать HID только с Get(Set)Feature через контрольный канал (0-я EP). Но у CY7C68013 кол-во EP для всех случаев вполне достаточное. Не знаю какие требования к скорости и объёму передаваемых данных (кроме MassStorage) в вашем случае, поэтому рекомендовать ничего не могу. Но хочу заметить, что м.б. всё можно сделать и вообще без CY7C68013? На самой FPGA.

Надо будет у себя глянуть сколько бит длина у ACK.