The WiCAN bridge & concentrator connects the physical CAN-bus to a proprietary 802.15.4-based 2.4GHz radio network. Such a network can consist of multiple bridges in order to join two or more CAN-bus segments to each other. Additionally these devices function as the concentrator and physical CAN-bus gateway for our WiCAN wireless CANopen-based sensor- and measuring devices.
- Wireless bridge for CAN-bus data
- Operates as CANopen® device with device monitoring & configuration and SYNC regeneration
- Transparent for J1939 or other 29-bit CAN applications
- Supports more than 100 nodes in the wireless domain
- Configuration via CANopen or using PC application via (internal) micro-USB port
- Internal button activates radio association; if no 'coordinator' is found, then it becomes the coordinator. Otherwise it paires when the found coordinator.
- Possibility for branding or custom firmware with specific behaviour
Network functions (via our gateway)
- Stream status & power level via JSON
- View status directly via HTML, no cloud needed
- Logging to micro-SD card
- Node-ID assigned via serial number
- Remote configuration & firmware update
In a given wireless CAN network, one device is the coordinator. The coordinator manages the wireless network and can also be used to automatically apply the coordinator's CAN-bus parameters to other bridges in the network.
Each of the bridge devices contains a CANopen implementation for the purpose of settings and monitoring of the remote CAN-bus segment. This function can be disabled for non-CANopen applications.
- IEEE 802.15.4 protocol using XBee technology
- Globally approved 2.4GHz ISM band
- Maximum wireless bandwidth ~100kbps
- Distance 60m indoors, up to 1200m outdoors. Longer distances possible using directional antennas.
- Large FIFO buffers allow for buffering of bursts on either side
- Separate priority FIFO helps in preserving timing of messages with ID ≤ 0x100
- CANopen SYNC-message PLL on receiving devices to reduce radio latency jitter effects
- Supports LSS node-ID assignment and Fastscan (CiA 305)
- Supports automatic bit-rate detection between 10kbps and 1Mbps (CiA 801)
- Up-to-date EDS file generated by and downloadable from the device
- Supports firmware update via wired or wireless CAN interface, including firmware of the XBee radio module
- Supports power management & monitoring features (CiA 302-9 + custom)
- Bus powered Um 6-36VDC, power <500mW
- 5-pin spring-contact termination for CAN, power and shield
- Ground and shield individually terminated to enclosure/earth via 1nF class Y1 safety capacitors
- Aluminium IP65 enclosure 64x58mm, height 35mm
- Integrated mounting flanges (94mm wide), optionally without flanges
- M16 brass cable gland entries in sides
- Antenna (RP-SMA) connection mounted via isolated M16 gland fitting
- Optional with 5-pole industrial M12 plug connection
- ATEX intrinsic safety 'ic' (IEC 60079-11), increased safety 'nA' (IEC 60079-15), and dust ignition protection 'tc' (IEC 60079-31)
Plug & Play configuration
Out of the box, the device is configured to switch to OPERATIONAL state autonomously. The node-ID is programmed to 1 for a concentrator node and to 2 for a 'slave' node. Their bit-rate is preset to 250kbps. The automatic bit-rate detection kicks in when bus errors occur before any valid messages have been received. After listening for all known bit-rates with no success, it reverts to the preset value and stays there.
- Node-ID preset at 1 for concentrator and 2 for end-device
- Bit-rate predefined to 250kbps
- Automatic switch to NMT state OPERATIONAL
- TPDO1 (CAN-ID 0x180+$NODEID) sends RSSI and radio error counter upon change or every minute
- All defaults can be changed using SDO or LSS configuration
Wireless performance & limitations
Connecting CANopen devices over a wireless link strips some of the reliablity and ruggedness features of the CAN bus protocol. Additionally, there are bandwidth limitations that are less easiliy defined than with a wireline approach. Use of more than 2 bridge devices in a network results in multicast transmissions, which decreases effective bandwidth proportionally to the number of bridges. When the wireline feed bit-rate and message rate exceed the available RF bandwidth, increased message latency may occur and ultimately message loss.
|No products yet, please email for your inquiries...|