# CANopen devices, boot times and trouble shooting **URL:** \ **Category:** Mechatronics & Motion\ **Tags:** acopos\ **Created:** [January 12, 2024, 7:30am UTC](https://community.br-automation.com/t/canopen-devices-boot-times-and-trouble-shooting/1878 "2024-01-12T07:30:57Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![Torsten\_K](https://avatars.discourse-cdn.com/v4/letter/t/FF8800/32.png) [@Torsten\_K](https://community.br-automation.com/u/Torsten_K)\ **Post date:** [January 12, 2024, 7:30am UTC](https://community.br-automation.com/t/canopen-devices-boot-times-and-trouble-shooting/1878/1 "2024-01-12T07:30:57Z")
Hallo, we are using PPC30 controllers with up to 6 CANopen devices connected to it (Acopos P66 and 3rd party stepper controllers). While this configuration works fine in general, there are some quirks that we need to address. First - bootup times: the controller often needs over a minute to boot up and enter the cyclic state. The boot times also varies a lot. It appears to depend on the state of the CANopen devices. I fiddled around a lot with the PPC30s CAN-Interface settings in AS, like Plug’n’Play timer and other ones but never had success reducing bootup times. Second - P66 error reset after boot: When our machines are powercycled (turned off for just a few seconds and the P66 stays alive due to its buffer) the P66 enters some error-state and sometimes cannot be error-resetted from the controller (at least we haven’t found a reliable way yet). What we tried is: make the P66 enter another operating state using an NMT command, like RESET\_NODE in order to get it back online. Also I would appreciate if you let me know your best practices when working with CANopen devices in general. Do you have similiar issues? and how did you solve them? Concerning wiring / bus termination: we are very convinced that we don’t have any issues here since we thoroughly check the signal quality on the bus. Many thanks in advance, Torsten ---
**Author:** ![stephan.herbig](https://avatars.discourse-cdn.com/v4/letter/s/FF8800/32.png) [@stephan.herbig](https://community.br-automation.com/u/stephan.herbig)\ **Post date:** [January 12, 2024, 8:58am UTC](https://community.br-automation.com/t/canopen-devices-boot-times-and-trouble-shooting/1878/2 "2024-01-12T08:58:42Z")
Hallo Torsten, The integrated CanOpen Master transfers all Can objects to the devices via SDO after the controller boots. You can reduce the time by deactivating the objects. Only object numbers greater than 2000 can be deactivated. The way I proceed is to first select all objects using multiselect and deactivate them. Then I activate all the objects that need to be transferred again. ![b1](https://europe1.discourse-cdn.com/brcommunity/original/2X/2/2cd932cfbc15ad38430dc95c322d0c499595c8dd.jpeg) If the NMT start command on the P66 is not enough to reach the inverter again, then you have to look at the Can communication via the Can Monitor. ---
**Author:** ![corne.geerts](https://avatars.discourse-cdn.com/v4/letter/c/FF8800/32.png) [@corne.geerts](https://community.br-automation.com/u/corne.geerts)\ **Post date:** [January 12, 2024, 9:01am UTC](https://community.br-automation.com/t/canopen-devices-boot-times-and-trouble-shooting/1878/3 "2024-01-12T09:01:34Z")
There is also another way to disable the writing of these objects: ![CANopen](https://europe1.discourse-cdn.com/brcommunity/original/2X/b/b7df5d56ebff9d5b29d7997c974450d5ac7460f6.png) ---
**Author:** ![kirti.bhalerao](https://avatars.discourse-cdn.com/v4/letter/k/FF8800/32.png) [@kirti.bhalerao](https://community.br-automation.com/u/kirti.bhalerao)\ **Post date:** [January 12, 2024, 9:06am UTC](https://community.br-automation.com/t/canopen-devices-boot-times-and-trouble-shooting/1878/4 "2024-01-12T09:06:19Z")
Hi, For diagnostics & error correction details, you can check AS help, [B&R Online Help (br-automation.com)](https://help.br-automation.com/#/en/4/hardware%2Facoposinverterp66%2Fdiagnose_und_fehlerbehebung-2.html) ---
**Author:** ![Torsten\_K](https://avatars.discourse-cdn.com/v4/letter/t/FF8800/32.png) [@Torsten\_K](https://community.br-automation.com/u/Torsten_K)\ **Post date:** [January 12, 2024, 9:47am UTC](https://community.br-automation.com/t/canopen-devices-boot-times-and-trouble-shooting/1878/5 "2024-01-12T09:47:21Z")
Thanks you all for your tipps! @stephan.herbig concerning the error-reset: I’m thinking of what the actual procedure should be. As soon as my tasks start excuting, check moduleOk and nodeStatus of all CANopen nodes. In case moduleOk is True and the Error-Bit in the Status-Wort is set, a reset-command sent via Control-wort should be sufficient? and if nodeStatus is \<\> 261, then I need to reset and/or start the node via NMT, wait until nodeStatus reaches 261, then check for a pending error like above? Many thanks, Torsten ---
**Author:** ![stephan.herbig](https://avatars.discourse-cdn.com/v4/letter/s/FF8800/32.png) [@stephan.herbig](https://community.br-automation.com/u/stephan.herbig)\ **Post date:** [January 12, 2024, 10:39am UTC](https://community.br-automation.com/t/canopen-devices-boot-times-and-trouble-shooting/1878/6 "2024-01-12T10:39:06Z")
After starting the panel you can send an NMT command “coSTART\_REMOTE\_NODE” to the P66. To send, use the “CANopenNMT” function block from the AsCanOpen library. You only get ModulOK when the P66 is in the operational state [CanOpenNMT](https://help.br-automation.com/#/en/4/libraries/ascanopen/fbks/canopennmt.html) ---
**Author:** ![system](https://europe1.discourse-cdn.com/brcommunity/original/1X/a202d64f0f03e22a662ed33fbbca6879f1efb794.jpeg) [@system](https://community.br-automation.com/u/system)\ **Post date:** [March 17, 2024, 4:20pm UTC](https://community.br-automation.com/t/canopen-devices-boot-times-and-trouble-shooting/1878/7 "2024-03-17T16:20:34Z")