Просмотр полной версии : CAN интерфейс
Пытаюсь использовать СAN, готов обсуждать любые вопросы от общего к частному, давайте разбираться вместе.
З.Ы. К админам, предлагаю данную ветку форума посвятить интерфейсам.
Добрый день.
Не совсем понятен вопрос.
Где Вы пытаетесь использовать CAN.
С каким оборудованием?
Спецификаций (программных) CAN-BUS великое множество.
Например см. http://www.can-cia.ru
Готов пояснить детали. В прошлый раз когда здесь я появился форум был несколько,хм, разобранном виде, поэтому такая скудность в вопросе. Что-ж...
В рамках исследовательского процесса в Волгоградском тех. университете, необходимо провести анализ, лично моей группе, по subj: применение, используемое оборудование, структура, топологии, уровни сигналов, выводы, скорости, расстояния передачи, способы передачи. Предполагается сей анализ использовать при решении вопроса по разработке проекта SMARTHOME. Возможно создание собственных ИС по работе с CAN. В свете этого упор делается на анализ "железной" основы интерфейса, причём максимально подробный.
Очень полезны будут конкретные решения в нашей стране, мнения, отзывы по работе с различными HLP и др.
Благодарю за ссылку, но это был первый сайт после
http://www.can-cia.org где я оказался.
Это новая для меня тема, поэтому не бойтесь банальностей, и ещё раз будем разбираться вместе.
Я не могу сказать что являюсь "зубром"
в сабж. хотя занимаемся этим давненько.
Отн. smarthouse... как бы это сказать помягче.
Именно это (в зачаточном состоянии) мы и пытаемся
реализовать, хотя основное напрвление -пром.контроллеры.
Уже рескопанные протоколы типа CanOpen и DeviceNet, мы к сожалению не используем.
Поздно нашли их, да и к тому же организационные
проблемы (они платные и т.д.). Возможно сейчас
ситуация изменилась :-).
Существуют и альтернативные протоколы. Не могу дать точные ссылки, проскакивали в журнальчиках.
Отн. всех физических реализаций есть полная спецификация
CAN 2.0B от BOSCH. Там все предельно ясно написано.
Можете ознакомится с описанием Microchip MCP2515.
Там тоже все разьяснено.
Благодарю за наводку на MCP2515 уже качнул. Вопрос в догонку есть ли смысл разработать собственный чип на ПЛИС, будет ли значительное приемущество по скорости, например, или в цене. Мне кажется, что затраты на проектирование с нуля могут окупиться узкой специализацией устройства.
Вопрос сложный, может даже не разрешимый до момента выхода
первых пилотных образцов.
MCP2515 не единственный CAN контроллер, присутствующий
в данный момент на рынке. Есть ещё SJA1000 от Philips,
микроконтроллеры AT89Cxxx от Atmel и т.д.
Все они в полной мере поддерживают самую последнюю
спецификацию CAN, на всех регламентированных скоростях.
Если учесть что CAN является "полевой" щиной, зачастую не
требуется сверх скоростей. Куда более важна целостность
информации, а это в CAN-е присутствует.
Поэтому если Вам не надо выпусукать неограниченное
количество узкоспециализированных устройств, то затраты
могут быть необоснованными.
Уважаемый CANBE,
посмотрите в сторону процессора DSTni фирмы <A HREF="http://www.lantronix.com" TARGET="_blank">www.lantronix.com</A>, так как камень на борту имеет многое, что Вас заинтересует:
- 2 RS232
- 2 CAN
- 1 Profibus
- 1 Ethernet 10/100 (+PHY)
- 1 SPI
- есть версия с USB
- RAM 256K
и многое другое, всё в корпусе LQFP-160 или BGA-184.
Инфо можно посмотреть здесь <A HREF="http://www.lantronix.com/device-networking/embedded-device-servers/dstni-lx_dstni-ex.html" TARGET="_blank">www.lantronix.com/device-networking/embedded-device-servers/dstni-lx_dstni-ex.html</A>
[quote]Уважаемый CANBE,
посмотрите в сторону процессора DSTni фирмы /[quote]
Отн. процев.
Их в принципе достаточно. Выбор широк.
Тут скорее всего встанет сложная задача
выбора из стоимости, потребления и предоставляемых
вычислительных мощностей.
Скажем LAN это великолепно, но если он не найдет
применения в конкретной реализации, то зачем он?
Запас, конечно, он карман не тянет, однако все
высокоскоростные узлы имеют "хорошее" потребление.
А это может встать во главу угла.
Т.е. как говорится можно и PIC заставить вычислять БПФ,
но зачем, когда сущесвуют DSP. :-)
З.Ы. Одновременно встает вопрос со средствами отладки, которые стоят времени и денег.
Именно поэтому огромная армия разработчиков
сидит на давно забытых, но развитых MSC51 и Zilog.
У DSTni ядро Am186, среда разработки Borland C++ 3.11 или 5.0, а лучше Paradigm C++. Так что это не новый камень, а забытый старый:)
Am186 - достаточно крутой проц, абсолютно согласен.
И совсем не старый, если не считать его прородителя и
продожение Elan.
Но все равно, для каждой задачи - свое решение.
(не подумайте что я не стремлюсь к прогрессу.
в свое время хотел продвинуть именно Am186 -одного
из представителей линейки) и Вы представляете, ни
одна из Российских фирм не предлагала ни процы ни
системы отладки к ним.
И хотя сам проц уже в то время был не новым (года
два или три вро де бы как) многие из торговых наших
брендов даже не слышали о таком :-)
Такова местная судьба этого проца :-)
Добрый день.
Прошу оказать помощь вот в каком впоросе:
В начале этого отопительного сезона (ноябрь 2005) запустили в эксплуатацию узел учета тепла одного здания. Схема получилась вот такая - датчики (Метран) в подвале, ТЭКОН-17 на 1 этаже, компьютер гл.энергетика на 4 этаже в противоположном крыле. Т.к. компьютер долеко отнесен то обмен идет по ИРПС (токовая петля). Пользователей все устраивает, даже Телемост. Сейчас они просят организовать узел учета электроэнергии в этом же здании, но по разным отделам, получается 12 электросчетчиков. Естественное желание гл.энергетика - видеть все на одном компьютере. В связи с этим возникает вопрос:
- как организовать работу 2-ух ТЭКОН-17 в сети ИРПС (точнее какие могут быть трудности, и на что надо обратить внимание при проектировании и программировании ТЭКОН-17)? Причем система опять получается раскиданной по зданию.
- получится ли собрать информацию на одном компьютере используя Телемост?
Заранее благодарю за ответ.
С уважением, Сергей Козырев.
P.S. По поводу заказа ТЭКОН-17 планируем приехать к Вам. Нам нужны только частотные входа и выход на ИРПС для связи и на RS-232 - для программирования.
Добрый день.
В Вашем случае по видимому придется перейти
на интерфейс RS-485. Это даст возможность
подключить несколько приборов к одному
компьютеру. А чем обусловлена необходимость
второго прибора. Можно расширить существующий
и организовать все на нем, если конечно нет
каких-либо специальных требований. С одним
"Телемостом" обмениваться с двумя приборами
невозможно. Придется зделать две копии и работать
с контроллерами в "разное" время.
Еслы Вы планируйте к нам приехать, тонкости
обсудим на месте.
Каким образом можно расширить текущий, ведь он постоянно в работе, и ждать окончания отопительного сезона заказчик не хочет, точнее он хочет что бы приступали сейчас и сразу..... Постараемся подъехать после праздников (возможно в четверг)
Необходимо разработать проектные предложения на АСКУЭ.
Предпологается использовать несколько ТЭКОН-19 объединенных по сети САN, совместно с преобразоватилем СAN-Ethernet.
Где можно посмотреть допустимую топологию сети, допустимое количество узлов сити, допустимое максимальное расстояние между узлами,возможность использования репитеров при больших расстояниях между узлами, рекомендованные типы кабеля и т.д.
Бегло пробежав руководство по ТЭКОН-19 и преобразователе интерфейсов я это не нашел. http://www.can-cia.ru тоже ничего.
Добрый день.
На CAN-CIA все очень глобально.
Они "на мелочи не размениваются".
Как ни странно, скорее всего где-то именно
там можно почерпнуть всю техническую
информацию. Т.к. в базовой спецификации
на CAN про физическую среду ничего не
сказанно, хотя формирователи физического
уровня используются одинаковые.
Топология CAN - общая шина.
В идеале витая пара с минимальной
погонной емкостью/индуктивностью.
Мы зачастую используем МКЭШ - хотя,
как я понимаю это не лучший вариант.
Были опыты с UTP 5кат. - все получилось
неплохо, хотя данный тип кабеля и не
предназначен для CAN. Скорее всего лучше будет
применить кабель, аналогичный RS-485. Но тут
уже немаловажную роль играет стоимость.
Протяженность сегментов сильно зависит от типа
кабеля и от скорости передачи данных в сегменте.
Скорость является задаваемым параметром.
Применение репитеров возможно. Правда существует
(пока) одно ограничение - скорость во всех
сегментах должна быть одинаковой. В данное время
разделитель сегментов не способен пребразовывать
скорости в разных сегментах.
Насчет Ethernet - смотрите соответствующие
нормативные документы.
Добавлю, еще некоторая информация по Вашим вопросам есть здесь:
CAN физический уровень, презентация (http://can.marathon.ru/projects/canschool-02/RU-CAN02.pdf)
(на английском).
Замечу, что сейчас мы применяем микросхемы физического уровня CAN PCA82C251, по техническим данным ограничение на количество узлов сети порядка 110.
Здравствуйте! Очень нужна помощь специалистов! Недавно заимели котельную с 4мя тэконами-19 каким образом нам объединить все контроллеры по интерфейсам CAN (документации найти не можем) Парни заводившие котельную оказались не компитентные в этом вопросе. Интересует сбор данных с 4 тэконов на комп. Подскажите что мне для этого понадобится. Заранее благодарен.
Добрый день!
Для сбора информации с приборов на компьютер нужны
1) линия связи,
2) оборудование для подключения ТЭКОНов и/или компьютера к линии связи,
3) программное обеспечение на компьютере.
По пунктам 1-2 нужно проанализировать,
какие возможности есть для организации линии связи от ТЭКОНов до компьютера.
Имеется ли готовая линия связи?
Какова длина этой линии (расстояние от ТЭКОНов до компьютера), какое расстояние между ТЭКОНами.
Есть ли на объекте локальная компьютерная сеть Ethernet?
От ответа на эти вопросы зависит выбор оборудования для связи.
Например, если компьютер на небольшом расстоянии от 4-х ТЭКОН-ов (не более 100-300 м). Тогда достаточно проложить одну двухпроводную линию CAN между ТЭКОНами и до компьютера, у компьютера установить адаптер RS-232 - CAN Т10.00.54.
Другой часто применяемый вариант, на многих предприятиях уже есть по всей территории локальная сеть Ethernet, к которой подключены все компьютеры. Через нее возможен сбор данных с приборов ТЭКОН-19 на любой комп сети. В таком случае возле ТЭКОНов ставится адаптер Ethernet АЕ-67 который включается в локальную сеть.
Еще возможность - сбор данных через сотовую сеть GSM с помощью GSM-модемов. Тогда возле ТЭКОНов ставится адаптер модема АМ-70, а у компьютера GSM-модем. Или вариант, через GSM/GPRS, тогда у ТЭКОНов адаптер А-98, плюс у компьютера наличие канала доступа в Интернет.
Есть еще адаптеры АИ-69 CAN-ИРПС, АИ-80 CAN-RS-485, с их применением возможен сбор по выделенной линии в стандарте ИРПС или RS-485.
Смотрите краткое описание устройств связи в .
разделе Продукция (http://kreit.ru/catalog/serial/)
Другой вопрос, который надо решить, какое программное обеспечение использовать. Можно использовать бесплатные программы, для ТЭКОН-19 это
а) программа обмена Телепорт TTP20,
б) программа чтения архивов и печати отчетов Print19.
Бесплатные программы идут на дисках с приборами и их можно скачать с сайта.
Можно приобрести наше платное программное обеспечение - диспетчерский комплекс ИСКРА, которое предоставляет гораздо больше возможностей, сохраняет информацию в базе данных, так что их можно просмотреть и проанализировать в любой момент. Бесплатное ПО позволяет только считать информацию и напечатать отчет, не сохраняя на диске компьютера.
Локальная сеть существует и вариант с Ethernet АЕ-67 нам подходит на все 100%
Вопрос стоит по схеме объединения по can интерфейсу. И еще вопрос по искре + возможность настройки ее под наши хотелки цена вопроса? Дело в том что нам нужно вести учет расхода горячей и холодной воды а с таким оборудованием никто не знаком!
Поэтому надеемся на Вашу помощь!
Схема CAN простая. Двухпроводная линия, все приборы подключаются к ней параллельно через свои клеммы к линиям CAN L и H.
Общая конфигурация сети "шина", т.е. есть длинная линия и ответвления от нее к приборам. Ответвления должны быть минимальной длины.
На двух крайних устройствах ставятся согласующие резисторы ("терминаторы"). В ТЭКОН-19 и в АЕ-67 эти резисторы встроены в каждый прибор и чтобы их включить достаточно установить перемычку (джампер), которая находится рядом с клеммой CAN. Обратите внимание что эти терминаторы (перемычки) должны быть установлены только на двух крайних устройствах шины.
Всего на шине CAN у Вас будет 5 устройств. 4 ТЭКОН-19 и 1 адаптер Ethernet.
Каждому из них надо присвоить и записать в них уникальный сетевой номер например 01,02,03,04,05, чтобы номер был уникальным в пределах даннной шины CAN. Это делается для ТЭКОН-19 программой TTP20, а для адаптера Ethernet его собственной программой настройки - Config_AE67.
Адаптер Ethernet с интерфейсом CAN это исполнение -03 (АЕ-67-03, шифр Т10.00.67-03).
По ценам см. Прайс-лист на программный комплекс ИСКРа (http://kreit.ru/cont/files/programm.pdf)
В ТЭКОН-19 и в АЕ-67 эти резисторы встроены в каждый прибор и чтобы их включить достаточно установить перемычку (джампер), которая находится рядом с клеммой CAN. Обратите внимание что эти терминаторы (перемычки) должны быть установлены только на двух крайних устройствах шины.
Здравствуйте! Скажите а есть ли какие-то правила по расстановке перемычек, если приборы соединены в звезду, а не последовательно, как пример вложил реальную схему одной станции. В ней крайние справа и слева узлы соединены именно так. Расположены эти узлы на расстоянии метра-двух друг от друга (имеется в виду связки Пар Асф. з-д, Кирп. з-д, Росси; и Бажова-Парники; Центр находится на расстоянии 100м от шкафов Парники и Бажова). Шкаф КУТ расположен на расстоянии 300м от остальных.
Добрый день.
Схема Вашего объекта очень не тривиальна.
Скорее всего придется искать другие пути объединения разнесенных участков.
1. МГР-84 будет вносить искажения в сигнал CAN. Для такого применения данный модуль не рекомендуется.
2. Из структурной схемы объекта также непонятны расстояния между отдельными участками (даже с учетом Ваших комментариев).
3. Каковы расстояния от клеммника до "Кирп.з-д", "Асф.з-д", "Росси" ? Если 1-2м, то можно проложить кабель не звездой, а последовательно. Хотя пара лучей (но не больше!) длиной в 2м не дадут какого-либо существенного искажения сигнала.
Лучше подумать над соединением отдельных сегментов магистрали не через РС-62, а через адаптеры АИ-80 (CAN-RS-485).
Относительно расстановки терминаторов следует руководствоваться указаниями спецификации CAN. Данный согласующие элементы устанавливаются на самых удаленных точках магистрали (так же как и в RS-485).
Топология типа "звезда" стандартом не предусматривается, только "общая шина". И хотя такие реализации (звезда) иногда работают, однако имеется масса оговорок на длину лучей, скорость передачи, количество единичных нагрузок и т.д. и в общем случае НЕ РЕКОМЕНДУЮТСЯ, стабильная работа таких систем не гарантирована.
P.S. В случае возникновения вопросов обращайтесь в отдел внедрения. Руководитель Богданов Ярослав Валерьевич.
Спасибо за развернутый ответ, Konst!
Созвонюсь с Богдановым Ярославом Валерьевичем по поводу 1) МГР-84 будет вносить искажения в сигнал CAN - почему? Стоит МГР-84-2. 2) И хотя такие реализации (звезда) иногда работают, однако имеется масса оговорок на длину лучей, скорость передачи, количество единичных нагрузок и т.д. - где об этих ограничениях можно прочесть?
Стандартом предусматривается, только топология "общая шина" с двумя терминаторами на крайних устройствах. Любые другие реализации (в т.ч. звезда) и упомянутые "оговорки" чисто эмпирические, ни в каких официальных документах не описаны. Все, что Вы делаете в отклонении от стандарта, Вы делаете "на свой страх и риск". Во избежание проблем с запуском системы в эксплуатацию, рекомендую Вам проектировать ее в соответствии со стандартом.
vBulletin® v3.5.4, Copyright ©2000-2024, Jelsoft Enterprises Ltd. Перевод: zCarot