OpenBCI_32 libraries, mpide-0150 is too recent?

edited September 2015 in Software
Hello, I am just starting out with the OpenBCI board and I am having trouble working with the firmware.  I followed the directions to the best of my ability but was faced with some difficulties when I attempted to move the SD and OpenBCI_32 libraries to the appropriate locations.  I originally just moved them to a libraries folder underneath the mpide-0150 directory, but that seemed to not work properly as a previously existing copy of the SD library was being referenced in the mpide-0150/hardware/pic32/libraries subdirectory.  After replacing this existing library with the SD library obtained from the github source, the SD problem was resolved.  However, it is still unclear to me where the OpenBCI_32 directory needs to be placed since I am getting a file not found error for "OpenBCI_32.h".  When I attempt to move that file around, the error doesn't seem to be resolved.  Has anyone else had a similar experience and can anyone advise me on what might need to be done.  Apologies for the simplistic question in advance, but this is making me pull my hair out.

Comments

  • edited September 2015
    Update:  I was able to correctly move everything to the appropriate directories to eliminate the file not found errors, but upon compilation, I still have errors overriding existing library methods (e.g. the SD library has void return type for the write commands but the Print class requires size_t types).  Therefore what I have still does not compile.  Should I change all of the return types as needed or is something still not correct in the overall setup?  Any advice would be greatly appreciated.
  • edited September 2015
    As I investigated further, I concluded that it is not a problem with overall setup as I restarted the entire process on a different machine and ensured that all of the correct folders matched up (also, no file not found errors appeared on compile).  It appears that the current design of the pic32 cores header files and their respective library implementation that the current standard is for all Print.h write methods (which the SD library linked in the tutorial implements) to have size_t return types.  Perhaps mpide-0150 is too recent?  Should I be using a previous release of all of the libraries for OpenBCI or can just change the type call of each method to be void?  Again, any input would be tremendously helpful.
  • wjcroftwjcroft Mount Shasta, CA
    Joel @biomurph , any comments on this mpide issue?
  • biomurphbiomurph Brooklyn, NY
    Try using an earlier release of the mpide.

  • Okay.  Will do.  Thanks for your help.

    For additional information, I looked at a previous version of mpide (i.e. mpide-0023) and it appears that the Print.h core header is expecting void return types for the write commands.  Obviously this was changed for the mpide-0150 release.  Unfortunately, mpide-0150 is the only "release" candidate available (all mpide-0023 versions that are still supported are just considered builds).  As such, it is the only one available for download without looking through the xml bucket listing of all additional builds.  For anyone who may be interested in downloading a previous build candidate (as their location is not immediately obvious on the chipkit website), I have included the link to the builds.

    http://chipkit.s3.amazonaws.com/index.html
  • edited September 2015
    Also, @biomurph, thanks for your help.  It's now compiling and able to transmit!  I just now have to contend with the timeout errors, but that seems well-documented on another thread.
  • Microchip loves to change around those stupid header files.  Every 3rd release seems to break something for me.  Usually you can fix this by doing some defines at the top of your code.
  • Hi every one ,
     i faced a problem in firmware uploading of open BCI
    32 bit v3 board... I download all the firmware and libraries and also
    installed the chipkit core for arduino latest version ... but when i
    verify the code it gives me this error : pic32-g++: C:\Users\Adeel\AppData\Local\Temp\build72b065f92d2b6e4f5d8477e3c9f59c39.tmp/core\core.a: No such file or directory

    Can any one please help me... yur support will be appriciated.. thanks
  • yjyj France , Bordeaux
    Have you choosen te rigth Card in "tools/Cards" menu ?
  • Yes i have selected the right board from the tools option which is openbci 32 board

  • wjcroftwjcroft Mount Shasta, CA
    What about the links I posted responding to this same question on the other thread?


    They are seeing exactly this same core.a message.

  • biomurphbiomurph Brooklyn, NY
    @adeel
    I have only been able to get the chipkit core files to work with Arduino 1.6.5 More recent versions will not compile for me.

    Just heard today that the good folks at chipKit have got a working core that is compatible with the Arduino Boards Manager thing. I will be verifying it with our tech this week.
  • thanks Alot
Sign In or Register to comment.