This documentation is out of date.

The new version of the documentation is here: https://cannylogic.com/docs

Difference between revisions of "CANNY 7"

From CANNY Wiki
Jump to: navigation, search
[unchecked revision][checked revision]
(→‎Presentation of the functional diagram)
(→‎Specifications)
 
(107 intermediate revisions by 5 users not shown)
Line 1: Line 1:
−
'''CANNY 7''' — miniature [[PLC | programmable logic controller]] designed for automotive, domestic and industrial use
+
'''CANNY 7''' — miniature [[PLC | programmable logic controller]] designed for automotive, domestic and industrial use.
  
 
== General Information ==
 
== General Information ==
  
  
−
Due to limited external channels, programmable logic controller CANNY7 may be attributed to a class of smart relays or Nano PLC. However CANNY7 is capable of solving many automation, controlling and monitoring tasks.
+
Due to limited external channels, programmable logic controller CANNY7 may be attributed to a class of smart relays or Nano PLC. CANNY7 is capable of solving many automation, controlling and monitoring tasks.
  
 
CANNY7 is the first programmable logic controller oriented for automotive applications, with the following unique features and combination:
 
CANNY7 is the first programmable logic controller oriented for automotive applications, with the following unique features and combination:
Line 11: Line 11:
 
*the maximum output current of each of the 11 IO channels  +/- 120mA, sufficient to control usual automotive relay;
 
*the maximum output current of each of the 11 IO channels  +/- 120mA, sufficient to control usual automotive relay;
 
*CAN 2.0B Interface, compliant with ISO-11898, SAE J2411 widely used in modern cars;
 
*CAN 2.0B Interface, compliant with ISO-11898, SAE J2411 widely used in modern cars;
−
*built-in energy consumption management in the range of 5 to 60 mA, helps conserve battery power during periods of inactivity in a car;
+
*built-in energy consumption management in the range of 5 to 60 mA, helps to conserve battery power during period of inactivity in a car;
−
*EEPROM for applications and sixty-four 16-bit nonvolatile memory data cells, available to user application to preserve critical data during a power failure;
+
*EEPROM for applications and sixty-four 16-bit non-volatile memory data cells, available to user application to preserve critical data during a power failure;
 
*wide operating temperature ranged from -40 to + 85 ° C;
 
*wide operating temperature ranged from -40 to + 85 ° C;
 
*Integrated surge protection and short circuit protection
 
*Integrated surge protection and short circuit protection
Line 18: Line 18:
 
*specialised packages of system and application software to use with automotive  CAN and LIN networks.
 
*specialised packages of system and application software to use with automotive  CAN and LIN networks.
  
−
To develop custom software for CANNY7, create a graphical programming language CFD, allowing to quickly create effective user applications-Functional Diagrams. Free IDE CannyLab contains tools for editing, debugging and writing software to the controller.
+
To develop custom software for CANNY7, use graphical programming language CFD to quickly create user-effective applications- Functional Diagrams. The free of charge IDE CannyLab contains tools for editing, debugging and writing software to the controller.
 +
 
 
Requirements for writing software to the controller:
 
Requirements for writing software to the controller:
 
*PC with a USB port version 1.1 or higher
 
*PC with a USB port version 1.1 or higher
−
*Installed CannyLab environment
+
*Installed CannyLab IDE
 
*Ordinary miniUSB cable
 
*Ordinary miniUSB cable
  
−
Controllers' memory acessible to user  is enough to accommodate the program, consisting of several hundred functional blocks, which allows for fairly sophisticated algorithms.
+
Controllers' memory accessible to user  is enough to accommodate the program, consisting of several hundred functional blocks, which allows for fairly sophisticated algorithms.
 
Each of the 11 IO channels are able to operate in any of the 98 modes that define the voltage, current, and temporal parameters of the input and output signals.  In addition, some of the channels can be configured to operate in digital mode, to transmit / receive data of such protocols  as 1-Wire, I2C, RS-232, LIN, CAN. The configuration of each channel can be set and adjusted from the user application.
 
Each of the 11 IO channels are able to operate in any of the 98 modes that define the voltage, current, and temporal parameters of the input and output signals.  In addition, some of the channels can be configured to operate in digital mode, to transmit / receive data of such protocols  as 1-Wire, I2C, RS-232, LIN, CAN. The configuration of each channel can be set and adjusted from the user application.
 
Two-coloured LEDs, controlled from the user application, are useful to indicate controller or debugging mode.
 
Two-coloured LEDs, controlled from the user application, are useful to indicate controller or debugging mode.
Line 37: Line 38:
 
*External connector X3 has three terminals, channels accordingly- №8, №9 and №10. Internal connector USB1  is to connect controller to the PC with miniUSB cable.
 
*External connector X3 has three terminals, channels accordingly- №8, №9 and №10. Internal connector USB1  is to connect controller to the PC with miniUSB cable.
  
−
[[Изображение:6_2_1_1.png|800px]]
+
[[File:6_2_1_1.png|800px]]
  
 
=== Software Architecture ===
 
=== Software Architecture ===
  
−
CANNY 7 is a digital programmable computing control device. In general, CANNY 7 fair overview of the programmable logic controllers contained in the introduction to this manual. CANNY 7 main elements are: arithmetic logic unit (ALU), internal memory, commands execution management subsystem and input-output system.
+
CANNY 7 is a digital programmable computing control device. CANNY 7 main structural elements are: arithmetic logic unit (ALU), internal memory, commands execution management subsystem and input-output system.
  
−
[[Изображение:6_2_2_1.png|800px]]
+
[[File:6_2_2_1.png|800px]]
  
−
Arithmetic Logic Unit is processing core of CANNY 7. ALU provides system software and user functional execution diagram placed into the internal memory of the controller.
+
Arithmetic Logic Unit is the processing core of CANNY 7. ALU provides system software and user functional execution diagram placed into the internal memory of the controller.
 
Controller's internal memory  is divided into the EEP program memory, EEP data memory, and ROM. The command's management subsystem is responsible for switching and setting mode of the controller. The IO system provides controllers' communication to the outside world, using both discrete IO channels and standard digital interfaces CAN / LIN / RS232 / USB.
 
Controller's internal memory  is divided into the EEP program memory, EEP data memory, and ROM. The command's management subsystem is responsible for switching and setting mode of the controller. The IO system provides controllers' communication to the outside world, using both discrete IO channels and standard digital interfaces CAN / LIN / RS232 / USB.
  
Line 51: Line 52:
  
 
<div style="float:left;padding-right:1em;">
 
<div style="float:left;padding-right:1em;">
−
[[Изображение:6_2_3_1.png|250px]]
+
[[File:6_2_3_1.png|250px]]
 
</div>
 
</div>
−
Software CANNY 7 consists of: a software loader, system software (operating system and driver), and a custom function diagram.
+
Software CANNY 7 consists of: a bootloader, system software (operating system and drivers), and a custom function diagram.
  
−
The program loader provides the controller with the software download mode, organising data transmission between CANNY 7 and PC using USB protocol. It checks the data integrity transmitted from the PC and loading to the controllers' internal memory. The software loader placed into the internal memory of the controller during production and can not be deleted or modified by the user. The manufacturer distributes CANNY 7 system software in CCX file format.  It includes an operating system and a set of drivers providing function diagram execution and its interaction with the controllers' resources. User is restricted to modify system data file. The contents of various PCX files can be reloaded into the controller by user.
+
The bootloader provides the controller with the software download mode, organising data transmission between CANNY 7 and PC using USB protocol. It checks the data integrity transmitted from the PC and loading to the controllers' internal memory. The bootloader placed into the internal memory of the controller during production and can not be deleted or modified by the user. The manufacturer distributes CANNY 7 firmware in CCX file format.  It includes an operating system and a set of drivers providing function diagram execution and its interaction with the controllers' resources. The contents of various CCX files can be reloaded into the controller by user but user is restricted to modify CCX file content.
−
Custom block diagram is created and modified in integrated development environment CannyLab, then it can be loaded in to the controller where it specifies the algorithm to work standalone or saved in to CFD file.
+
 
 +
Custom block diagram is created and modified in CannyLab IDE, then it can be loaded into the controller where it specifies the algorithm to work standalone or saved in to CFD file.
 
<br clear="all">
 
<br clear="all">
  
Line 63: Line 65:
 
There are several operation modes to perform basic operations with controller.
 
There are several operation modes to perform basic operations with controller.
  
−
=== Software download mode ===
+
=== Software upload mode ===
  
