|
|
Fastwell CPC105 (CAN) как с драйверами? |
|
Есть перспектива, что плата будет комплектоваться драйверами для CAN?
|
|
 |
|
|
Да, перспектива есть - в течении ближайших двух недель на ftp.prosoft.ru будут выложены драйвера под DOS. А под какой ОС Вы работаете ?
|
|
|
С уважением
Кругляк Константин |
|
|
|
|
Мы написали драйвер под DOS (PeliCAN MAC, LLC уровни). PDO и SDO формируем по собственному усмотрению.
Буде ли в драйвере представлен один из стандартных прикладных уровней (CANOpen, DeviceNET)? Я признаться очень сомневаюсь, но это было бы очень хорошо иметь такой продукт. Стоимость CPC105 ничто по сравнению со стоимостью разработки драйверов даже базового уровня, не говоря уж о реализации верхнего уровня в соответствии со стандартами, сертификации его в CIA. Это огромная работа. Впрочем, у Прософт есть аппаратное решение данной проблемы. |
|
|
|
|
Можно связаться с вами для обсуждения свойств вашего драйвера и его возможного использования ? Я пока не понял, можно ли из форума послать письмо конкретному участнику, на вс.случай, мой адрес nikita.lysov@mail.ru. Что вы имеете ввиду - "аппаратное решение" |
|
|
С уважением, Никита Лысов, каф.Проблем управления МИРЭА
|
|
|
|
|
У меня стоит задача освоить CAN CPC105. Под Linux, Win32 драйверов с платой не поставляется. Под DOS (реальный режим) поставляется пример по реализации функций передачи и приема кадра на ВС без поддержки PeliCAN, не обрабатываются все типы ошибок, нет документации ни отдельно, ни в исходниках. Считаю это недостатком, который должен сдерживать спрос на CPC105. Ведь на сегодня есть отечественный и зарубежный опыт поддержки различных плат с контроллером CAN SJA1000 (как в CPC105) - www.datamicro.ru/can/layer2/vci.shtml www.can.marathon.ru/devices/index.html Вопросоы: 1. Поделитесь, пожалуйста, любым опытом освоения SJA1000 под любыми ОС? 2. Какая политика Fastwel в вопросе разработки драйверов к CAN CPC105? |
|
|
С уважением, Никита Лысов, каф.Проблем управления МИРЭА
|
|
|
|
|
Мы разработали протокол CANopen (CiA DS-301, DS-302) для CPC105, который функционирует в ОС OnTime RTOS-32 и CMX (www.cmx.com). Не могли бы Вы уточнить, что именно Вы понимаете под освоением CAN CPC105? Что Вам требуется? По поводу Linux. Вот несколько ссылок на sourceforge: http://sourceforge.net/projects/canpie/ Там Вы легко найдете "драйвер" для Linux, в том числе и для SJA1000. С уважением, Локотков Александр |
|
|
|
|
Добрый день. На плате 2 контроллера SJA1000, пример написан так, что в один посылается кадр, с другого принимается. Я соединил попарно CANL, CANH, GND каналов и включил оба 120 Ом резистора, осциллографом вижу передачу, а прерывание приема не возникает. Привычнее работать в DOS, у нас есть собственное многозадачное ядро, куда постарались бы встроить DOS-драйвер. Также морально готовы к Linux. Но хотелось бы, чтобы производитель поставлял поддержку от себя. Поэтому я спрашивал о политике фирмы. |
|
|
С уважением, Никита Лысов, каф.Проблем управления МИРЭА
|
|
|
|
|
Здравствуйте, Мы планируем выпустить драйвер CAN-адаптеров процессорных устройств CPC105/CPC303 для Windows CE .NET. Проблема в том, что стандартизованного API для CAN-адаптеров в природе не существует, хотя господа из компании IXXAT, почему-то считают, что их vci должен быть стандартом. Однако с ними не согласны другие производители и, что характерно, пользователи. О примере. Резисторы при соединении loopback по идее не нужны. Соединять GND также не нужно. Теперь позволю себе несколько вопросов. Вы вставили функции из примера в свою программу или запускаете сам пример? Чем именно Вас не устраивает приведенный пример? Тем, что он у Вас не заработал или тем, что он организован не так, как Вы себе это представляете? Вы смотрели код с sourceforge для Linux? Что касается DOS, то здесь ситуация несколько сложнее, чем Вам представляется. В чистом DOS "драйвер" СAN-адаптера очень сильно связан с логикой работы прикладной программы и должен быть ее составной частью. На контексте прерывания от адаптера, при приличных скоростях обмена и трафике возникающего очень часто, можно успевать только вынимать сообщения из внутреннего буфера SJA1000 и складывать, скажем, в приемную очередь, организованную в приложении, а также класть сообщения в SJA1000 из некоторой очереди передачи. В коде прикладной программы приходится время от времени (также довольно часто) доставать данные из приемной очереди, вызывая соответствующую функцию. Звать функцию приходится из множества мест прикладной программы, но и это не гарантирует, что сообщения не будут пропускаться, если, скажем, в сети не возрос трафик из-за появления новых узлов или из-за того, что кто-то решил попередавать файлы. По идее "драйвер" CAN-адаптера должен реализовывать по-крайней мере следующие функции: инициализация, сброс (на случай, если адаптер, скажем, сделал bus-off), отправка сообщения, доставание сообщения из адаптера и возврат статуса адаптера. Указанные функции реализованы в том примере. Если Вы собираетесь писать приложение под DOS в своем многозадачном ядре, мы можем дать рекомендации, как наилучшим образом вставить туда функции из примера. Для этого прошу в почту: lokotkov-2003@yandex.ru, отвечать буду с нормального адреса. С уважением, |
|
|
|
Ответить 
|
| Переход на форум | Права доступа на форуме  Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |
