Also, Im using Ubuntu 18.04 which I would assume to be a commonly used Linux distribution, no?

I should clarify, when I said "flawlessly" I meant connecting to the GUI to board (which was not the case on Linux). I have not been able to test if packets are being dropped or not.

Yes, I just tried it on Windows (as I dual boot Windows and Linux) and the GUI and connection works quite flawlessly. It is most definitely an OS issue.

Bpoole, have you tried running under Windows 10 (up to date), to see if this could be an issue with your Linux distro?

Bpoole, have you tried running under Windows 10 (up to date), to see if this could be an issue with your Linux distro?

It's possible the usb ports on your laptop are wonky. Suggest trying other usb ports, or using on a usb hub extender. Or trying another laptop. Does it work on Windows or work using Linux on another m

It's possible the usb ports on your laptop are wonky. Suggest trying other usb ports, or using on a usb hub extender. Or trying another laptop. Does it work on Windows or work using Linux on another m

https://openbci.com/forum/index.php?p=/discussion/2955/cant-connect-to-bled112-on-linux-but-windows-works-resolved

I've been trying to find simple C++ routines to just read and unpack the cyton board data via the dongle. I'm running Debian (or Ubuntu) Linux. Once I have the data, I know how to manipulate it, but

Thanks for your response. Adding my user to the "dialout" group worked after logging out and back in. I hadn't noticed the fix is mentioned in the main GUI page for Linux users under "s

Have you tried running the GUI as Linux 'root', using sudo ? I think another way to go is to put your username in the dialout group.

The GUI will not connect to BLE on linux; any suggestions? It works fine on Windows. It doesn't matter when I plug the dongle in, it always fails.

I just redownloaded, and it works! However, please correct me if I'm wrong but, are the files on the download page swapped for the recent release? I clicked Windows and got the Linux one and clicke

That same link I gave (in the left column), shows buffering adjustment settings for all three OSes: Windows, macOS, and Linux. So since you've already fixed it for Windows, no need to move to Ubuntu.

I was able to successfully follow the instructions / calibrate within the terminal, but still having some trouble getting the muscle flexes to trigger the jump in the game in browser -- will look into

Did you try using the same /dev/cu.usbserial-DM03H6HWstring (in your --serial-port argument) that the GUI is using? The /dev/ttyUSB0 format is Linux.

-changing operating systems and computers: Linux and Windows

On Linux /home//sketchbook/libraries

On Linux /home//sketchbook/libraries

I'm gradually coming to terms with the idea that I need to locate a linux or windows machine to do my development from here on; building firmware on Mac just seems to be dead in the water for now.