# BlueOS Bridges not working like Companion **URL:** \ **Category:** BlueOS\ **Created:** [August 11, 2022, 6:13am UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716 "2022-08-11T06:13:56Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![en\_morty](https://avatars.discourse-cdn.com/v4/letter/e/d78d45/32.png) [@en\_morty](https://discuss.bluerobotics.com/u/en_morty)\ **Post date:** [August 11, 2022, 6:13am UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/1 "2022-08-11T06:13:57Z")
**\** > [@'EKF3 lane switch 1' warning when armed](https://discuss.bluerobotics.com/t/ekf3-lane-switch-1-warning-when-armed/12693/2): > > That should be possible using the [Bridges page](https://docs.bluerobotics.com/ardusub-zola/software/onboard/BlueOS-1.0/advanced-usage/#bridges) (requires [Pirate Mode](https://docs.bluerobotics.com/ardusub-zola/software/onboard/BlueOS-1.0/advanced-usage/#pirate-mode)). We recently made some significant quality of life improvements to that page, so if you try out `1.1.0-beta.6` it should be extra pleasant to use šŸ™‚ Bridges are currently the only thing stopping me from switching to BlueOS. Iā€™ve already tried 1.1.0-beta6 version yesterday. In comparison to the 1.0.1, now I can establish bridge between Arduino connected to USB but I still cannot read data from UDP. Iā€™m using simple application wrote in Matlab. It works without any issues when using Companion (0.0.31) but when the bridge is established using BlueOS, Matlab states that the UDP is in use with other process ā˜¹ Perhaps I am doing something wrong. Do I only need to create a bridge on the ā€œBridgesā€ page to set up USB to UDP data routing? Should I still look somewhere else in BlueOS? Below are the Routing settings on Companion, on which I manage to read data from the Arduino. On the BlueOS Iā€™m trying to use the same values. ![280725886_940528973282156_4191346536589479740_n](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/f/fb2e154f30e35944510da2c30fcad8e3cc1e2068.png) ---
**Author:** ![EliotBR](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/eliotbr/32/6937_2.png) [@EliotBR](https://discuss.bluerobotics.com/u/EliotBR)\ **Post date:** [August 8, 2022, 7:46am UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/2 "2022-08-08T07:46:58Z")
> [@'EKF3 lane switch 1' warning when armed](https://discuss.bluerobotics.com/t/ekf3-lane-switch-1-warning-when-armed/12693/3): > > Iā€™ve already tried 1.1.0-beta6 version yesterday. In comparison to the 1.0.1, now I can establish bridge between Arduino connected to USB but I still cannot read data from UDP. Iā€™m using simple application wrote in Matlab. It works without any issues when using Companion (0.0.31) but when the bridge is established using BlueOS, Matlab states that the UDP is in use with other process ā˜¹ Not sure whatā€™s going on there, so Iā€™ve brought it up internally to try to get some clarity. Given your topside application is saying the UDP port is in use, it would seem like thereā€™s something else on your topside computer thatā€™s connected to the same port, but if thatā€™s the case I would expect it to also fail to connect when using the Companion software instead of BlueOS. Does it work to use a different port, and/or does it work after restarting your topside computer, or with a different computer? ---
**Author:** ![en\_morty](https://avatars.discourse-cdn.com/v4/letter/e/d78d45/32.png) [@en\_morty](https://discuss.bluerobotics.com/u/en_morty)\ **Post date:** [August 8, 2022, 9:17am UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/3 "2022-08-08T09:17:08Z")
Yes, as you wrote - if there was something blocking the UDP port on my computer then I wouldnā€™t be able to read data when I use Companion either. The problem only occurs when BR2 is running on BlueOS. So Iā€™ll try to do some trials on BlueOS with different address/port settings. Iā€™ll let you know soon if it worked. ---
**Author:** ![en\_morty](https://avatars.discourse-cdn.com/v4/letter/e/d78d45/32.png) [@en\_morty](https://discuss.bluerobotics.com/u/en_morty)\ **Post date:** [August 8, 2022, 11:57am UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/4 "2022-08-08T11:57:27Z")
Ok, so after several attempts I still canā€™t manage to establish a working UDP. I first tried the settings as I was using in Companion (when running on Companion these settings work with both Matlab and other UDP reading programs without any problems). It is not possible to create a bridge at all. ![bridge03_error_192_168_2_1](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/f/f177b987d6b170ebb2c28c951e865b41181c049f.jpeg) I then tried changing the IP address. With 192.168.2.2 set, the bridge is created, but neither Matlab nor other programs read data from it (the Arduino sends a short string of data every second). ![bridge05_192_168_2_2](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/d/d25ec74891bd024b09a217c840a6a832775a8d06.jpeg) When setting the IP as 0.0.0.0 I get the following error: ![bridge04_error_0_0_0_0](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/0/0f6c14cfe0b3da2e7e3656455a0ce30186d60f7b.jpeg) Furthermore, I noticed that with BlueOS 1.1.0-beta6 it takes much longer to connect to QGC and blueos-frontend than with Companion. There is also a loss of connection to BR2 every few minutes: ![bridge06](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/4/49ca564d43d71184a7267f93927dbdb8d25ce7ae.jpeg) So Iā€™m going back to using Companion because then everything worked fine and didnā€™t break the connection at all. ---
**Author:** ![patrickelectric](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/patrickelectric/32/2162_2.png) [@patrickelectric](https://discuss.bluerobotics.com/u/patrickelectric)\ **Post date:** [August 8, 2022, 2:07pm UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/5 "2022-08-08T14:07:43Z")
Hi @en_morty, Thanks for reporting the issue, I was able to replicate it and we are going to work on a solution as soon as possible. To follow the status: [bug: Failing to create bridges when configuring as a client Ā· Issue #1113 Ā· bluerobotics/BlueOS Ā· GitHub](https://github.com/bluerobotics/BlueOS-docker/issues/1113) Now to help you using BlueOS: > [@'EKF3 lane switch 1' warning when armed](https://discuss.bluerobotics.com/t/ekf3-lane-switch-1-warning-when-armed/12693/3): > > ![280725886_940528973282156_4191346536589479740_n](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/f/fb2e154f30e35944510da2c30fcad8e3cc1e2068.png) > [@en\_morty](#): > > ![bridge05_192_168_2_2](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/d/d25ec74891bd024b09a217c840a6a832775a8d06.jpeg) > [@en\_morty](#): > > ![bridge04_error_0_0_0_0](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/0/0f6c14cfe0b3da2e7e3656455a0ce30186d60f7b.jpeg) On the first image you are configuring Companion to connect over a UDP Server running on the surface computer (192.168.2.1) with an UDP Client, on the BlueOS you are configuring a UDP Server when using the local ROV IP (192.168.2.2 / 0.0.0.0), for that to work, your matlab code will need to be a UDP Client. Thatā€™s a temporary solution while we are fixing the issue, be sure to send something from the matlab code to register your UDP client. ---
**Author:** ![en\_morty](https://avatars.discourse-cdn.com/v4/letter/e/d78d45/32.png) [@en\_morty](https://discuss.bluerobotics.com/u/en_morty)\ **Post date:** [August 8, 2022, 5:51pm UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/6 "2022-08-08T17:51:41Z")
> [@patrickelectric](#): > > Thanks for reporting the issue, I was able to replicate it and we are going to work on a solution as soon as possible. > To follow the work over it: [bug: Failing to create bridges when configuring as a client Ā· Issue #1113 Ā· bluerobotics/BlueOS-docker Ā· GitHub](https://github.com/bluerobotics/BlueOS-docker/issues/1113) Ok, thanks šŸ™‚ ---
**Author:** ![patrickelectric](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/patrickelectric/32/2162_2.png) [@patrickelectric](https://discuss.bluerobotics.com/u/patrickelectric)\ **Post date:** [August 11, 2022, 12:32am UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/7 "2022-08-11T00:32:26Z")
Hi, We closed the issue and created a [beta release](https://github.com/bluerobotics/BlueOS-docker/releases/tag/1.1.0-beta.8) with the client feature. ---
**Author:** ![en\_morty](https://avatars.discourse-cdn.com/v4/letter/e/d78d45/32.png) [@en\_morty](https://discuss.bluerobotics.com/u/en_morty)\ **Post date:** [August 11, 2022, 9:32am UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/8 "2022-08-11T09:32:57Z")
In version 1.1.0-beta.8, the bridges work as in Companion. They also remain saved after restarting BR2. Matlab is now fully reading the data. Many thanks for your help! šŸ˜ƒ ---
**Author:** ![patrickelectric](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/patrickelectric/32/2162_2.png) [@patrickelectric](https://discuss.bluerobotics.com/u/patrickelectric)\ **Post date:** [August 11, 2022, 12:26pm UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/9 "2022-08-11T12:26:25Z")
Hi @en_morty, Iā€™m glad to hear that, let us know if you find others problems with BlueOS. We are also working heavy to release a new stable version this month. ---
**Author:** ![patrickelectric](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/patrickelectric/32/2162_2.png) [@patrickelectric](https://discuss.bluerobotics.com/u/patrickelectric)\ **Post date:** [August 22, 2022, 11:00am UTC](https://discuss.bluerobotics.com/t/blueos-bridges-not-working-like-companion/12716/10 "2022-08-22T11:00:25Z")
This topic was automatically closed after 10 days. New replies are no longer allowed.