# Not connect the uavcan gui tool

**URL:** <https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067>\
**Category:** Applications & Usage\
**Created:** [January 11, 2024, 7:22am UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067 "2024-01-11T07:22:55Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![dasom25670](https://forum.opencyphal.org/user_avatar/forum.opencyphal.org/dasom25670/32/1538_2.png) [@dasom25670](https://forum.opencyphal.org/u/dasom25670)\
**Post date:** [January 11, 2024, 7:22am UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067/1 "2024-01-11T07:22:55Z")

</div>

Hello!  
I want to use uavcan gui tool through usb-can adapter. (uavcan v0)

I bought an adapter that supports CANable v2.0, is there a possibility that uavcan gui tool won’t support this?

I uploaded slcan firmware, but it does not connect to uavcan gui tool.  
and i got the following error : Could not initialize UAVCAN node.SLCAN ACK timeout

The firmware used is [GitHub - normaldotcom/canable2-fw](https://github.com/normaldotcom/canable2-fw) .

The cangaroo (beta. CANable 2.0 support) guided by CANable is connected, and the cangaroo (legacy) is not connected.

---

<div class="post-metadata">

**Author:** ![pavel.kirienko](https://forum.opencyphal.org/user_avatar/forum.opencyphal.org/pavel.kirienko/32/9_2.png) [@pavel.kirienko](https://forum.opencyphal.org/u/pavel.kirienko)\
**Post date:** [January 11, 2024, 3:13pm UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067/2 "2024-01-11T15:13:09Z")

</div>

The UAVCAN GUI Tool is no longer maintained. Please use the DroneCAN GUI Tool instead.

For the background, refer here: [Cyphal vs. DroneCAN](https://forum.opencyphal.org/t/cyphal-vs-dronecan/1814)

---

<div class="post-metadata">

**Author:** ![dasom25670](https://forum.opencyphal.org/user_avatar/forum.opencyphal.org/dasom25670/32/1538_2.png) [@dasom25670](https://forum.opencyphal.org/u/dasom25670)\
**Post date:** [January 12, 2024, 1:02am UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067/3 "2024-01-12T01:02:55Z")

</div>

I was looking at the site for the previous name UAVCAN v0 until now. [Overview - UAVCAN](https://legacy.uavcan.org/GUI_Tool/Overview/)

I found out thanks to you that there is a DroneCAN GUI Tool. I will refer to the changed site. [Overview - DroneCAN](https://dronecan.github.io/GUI_Tool/Overview/)

Thanks!

---

<div class="post-metadata">

**Author:** ![dasom25670](https://forum.opencyphal.org/user_avatar/forum.opencyphal.org/dasom25670/32/1538_2.png) [@dasom25670](https://forum.opencyphal.org/u/dasom25670)\
**Post date:** [January 12, 2024, 4:08am UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067/5 "2024-01-12T04:08:59Z")

</div>

I used the DroneCAN GUI Tool and I still get the SLCAN ACK timeout error.

It was set as shown in the picture below.

 ![image](https://forum.opencyphal.org/uploads/default/original/2X/4/471199e6fb583a69da3e2e828c7a0c1698250cda.png)

The cangaroo (beta) has a good connection.

In addition, it seems to be connected to the Yukon.

 ![image](https://forum.opencyphal.org/uploads/default/original/2X/0/020417e887792cea148d6e163e01f0d7aa856b25.png)

(ARK CANnode = Node ID 120)

 ![image](https://forum.opencyphal.org/uploads/default/original/2X/3/3e967b44ced698b5ea693e7cd77c0a795896cb54.png)

The first reason for using DroneCAN GUI tools is to view Data type ID faster than tools such as pcan-view and cangaroo.

pcan-veiw and cangaroo were provided only as CAN-ID, making it inconvenient to analyze data type ID and payload.

Is there a reason why the DroneCAN GUI Tool doesn’t connect?

---

<div class="post-metadata">

**Author:** ![drronnie85](https://forum.opencyphal.org/user_avatar/forum.opencyphal.org/drronnie85/32/1548_2.png) [@drronnie85](https://forum.opencyphal.org/u/drronnie85)\
**Post date:** [January 25, 2024, 10:10pm UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067/6 "2024-01-25T22:10:08Z")

</div>

Same case. Do you have any good news?

---

<div class="post-metadata">

**Author:** ![pavel.kirienko](https://forum.opencyphal.org/user_avatar/forum.opencyphal.org/pavel.kirienko/32/9_2.png) [@pavel.kirienko](https://forum.opencyphal.org/u/pavel.kirienko)\
**Post date:** [January 26, 2024, 8:39am UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067/7 "2024-01-26T08:39:09Z")

</div>

> [@dasom25670](#):
>
> Is there a reason why the DroneCAN GUI Tool doesn’t connect?

The DroneCAN GUI Tool apparently doesn’t support this adapter. You should get in touch with the maintainers for the solution.

---

<div class="post-metadata">

**Author:** ![dasom25670](https://forum.opencyphal.org/user_avatar/forum.opencyphal.org/dasom25670/32/1538_2.png) [@dasom25670](https://forum.opencyphal.org/u/dasom25670)\
**Post date:** [February 14, 2024, 5:27am UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067/8 "2024-02-14T05:27:22Z")

</div>

Not connected yet.

and I tried it on Linux.  
USB device recognition is smooth, but there was no response at any baud rate.  
SLCAN ACK timeout error still occurs.

Its seems to be a problem with the adapter 😂. I will use a different adapter.

---

<div class="post-metadata">

**Author:** ![dicheng](https://forum.opencyphal.org/letter_avatar_proxy/v4/letter/d/ce7236/32.png) [@dicheng](https://forum.opencyphal.org/u/dicheng)\
**Post date:** [January 13, 2026, 5:13pm UTC](https://forum.opencyphal.org/t/not-connect-the-uavcan-gui-tool/2067/9 "2026-01-13T17:13:29Z")

</div>

I just bought a Makerbase CANable V2.0 Pro and update it to  
”V2.5 firmware” from ( [CANable 2.5 Firmware Update - Slcan & Candlelight](https://netcult.ch/elmue/CANable%20Firmware%20Update/) ). The slcan seems works fine if you test it using `python-can` and `putty`. But the `DroneCAN GUI Tool` does not work. The problem is related to the buggy implementation of [`pydronecan/dronecan/driver/slcan.py at master · dronecan/pydronecan`](https://github.com/dronecan/pydronecan/blob/master/dronecan/driver/slcan.py). It seems it’s based on zubax’s version of `slcan`, which is different from `Canable 2.0` implementation. But I did not dig into the details.
