CAN Bus Signalling

settings for configuring can bus signalling can be found here autodiscovery autodiscovery will try to automatically detect dronecan or arinc 825, based on periodic traffic such as status messages and throttle control messages depending on what traffic exists on the bus, there may be a delay before the can protocol can be discovered to use this feature, set the can protocol setting to 'auto' it is not recommended to use autodiscovery in production vehicles can termination terminating the can properly ensures signal integrity during operation it is recommended that each end of the can network be terminated, this usually means that termination is enabled on the unit farthest away from the flight computer each motor controller unit supports a software configurable termination which, when enabled, connects an onboard 120 ohm resistor to the bus dronecan the units support the dronecan protocol over can bus connection over dronecan allows for motor drive, telemetry, configuration and firmware updating the motor controller can be connected to hargrave configurator through dronecan for an improved configuration and firmware updating experience and access to on device logs more information about the dronecan protocol can be found at the dronecan docs https //dronecan github io/ throttle commands escs respond to the dronecan throttle command 1030 rawcommand uavcan https //github com/dronecan/dsdl/blob/master/uavcan/equipment/esc/1030 rawcommand uavcan forcing node id the units support dynamic node allocation (dna) within the dronecan ecosystem, allowing quick connection to an existing network the downside is that on any given power up event, the unit may change the node id it is assigned while on the network this makes it difficult to review data and may even result in units not connecting if dna is not operating if all devices are known on the network then it is recommended to force the node ids to a known value, when enabled the preferred node id is forced this ensures a given unit will connect using only the given id however, duplication of ids should be avoided forcing a node id can reduce the time taken for the unit to be on the dronecan network from start up esc index the esc index determines which throttle command a motor controller will respond to, each motor controller must have a unique esc index to be driven separately over dronecan arming dronecan supports an additional mechanism through the 1100 armingstatus message https //github com/dronecan/dsdl/blob/master/uavcan/equipment/safety/1100 armingstatus uavcan by default this message is required to drive using dronecan signalling the unit must receive a dronecan arming packet with the ‘status fully armed’ status within the configured armed message timeout (5s default duration) to remain armed or driving the unit will immediately disarm after receiving an arming packet with the status 'status disarmed' arinc 825 4 version 1 1 of the hargrave arinc specification is supported more details on this message set can be found at the following link sid the device server id (sid) acts as a unique identifier of a device on an arinc 825 system each esc will require a unique sid throttle control the esc will accept correctly addressed direct throttle or broadcast throttle messages more information about arinc throttle messages can be found at the following link