Cyton Firmware .ino 'examples'

msl052msl052 Los Angeles
edited August 24 in Cyton

Hello. I was planning to try changing the Firmware for the Cyton board but I came across this note in the Cyton Firmware documentation: "NOTE You must upload ONLY the DefaultBoard Sketch!". Does this mean I can't use any other example .ino in the Cyton Library Github?

Comments

  • wjcroftwjcroft Mount Shasta, CA

    Hi MSL,

    Can you mention what firmware changes you are considering? My impression is that the other folders in examples, are mostly subsets or rearrangements of the configuration in DefaultBoard. The DefaultBoard already has many of these options already built in and configured:

    • Wifi
    • ExternalTriggers (digital or analog mode 'custom data' samples stored in the Aux[3] values)
    • SD card
    • Debug mode
    • Pulse sensor compatibility (interoperates with GUI widget)
    • BLE mode was never really finalized, still in Alpha stage and essentially impractical https://openbci.com/community/cyton-ble-code-now-in-alpha/
    • Etc.

    Regards, William

  • msl052msl052 Los Angeles

    I was planning to make SD card automatically record when I turn on the board for my application. I intended to build off of one of the examples given and not the DefaultBoard. I also don’t need to use some of the things listed.

  • wjcroftwjcroft Mount Shasta, CA

    Best strategy is to just mod DefaultBoard to turn on the SD card recording mode that you desire. NOT to use one of the other ino files. Locate how the SD card mode setting and startup is controlled from the serial input stream, and mimic those calls in the startup sequence.

    Alternately, you could wire one of the GPIO input pins as controlling your auto start SD card. Detected at startup. So that if left off, the board defaults to normal operation. If the pin is in 'your' mode, then do the special startup.

  • msl052msl052 Los Angeles

    I see. May I ask why the examples shouldn’t be used? Is there problems with the examples?

  • wjcroftwjcroft Mount Shasta, CA

    'Examples' I believe were only used in testing. And may not do all the initialization required for normal operation. They also preceded the full release of the Cyton firmware, so may be missing some important elements. There is no penalty in modifying DefaultBoard to do the startup actions you require. That way you are modifying the working firmware and starting from a known baseline.

    The idea I suggested (doing a 'default' startup if GPIO pin is in default mode), also allows you to easily verify GUI operation and other GUI driven mode selections (such as impedance check). And only enter your special SD card begin sequence, when you specifically select it with the GPIO pin.

    My hunch is that the warning here:

    https://docs.openbci.com/Cyton/CytonProgram/#select-defaultboardino-from-examples

    Is to ensure that the board supports all the features / modes documented on the OpenBCI site. Otherwise you are eliminating parts of the firmware and Cyton documentation may not match your experience.

    But you are the final arbiter of your board. Do as you wish. If something malfunctions, restore the DefaultBoard.

    Regards, William

  • msl052msl052 Los Angeles

    Thanks William, your advice is very valuable. Thanks again!

  • wjcroftwjcroft Mount Shasta, CA

    D18 might be a good choice for the pin controlling your special start-sdcard mode.

    https://docs.openbci.com/Cyton/CytonSDK/#board-mode [list of pins and digital or analog modes]

  • msl052msl052 Los Angeles

    Hello. What is the max sampling rate to write for the SD card? I am trying to find that in the Documentation but not able to see it.

  • wjcroftwjcroft Mount Shasta, CA

    See these related posts. By default the sdcard sample rate cannot be changed. But the user below has a private mod that might work for you.

    https://openbci.com/forum/index.php?p=/discussion/2435/over-250-sps-to-sd-card-using-bluetooth-dongle
    https://github.com/OpenBCI/OpenBCI_Cyton_Library/pull/96

    William

Sign In or Register to comment.