Cartools

CAN I/O board


Как то вот так....
Ибо сейчас стало модно на машине неиметь физического "15" провода, CAN идёт прямо в фары, а лампочки управляются через ШИМ. Ну и тому подобное. Что и является причиной появления на свет этого чудного изделия.
Суть устройства очень простая - задаём правила, и превращаем CAN посылки в реальное события.
Устройство может быть полезным установщикам сигнализации, иммобилайзеров, а также инсталляторам всякого разного дополнительного оборудования.

Продаватся будет кучками по 10 штучек. Пилотная партия в ограниченном количестве готова к употреблению.
Цены - договорные. Ибо любая цена является компромиссом между затратами и резоном.


Инструкция по упортеблению в приложении.
Также и софтварь для конфигурирования. Под D-CAN адаптер, ибо это найболее доступное железо нашей эпохи.

PS: добавил в приложениях к посту -
1) Mprog
2) *.ept который зашивать в FTDI D-CAN адаптера.
Перед всякими действиями с сторонним адаптером, настоятельно рекомендуется сперва убедится, что он собран по классической схеме и вообще имеет FTDI на борту.

CAN LIN I/O board

Дальнейшее развитие вышеупомянутой темы.



С учетом всех пожеланий, нареканий и комментариев по поводу давно существующего изделия -

• добавлена возможность то же самое сотрворять с LIN шиной. Тоесть, вперемешку - что то можем брать от LIN, что то из CAN, по надобности.
• добавлена возможность выбора активного или пассивного режима для CAN. Оказалось, что некоторым не в кайф если девайс только слушает и ни на что не влияет. Ну да ладно.... Пускай!
• возможность использовать простой K-line адаптер для конфигурирования, он точно у всех есть.
• добавлена подключаемая индикация состояния выходов. Согласен, так действительно удобнее!
• чуть больше выбора по скоростям,
• добавили one shot mode - чуть иной алгоритмы поведения и управления выходами. Для ловли всяких разных единичных данных.
• чуть усовершенствовали светодиодную индикацию происходящих процессов.

Как то так вот... ИМХО получилось всё очень даже достойно.

Чуточка комментариев и пояснений - из того, чему в мануале не нашлось места - ибо всёравно обычно читают только первую страницу по диагонали, да и только то что заглавными буквами. А мануал то получился нетипично длинный, на целых двух страницах!

• Что CAN что LIN - с точки зрения обработки данных всё то же самое.
• Для LIN существенно выставить длину сообщения. Если не совпадает длина, сообщение обрабатываться не будет.
• Если с одним и тем же LIN ID в разных условиях (rule) задана разная длина данных, применяться будет та, которая первая. Тоестъ, если в третьем условии длина 4, а в пятом 8, будут обрабатываться данные с длиной 4.
• Тип контрольной суммы для LIN сообщений без разницы, classic или extended. Тоесть, задавать не нужно. Однако железом проверяется на соответствие тому или другому.
• LIN ID писать в формате 00 00 00 ХХ - тоесть, добавлять спереди нули как и в остальных вариантах по CAN. Ну а данные для сравнения и маска - как и для CAN - если сообщение меньше 8 байт, добавлять в конце нули.
• LIN ID нужно писать в таком виде, как оно реально передаётся, в полном виде. А не отбрасывать контрольные биты как ща модно видится на некоторых творениях некоторых творцов по только им известным и понятным причинам. Ибо стандарты 1.3 и 2.0 в реальной жизни часто бывают в перемешку на одном и том же проводе.
• Выходы - открытый коллектор. Если два разных условия должны создавать один и тот же результат, соответствующие выходы можно соединять между собой.
• ULN2003 также имеет внутри защитные диоды. Вешая релюшки между выходами и плюсом, можно особо не беспокоится про обратные токи катушек.

Инструкция по упортеблению и конфигурированию в приложении, кому надо, тот и разберётся.
Также и софтварь для конфигурирования.

Политика ценообразования примерно такая же как и прежде - если кому нужна одна штучка, будет дорого. Если много штучек, тогда дёшево.

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

Впрочем, можно использовать и как лабораторный инструмент, для некоторых познавательных целях или для проверки правильности каких нибудь теорий по КАНо-Лино-коммуникации.
Или по новогоднему - штук 10 девайсов навешать на ёлку, и КАНовским логгером отправлять фреймы с компа. Попивая пивасики, винцо или шампусики.

Комментарии приветствуются.
Наверное надо будет в какой нибудь момент дорисовать и какой нибудь модуль расширения на модных чипах, чтоб всяку серьёзную нагрузку подключать... Но для основного применения и 7 штук навешенных релюшек вполне адекватное решение.

POWER board

А вот тут ещё такое нарисовалось -



Это POWER BOARD для вышеупомянутого проекта. Например для того, чтобы мигать лампочками на прицепе...
Принцип работы прост - минус на входе = плюс на выходе. И всё.

Дополнительно - питание подаётся на POWER BOARD, на нём также вся защита по перенапряжениям, ну и с другого конца платы уже запитывается CANLIN IO BOARD.

CAN LIN TX board

Ещё одна платка по теме -



Суть затеи примерно такова -

• в одном конце имеем 7 выключателей и CANLIN TX board,
• в другом конце имеем CANLIN I/O board, который совершает обратное преобразование и включает / выключает 7 нагрузок,
• а по середине между ними используем существующие CAN провода. Или какой нибудь свободный провод.

Что это даёт - ну тут уж по ситуации. Например, если у какого нибудь трактора верхняя часть по отношению к нижней части крутится до бесконечности, но в промежутке есть CAN и питание на скользящих контактах, то должно быть в самый раз.
Или через какую нибудь а ля рулетку подрулевую...
Или штепсель прицепа...

Что существенно - использовать нужно именно ту CAN скорость, на которой уже работает существующий CAN, чтобы не отправить весь тарантас в ступор. Да и CAN ID выбирать такой, который не мешает тому что есть.
в случае с LIN - всёравно нужна выделенная линия, к сущаствующим коммуникациям подключать - идея так себе... Так что тут установки не столь важны.

Данные передаются с заданным интервалом между сообщениями. Но! Если меняются уровни на входе, немедленно посылется дополнительный кадр (тоесть, по изменеию состояния). Из чего следует, что перегружать линию используя необоснованно короткий интервал между сообщениями не имеет смысла.

В приложении PDF и конфигуратор под К-лайн адаптер, ну или под EMUprog, если хочется с удобствами.