blob: 9c17f2d40244732aa13becc2822b8fedab80ee5a (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
|
// Copyright (C) 2016 Denis Shienkov <denis.shienkov@gmail.com>
// SPDX-License-Identifier: LicenseRef-Qt-Commercial OR GFDL-1.3-no-invariants-only
/*!
\page qtserialbus-vectorcan-overview.html
\title Using VectorCAN Plugin
\brief Overview of how to use the VectorCAN plugin.
The VectorCAN plugin encapsulates the low-level API to work with the
\l{http://www.vector.com/}{Vector Informatik} CAN adapters.
This plugin requires the Vector CAN device drivers and the vxlapi.dll
(vxlapi64.dll for 64 bit builds).
\section1 Creating CAN Bus Devices
At first it is necessary to check that QCanBus provides the desired plugin:
\code
if (QCanBus::instance()->plugins().contains(QStringLiteral("vectorcan"))) {
// plugin available
}
\endcode
Where \e vectorcan is the plugin name.
Next, a connection to a specific interface can be established:
\code
QString errorString;
QCanBusDevice *device = QCanBus::instance()->createDevice(
QStringLiteral("vectorcan"), QStringLiteral("can0"), &errorString);
if (!device) {
// Error handling goes here
qDebug << errorString;
} else {
device->connectDevice();
}
\endcode
Where \e can0 is the active CAN channel name. The VectorCAN plugin provides
64 channels (defined by XL_CONFIG_MAX_CHANNELS in the Vector API) from \e can0
to \e can63. Some of these channels can be virtual, and therefore can be used
without actual CAN hardware. To find out the virtual channels, the program
"Vector Hardware Config" (vcanconf.exe) can be used, which is included in
Vector's driver package. The \l {QCanBus::}{availableDevices()} method returns
a list of currently available devices.
The device is now open for writing and reading CAN frames:
\code
QCanBusFrame frame;
frame.setFrameId(8);
QByteArray payload("A36E");
frame.setPayload(payload);
device->writeFrame(frame);
\endcode
The reading can be done using the \l {QCanBusDevice::}{readFrame()} method. The
\l {QCanBusDevice::}{framesReceived()} signal is emitted when at least one new frame
is available for reading:
\code
QCanBusFrame frame = device->readFrame();
\endcode
VectorCAN supports the following configurations that can be controlled through
\l {QCanBusDevice::}{setConfigurationParameter()}:
\table
\header
\li Configuration parameter key
\li Description
\row
\li QCanBusDevice::BitRateKey
\li Determines the bit rate of the CAN bus connection.
\row
\li QCanBusDevice::ReceiveOwnKey
\li The reception of the CAN frames on the same device that was sending the CAN frame
is disabled by default. When enabling this option, all CAN frames sent to the CAN
bus immediately appear in the receive buffer. This can be used to check if sending
was successful. If this option is enabled, the therefore received frames are marked
with QCanBusFrame::hasLocalEcho()
\row
\li QCanBusDevice::CanFdKey
\li Enable the use of CAN FD on the CAN bus connection. If this option is enabled, then
it is not possible to receive your own CAN frames being sent, so setting
QCanBusDevice::ReceiveOwnKey to true has no effect. Since Qt 5.15.
\row
\li QCanBusDevice::DataBitRateKey
\li Determines the data bit rate of the CAN bus connection. This is only available when
\l QCanBusDevice::CanFdKey is set to true. Since Qt 5.15.
\endtable
VectorCAN supports the following additional functions:
\list
\li QCanBusDevice::busStatus()
\endlist
*/
|