CAN интерфейс
 

Пытаюсь использовать СAN, готов обсуждать любые вопросы от общего к частному, давайте разбираться вместе.
З.Ы. К админам, предлагаю данную ветку форума посвятить интерфейсам.

CAN интерфейс
 

Добрый день.
Не совсем понятен вопрос.
Где Вы пытаетесь использовать CAN.

С каким оборудованием?

Спецификаций (программных) CAN-BUS великое множество.
Например см. http://www.can-cia.ru

CAN интерфейс
 

Готов пояснить детали. В прошлый раз когда здесь я появился форум был несколько,хм, разобранном виде, поэтому такая скудность в вопросе. Что-ж...
В рамках исследовательского процесса в Волгоградском тех. университете, необходимо провести анализ, лично моей группе, по subj: применение, используемое оборудование, структура, топологии, уровни сигналов, выводы, скорости, расстояния передачи, способы передачи. Предполагается сей анализ использовать при решении вопроса по разработке проекта SMARTHOME. Возможно создание собственных ИС по работе с CAN. В свете этого упор делается на анализ "железной" основы интерфейса, причём максимально подробный.
Очень полезны будут конкретные решения в нашей стране, мнения, отзывы по работе с различными HLP и др.
Благодарю за ссылку, но это был первый сайт после
http://www.can-cia.org где я оказался.
Это новая для меня тема, поэтому не бойтесь банальностей, и ещё раз будем разбираться вместе.

CAN интерфейс
 

Я не могу сказать что являюсь "зубром"
в сабж. хотя занимаемся этим давненько.
Отн. smarthouse... как бы это сказать помягче.
Именно это (в зачаточном состоянии) мы и пытаемся
реализовать, хотя основное напрвление -пром.контроллеры.

Уже рескопанные протоколы типа CanOpen и DeviceNet, мы к сожалению не используем.
Поздно нашли их, да и к тому же организационные
проблемы (они платные и т.д.). Возможно сейчас
ситуация изменилась :-).

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

Отн. всех физических реализаций есть полная спецификация
CAN 2.0B от BOSCH. Там все предельно ясно написано.
Можете ознакомится с описанием Microchip MCP2515.
Там тоже все разьяснено.

CAN интерфейс
 

Благодарю за наводку на MCP2515 уже качнул. Вопрос в догонку есть ли смысл разработать собственный чип на ПЛИС, будет ли значительное приемущество по скорости, например, или в цене. Мне кажется, что затраты на проектирование с нуля могут окупиться узкой специализацией устройства.

CAN интерфейс
 

Вопрос сложный, может даже не разрешимый до момента выхода
первых пилотных образцов.
MCP2515 не единственный CAN контроллер, присутствующий
в данный момент на рынке. Есть ещё SJA1000 от Philips,
микроконтроллеры AT89Cxxx от Atmel и т.д.
Все они в полной мере поддерживают самую последнюю
спецификацию CAN, на всех регламентированных скоростях.
Если учесть что 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>

CAN интерфейс
 

[quote]Уважаемый CANBE,
посмотрите в сторону процессора DSTni фирмы /[quote]

Отн. процев.

Их в принципе достаточно. Выбор широк.
Тут скорее всего встанет сложная задача
выбора из стоимости, потребления и предоставляемых
вычислительных мощностей.

Скажем LAN это великолепно, но если он не найдет
применения в конкретной реализации, то зачем он?

Запас, конечно, он карман не тянет, однако все
высокоскоростные узлы имеют &quot;хорошее&quot; потребление.

А это может встать во главу угла.

Т.е. как говорится можно и PIC заставить вычислять БПФ,
но зачем, когда сущесвуют DSP. :-)

З.Ы. Одновременно встает вопрос со средствами отладки, которые стоят времени и денег.
Именно поэтому огромная армия разработчиков
сидит на давно забытых, но развитых MSC51 и Zilog.

CAN интерфейс
 

У DSTni ядро Am186, среда разработки Borland C++ 3.11 или 5.0, а лучше Paradigm C++. Так что это не новый камень, а забытый старый:)

CAN интерфейс
 

Am186 - достаточно крутой проц, абсолютно согласен.
И совсем не старый, если не считать его прородителя и
продожение Elan.
Но все равно, для каждой задачи - свое решение.
(не подумайте что я не стремлюсь к прогрессу.
в свое время хотел продвинуть именно Am186 -одного
из представителей линейки) и Вы представляете, ни
одна из Российских фирм не предлагала ни процы ни
системы отладки к ним.
И хотя сам проц уже в то время был не новым (года
два или три вро де бы как) многие из торговых наших
брендов даже не слышали о таком :-)

Такова местная судьба этого проца :-)

