From having the wired USB working over Serial1, it just took adjusting the WREG calls to set the sample rate at whatever is desired.  The latency needed on the COM port increases as you increase the s

Since all the current OBCI code assumes it can just write full speed to the Serial1, you'd need to do some hacky stuff if you wanted to monitor that RTS for real. Like redefining Serial1.write(x) as a

  Serial1.write(0xA0);  // attempt to manually prepend the packet header

 Serial1.write(sampleCounter); // 1 byte

Wondering if @biomurph knows if circumventing the rfduino by using a USB wired connection over Serial1 should require any code modifications beyond replacing all "Serial0" with "Serial1

Re: the .ino file that I'm working off of - I did play around with yj's, but I realized I had better figure out how to get full transmission working over the wired USB prior to worrying about changing

no longer uses the sandwich protocol for your Serial1 link, since that should have no noise on it.

OpenBCI Github 32-bit source files. Then do your Serial1 changes there. You can tweek the default sample rate in the appropriate section once you get it running at the original 125 sps. Yj's mods had

The additional manipulation of removing / adding header / trailer / checksum bytes is something done between the two RFduinos. So may be transparent as far as what you need to send over Serial1. These

So I've finally been able to try this out.  Got the FT232H USB connection working as Serial1 after making Joel's mods to the chipkit files suggested here: 

I succeeded in creating a USB serial link from OBCI pins D11 and D12 and the UART "Serial1" capability of the board.  It works at 460800 baud at least (haven't tested higher yet).  So I'm ac

Since Momen used the 8 bit board, it will be easiest to just take the ideas of what he has done, and transfer that over to your copy of the current OpenBCI_32bit code tree. Should be fairly straightfo

if you replace all those Serial0 strings with Serial1, that would have the effect of routing all IO over the wired link. The idea I suggested about using the power switch to control wireless vs wired

You will be modifying the mainboard firmware as described earlier. With the power switch in PC position, operation will be with the dongle and radio link COM port. With switch in BLE position, the oth

Serial1.begin(460800);

Serial1.begin(115200);

when I enable serial1 with the begin command the serial1 and serial0 writing and printing commands work fine, but when you set the line "while (!(OBCI.isDataAvailable())) {}   // wait for DRDY pi

I'm not sure I understand.Are you saying that the board does not stream data when you turn on the Serial1?

actually I spoke prematurely. the line "while (!(OBCI.isDataAvailable())) {}   // wait for DRDY pin..." fails to ever pass when all I turn on is the Serial1.begin line?

@qdewolfOk, I've had a chance to dig into this. The correct way to remap pins is to place the remapping after the instantiation of Serial1.