−
In this mode, the controller is running boot loader to load system software, and a functional blocks  under CannyLab management. Controller switch to this mode automatically when connected to PC with USB cable. During the transition to SW download mode the controller performs a master reset: the functional diagram execution stops, IO channels are switching to the neutral state, built-in green LED turns on. When controller establishes communicating with the PC software, the green LED goes into a flickering mode. Exit from this mode happens automatically when the connection to the PC disrupts. If at the end of the software download mode , EEPROM have system software loaded correctly, the controller switches to standalone mode, otherwise it returns to the download mode.
+
In this mode, the controller is running bootloader to load firmware, and functional diagram under CannyLab management. Controller switch to this mode automatically when connected to PC with USB cable. During the transition to SW upload mode the controller performs a master reset: the functional diagram execution stops, IO channels are switching to neutral state, built-in green LED turns on. When controller establishes communicating with the PC software, the green LED goes into flickering mode. Exit from this mode happens automatically when the connection to the PC is disrupted. At the end of the software download mode , if EEPROM system software is loaded correctly, the controller will switch to running mode, otherwise it returns to SW download mode.
  
−
=== Autonomous mode ===
+
=== Running mode ===
 
   
 
   
−
Standalone mode is the main controllers' mode. In this mode, the controller is running continuously under system software sequence, in an endless cycle, performs the functional diagram, working on the algorithm specified by the user. Transition to this mode takes place automatically when the controller is connected to an external 12V power supply and the absence of the USB connection.
+
Running mode is the main controllers' mode. In this mode, the controller is running continuously under system software sequence, in an endless cycle, performing the functional diagram, working on the algorithm specified by the user. Transition to this mode takes place automatically when the controller is connected to an external 12V power supply and the absence of the USB connection.
−
When operating in this mode, the functional diagram has access to all resources of the controller, drivers of witch included in the system software when loaded.
+
When operating in this mode, the functional diagram has access to all resources of the controller and drivers included in the controllers' system software.
  
−
 
 
=== Sleep mode ===
 
=== Sleep mode ===
  
−
This mode is an option of normal standalone mode in which, after each cycle of execution of a function diagram, the controller pauses for reducing its power consumption to a minimum. Thus, the controller operates in a pulsed mode, periodically "asleep" and "waking up". Enable, disable, and configure the parameters of this mode controls  by the functional diagram. Using this mode is relevant when developing  systems, focused on battery-power, such as the on-board car equipment.
+
This mode is an option of normal running mode in which, after each cycle of execution of a function diagram, the controller pauses to reduce its power consumption to a minimum. Thus, the controller operates in a pulsed mode, periodically "asleep" and "waking up". Enable, disable, and configure the parameters of this mode are controlled by the functional diagram. Using this mode is relevant when developing  systems, focused on battery-power, such as the on-board car equipment.
  
 
== Runtime Environment ==
 
== Runtime Environment ==
Line 83: Line 84:
 
The graphical block diagram developed in CannyLab environment,  automatically processed by the translator just before loading to the controller. CannyLab checks on the consistency of the diagram, determines function blocks execution order and converts the diagram into the executable code - a sequence of machine instructions CANNY 7 controllers' ALU.
 
The graphical block diagram developed in CannyLab environment,  automatically processed by the translator just before loading to the controller. CannyLab checks on the consistency of the diagram, determines function blocks execution order and converts the diagram into the executable code - a sequence of machine instructions CANNY 7 controllers' ALU.
  
−
=== The order of execution ===
+
=== The execution order ===
  
 
<div style="float:left;padding-right:1em;">
 
<div style="float:left;padding-right:1em;">
−
[[Изображение:6_4_2_1.png|450px]]
+
[[File:6_4_2_1.png|450px]]
 
</div>
 
</div>
  
−
Исполняемый код диаграммы, при записи в контроллер уже содержащий системное программное обеспечение, включается в последовательность машинных команд системного ПО. Таким образом, общая последовательность команд контроллера с загруженным системным ПО и функциональной диаграммой, будет состоять из: процедуры инициализации, исполняемой однократно после каждого сброса контроллера и исполняемого кода функциональной диаграммы, обрамленного процедурами управления ресурсами контроллера, и помещенного в бесконечно исполняемый цикл – ''цикл выполнения диаграммы''.
+
Executable program code during loading into the controller already contained system software, is including in the sequence of the system software machine instructions. Thus, the aggregate command sequence loaded with system software and functional diagram, will be: initialisation routines executed once after each controllers' reset  and executable functional diagram code, framed with the controller resources' procedure management, and placed in an infinite executable loop  - diagrams running loop. Some of the drivers included in the controller system software, such as CAN driver, require controller to raise immediate response during data transmission and reception of program events. Program code of these drivers asynchronously processed by the controller in parallel with the main execution flow. In the processing of asynchronous drivers calls, the diagrams main run loop performance is briefly suspended.
−
 
+
−
Некоторые драйверы, включенные в состав системного ПО контроллера, например драйвер CAN, требуют безотлагательной реакции контроллера на возникающие в процессе приема и передачи данных программные события. Программный код таких драйверов обрабатывается контроллером асинхронно, параллельно с основным потоком исполнения. На время обработки асинхронных вызовов драйверов, исполнение основного цикла выполнения диаграммы кратковременно приостанавливается.
+
 
<br clear="all">
 
<br clear="all">
  
 
=== Access to hardware resources ===
 
=== Access to hardware resources ===
  
−
Все доступные пользователю из функциональной диаграммы ресурсы: системные ресурсы контроллера, подсистема ввода-вывода и дополнительные драйверы включенные в состав системного ПО, отображаются на защищенное адресное пространство внутренней памяти контроллера. Данное адресное пространство разделено на регистры чтения (контроля) и регистры записи.
+
All available resources to the user from the functional diagram : the system resources of the controller, IO subsystem and additional drivers included in the system software, appears on a controllers' internal memory protected address space. This address space is divided into read-only registers and write-only registers.
  
−
Пользователь имеет возможность указать адрес регистра чтения в качестве источника входных данных практически любого функционального блока на диаграмме и, тем самым, извлечь и использовать при реализации собственных алгоритмов сведения, полученные контроллером из внешнего мира. Например информацию об электрическом потенциале на каком-либо контакте контроллера, или содержимое пакета данных принятого контроллером из CAN.
+
The user is able to specify the read-only register address as a source of input data from virtually any function block of a diagram. Thereby extract and use to implement their own algorithms, data received by the controller from the outside world. For example information about the electric potential on any controllers' terminal, or the data packet contents received from the CAN bus. Write-only register address can be used as the output target for any functional block on the diagram. Thus, the user controls the resources of the controller from functional diagrams which gives an opportunity to influence the objects of the outside world. For example: switch external relay by changing the electrical potential on one of the pins of the controller, turn LED on; set  CAN operation mode; send a data packet.
−
Адрес регистра записи может быть использован в качестве получателя выходных данных  любого функционального блока на диаграмме. Таким образом, пользователь осуществляет управление ресурсами контроллера из функциональной диаграммы, получая возможность воздействовать на объекты внешнего мира. Например, переключить внешнее реле, изменив электрический потенциал на одном из контактов контроллера, к которому подключена его обмотка; включить контрольный светодиод; задать режим работы CAN; отправить пакет данных.
+
  
−
Порядок использования большинства ресурсов контроллера включает в себя задание пользователем необходимых параметров их работы, например полярности выходных каналов, полярности и чувствительности входных каналов, скорости обмена данными по CAN и т. д.
+
The most resources used include assignment required operating parameters, such as the polarity of the output channels, the polarity and the sensitivity of the input channels, CAN communication speed and so on.
  
−
Задание таких параметров производится в форме записи специальных констант в один или в несколько определенных регистров контроллера, в зависимости от того, конфигурацию какого из ресурсов требуется задать. Например, копированием константы со значением ''121'' в регистр, расположенный по адресу ''2432'' задается режим работы канала №0 в качестве выхода положительной полярности.
+
Specifying these parameters is made in the form of recording specific constants in one or a few specific registers, depending on a required set of resources configuration. For example, copying a constant with a value of 121 in the register located at 2432 address is set channel №0 to an output positive polarity mode.
  
−
[[Изображение:6_4_3_1.png|center]]
+
[[File:6_4_3_1.png|center]]
  