CAN интерфейс
 

Добрый день.
Прошу оказать помощь вот в каком впоросе:
В начале этого отопительного сезона (ноябрь 2005) запустили в эксплуатацию узел учета тепла одного здания. Схема получилась вот такая - датчики (Метран) в подвале, ТЭКОН-17 на 1 этаже, компьютер гл.энергетика на 4 этаже в противоположном крыле. Т.к. компьютер долеко отнесен то обмен идет по ИРПС (токовая петля). Пользователей все устраивает, даже Телемост. Сейчас они просят организовать узел учета электроэнергии в этом же здании, но по разным отделам, получается 12 электросчетчиков. Естественное желание гл.энергетика - видеть все на одном компьютере. В связи с этим возникает вопрос:
- как организовать работу 2-ух ТЭКОН-17 в сети ИРПС (точнее какие могут быть трудности, и на что надо обратить внимание при проектировании и программировании ТЭКОН-17)? Причем система опять получается раскиданной по зданию.
- получится ли собрать информацию на одном компьютере используя Телемост?

Заранее благодарю за ответ.
С уважением, Сергей Козырев.

P.S. По поводу заказа ТЭКОН-17 планируем приехать к Вам. Нам нужны только частотные входа и выход на ИРПС для связи и на RS-232 - для программирования.

CAN интерфейс
 

Добрый день.

В Вашем случае по видимому придется перейти
на интерфейс RS-485. Это даст возможность
подключить несколько приборов к одному
компьютеру. А чем обусловлена необходимость
второго прибора. Можно расширить существующий
и организовать все на нем, если конечно нет
каких-либо специальных требований. С одним
&quot;Телемостом&quot; обмениваться с двумя приборами
невозможно. Придется зделать две копии и работать
с контроллерами в &quot;разное&quot; время.

Еслы Вы планируйте к нам приехать, тонкости
обсудим на месте.

CAN интерфейс
 

Каким образом можно расширить текущий, ведь он постоянно в работе, и ждать окончания отопительного сезона заказчик не хочет, точнее он хочет что бы приступали сейчас и сразу..... Постараемся подъехать после праздников (возможно в четверг)

CAN интерфейс
 

Необходимо разработать проектные предложения на АСКУЭ.
Предпологается использовать несколько ТЭКОН-19 объединенных по сети САN, совместно с преобразоватилем СAN-Ethernet.
Где можно посмотреть допустимую топологию сети, допустимое количество узлов сити, допустимое максимальное расстояние между узлами,возможность использования репитеров при больших расстояниях между узлами, рекомендованные типы кабеля и т.д.

Бегло пробежав руководство по ТЭКОН-19 и преобразователе интерфейсов я это не нашел. http://www.can-cia.ru тоже ничего.

CAN интерфейс
 

Добрый день.
На CAN-CIA все очень глобально.
Они &quot;на мелочи не размениваются&quot;.

Как ни странно, скорее всего где-то именно
там можно почерпнуть всю техническую
информацию. Т.к. в базовой спецификации
на CAN про физическую среду ничего не
сказанно, хотя формирователи физического
уровня используются одинаковые.

Топология CAN - общая шина.
В идеале витая пара с минимальной
погонной емкостью/индуктивностью.

Мы зачастую используем МКЭШ - хотя,
как я понимаю это не лучший вариант.
Были опыты с UTP 5кат. - все получилось
неплохо, хотя данный тип кабеля и не
предназначен для CAN. Скорее всего лучше будет
применить кабель, аналогичный RS-485. Но тут
уже немаловажную роль играет стоимость.

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

Скорость является задаваемым параметром.
Применение репитеров возможно. Правда существует
(пока) одно ограничение - скорость во всех
сегментах должна быть одинаковой. В данное время
разделитель сегментов не способен пребразовывать
скорости в разных сегментах.

Насчет Ethernet - смотрите соответствующие
нормативные документы.

CAN интерфейс
 

Добавлю, еще некоторая информация по Вашим вопросам есть здесь:
CAN физический уровень, презентация
(на английском).
Замечу, что сейчас мы применяем микросхемы физического уровня CAN PCA82C251, по техническим данным ограничение на количество узлов сети порядка 110.

CAN интерфейс
 

Здравствуйте! Очень нужна помощь специалистов! Недавно заимели котельную с 4мя тэконами-19 каким образом нам объединить все контроллеры по интерфейсам CAN (документации найти не можем) Парни заводившие котельную оказались не компитентные в этом вопросе. Интересует сбор данных с 4 тэконов на комп. Подскажите что мне для этого понадобится. Заранее благодарен.

CAN интерфейс
 

Добрый день!

