Отправлено Михаил Евстафьев 27 декабря 2001 г. 20:20 В ответ на: А вы сами пользуете Kingdom и kvaser? отправлено Владимир 27 декабря 2001 г. 10:55

>Почему не CANopen?

Я не имею практического опыьа использования CANOpen, поэтому в последующих словах могу заблуждаться:
1. CANOpen это стандарт для систем промышленной автоматизации, для этого важно обеспечить возможность работы в одной сети устройств разных производителей. Нужно подогнать свое устройсво к одному из известных "профилей" (прокрустово ложе), и добавить избыточную функциональность для обеспечения интероперабельности. В моем же случае все узлы делаются мной же, поэтому жесткое соблюдение стандарта кажется избыточным. Можно сделать проще. Ситуация ближе к автомобилю, а я не слышал, чтобы там использовался CANOpen.
2. Хоть он и Open, но полный текст стандарта можно получить только за деньги. Не будучи уверенным, что он мне пригодится, жалко их тратить. Получается замкнутое кольцо...
3. Стандарт CAN Kingdom это не полный протокол верхнего уровня. Это метапротокол, набор примитивов и принципов из которых можно построить собственный HLP. В принципе можно и CANOpen построить поверх CAN Kingdom. В общем, мне кажется, что для систем полностью собственного изготовления CANKingdom подходит лучше. Т.е. SAE1939 - это для грузовиков и тракторов; CANOpen и DeviceNet - это для промышленной автоматики; а для всего остального что-то самодельное, а CAN Kingdom - это конструктор для построения этого самодельного. Он принят обороным ведомством USA как стандарт для некоторых военных применений и используется во многих других областях, не охваченных устоявшимися специализированными стандартами.
Смысл этого протокола в том, что в устройство не закладываются какие либо предположения о том как оно будет работать в сети. Внутренний софт узла работает с промежуточной абстракцией, на языке CAN Kingdom она называется "папки". Он получает и передает информацию только из и в эти папки. Для Full Can контроллеров папка очень близка к аппаратно реазизованным буферам приема/передачи (слотам). А взаимодействие папок с сетью CAN (идентификаторы сообщений, таймауты и т.п.)настраивается извне, через CAN сеть. Т.е. все знание о том как узлы должны взаимодействовать друг с другом сосредотачивается в одном узле (King). Этот узел конфигурирует сеть, а потом может быть и вообще отключен. Узлы могут взаимодействовать друг с лругом напрямую.

>на конфе datamicro прочитал что вы сделали свою плату USB->CAN

Собственно ту плату, на которой я отлаживал софт сделал даже не я. А сейчас софт я отладил, и пребываю в сомнениях, делать ли это коммерческим продуктом, либо использовать только для своих внутренных задач. Чтобы довести до продукта еще много сил надо вложить. Оправдаются ли эти вложения? Пока однозначного ответа у меня нет.

>можно ли у вас приобрести ее?

Дать наводку на тот же источник я могу. Пиши на e-mail. Собственно он и сам эту нашу переписку наверно увидит. Может без софта тебе готовую плату и продадут, вроде сами они интерес к этому потеряли.

>(интересен не только can, но опыт написания драйверов под usb),
>возможно что-то получится. Гораздо интереснее возиться с железкой
>с нуля, пока есть время и деньги, чем купить готовое

Ну вот и мне было интересно.
Ну а если с нуля, то ничего кроме железки тебе и не нужно. Спаять макетку можно за день. Схема то очень простая.

С Новым Годом!

• "Дать наводку на тот же источник я могу" - источник здесь. Пиши на мыло. — DDD   (28.12.2001 12:03, пустое)