CAN LIN I/O board Дальнейшее развитие вышеупомянутой темы.
canlin_board_rot.png
С учетом всех пожеланий, нареканий и комментариев по поводу давно существующего изделия - - добавлена возможность то же самое сотрворять с 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 также имеет внутри защитные диоды. Вешая релюшки между выходами и плюсом, можно особо не беспокоится про обратные токи катушек.
canlin_cfg.png
Инструкция по упортеблению и конфигурированию в приложении, кому надо, тот и разберётся.
Также и софтварь для конфигурирования.
Политика ценообразования примерно такая же как и прежде - если кому нужна одна штучка, будет дорого. Если много штучек, тогда дёшево.
PS: Если кто то спросит, как управлять фарами на OPEL где ксенон со шторкой в целях экономии заменили на обычные галогенками, отсылайте к этому изделию. Но пускай разбирается сам! Также, если кто то купит Китайский хлам где задняя левая фара вертится по LIN и очень уж ему захочется приаттачить штепсель к прицепу, то это тоже сюда же.
Впрочем, можно использовать и как лабораторный инструмент, для некоторых познавательных целях или для проверки правильности каких нибудь теорий по КАНо-Лино-коммуникации.
Или по новогоднему - штук 10 девайсов навешать на ёлку, и КАНовским логгером отправлять фреймы с компа. Попивая пивасики, винцо или шампусики.
Комментарии приветствуются.
Наверное надо будет в какой нибудь момент дорисовать и какой нибудь модуль расширения на модных чипах, чтоб всяку серьёзную нагрузку подключать... Но для основного применения и 7 штук навешенных релюшек вполне адекватное решение.
You do not have the required permissions to view the files attached to this post.
