I'm using the Cyton in debug mode (serial output via SERIAL1, D11/D12 pins). After this, when I attempt to plug in the USB dongle and connect via OPENBCI GUI, connections fails. It is important to not

stream EEG data directly via Serial0 (instead of Serial1) for this purpose. If Serial0 can be used for data streaming, it might not be necessary to modify the firmware, since Serial0 would already be

Mods to the board or firmware are generally NOT recommended. The very old threads you refer to, regarding Serial1 and Serial0 'wired connection' are from an unsupported, user initiated, one-off 'hack'

From the forum discussions and codebase (e.g., Board_Defs.h), I understand that Serial1 is typically reserved for debugging and used in conjunction with the WiFi shield. However, in my current wired s

Additionnally, when I try to look at the raw data using the serial1 port, I get voltage values that do not match at all the values displayed in the GUI. Is it possible that the gain changes when the l

Additionnally, when I try to look at the raw data using the serial1 port, I get voltage values that do not match at all the values displayed in the GUI. Is it possible that the gain changes when the l

/ variables including the strings: Serial0 and Serial1.

void OpenBCI_32bit_Library::printSerial(int i) { if (iSerial0.tx && !commandFromSPI) { Serial0.print(i); } if (iSerial1.tx) { Serial1.print(i); } }

BTW. Serial1 in Debug mode can stream the data directly to the openbci_lsl.py instead of using the normal BLE dongle?

re: "only option to do Serial.println". You should be able to BOTH do serial1 output AND serial1 input, by checking to see that serial1 has an input character waiting.

Secondly, yes I see the serial1 through the uart connection, however that would leave me with the only option to do Serial.println readouts on the serial monitor, which I find rather limited, or do I

I guess you might be interested in the "in-circuit debugging" capability of the MPLAB system. But really, you have an extra serial port on the Cyton PIC, that can be used for output and inpu

BTW, as Debug port using them on Serial1 the perfrmance is perfect, buy I would like to test them for streaming.

I would like to add a second communication channel (lets say Serial1) connected to a different PC and use this second PC to send/receive commands ONLY, not to receive the flux of data comming from the

Nejemia, hi. re: the two serial streams on the chipKIT microcontroller, Serial0 and Serial1. I don't understand the context of your question. The GUI expects to use Serial0 for both commands and data

Is there any possibility to use Serial1 only for commands without the streaming and having Serial0 as it is with the RFduino dongle working normally?

The way this is done, is by using a usb serial port breakout board, and usb isolator. The serial pins from the breakout are wired to the PIC 'serial1' TX, RX pins. 'serial0' was used for the RFduino r

Suggest that the customer look at the "serial1" information here,

NO, there are two serial ports on the chipKIT/PIC32. 'serial0' is how the PIC32 communications with the mainboard RFduino. 'serial1' is this second serial port on pins 11 & 12; used mainly for

Anyway, I'll have a look at the firmware. If I'm not thinking in the wrong direction, it should be possible to use the Serial1 connection to integrate the temperature data into the data stream from th