Confused at which repository to look at for the OpenBCI Device code

phoraphora
in Cyton
So after testing my devices with a few tries, all the trial runs were successful. I was thumbing through the repositories to try to find the source code of what was loaded onto my 8-bit OpenBCI board.

* https://github.com/OpenBCI/OpenBCI_Radios/blob/master/OpenBCI_8bit_Host/OpenBCI_8bit_Host.ino <- this definitely seems like the same code for the dongle.
* https://github.com/OpenBCI/OpenBCI_Radios/blob/master/OpenBCI_8bit_Device/OpenBCI_8bit_Device.ino <- Not sure if this is just test device code.
* https://github.com/OpenBCI/OpenBCI_8bit <- seems to have the device code for the OpenBC 8bit, but not the dongle code for the corresponding device. Source code here also differs from the one in OpenBCI_Radios.

^Am I looking at the above repositories right? I want to make sure I have a copy of the code on the device before I start programming in in case I need to revert any changes I made.

Comments

  • biomurphbiomurph Brooklyn, NY
    phora,

    The 8bit_Host and 8bit_Device code is located in our OpenBCI_Radios repository
    We bundled them with the 32bit Device and Host code, along with the RFduino libraries.

    The 8bit Board code is located here
    which includes the libraries that you need to compile and upload to the board.

    Are you making changes to the Device code?
  • phoraphora
    Yes.

    I'm still deciding on which one I'm going to make the changes to. The changes I plan to make (when I've fully decided on if it's the dongle or the board I want to put it on) are some functions to identify waveforms across a certain snapshot of data, which would be done with an FFT applied to said data. It'd then correlate the simplified data over to another Arduino board that has a rudimentary AI (most likely over spare digitial pins than can be used for read/write).
  • biomurphbiomurph Brooklyn, NY
    I am very interested in hearing your results on this. My inclination would be to do that FFT on the Arduino (you can re-program without including the SD library and code to get more code space). The RFduinos do have alot more room and processing power, but I have found that they are a little finicky. Definitely build slowly on the existing RFduino code when you do, and test as you go. When developing, I did try to implement multiple data formats on the Dongle as a way to avoid having multiple device drivers for different computer software. That continually broke, and since I was under pressure to ship, I just abandoned it. I still think that it could be possible to write the Host code to have multiple formatting (driver) options, but it's not working yet.

Sign In or Register to comment.

© Vanilla Keystone Theme 2026