−
В среде CannyLab, для удобства пользователя, все доступные регистры контроллера поименованы, как и все специальные константы, использующиеся при взаимодействии с ресурсами контроллера. Поэтому для пользователя CannyLab данная операция будет выглядеть как установка константы с именем «Стандартный положительный выход» на входе функционального блока «Копирование» и установка адреса с именем «Регистр конфигурации канала №0» на его выходе.
+
In CannyLab IDE, for user convenience, all the of the controllers' available registers are named, as well as all special constants that are used in interaction with the controllers' resources. Therefore, for CannyLab user this operation will look as setting the constants named [[CANNY_7,_Discrete_IO_Driver|"Default Positive Output"]] at the input of the function block "Copy" and setting the address with the name [[CANNY_7,_Discrete_IO_Driver|"Discrete Input/Output Mode Setup Register, IO Channel  №0"]] at its output.
  
−
[[Изображение:6_4_3_2.png|center]]
+
[[File:6_4_3_2.png|center]]
  
−
Установив таким образом режим работы канала №0, мы можем по появлению значения «1» в регистре расположенном по адресу ''2465'' («Регистр входного значения канала №0»), узнать о приложении положительного электрического потенциала к контакту №1 разъема Х2 контроллера.
+
Having thus established channel №0 mode, by the appearance of the value "1" in the register located at 2465 address ([[CANNY_7,_Discrete_IO_Driver|"Discrete Input Value Register, IO Channel  №0"]]), we can learn about the application of a positive electric potential to №1 terminal of X2 connector.
  
−
== System Registers ==
+
== Controllers' Registers ==
  
 
=== System Registers ===
 
=== System Registers ===
  
−
:''Основная статья'': '''[[Системные ресурсы и режимы работы]]'''
+
:''Main article'': '''[[CANNY 7, System Registers]]'''
  
−
Системные ресурсы контроллера отображаются на группу адресов регистров чтения и группу адресов регистров записи. Обращаясь к данным регистрам из функциональной диаграммы, можно получить важные сведения о текущем состоянии контроллера и управлять режимами его работы. Список регистров системных ресурсов находится в разделе «Состояние контроллера» справочника адресов CannyLab, который доступен пользователю через контекстное меню входов и выходов типа «Адрес» функциональных блоков.
+
System resources are divided into an address group of read registers and an address group of write registers. Referring to the given registers from the functional diagram, you can get demanding information for practical application about the current status of the controller, and control its operational mode. The set of system registers located in the "System Registers" directory of CannyLab IDE registers list are accessible via "Input Register" and "Output Register" context menu.
  
 
=== Discrete Inputs and Outputs ===
 
=== Discrete Inputs and Outputs ===
  
−
:''Основная статья'': '''[[Драйвер каналов ввода-вывода]]'''
+
:''Main article'': '''[[CANNY 7, Discrete IO Driver]]'''
  
−
Пользователям CANNY 7 доступны одиннадцать дискретных каналов ввода-вывода общего назначения. Каждый канал физически представлен соответствующим контактом разъема X2 (Каналы №№0..7) либо разъема X3 (Каналы №№8,9 и 10) контроллера. Записывая и считывая данные соответствующих регистров драйвера, функциональная диаграмма может как управлять электрическим потенциалом на каждом из этих контактов так и получать информацию о текущем значении потенциала каждого из них.
+
CANNY 7 users have access to eleven discrete general purpose IO channels. Each channel is physically available through corresponding pins of  X2 and X3 connectors. Writing and reading data of the respective drivers registers, the functional diagram can manage the electric potential in each of these contacts and getting information about the current  potential of each of them.
 +
The channel physical characteristics allow connection to a variety of external actuators such as: electromagnetic relays, small electric motors, LEDs. As an external digital input signal, it is possible to use a mechanical, electromechanical, and electronic buttons and switches, pulse generators, voltage source  0-12V and transistor outputs of various equipment, etc.
  
−
Физические характеристики каналов позволяют подключать к ним различные внешние исполнительные устройства — электромагнитные реле, небольшие электродвигатели, светодиоды, слаботочные цепи управления оборудованием. В качестве внешних источников дискретных сигналов способных управлять работой контроллера, возможно использовать механические, электромеханические и электронные кнопки и переключатели, генераторы импульсов, источники напряжения 0-12В, транзисторные выходы различной аппаратуры и т.п.
+
Channels operation mode and parameters specified by function diagram. At any given time, the channel can only work in one of the possible modes, but it is possible to dynamically override the channel configuration from the functional diagram.
−
 
+
−
Режим и параметры работы любого из каналов задаются функциональной диаграммой. В каждый момент времени канал может работать только в одном из возможных режимов, однако допускается динамическое переопределение конфигурации канала из функциональной диаграммы в процессе ее выполнения.
+
  
 
=== High Resolution PWM ===
 
=== High Resolution PWM ===
  
−
:''Основная статья'': '''[[Драйвер высокочастотного широтно-импульсного модулятора (ВЧ ШИМ)]]'''
+
:''Main article'': '''[[CANNY 7, HR PWM Driver]]'''
  
−
Два из одиннадцати каналов ввода-вывода (Канал №1 и Канал №2) CANNY 7 поддерживают работу в режиме высокочастотного широтно-импульсного модулятора. Каналы могут быть задействованы независимо друг от друга и иметь независимые настройки скважности сигнала и подтяжки линии, однако, период высокочастотного ШИМ является параметром, общим для обоих каналов. В режиме ВЧ ШИМ, временные параметры ШИМ – период и скважность задаются в диапазоне от 2 до 20000 микросекунд, с шагом 1 микросекунда.
+
Two of the eleven IO channels (Channel №1 and №2) CANNY 7 are able to work in high-resolution pulse-width modulator mode. The channels may be activated independently of each other and have a configuration independent duty cycle and line pull-up, however, the high-resolution PWM period is a common parameter to both channels. In HR PWM mode, the PWM timing parameters - the period and duty cycle are set in the range of from 2 to 20,000 microseconds, in 1 microsecond increments.
  
−
В режиме ВЧ ШИМ канал имеет фиксированную полярность импульсов — GND 100мА. Генерация может вестись как в режиме открытого коллектора – подтяжка линии отсутствует или внешняя, так и в режиме с внутренней подтяжкой к +12В (задается установкой значения в соответствующем регистре). В данном режиме канал работает асинхронно функциональной диаграмме, что позволяет добиться максимальной стабильности временных параметров генерируемого сигнала.
+
HR PWM channel has a fixed pulse polarity - GND 100mA. Generation can be conducted in either open collector (no pull-up or external pull-up) or with the internal pull-up to +12V (specified by setting value in the appropriate register ). In this mode, the channel is asynchronous to functional diagram, which allows for maximum stability of generated signal timing parameters.
  
 
{|
 
{|
−
|valign="top" style="padding-left:0.5em;"|''Примечание:''
+
|valign="top" style="padding-left:0.5em;"|''Note:''
−
|valign="top" style="padding-left:0.5em;"|''В режиме высокочастотного широтно-импульсного модулятора электрическая защита канала от короткого замыкания находится в отключенном состоянии! Перегрузка или короткое замыкание каналов контроллера находящихся в режиме ВЧ ШИМ может привести к выходу канала контроллера из строя!''
+
|valign="top" style="padding-left:0.5em;"|''In the high-resolution pulse width modulator the electrical short circuit protection  is disabled! Overload or channels short circuit  being in RF PWM mode can cause  damage to controller!''
 
|}
 
|}
  
 
=== UART / RS232 / Modbus driver ===
 
=== UART / RS232 / Modbus driver ===
  
−
:''Основная статья'': '''[[Драйвер UART / RS232 / Modbus]]'''
+
:''Main article'': '''[[CANNY 7, UART Driver]]'''
  