Для сбора информации с приборов на компьютер нужны
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.
Смотрите краткое описание устройств связи в .
разделе Продукция

Другой вопрос, который надо решить, какое программное обеспечение использовать. Можно использовать бесплатные программы, для ТЭКОН-19 это
а) программа обмена Телепорт TTP20,
б) программа чтения архивов и печати отчетов Print19.
Бесплатные программы идут на дисках с приборами и их можно скачать с сайта.
Можно приобрести наше платное программное обеспечение - диспетчерский комплекс ИСКРА, которое предоставляет гораздо больше возможностей, сохраняет информацию в базе данных, так что их можно просмотреть и проанализировать в любой момент. Бесплатное ПО позволяет только считать информацию и напечатать отчет, не сохраняя на диске компьютера.

CAN интерфейс
 

Локальная сеть существует и вариант с Ethernet АЕ-67 нам подходит на все 100%
Вопрос стоит по схеме объединения по can интерфейсу. И еще вопрос по искре + возможность настройки ее под наши хотелки цена вопроса? Дело в том что нам нужно вести учет расхода горячей и холодной воды а с таким оборудованием никто не знаком!
Поэтому надеемся на Вашу помощь!

CAN интерфейс
 

Схема CAN простая. Двухпроводная линия, все приборы подключаются к ней параллельно через свои клеммы к линиям CAN L и H.

Общая конфигурация сети &quot;шина&quot;, т.е. есть длинная линия и ответвления от нее к приборам. Ответвления должны быть минимальной длины.

На двух крайних устройствах ставятся согласующие резисторы (&quot;терминаторы&quot;). В ТЭКОН-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).

CAN интерфейс
 

По ценам см. Прайс-лист на программный комплекс ИСКРа

Re: CAN интерфейс
 

Здравствуйте! Скажите а есть ли какие-то правила по расстановке перемычек, если приборы соединены в звезду, а не последовательно, как пример вложил реальную схему одной станции. В ней крайние справа и слева узлы соединены именно так. Расположены эти узлы на расстоянии метра-двух друг от друга (имеется в виду связки Пар Асф. з-д, Кирп. з-д, Росси; и Бажова-Парники; Центр находится на расстоянии 100м от шкафов Парники и Бажова). Шкаф КУТ расположен на расстоянии 300м от остальных.

Re: CAN интерфейс
 

Добрый день.
Схема Вашего объекта очень не тривиальна.
Скорее всего придется искать другие пути объединения разнесенных участков.
1. МГР-84 будет вносить искажения в сигнал CAN. Для такого применения данный модуль не рекомендуется.
2. Из структурной схемы объекта также непонятны расстояния между отдельными участками (даже с учетом Ваших комментариев).
3. Каковы расстояния от клеммника до "Кирп.з-д", "Асф.з-д", "Росси" ? Если 1-2м, то можно проложить кабель не звездой, а последовательно. Хотя пара лучей (но не больше!) длиной в 2м не дадут какого-либо существенного искажения сигнала.
Лучше подумать над соединением отдельных сегментов магистрали не через РС-62, а через адаптеры АИ-80 (CAN-RS-485).
Относительно расстановки терминаторов следует руководствоваться указаниями спецификации CAN. Данный согласующие элементы устанавливаются на самых удаленных точках магистрали (так же как и в RS-485).
Топология типа "звезда" стандартом не предусматривается, только "общая шина". И хотя такие реализации (звезда) иногда работают, однако имеется масса оговорок на длину лучей, скорость передачи, количество единичных нагрузок и т.д. и в общем случае НЕ РЕКОМЕНДУЮТСЯ, стабильная работа таких систем не гарантирована.
P.S. В случае возникновения вопросов обращайтесь в отдел внедрения. Руководитель Богданов Ярослав Валерьевич.

Re: CAN интерфейс
 

Спасибо за развернутый ответ, Konst!
Созвонюсь с Богдановым Ярославом Валерьевичем по поводу 1) МГР-84 будет вносить искажения в сигнал CAN - почему? Стоит МГР-84-2. 2) И хотя такие реализации (звезда) иногда работают, однако имеется масса оговорок на длину лучей, скорость передачи, количество единичных нагрузок и т.д. - где об этих ограничениях можно прочесть?

Re: CAN интерфейс
 

Стандартом предусматривается, только топология "общая шина" с двумя терминаторами на крайних устройствах. Любые другие реализации (в т.ч. звезда) и упомянутые "оговорки" чисто эмпирические, ни в каких официальных документах не описаны. Все, что Вы делаете в отклонении от стандарта, Вы делаете "на свой страх и риск". Во избежание проблем с запуском системы в эксплуатацию, рекомендую Вам проектировать ее в соответствии со стандартом.