−
Два из одиннадцати каналов ввода-вывода (Канал №9 и Канал №10) CANNY 7 поддерживают работу в режиме приема/передачи данных последовательных протоколов UART, RS-232 и могут быть использованы для связи контроллеров друг с другом или с внешним оборудованием поддерживающим данные протоколы связи. Каналы могут быть задействованы независимо друг от друга и иметь индивидуальные настройки скорости передачи данных, типа и конфигурации используемого протокола, подтяжки линии.
+
Two of eleven IO channels (#9 and #10) CANNY 7 supports '''[https://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter UART]''', '''[https://en.wikipedia.org/wiki/RS-232 RS-232]''' serial protocols data transmission/reception. It  may be used to connect the controllers with each other or with external equipment supporting this communications protocols. The channels may be activated independently of each other and have individual data speed setting, protocol type and configuration, pull up line.
  
−
Реализация '''[https://ru.wikipedia.org/wiki/%D0%A3%D0%BD%D0%B8%D0%B2%D0%B5%D1%80%D1%81%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9_%D0%B0%D1%81%D0%B8%D0%BD%D1%85%D1%80%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D0%BF%D1%80%D0%B8%D1%91%D0%BC%D0%BE%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D1%82%D1%87%D0%B8%D0%BA UART]''' в контроллерах CANNY7 позволяет организовать последовательный прием и передачу данных по одному проводу в полудуплексном режиме. Таким образом CANNY7 может иметь 2 независимых подключения с использованием протокола UART. Контроль состояния канала передачи данных должен осуществляться пользователем из функциональной диаграммы. Если канал свободен, то устройство может начать передачу данных, в противном случае устройство должно дождаться освобождения линии.  
+
'''[https://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter UART]''' implementation in CANNY 7 controllers allows to organize serial data reception and transmission  over a single wire in half-duplex mode. Thus CANNY7 may have two independent connections using the
 +
'''[https://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter UART]''' protocol. Monitoring of the data link status should be done from the functional diagram. If the channel is free, the device may start data transmission , otherwise the device should wait for the line release.
  
−
Реализация протокола '''[https://ru.wikipedia.org/wiki/RS-232 RS-232]''' в контроллерах CANNY7, при использовании обоих каналов UART данных, позволяет организовать обмен данными с другим RS-232 устройством в дуплексном режиме, т.е. по одному каналу выполнять отправку данных, а по другому одновременно осуществлять прием данных.
+
'''[https://en.wikipedia.org/wiki/RS-232 RS-232]''' implementation by using both  '''[https://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter UART]''' data channels , allows to exchange data with other '''[https://en.wikipedia.org/wiki/RS-232 RS-232]''' device in a duplex mode, i.e. one channel to perform data sending and on the other to simultaneously receive data.
  
−
Протокол '''[https://ru.wikipedia.org/wiki/Modbus Modbus]''' в контроллерах CANNY7 реализуется как поверх UART, так и поверх RS-232. В качестве ADU (Application Data Unit) используется компактный двоичный вариант - Modbus RTU. Проверка целостности данных осуществляется с помощью автоматически рассчитываемой контрольной суммы (CRC). Размер пакета ограничен 16 байтами включая CRC.
+
'''[https://en.wikipedia.org/wiki/Modbus Modbus]''' protocol in CANNY7 controllers are implemented as over '''[https://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter UART]''' or as over '''[https://en.wikipedia.org/wiki/RS-232 RS-232]'''. As ADU (Application Data Unit) used compact binary option Modbus RTU. Checking the data integrity carried out by automatically calculated checksum (CRC). Package size is limited to 16 bytes including the CRC.
  
 
{|
 
{|
−
|valign="top" style="padding-left:0.5em;"|''Примечание:''
+
|valign="top" style="padding-left:0.5em;"|''Note:''
−
|valign="top" style="padding-left:0.5em;"|''Для корректной работы всех протоколов на базе UART/RS-232 необходимо, чтобы контакты GND устройств, совершающих обмен данными, были приведены к единому потенциалу ("общая земля").''
+
|valign="top" style="padding-left:0.5em;"|''For correct operation of all protocols based on the UART / RS-232 requires that all GND terminals of the devices committing communication, were given to a single potential ("common ground"). ''
 
|}
 
|}
  
 
{|
 
{|
−
|valign="top" style="padding-left:0.5em;"|''Примечание:''
+
|valign="top" style="padding-left:0.5em;"|''Note:''
−
|valign="top" style="padding-left:0.5em;"|''В реализации UART активным уровнем линии является потенциал GND 100mA, пассивным - положительный потенциал заданный внутренней или внешней подтяжкой канала контроллера. В реализации RS-232 — потенциалы обратные.''
+
|valign="top" style="padding-left:0.5em;"|''In UART implementation-active line is the potential GND 100mA, passive - positive potential of a given internal or external channel pull-up. In implementing RS-232 - the potentials inverse.''
 
|}
 
|}
  
−
Драйвер UART / RS232 / Modbus в своей работе использует ресурсы каналов контроллера, но имеет более высокий приоритет чем драйвер дискретного ввода-вывода. Таким образом, при активации драйвера UART / RS232 / Modbus, для задействованных в его работе каналов, изменение значений в связанных с ними регистрах драйвера дискретного ввода-вывода будет проигнорировано контроллером.
+
Driver '''[https://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter UART]'''/'''[https://en.wikipedia.org/wiki/RS-232 RS-232]'''/'''[https://en.wikipedia.org/wiki/Modbus Modbus]''' operates using controllers' channels resources, but has a higher priority than a discrete input-output driver. Thus, upon activation of '''[https://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter UART]'''/'''[https://en.wikipedia.org/wiki/RS-232 RS-232]'''/'''[https://en.wikipedia.org/wiki/Modbus Modbus]''' driver, for channels involved in its operation, a value changes in registers associated with discrete input-output driver, will be ignored.
  
 
=== CAN driver ===
 
=== CAN driver ===
  
−
:''Основная статья'': '''[[Драйвер CAN]]'''
+
:''Main article'': '''[[CANNY 7, CAN Driver]]'''
−
 
+
Two special external terminals of CANNY 7 controller, located on pins 1 & 2 of X1 connector: CAN-H and CAN-L, designed for connection to '''[https://en.wikipedia.org/wiki/CAN_bus CAN-bus]'''.
−
Два специальных внешних вывода контроллера CANNY 7, расположенные на 4х контактном разъеме: CAN-H и CAN-L, предназначены для подключения к цифровой информационной '''[https://ru.wikipedia.org/wiki/Controller_Area_Network шине CAN]'''.
+
  
 
=== LIN driver ===
 
=== LIN driver ===
  
−
:''Основная статья'': '''[[Драйвер LIN]]'''
+
:''Main article'': '''[[CANNY 7, LIN Driver]]'''
  
−
Два из одиннадцати каналов ввода-вывода CANNY 7, которые могут быть переданы под управление драйвера UART/RS-232 (Канал №9 и Канал №10), могут быть использованы для организации приема-передачи данных как два независимых канала драйвера '''[https://ru.wikipedia.org/wiki/LIN LIN]'''.
+
Two of eleven input-output channels of CANNY 7, which can be placed under control of UART/RS-232 driver (Channel №9 and №10), can be used to organize data reception and transmission as two independent '''[https://en.wikipedia.org/wiki/Local_Interconnect_Network LIN]''' driver channels.  
  
−
Каналы драйвера LIN могут подключаться как вместе так и по отдельности, иметь индивидуальные настройки скорости передачи данных, подтяжки линии и типа узла сети MASTER или SLAVE.
+
LIN driver channels can be connected both together and individually, have individual baud rate settings , pull-up line and bus node type- MASTER or SLAVE.
  
−
Драйвер LIN в своей работе использует ресурсы каналов контроллера, но имеет более высокий приоритет чем драйвер дискретного ввода-вывода. Таким образом, при активации драйвера LIN, для задействованных в его работе каналов, изменение значений в связанных с ними регистрах драйвера дискретного ввода-вывода будет проигнорировано контроллером.
+
LIN driver in its operation uses the resources of controller channels, but has a higher priority than  discrete input-output driver. Thus, upon LIN driver activation, for the involved channels in its operation, changing values in registers associated controllers' discrete input-output driver will be ignored.
  
−
=== I2C driver ===
+
=== I²C driver ===
  
−
:''Основная статья'': '''[[Драйвер I2C]]'''
+
:''Main article'': '''[[CANNY 7, I²C Driver]]'''
  
−
В качестве линий связи (SDA и SCL) может быть назначена любая пара каналов контроллера CANNY 7. При этом, данные каналы должны быть подтянуты к напряжению 5В резисторами номиналом от 1 кОм до 10 кОм снаружи. Особенность реализации протокола '''[https://ru.wikipedia.org/wiki/I%C2%B2C I²C]''' в контроллерах CANNY7 состоит в том, что CANNY7 может выступать только в качестве ведущего (Master) узла сети и обмен данными между устройствами, который может быть как одно- так и двунаправленным, происходит отдельными сеансами, с максимальной длиной сообщения I²C внутри одного сеанса равной 16 байтам, т. е. открытие одновременно несколько сеансов с разными устройствами не допускается. Скорость обмена фиксированная и составляет 100 кбит/с. Общее число ведомых устройств на линии может достигать нескольких десятков.
+
Communication lines (SDA and SCL) can be assigned to any pair of channels CANNY 7 controller. At the same time, these channels should be pulled-up to 5V with resistor 1 - 10k Ohm from the outside. The peculiarity of '''[https://en.wikipedia.org/wiki/I%C2%B2C I²C]''' protocol implementation is that  CANNY 7 controller can act only as a Master node. Data exchange between devices, that can be both single and bi directional, takes place in separate sessions, i. e. opening multiple sessions with different devices is not allowed. The maximum length of the message within one session I²C of 16 bytes. Exchange rate is fixed to 100 kbit/s. The total number of slaves on the line can reach several tens.
  
−
Драйвер I²C в своей работе использует ресурсы каналов контроллера, но имеет более высокий приоритет чем драйвер дискретного ввода-вывода. Таким образом, при активации драйвера I²C, для задействованных в его работе каналов, изменение значений в связанных с ними регистрах драйвера дискретного ввода-вывода будет проигнорировано контроллером.
+
Driver I²C operates using controller channels' resources , but has a higher priority than discrete input-output driver. Thus, upon activation I²C driver, for channels involved in to its operation, change values in associated registers of discrete input-output driver, will be ignored.
  
 
=== Dallas 1-Wire driver ===
 
=== Dallas 1-Wire driver ===
  
−
:''Основная статья'': '''[[Драйвер Dallas 1-Wire | Драйвер Dallas&reg; 1-Wire&reg;]]'''
+
:''Main article'': '''[[CANNY 7, Dallas 1-Wire Driver]]'''
  
−
Контроллер CANNY7 может быть использован в качестве ведущего (MASTER) узла в однопроводной сети передачи данных '''[https://ru.wikipedia.org/wiki/1-Wire Dallas 1-Wire]'''.
+
CANNY 7 controller can be used as a MASTER in a single-wire data network '''[https://en.wikipedia.org/wiki/1-Wire Dallas® 1-Wire®]'''.
  
−
Для подключения контроллера CANNY7 к шине 1-Wire может использоваться любой из его каналов ввода-вывода. При этом, данный канал должен быть снаружи подтянут к напряжению 5В резистором номиналом от 3 кОм до 7 кОм. Последовательно переназначая канал драйвера, можно организовать до 11 независимых подключений 1-Wire. При этом адресация устройств и обращение к устройству по адресу не предусмотрена, поэтому, к каналу контроллера в режиме 1-Wire возможно подключение лишь одного ведомого (SLAVE) устройства в каждый момент времени.
+
Any of CANNY 7 input-output channels can be used to connect the controller to 1-Wire bus. At the same time, that channel must be externally pulled-up to 5V with resistor 3-7k Ohm. Consistently reassigning driver channels, it's possible to arrange up to 11 independent connections 1-Wire. Wherein device addressing and device handling by address is not available, therefore, in 1-Wire mode it is possible to connect only one SLAVE node at a time to controllers' channel.
  
−
Драйвер Dallas 1-Wire в своей работе использует ресурсы каналов контроллера, но имеет более высокий приоритет чем драйвер дискретного ввода-вывода. Таким образом, при активации драйвера Dallas 1-Wire, для задействованных в его работе каналов, изменение значений в связанных с ними регистрах драйвера дискретного ввода-вывода будет проигнорировано контроллером.
+
Driver Dallas 1-Wire in its operation uses controller channels' resources, but has a higher priority than discrete input-output driver.Thus, upon activation Dallas 1-Wire driver, for channels involved in to its operation, change values in associated registers of discrete input-output driver will be ignored.
  
−
=== Параметры пользовательской конфигурации ===
+
=== User Preprogrammed Parameters ===
  
−
:''Основная статья'': '''[[Параметры пользовательской конфигурации]]'''
+
:''Main article'': '''[[CANNY 7, User Preprogrammed Parameters]]'''
  
−
Параметры пользовательской конфигурации могут быть заданы конечным пользователем контроллера в момент загрузки в него программного обеспечения с использованием [[Исполняемые файлы автономной загрузки ПО в контроллер | Исполняемого файла автономной загрузки ПО в контроллер]]. После загрузки ПО и запуска контроллера в автономном режиме, установленные пользователем таким образом данные, становятся доступны функциональной диаграмме в соответствующих регистрах контроллера.
+
The custom configuration parameters can be specified by the end user while the controller is loading a software using [[Firmware Update Utility]]. After software downloading and controller run in standalone mode, parameters set by user become available in the relevant functional diagram of the controller registers.
  
−
Грамотное использование пользовательских параметров существенно повышает гибкость и универсальность решений на базе контроллера, позволяя конечному пользователю, не имеющему навыков работы с CannyLab, вносить безопасные изменения в работу алгоритма контроллера используя простой пользовательский интерфейс.
+
Proper use of user-defined parameters significantly increases the flexibility and versatility of the controller-based solutions, enabling the end user without the skills to work with CannyLab, make safe changes in controller operation algorithm, using a simple user interface.
  
−
=== EEPROM Non-volatile Memory Driver ===
+
=== EEPROM Non-volatile Memory ===
  
−
:''Основная статья'': '''[[Энергонезависимая память (ЭНП)]]'''
+
:''Main article'': '''[[CANNY 7, EEPROM Driver]]'''
  
−
Для исключения потери критически важной информации (состояния контроллера, состояния внешних устройств и т. п.) при сбросе питания, в контроллере CANNY7 предусмотрено наличие энергонезависимой памяти. Сохраненные в ней значения будут доступны после восстановления питания контроллера в специальных регистрах.
+
To eliminate loss of critical information (state of the controller, external devices status, and so on..) I case of power reset , CANNY7 controller equipped with non-volatile memory. The values saved in EEPROM will be available in special registers after the power is restored.
  
−
Пользователю доступны 64 шестнадцатибитные ячейки энергонезависимой памяти, доступ к которым осуществляется с помощью соответствующих регистров чтения и записи.
+
There are 64 16-bit non-volatile memory cells, which are accessed by corresponding read and write registers.
  
 
{|
 
{|
−
|valign="top" style="padding-left:0.5em;"|''Примечание:''
+
|valign="top" style="padding-left:0.5em;"|''Note:''
−
|valign="top" style="padding-left:0.5em;"|''Работа с энергонезависимой памятью не требует какой-либо специальной предварительной конфигурации.''
+
|valign="top" style="padding-left:0.5em;"|''Working with non-volatile memory does not require any special pre-configuration.''
 
|}
 
|}
  
 
=== Infrared Remote Control Driver ===
 
=== Infrared Remote Control Driver ===
  
−
:''Основная статья'': '''[[Драйвер пульта ИК ДУ]]'''
+
:''Main article'': '''[[CANNY 7, IRRC Driver]]'''
  
−
Контроллер CANNY7 позволяет принимать и передавать команды инфракрасных пультов дистанционного управления (ИК ДУ) в широко распространенных форматах NEC и extended NEC. Работа драйвера возможна в трех режимах: только прием, только передача или прием/передача. Для приема и передачи используются два любых канала контроллера.
+
CANNY 7 controller can receive and send infrared remote controls commands (IRRC) in popular formats- NEC and extended NEC. Driver operation is possible in three modes: reception only,transmission only or reception / transmission. For transmission and reception any two channels can be used.
  
−
При передаче команд ИК ДУ, используемый для этого канал контроллера CANNY7 генерирует только модулирующий сигнал. Для формирования пакетов импульсов контроллеру требуется наличие несущей частоты, источником которой может выступать как один из каналов ВЧ ШИМ CANNY7, так и внешний генератор ШИМ.
+
When transmitting infrared remote control commands, channel used for this only generates baseband signal. To generate pulse packet, controller requires a carrier frequency, the source of which can be internal high frequency PWM channel or external PWM generator. Receiving IR command requires an external demodulator, such as TSOP1736 or similar.
−
Прием команд ИК ДУ требует наличия внешнего демодулятора, например TSOP1736 или аналогичного.
+
  
−
Драйвер ИК ДУ в своей работе использует ресурсы каналов контроллера, но имеет более высокий приоритет чем драйвер дискретного ввода-вывода. Таким образом, при активации драйвера ИК ДУ, для задействованных в его работе каналов, изменение значений в связанных с ними регистрах драйвера дискретного ввода-вывода будет проигнорировано контроллером.
+
IRRC driver in its operation uses the resources of controller channels, but has a higher priority than discrete input-output driver. Thus, upon IRRC driver activation, for the involved channels in its operation, changing values in registers associated controllers' discrete input-output driver will be ignored.
  
 
== Specifications ==
 
== Specifications ==
Line 239: Line 235:
 
{|
 
{|
 
|- valign="top"
 
|- valign="top"
−
|valign="top" style="padding-left:0.5em;" colspan="2"|Напряжение питания
+
|valign="top" style="padding-left:0.5em;" colspan="2"|Supply voltage
−
|valign="top" style="padding-left:0.5em;"|9...18 В
+
|valign="top" style="padding-left:0.5em;"|9...18 V
 
|- valign="top"
 
|- valign="top"
−
|valign="top" style="padding-left:0.5em;"|Потребляемый ток:
+
|valign="top" style="padding-left:0.5em;"|Current consumption:
−
|valign="top" style="padding-left:0.5em;"|в рабочем режиме (не более)
+
|valign="top" style="padding-left:0.5em;"|in operation (no more than)
−
|valign="top" style="padding-left:0.5em;"|55 мА
+
|valign="top" style="padding-left:0.5em;"|55 mA
 
|- valign="top"
 
|- valign="top"
 
|valign="top" style="padding-left:0.5em;"|
 
|valign="top" style="padding-left:0.5em;"|
−
|valign="top" style="padding-left:0.5em;"|в энергосберегающем режиме (не более)
+
|valign="top" style="padding-left:0.5em;"|in power saving mode (not more)
−
|valign="top" style="padding-left:0.5em;"|5,5 мА
+
|valign="top" style="padding-left:0.5em;"|5,5 mA
 
|- valign="top"
 
|- valign="top"
−
|valign="top" style="padding-left:0.5em;" colspan="2"|Максимальный ток каждого канала в режиме выхода
+
|valign="top" style="padding-left:0.5em;" colspan="2"|The maximum current of each channel in output mode
−
|valign="top" style="padding-left:0.5em;"|+120 мА / -120 мА
+
|valign="top" style="padding-left:0.5em;"|+120 mA / -120 mA
 
|- valign="top"
 
|- valign="top"
−
|valign="top" style="padding-left:0.5em;" colspan="2"|Сопротивление канала в режиме входа
+
|valign="top" style="padding-left:0.5em;" colspan="2"|Channel resistance in input mode
−
|valign="top" style="padding-left:0.5em;"|4 кОм или 200 кОм
+
|valign="top" style="padding-left:0.5em;"|4 K or 200 K
 
|- valign="top"
 
|- valign="top"
−
|valign="top" style="padding-left:0.5em;" colspan="2"|Диапазон рабочих температур
+
|valign="top" style="padding-left:0.5em;" colspan="2"|Operating temperature range
−
|valign="top" style="padding-left:0.5em;"|-40<sup>о</sup>С...+85<sup>о</sup>С
+
|valign="top" style="padding-left:0.5em;"|-40<sup>o</sup>С...+85<sup>o</sup>С
 
|- valign="top"
 
|- valign="top"
−
|valign="top" style="padding-left:0.5em;" colspan="2"|Степень защищенности от пыли и влаги
+
|valign="top" style="padding-left:0.5em;" colspan="2"|Ingress Protection Rating
 
|valign="top" style="padding-left:0.5em;"|IP50
 
|valign="top" style="padding-left:0.5em;"|IP50
 
|}
 
|}
  
−
Защита электрических цепей:
+
Electrical circuits protection:
  
−
*от короткого замыкания канала — программная;
+
*from channel short-circuit  - software;
−
*от перегрузки канала — внутренними токоограничительными сгораемыми резисторами;
+
*from channel overload  - internal current-limiting fusing resistors;
−
*от смены полярности источника питания — внутренним диодом;
+
*from power supply reverse polarity  - internal diode;
−
*схема подавления высоковольтных выбросов при коммутации индукционной нагрузки каналов с №0 по №7: диод и варистор;
+
*high emissions suppression circuit during inductive loads switching on channels №0 to №7 - diode and varistor;
−
*схема подавления высоковольтных выбросов при коммутации индукционной нагрузки каналов с №8 по №10 — отсутствует.
+
*high emissions suppression circuit during inductive loads switching on channels №8 to №10 — absent.
  
 
=== Safety Precautions ===
 
=== Safety Precautions ===
  
−
В цепях контроллера отсутствует опасное для жизни обслуживающего персонала напряжение. Открытые контакты контроллера при эксплуатации находятся под напряжением. Любые подключения к контроллеру и работы по его техническому обслуживанию производятся только при отключенном питании контроллера и подключенных к нему устройств.
+
The circuits of the controller do not have life-threatening voltage. Controller open terminals are under voltage during operation. Any connections to the controller and maintenance are made only with the power off to the controller and connected devices..
  
 
=== Installation and connection ===
 
=== Installation and connection ===
  
−
Монтаж и подключение контроллера должны производиться только квалифицированными специалистами, изучившими настоящую документацию. Монтаж контроллера должен производиться в местах соответствующих требованиям к условиям эксплуатации контроллера.
+
Installation and connection of the controller must be carried out only by qualified personal studied this documentation. Controller installation must be carried out in suitable areas to operation conditions of the controller.
  
−
Не допускается попадание влаги на контакты выходных соединителей и внутренние элементы контроллера. Запрещается использование контроллера при наличии в атмосфере кислот, щелочей и иных агрессивных веществ.
+
Do not allow moisture comes in contact with output terminals and internal elements of the controller. It is forbidden to use the controller in the presence of ambient acids , alkalis, and other corrosive substances.
  
−
Установка контроллера и прокладка кабелей подключаемых к нему должна производиться на расстоянии не менее 0.3 метра от высоковольтных силовых линий и источников сильных электромагнитных излучений — мощных реле, контакторов, газоразрядных ламп. Не допускается попадания влаги на корпус контроллера в месте его установки.
+
Installing the controller and the cables laying connected to it must be done at a distance of not less than 0.3 meters from the high-voltage power lines and strong electromagnetic sources - power relays, contactors, gas discharge lamps. Avoid getting moisture on the controller enclosure at the installation site.
  
 
=== Transportation and storage ===
 
=== Transportation and storage ===
  
−
Контроллеры транспортируются всеми видами закрытого транспорта. Размещение и крепление транспортной тары с упакованными устройствами в транспортных средствах должны обеспечивать их устойчивое положение и не допускать перемещений во время транспортирования.
+
Controllers transported by all types of covered transportation . Placing and securing the shipping container with the packed devices in vehicles must provide their stable position and to prevent movement during transport.
  
−
Транспортирование и хранение должны осуществляться при температуре окружающего воздуха от минус -40 до +85 °С и относительной влажности воздуха – до 80%, с соблюдением мер защиты от ударов и вибраций. В воздухе не должны присутствовать кислоты, щелочи и иные агрессивные вещества. Контроллеры следует хранить на стеллажах.
+
Transportation and storage should be carried out at ambient temperatures from minus -40 to +85 ° C and relative humidity - up to 80%, compliance with security measures of protection from shock and vibration. The air must not contain acids, alkalis and other aggressive substances. Controllers should be stored on shelves.

Latest revision as of 22:57, 15 August 2020

CANNY 7 — miniature programmable logic controller designed for automotive, domestic and industrial use.

General Information

Due to limited external channels, programmable logic controller CANNY7 may be attributed to a class of smart relays or Nano PLC. CANNY7 is capable of solving many automation, controlling and monitoring tasks.

CANNY7 is the first programmable logic controller oriented for automotive applications, with the following unique features and combination:

  • rated power supply and IO channels voltage 0 / 12V (18V max);
  • the maximum output current of each of the 11 IO channels +/- 120mA, sufficient to control usual automotive relay;
  • CAN 2.0B Interface, compliant with ISO-11898, SAE J2411 widely used in modern cars;
  • built-in energy consumption management in the range of 5 to 60 mA, helps to conserve battery power during period of inactivity in a car;
  • EEPROM for applications and sixty-four 16-bit non-volatile memory data cells, available to user application to preserve critical data during a power failure;
  • wide operating temperature ranged from -40 to + 85 ° C;
  • Integrated surge protection and short circuit protection
  • compact housing compliant to IP50 enclosure protection specification, suitable for installation and operation as part of a car cabin equipment;
  • specialised packages of system and application software to use with automotive CAN and LIN networks.

To develop custom software for CANNY7, use graphical programming language CFD to quickly create user-effective applications- Functional Diagrams. The free of charge IDE CannyLab contains tools for editing, debugging and writing software to the controller.

Requirements for writing software to the controller:

  • PC with a USB port version 1.1 or higher
  • Installed CannyLab IDE
  • Ordinary miniUSB cable

Controllers' memory accessible to user is enough to accommodate the program, consisting of several hundred functional blocks, which allows for fairly sophisticated algorithms. Each of the 11 IO channels are able to operate in any of the 98 modes that define the voltage, current, and temporal parameters of the input and output signals. In addition, some of the channels can be configured to operate in digital mode, to transmit / receive data of such protocols as 1-Wire, I2C, RS-232, LIN, CAN. The configuration of each channel can be set and adjusted from the user application. Two-coloured LEDs, controlled from the user application, are useful to indicate controller or debugging mode.

Design and functional operation

The appearance and layout

The main components of CANNY 7 are: a micro controller (MCU) with the auxiliary circuits, power supply system for all controllers' elements, IO channels level matching circuit, electric protection system, connectors and LED, based on a single print board 65 x 23 mm mounted inside a quick-open plastic casing. The controller has three external connectors and one internal. To connect the controller to the power supply and external devices, the kit includes a set of jumper harness.

  • External connector X1 contains four terminals: + 12V input, power input GND, CAN-H and CAN-L.
  • External connector X2 contains eight terminals, corresponding to the first eight channels of the controller, from №0 to №7.
  • External connector X3 has three terminals, channels accordingly- №8, №9 and №10. Internal connector USB1 is to connect controller to the PC with miniUSB cable.

6 2 1 1.png

Software Architecture

CANNY 7 is a digital programmable computing control device. CANNY 7 main structural elements are: arithmetic logic unit (ALU), internal memory, commands execution management subsystem and input-output system.

6 2 2 1.png

Arithmetic Logic Unit is the processing core of CANNY 7. ALU provides system software and user functional execution diagram placed into the internal memory of the controller. Controller's internal memory is divided into the EEP program memory, EEP data memory, and ROM. The command's management subsystem is responsible for switching and setting mode of the controller. The IO system provides controllers' communication to the outside world, using both discrete IO channels and standard digital interfaces CAN / LIN / RS232 / USB.

Software Structure

6 2 3 1.png

Software CANNY 7 consists of: a bootloader, system software (operating system and drivers), and a custom function diagram.

The bootloader provides the controller with the software download mode, organising data transmission between CANNY 7 and PC using USB protocol. It checks the data integrity transmitted from the PC and loading to the controllers' internal memory. The bootloader placed into the internal memory of the controller during production and can not be deleted or modified by the user. The manufacturer distributes CANNY 7 firmware in CCX file format. It includes an operating system and a set of drivers providing function diagram execution and its interaction with the controllers' resources. The contents of various CCX files can be reloaded into the controller by user but user is restricted to modify CCX file content.

Custom block diagram is created and modified in CannyLab IDE, then it can be loaded into the controller where it specifies the algorithm to work standalone or saved in to CFD file.

Operation modes

There are several operation modes to perform basic operations with controller.

Software upload mode

In this mode, the controller is running bootloader to load firmware, and functional diagram under CannyLab management. Controller switch to this mode automatically when connected to PC with USB cable. During the transition to SW upload mode the controller performs a master reset: the functional diagram execution stops, IO channels are switching to neutral state, built-in green LED turns on. When controller establishes communicating with the PC software, the green LED goes into flickering mode. Exit from this mode happens automatically when the connection to the PC is disrupted. At the end of the software download mode , if EEPROM system software is loaded correctly, the controller will switch to running mode, otherwise it returns to SW download mode.

Running mode

Running mode is the main controllers' mode. In this mode, the controller is running continuously under system software sequence, in an endless cycle, performing the functional diagram, working on the algorithm specified by the user. Transition to this mode takes place automatically when the controller is connected to an external 12V power supply and the absence of the USB connection. When operating in this mode, the functional diagram has access to all resources of the controller and drivers included in the controllers' system software.

Sleep mode

This mode is an option of normal running mode in which, after each cycle of execution of a function diagram, the controller pauses to reduce its power consumption to a minimum. Thus, the controller operates in a pulsed mode, periodically "asleep" and "waking up". Enable, disable, and configure the parameters of this mode are controlled by the functional diagram. Using this mode is relevant when developing systems, focused on battery-power, such as the on-board car equipment.

Runtime Environment

Functional diagram presentation

The graphical block diagram developed in CannyLab environment, automatically processed by the translator just before loading to the controller. CannyLab checks on the consistency of the diagram, determines function blocks execution order and converts the diagram into the executable code - a sequence of machine instructions CANNY 7 controllers' ALU.

The execution order

6 4 2 1.png

Executable program code during loading into the controller already contained system software, is including in the sequence of the system software machine instructions. Thus, the aggregate command sequence loaded with system software and functional diagram, will be: initialisation routines executed once after each controllers' reset and executable functional diagram code, framed with the controller resources' procedure management, and placed in an infinite executable loop - diagrams running loop. Some of the drivers included in the controller system software, such as CAN driver, require controller to raise immediate response during data transmission and reception of program events. Program code of these drivers asynchronously processed by the controller in parallel with the main execution flow. In the processing of asynchronous drivers calls, the diagrams main run loop performance is briefly suspended.

Access to hardware resources

All available resources to the user from the functional diagram : the system resources of the controller, IO subsystem and additional drivers included in the system software, appears on a controllers' internal memory protected address space. This address space is divided into read-only registers and write-only registers.

The user is able to specify the read-only register address as a source of input data from virtually any function block of a diagram. Thereby extract and use to implement their own algorithms, data received by the controller from the outside world. For example information about the electric potential on any controllers' terminal, or the data packet contents received from the CAN bus. Write-only register address can be used as the output target for any functional block on the diagram. Thus, the user controls the resources of the controller from functional diagrams which gives an opportunity to influence the objects of the outside world. For example: switch external relay by changing the electrical potential on one of the pins of the controller, turn LED on; set CAN operation mode; send a data packet.

The most resources used include assignment required operating parameters, such as the polarity of the output channels, the polarity and the sensitivity of the input channels, CAN communication speed and so on.

Specifying these parameters is made in the form of recording specific constants in one or a few specific registers, depending on a required set of resources configuration. For example, copying a constant with a value of 121 in the register located at 2432 address is set channel №0 to an output positive polarity mode.

6 4 3 1.png

In CannyLab IDE, for user convenience, all the of the controllers' available registers are named, as well as all special constants that are used in interaction with the controllers' resources. Therefore, for CannyLab user this operation will look as setting the constants named "Default Positive Output" at the input of the function block "Copy" and setting the address with the name "Discrete Input/Output Mode Setup Register, IO Channel №0" at its output.

6 4 3 2.png

Having thus established channel №0 mode, by the appearance of the value "1" in the register located at 2465 address ("Discrete Input Value Register, IO Channel №0"), we can learn about the application of a positive electric potential to №1 terminal of X2 connector.

Controllers' Registers

System Registers

Main article: CANNY 7, System Registers

System resources are divided into an address group of read registers and an address group of write registers. Referring to the given registers from the functional diagram, you can get demanding information for practical application about the current status of the controller, and control its operational mode. The set of system registers located in the "System Registers" directory of CannyLab IDE registers list are accessible via "Input Register" and "Output Register" context menu.

Discrete Inputs and Outputs

Main article: CANNY 7, Discrete IO Driver

CANNY 7 users have access to eleven discrete general purpose IO channels. Each channel is physically available through corresponding pins of X2 and X3 connectors. Writing and reading data of the respective drivers registers, the functional diagram can manage the electric potential in each of these contacts and getting information about the current potential of each of them. The channel physical characteristics allow connection to a variety of external actuators such as: electromagnetic relays, small electric motors, LEDs. As an external digital input signal, it is possible to use a mechanical, electromechanical, and electronic buttons and switches, pulse generators, voltage source 0-12V and transistor outputs of various equipment, etc.

Channels operation mode and parameters specified by function diagram. At any given time, the channel can only work in one of the possible modes, but it is possible to dynamically override the channel configuration from the functional diagram.

High Resolution PWM

Main article: CANNY 7, HR PWM Driver

Two of the eleven IO channels (Channel №1 and №2) CANNY 7 are able to work in high-resolution pulse-width modulator mode. The channels may be activated independently of each other and have a configuration independent duty cycle and line pull-up, however, the high-resolution PWM period is a common parameter to both channels. In HR PWM mode, the PWM timing parameters - the period and duty cycle are set in the range of from 2 to 20,000 microseconds, in 1 microsecond increments.

HR PWM channel has a fixed pulse polarity - GND 100mA. Generation can be conducted in either open collector (no pull-up or external pull-up) or with the internal pull-up to +12V (specified by setting value in the appropriate register ). In this mode, the channel is asynchronous to functional diagram, which allows for maximum stability of generated signal timing parameters.

Note: In the high-resolution pulse width modulator the electrical short circuit protection is disabled! Overload or channels short circuit being in RF PWM mode can cause damage to controller!

UART / RS232 / Modbus driver

Main article: CANNY 7, UART Driver

Two of eleven IO channels (#9 and #10) CANNY 7 supports UART, RS-232 serial protocols data transmission/reception. It may be used to connect the controllers with each other or with external equipment supporting this communications protocols. The channels may be activated independently of each other and have individual data speed setting, protocol type and configuration, pull up line.

UART implementation in CANNY 7 controllers allows to organize serial data reception and transmission over a single wire in half-duplex mode. Thus CANNY7 may have two independent connections using the UART protocol. Monitoring of the data link status should be done from the functional diagram. If the channel is free, the device may start data transmission , otherwise the device should wait for the line release.

RS-232 implementation by using both UART data channels , allows to exchange data with other RS-232 device in a duplex mode, i.e. one channel to perform data sending and on the other to simultaneously receive data.

Modbus protocol in CANNY7 controllers are implemented as over UART or as over RS-232. As ADU (Application Data Unit) used compact binary option Modbus RTU. Checking the data integrity carried out by automatically calculated checksum (CRC). Package size is limited to 16 bytes including the CRC.

Note: For correct operation of all protocols based on the UART / RS-232 requires that all GND terminals of the devices committing communication, were given to a single potential ("common ground").
Note: In UART implementation-active line is the potential GND 100mA, passive - positive potential of a given internal or external channel pull-up. In implementing RS-232 - the potentials inverse.

Driver UART/RS-232/Modbus operates using controllers' channels resources, but has a higher priority than a discrete input-output driver. Thus, upon activation of UART/RS-232/Modbus driver, for channels involved in its operation, a value changes in registers associated with discrete input-output driver, will be ignored.

CAN driver

Main article: CANNY 7, CAN Driver

Two special external terminals of CANNY 7 controller, located on pins 1 & 2 of X1 connector: CAN-H and CAN-L, designed for connection to CAN-bus.

LIN driver

Main article: CANNY 7, LIN Driver

Two of eleven input-output channels of CANNY 7, which can be placed under control of UART/RS-232 driver (Channel №9 and №10), can be used to organize data reception and transmission as two independent LIN driver channels.

LIN driver channels can be connected both together and individually, have individual baud rate settings , pull-up line and bus node type- MASTER or SLAVE.

LIN driver in its operation uses the resources of controller channels, but has a higher priority than discrete input-output driver. Thus, upon LIN driver activation, for the involved channels in its operation, changing values in registers associated controllers' discrete input-output driver will be ignored.

I²C driver

Main article: CANNY 7, I²C Driver

Communication lines (SDA and SCL) can be assigned to any pair of channels CANNY 7 controller. At the same time, these channels should be pulled-up to 5V with resistor 1 - 10k Ohm from the outside. The peculiarity of I²C protocol implementation is that CANNY 7 controller can act only as a Master node. Data exchange between devices, that can be both single and bi directional, takes place in separate sessions, i. e. opening multiple sessions with different devices is not allowed. The maximum length of the message within one session I²C of 16 bytes. Exchange rate is fixed to 100 kbit/s. The total number of slaves on the line can reach several tens.

Driver I²C operates using controller channels' resources , but has a higher priority than discrete input-output driver. Thus, upon activation I²C driver, for channels involved in to its operation, change values in associated registers of discrete input-output driver, will be ignored.

Dallas 1-Wire driver

Main article: CANNY 7, Dallas 1-Wire Driver

CANNY 7 controller can be used as a MASTER in a single-wire data network Dallas® 1-Wire®.

Any of CANNY 7 input-output channels can be used to connect the controller to 1-Wire bus. At the same time, that channel must be externally pulled-up to 5V with resistor 3-7k Ohm. Consistently reassigning driver channels, it's possible to arrange up to 11 independent connections 1-Wire. Wherein device addressing and device handling by address is not available, therefore, in 1-Wire mode it is possible to connect only one SLAVE node at a time to controllers' channel.

Driver Dallas 1-Wire in its operation uses controller channels' resources, but has a higher priority than discrete input-output driver.Thus, upon activation Dallas 1-Wire driver, for channels involved in to its operation, change values in associated registers of discrete input-output driver will be ignored.

User Preprogrammed Parameters

Main article: CANNY 7, User Preprogrammed Parameters

The custom configuration parameters can be specified by the end user while the controller is loading a software using Firmware Update Utility. After software downloading and controller run in standalone mode, parameters set by user become available in the relevant functional diagram of the controller registers.

Proper use of user-defined parameters significantly increases the flexibility and versatility of the controller-based solutions, enabling the end user without the skills to work with CannyLab, make safe changes in controller operation algorithm, using a simple user interface.

EEPROM Non-volatile Memory

Main article: CANNY 7, EEPROM Driver

To eliminate loss of critical information (state of the controller, external devices status, and so on..) I case of power reset , CANNY7 controller equipped with non-volatile memory. The values saved in EEPROM will be available in special registers after the power is restored.

There are 64 16-bit non-volatile memory cells, which are accessed by corresponding read and write registers.

Note: Working with non-volatile memory does not require any special pre-configuration.

Infrared Remote Control Driver

Main article: CANNY 7, IRRC Driver

CANNY 7 controller can receive and send infrared remote controls commands (IRRC) in popular formats- NEC and extended NEC. Driver operation is possible in three modes: reception only,transmission only or reception / transmission. For transmission and reception any two channels can be used.

When transmitting infrared remote control commands, channel used for this only generates baseband signal. To generate pulse packet, controller requires a carrier frequency, the source of which can be internal high frequency PWM channel or external PWM generator. Receiving IR command requires an external demodulator, such as TSOP1736 or similar.

IRRC driver in its operation uses the resources of controller channels, but has a higher priority than discrete input-output driver. Thus, upon IRRC driver activation, for the involved channels in its operation, changing values in registers associated controllers' discrete input-output driver will be ignored.

Specifications

Electrical characteristics and environmental requirements

Supply voltage 9...18 V
Current consumption: in operation (no more than) 55 mA
in power saving mode (not more) 5,5 mA
The maximum current of each channel in output mode +120 mA / -120 mA
Channel resistance in input mode 4 K or 200 K
Operating temperature range -40oС...+85oС
Ingress Protection Rating IP50

Electrical circuits protection:

  • from channel short-circuit - software;
  • from channel overload - internal current-limiting fusing resistors;
  • from power supply reverse polarity - internal diode;
  • high emissions suppression circuit during inductive loads switching on channels №0 to №7 - diode and varistor;
  • high emissions suppression circuit during inductive loads switching on channels №8 to №10 — absent.

Safety Precautions

The circuits of the controller do not have life-threatening voltage. Controller open terminals are under voltage during operation. Any connections to the controller and maintenance are made only with the power off to the controller and connected devices..

Installation and connection

Installation and connection of the controller must be carried out only by qualified personal studied this documentation. Controller installation must be carried out in suitable areas to operation conditions of the controller.

Do not allow moisture comes in contact with output terminals and internal elements of the controller. It is forbidden to use the controller in the presence of ambient acids , alkalis, and other corrosive substances.

Installing the controller and the cables laying connected to it must be done at a distance of not less than 0.3 meters from the high-voltage power lines and strong electromagnetic sources - power relays, contactors, gas discharge lamps. Avoid getting moisture on the controller enclosure at the installation site.

Transportation and storage

Controllers transported by all types of covered transportation . Placing and securing the shipping container with the packed devices in vehicles must provide their stable position and to prevent movement during transport.

Transportation and storage should be carried out at ambient temperatures from minus -40 to +85 ° C and relative humidity - up to 80%, compliance with security measures of protection from shock and vibration. The air must not contain acids, alkalis and other aggressive substances. Controllers should be stored on shelves.

Retrieved from "https://wiki.cannylogic.com/index.php?title=CANNY_7&oldid=1859"