openeeg-list — Public forum for everyone

[Openeeg-list] Trying to do some research on the effects of biofeedback

[LM <lm...@gm...>]

I'm doing some research on the effects of using biofeedback.  I'm
trying to look for research, articles, papers, etc. comparing the
results of biofeedback training and meditation and hypnagogic states.
Also looking for research, articles about what people think alpha and
theta waves represent and how asymmetry or waves being more prevalent
in one hemisphere than another or one part of the brain versus another
might affect that.  For instance, some research connects presence of
theta waves with activities such as storing memories and daydreaming.

If anyone has any pointers to information on these subjects, would
greatly appreciate hearing about it.

Thank you very much.

Sincerely,
Laura

[Openeeg-list] New to open eeg

[Arya H. <ary...@gm...>]

Hi folks,

I'm brand new to this so sorry if I'm asking anything too elementary.
I have some experience in the past with braintrainer, going back 7 years
ago.  I sold my system but would like to get back into brain training.

I'm thinking of buying an Olimex EEG-SMT
<https://www.olimex.com/Products/EEG/OpenEEG/EEG-SMT/open-source-hardware>and
some active electrodes to go with it.  Are the Active electrodes effective
or should I stick with the standard past and prep?
My main aim is to check my peak individual alpha frequency.  I'm having
RTMS treatments
and have noticed big differences.  I'd like to see if I can see this on the
EEG and perhaps
do some eeg brain training to augment the TMS.   Are there presets
available that work on
the open source software which allows you to train peak alpha?

Cheers

David

Re: [Openeeg-list] EEG

[maldziewa <mal...@gm...>]

It depends on what you want to gain. Do you want to detect epileptic
discharges in real-time or do you want to record it and process later?

If all you want is to record raw data - you can try some
biofeedback/neurofeedback equipment. It usually means 2/3/4 canals and a
small, handy amplifier. The choice of electrodes is another matter - you
can choose between clinical and commercial models. I know only clinical
types. Usually, during sleep studies, we use disc electrodes and we stick
them with glue (Collodion) to a patient's head. This type does not require
using a special cap. However, if you consider getting a cap you won't need
glue (how convenient! ;) but you will need gel. This method provides good
quality signal but is a bit uncomfortable for the user because of the wet
gel and you can't be sure if gel won't dry out through the night. If you
don't need a high-quality signal you can get dry electrodes - they are
sensitive to artifacts (as they move more on the scalp surface), but are
faster and more convenient to wear. There are also dry non-contact
electrodes but I have never used them. I suspect that it is the technology
behind all those "commercial" EEG headsets, but I don't know.

As for signal processing, you can use some open-source tools like winEEG or
EEGlab for Octave, depending on how you want to process data.





śr., 21 paź 2020 o 23:49 Binnyei Balazs <bi...@ho...> napisał(a):

>
>
> Hello
>
>
>
> I am looking for an EEG device for a 4 year old child who is suffering
> from ESES – electrical status epilepticus in slow wave sleep.
>
> This device should be comfortable to wear overnight during sleep.
>
>
>
> I need at least 8 channels of raw EEG data.
>
>
>
> I would like to buy this as an individual for my own child, hence I am
> looking for an affordable solution.
>
>
>
> Any help would be appreciated.
>
>
>
> Thanks
>
>
>
> Balazs
>
>
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows 10
>
>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>


-- 
Małgorzata Dziewa

Re: [Openeeg-list] EEG

[Binnyei B. <bi...@ho...>]

Yes, something comfortable with 1-4 electrodes would be sufficient. Even in ear or ceegrid electrodes might do. But I also need a device and software for signal processing.
Do you have anything in mind more specifically?

Thanks
________________________________
From: William Herrera <whe...@al...>
Sent: Thursday, October 22, 2020 12:06:39 AM
To: Discussion of EEG hardware, software, training protocols, NFB theory - for developers and users. <ope...@li...>
Subject: Re: [Openeeg-list] EEG

If this is the type that causes widespread discharges you don’t need a full Eeg montage with lots of wires so I would look into the sleep Eeg caps used for sleep studies.

On Wed, Oct 21, 2020 at 11:49 AM Binnyei Balazs <bi...@ho...<mailto:bi...@ho...>> wrote:



Hello



I am looking for an EEG device for a 4 year old child who is suffering from ESES – electrical status epilepticus in slow wave sleep.

This device should be comfortable to wear overnight during sleep.



I need at least 8 channels of raw EEG data.



I would like to buy this as an individual for my own child, hence I am looking for an affordable solution.



Any help would be appreciated.



Thanks



Balazs





Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10



_______________________________________________
Openeeg-list mailing list
Ope...@li...<mailto:Ope...@li...>
https://lists.sourceforge.net/lists/listinfo/openeeg-list
Go to the above address to change your
subscription options, e.g unsubscribe.

Re: [Openeeg-list] EEG

[William H. <whe...@al...>]

If this is the type that causes widespread discharges you don’t need a full
Eeg montage with lots of wires so I would look into the sleep Eeg caps used
for sleep studies.

On Wed, Oct 21, 2020 at 11:49 AM Binnyei Balazs <bi...@ho...> wrote:

>
>
> Hello
>
>
>
> I am looking for an EEG device for a 4 year old child who is suffering
> from ESES – electrical status epilepticus in slow wave sleep.
>
> This device should be comfortable to wear overnight during sleep.
>
>
>
> I need at least 8 channels of raw EEG data.
>
>
>
> I would like to buy this as an individual for my own child, hence I am
> looking for an affordable solution.
>
>
>
> Any help would be appreciated.
>
>
>
> Thanks
>
>
>
> Balazs
>
>
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows 10
>
>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

[Openeeg-list] EEG

[Binnyei B. <bi...@ho...>]

Hello

I am looking for an EEG device for a 4 year old child who is suffering from ESES – electrical status epilepticus in slow wave sleep.
This device should be comfortable to wear overnight during sleep.

I need at least 8 channels of raw EEG data.

I would like to buy this as an individual for my own child, hence I am looking for an affordable solution.

Any help would be appreciated.

Thanks

Balazs


Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

Re: [Openeeg-list] OpenEEG Questions

[Greg F. <mf...@gm...>]

Hi Jordan,

Try this link to modify your subscription

https://lists.sourceforge.net/lists/listinfo/openeeg-list

Kind regards, Greg Feneis
(Pixel 3)


On Thu, Sep 24, 2020, 13:15 Jordan <joc...@gm...> wrote:

> Can you remove me from your mailing list?
>
> *Jordan Harris, Ph.D, LPC, LMFT*
>
> Trauma Therapist and Couples Counselor
>
> https://medium.com/@informedsimplicity
>
> Cell: (410) 300 3461
>
>
>
>
>
> On Wed, Sep 23, 2020 at 2:43 PM Yonah Elorza <yo...@gm...> wrote:
>
>> Hello all,
>>
>> Thank you all so much for your great advice. I'm starting prototyping
>> with one channel for now, to test my schematics and ICs, as well as my
>> control mechanisms. If I make any headway with my changes, I'll make sure
>> to reach out to you all and give you an update!
>>
>> On Mon, Sep 21, 2020 at 5:44 AM Blago Gmail <don...@gm...> wrote:
>>
>>> Hello  Yonah,
>>>
>>> Your idea for developing upgraded hardware for OpenEEG is definitely
>>> good!
>>>
>>> I wonder how many users feel "performance constrained" with current
>>> version?
>>>
>>> Here are you points:
>>>  >>> -Designing better noise cancelling to reduce commons noise,
>>>  >>> as well as noise between electrodes.
>>> You can gain significant improvements over signal to noise ratio if you
>>> "integrate" the signal processing chain down to the ADC - the so called
>>> Analog Front-End (AFE). What I mean under integration is to choose from
>>> available options multi-channel AFE implemented as integrated circuit
>>> (ASIC) - Texas-instruments, Analog-devices, Linear.... Those AFE chips
>>> are coming with TIA (first amplification, in Damian's terms) and PGA
>>> (second amplification) amplifiers + different type (single-ended or
>>> differential) and resolution, ADC inside. All of them requires some kind
>>> of external digital control + reading out converted data samples (they
>>> don't memory buffers or storage place inside)
>>>
>>>  >>> -Integrating an FPGA into the design which acts as a
>>>  >>>    hardware Fast Fourier Transform
>>> I think you are underestimating the FPGAs. Despite the good use for
>>> signal processing, FPGA are good for implementing timing engines (the
>>> control signals needs to drive properly your AFE circuit).
>>>
>>> Imagine you are picking up an FPGA such as ZYNQ, who comes with dual
>>> core ARM processor inside... you are pretty much done with the
>>> configurable hardware you want. The firmware whiten for the ATMega
>>> should be ported to ARM but this will come with reward to have much more
>>> powerful processing unit. The FPGA fabric can be used for signal
>>> processing and controlling the external AFE. As you will end-up with
>>> good amount of data samples, better consider USB3/USB2 as interface with
>>> the PC.
>>>
>>>  >>>   -Making the circuit modular enough that you can stack
>>>  >>>    multiple together to have 4, 8, 16, etc. electrodes reading
>>>  >>>    at the same time.
>>> If you go the FPGA way, you will have ability to have reconfiguration on
>>> PCB and IC levels.
>>>
>>>
>>>  >>>   -Long term: modifying the design of the circuit to work
>>>  >>>   without the AT processor, instead having hardware control
>>>  >>>   from the GPIO of a Raspberry Pi, and all data being fed raw
>>>  >>>    to either the GPIO or USB interface of the Pi.
>>> Raspberry Pi is good platform but OpenEEG is too hardware specific that
>>> I am afraid that platforms as Raspberry Pi or Begalbone or Arduino are
>>> too generic for this project.
>>>
>>> Kind regards,
>>>
>>> Blagomir Donchev
>>>
>>>
>>>
>>>
>>>
>>> On 20/09/2020 23:46, Damián Filo wrote:
>>> > I am not, really... :D
>>> > Can you please define "leads"? Do you mean channels?
>>> > And what challenges?
>>> >
>>> > OpenEEG is in default built as bipolar EEG. That means for each
>>> channel
>>> > you need to connect two electrodes. The output is difference of
>>> voltage
>>> > between those two electrodes. But even with two electrodes you won't
>>> > need to make two amplfication circuits. The difference of voltages is
>>> > processed in the instrumentation amplifier (first amplifier) and then
>>> > the one difference signal is amplified further, so it can be reliably
>>> > converted to digital data. So you will need an amplification circuit
>>> > (cascade) for each channel (2 electrodes).
>>> > OpenEEG with v2 protocol and baud rate 115200 can support up to 6
>>> > channels, although ATmega16 can support 8. If there is need for more
>>> > channels, you would have to rewrite the firmware and change the baud
>>> > rate. But with that you would lose compatibility with software
>>> > supporting OpenEEG (like BrainBay).
>>> > I simply chose not to face those challenges and I stuck to the
>>> > specifications concerning OpenEEG compatibility. I use olimex v2
>>> > protocol firmware with ATmega16L.
>>> >
>>> >
>>> >
>>> > On Sun, Sep 20, 2020, 23:18 Steve Sterling <acu...@gm...
>>> > <mailto:acu...@gm...>> wrote:
>>> >
>>> >     You're really knowledgable about this Damian!  How do you work
>>> >     around the challenges with multiple leads, will each lead require
>>> >     it's own circuit?
>>> >
>>> >     Thanks,
>>> >     Steve
>>> >
>>> >     On Sun, Sep 20, 2020, 1:17 PM Damián Filo <nog...@gm...
>>> >     <mailto:nog...@gm...>> wrote:
>>> >
>>> >         I am sorry for the spam, but in my previous e-mail I said: "any
>>> >         of those changes you proposed are possible" - that is false.
>>> One
>>> >         change you mentioned was to feed raw data onto GPIO pins of
>>> RPi.
>>> >         That will not work, because what you need to do with the signal
>>> >         is to convert it from analog to digital data through ADC and
>>> RPi
>>> >         doesn't have an ADCs. You can avoid using ATmega
>>> >         microcontrollers, but you still would have to use some external
>>> >         chip with ADC functions. And then you would have to program
>>> your
>>> >         own firmware and protocol, so you can use the data in
>>> >         applications running on RPi.
>>> >         Though what you can do with RPi is to feed the data directly
>>> >         from ATmega through native UART interface on RPi without the
>>> >         need for USB-UART chip. But about that, I am not really sure
>>> >         about the signalling voltage mismatch 5V/3.3V. So it is still
>>> >         preferred to use a USB interface with UART bridge like CP2102.
>>> >
>>> >         S pozdravom,
>>> >         Damián Filo
>>> >
>>> >
>>> >         so 5. 9. 2020 o 21:49 Yonah Elorza <yo...@gm...
>>> >         <mailto:yo...@gm...>> napísal(a):
>>> >
>>> >             Hello!
>>> >
>>> >             I'm a computer engineer interested in making some
>>> >             modifications to the OpenEEG circuit, and had a few
>>> >             questions, if anyone is available to answer them. I've read
>>> >             through all the documentation on the website, and have
>>> >             worked with the OpenEEG platform for a few years now, and
>>> >             wanted to see if the following was possible:
>>> >
>>> >             -Designing better noise cancelling to reduce commons noise,
>>> >             as well as noise between electrodes.
>>> >             -Integrating an FPGA into the design which acts as a
>>> >             hardware Fast Fourier Transform
>>> >             -Making the circuit modular enough that you can stack
>>> >             multiple together to have 4, 8, 16, etc. electrodes reading
>>> >             at the same time.
>>> >             -Long term: modifying the design of the circuit to work
>>> >             without the AT processor, instead having hardware control
>>> >             from the GPIO of a Raspberry Pi, and all data being fed raw
>>> >             to either the GPIO or USB interface of the Pi.
>>> >
>>> >             If anyone has reasons this wouldn't be possible, or if you
>>> >             have suggestions for any of these changes, please let me
>>> >             know. I absolutely love this project, and would love to be
>>> >             able to contribute my own work to it.
>>> >
>>> >             --
>>> >             Best Regards,
>>> >             Yonah Elorza
>>> >             Columbia School of Engineering | Class of 2018
>>> >             Computer Engineering
>>> >             Tel: ( <tel:%28786%29%20205%20-%204304>305)-542-1735
>>> >             _______________________________________________
>>> >             Openeeg-list mailing list
>>> >             Ope...@li...
>>> >             <mailto:Ope...@li...>
>>> >             https://lists.sourceforge.net/lists/listinfo/openeeg-list
>>> >             Go to the above address to change your
>>> >             subscription options, e.g unsubscribe.
>>> >
>>> >         _______________________________________________
>>> >         Openeeg-list mailing list
>>> >         Ope...@li...
>>> >         <mailto:Ope...@li...>
>>> >         https://lists.sourceforge.net/lists/listinfo/openeeg-list
>>> >         Go to the above address to change your
>>> >         subscription options, e.g unsubscribe.
>>> >
>>> >     _______________________________________________
>>> >     Openeeg-list mailing list
>>> >     Ope...@li...
>>> >     <mailto:Ope...@li...>
>>> >     https://lists.sourceforge.net/lists/listinfo/openeeg-list
>>> >     Go to the above address to change your
>>> >     subscription options, e.g unsubscribe.
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Openeeg-list mailing list
>>> > Ope...@li...
>>> > https://lists.sourceforge.net/lists/listinfo/openeeg-list
>>> > Go to the above address to change your
>>> > subscription options, e.g unsubscribe.
>>> >
>>>
>>>
>>> _______________________________________________
>>> Openeeg-list mailing list
>>> Ope...@li...
>>> https://lists.sourceforge.net/lists/listinfo/openeeg-list
>>> Go to the above address to change your
>>> subscription options, e.g unsubscribe.
>>>
>>
>>
>> --
>> Best Regards,
>> Yonah Elorza
>> Columbia School of Engineering | Class of 2018
>> Computer Engineering
>> Tel: ( <%28786%29%20205%20-%204304>305)-542-1735
>> _______________________________________________
>> Openeeg-list mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> Go to the above address to change your
>> subscription options, e.g unsubscribe.
>>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

Re: [Openeeg-list] OpenEEG Questions

[Jordan <joc...@gm...>]

Can you remove me from your mailing list?

*Jordan Harris, Ph.D, LPC, LMFT*

Trauma Therapist and Couples Counselor

https://medium.com/@informedsimplicity

Cell: (410) 300 3461





On Wed, Sep 23, 2020 at 2:43 PM Yonah Elorza <yo...@gm...> wrote:

> Hello all,
>
> Thank you all so much for your great advice. I'm starting prototyping with
> one channel for now, to test my schematics and ICs, as well as my control
> mechanisms. If I make any headway with my changes, I'll make sure to reach
> out to you all and give you an update!
>
> On Mon, Sep 21, 2020 at 5:44 AM Blago Gmail <don...@gm...> wrote:
>
>> Hello  Yonah,
>>
>> Your idea for developing upgraded hardware for OpenEEG is definitely good!
>>
>> I wonder how many users feel "performance constrained" with current
>> version?
>>
>> Here are you points:
>>  >>> -Designing better noise cancelling to reduce commons noise,
>>  >>> as well as noise between electrodes.
>> You can gain significant improvements over signal to noise ratio if you
>> "integrate" the signal processing chain down to the ADC - the so called
>> Analog Front-End (AFE). What I mean under integration is to choose from
>> available options multi-channel AFE implemented as integrated circuit
>> (ASIC) - Texas-instruments, Analog-devices, Linear.... Those AFE chips
>> are coming with TIA (first amplification, in Damian's terms) and PGA
>> (second amplification) amplifiers + different type (single-ended or
>> differential) and resolution, ADC inside. All of them requires some kind
>> of external digital control + reading out converted data samples (they
>> don't memory buffers or storage place inside)
>>
>>  >>> -Integrating an FPGA into the design which acts as a
>>  >>>    hardware Fast Fourier Transform
>> I think you are underestimating the FPGAs. Despite the good use for
>> signal processing, FPGA are good for implementing timing engines (the
>> control signals needs to drive properly your AFE circuit).
>>
>> Imagine you are picking up an FPGA such as ZYNQ, who comes with dual
>> core ARM processor inside... you are pretty much done with the
>> configurable hardware you want. The firmware whiten for the ATMega
>> should be ported to ARM but this will come with reward to have much more
>> powerful processing unit. The FPGA fabric can be used for signal
>> processing and controlling the external AFE. As you will end-up with
>> good amount of data samples, better consider USB3/USB2 as interface with
>> the PC.
>>
>>  >>>   -Making the circuit modular enough that you can stack
>>  >>>    multiple together to have 4, 8, 16, etc. electrodes reading
>>  >>>    at the same time.
>> If you go the FPGA way, you will have ability to have reconfiguration on
>> PCB and IC levels.
>>
>>
>>  >>>   -Long term: modifying the design of the circuit to work
>>  >>>   without the AT processor, instead having hardware control
>>  >>>   from the GPIO of a Raspberry Pi, and all data being fed raw
>>  >>>    to either the GPIO or USB interface of the Pi.
>> Raspberry Pi is good platform but OpenEEG is too hardware specific that
>> I am afraid that platforms as Raspberry Pi or Begalbone or Arduino are
>> too generic for this project.
>>
>> Kind regards,
>>
>> Blagomir Donchev
>>
>>
>>
>>
>>
>> On 20/09/2020 23:46, Damián Filo wrote:
>> > I am not, really... :D
>> > Can you please define "leads"? Do you mean channels?
>> > And what challenges?
>> >
>> > OpenEEG is in default built as bipolar EEG. That means for each channel
>> > you need to connect two electrodes. The output is difference of voltage
>> > between those two electrodes. But even with two electrodes you won't
>> > need to make two amplfication circuits. The difference of voltages is
>> > processed in the instrumentation amplifier (first amplifier) and then
>> > the one difference signal is amplified further, so it can be reliably
>> > converted to digital data. So you will need an amplification circuit
>> > (cascade) for each channel (2 electrodes).
>> > OpenEEG with v2 protocol and baud rate 115200 can support up to 6
>> > channels, although ATmega16 can support 8. If there is need for more
>> > channels, you would have to rewrite the firmware and change the baud
>> > rate. But with that you would lose compatibility with software
>> > supporting OpenEEG (like BrainBay).
>> > I simply chose not to face those challenges and I stuck to the
>> > specifications concerning OpenEEG compatibility. I use olimex v2
>> > protocol firmware with ATmega16L.
>> >
>> >
>> >
>> > On Sun, Sep 20, 2020, 23:18 Steve Sterling <acu...@gm...
>> > <mailto:acu...@gm...>> wrote:
>> >
>> >     You're really knowledgable about this Damian!  How do you work
>> >     around the challenges with multiple leads, will each lead require
>> >     it's own circuit?
>> >
>> >     Thanks,
>> >     Steve
>> >
>> >     On Sun, Sep 20, 2020, 1:17 PM Damián Filo <nog...@gm...
>> >     <mailto:nog...@gm...>> wrote:
>> >
>> >         I am sorry for the spam, but in my previous e-mail I said: "any
>> >         of those changes you proposed are possible" - that is false. One
>> >         change you mentioned was to feed raw data onto GPIO pins of RPi.
>> >         That will not work, because what you need to do with the signal
>> >         is to convert it from analog to digital data through ADC and RPi
>> >         doesn't have an ADCs. You can avoid using ATmega
>> >         microcontrollers, but you still would have to use some external
>> >         chip with ADC functions. And then you would have to program your
>> >         own firmware and protocol, so you can use the data in
>> >         applications running on RPi.
>> >         Though what you can do with RPi is to feed the data directly
>> >         from ATmega through native UART interface on RPi without the
>> >         need for USB-UART chip. But about that, I am not really sure
>> >         about the signalling voltage mismatch 5V/3.3V. So it is still
>> >         preferred to use a USB interface with UART bridge like CP2102.
>> >
>> >         S pozdravom,
>> >         Damián Filo
>> >
>> >
>> >         so 5. 9. 2020 o 21:49 Yonah Elorza <yo...@gm...
>> >         <mailto:yo...@gm...>> napísal(a):
>> >
>> >             Hello!
>> >
>> >             I'm a computer engineer interested in making some
>> >             modifications to the OpenEEG circuit, and had a few
>> >             questions, if anyone is available to answer them. I've read
>> >             through all the documentation on the website, and have
>> >             worked with the OpenEEG platform for a few years now, and
>> >             wanted to see if the following was possible:
>> >
>> >             -Designing better noise cancelling to reduce commons noise,
>> >             as well as noise between electrodes.
>> >             -Integrating an FPGA into the design which acts as a
>> >             hardware Fast Fourier Transform
>> >             -Making the circuit modular enough that you can stack
>> >             multiple together to have 4, 8, 16, etc. electrodes reading
>> >             at the same time.
>> >             -Long term: modifying the design of the circuit to work
>> >             without the AT processor, instead having hardware control
>> >             from the GPIO of a Raspberry Pi, and all data being fed raw
>> >             to either the GPIO or USB interface of the Pi.
>> >
>> >             If anyone has reasons this wouldn't be possible, or if you
>> >             have suggestions for any of these changes, please let me
>> >             know. I absolutely love this project, and would love to be
>> >             able to contribute my own work to it.
>> >
>> >             --
>> >             Best Regards,
>> >             Yonah Elorza
>> >             Columbia School of Engineering | Class of 2018
>> >             Computer Engineering
>> >             Tel: ( <tel:%28786%29%20205%20-%204304>305)-542-1735
>> >             _______________________________________________
>> >             Openeeg-list mailing list
>> >             Ope...@li...
>> >             <mailto:Ope...@li...>
>> >             https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> >             Go to the above address to change your
>> >             subscription options, e.g unsubscribe.
>> >
>> >         _______________________________________________
>> >         Openeeg-list mailing list
>> >         Ope...@li...
>> >         <mailto:Ope...@li...>
>> >         https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> >         Go to the above address to change your
>> >         subscription options, e.g unsubscribe.
>> >
>> >     _______________________________________________
>> >     Openeeg-list mailing list
>> >     Ope...@li...
>> >     <mailto:Ope...@li...>
>> >     https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> >     Go to the above address to change your
>> >     subscription options, e.g unsubscribe.
>> >
>> >
>> >
>> > _______________________________________________
>> > Openeeg-list mailing list
>> > Ope...@li...
>> > https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> > Go to the above address to change your
>> > subscription options, e.g unsubscribe.
>> >
>>
>>
>> _______________________________________________
>> Openeeg-list mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> Go to the above address to change your
>> subscription options, e.g unsubscribe.
>>
>
>
> --
> Best Regards,
> Yonah Elorza
> Columbia School of Engineering | Class of 2018
> Computer Engineering
> Tel: ( <%28786%29%20205%20-%204304>305)-542-1735
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

Re: [Openeeg-list] OpenEEG Questions

[Yonah E. <yo...@gm...>]

Hello all,

Thank you all so much for your great advice. I'm starting prototyping with
one channel for now, to test my schematics and ICs, as well as my control
mechanisms. If I make any headway with my changes, I'll make sure to reach
out to you all and give you an update!

On Mon, Sep 21, 2020 at 5:44 AM Blago Gmail <don...@gm...> wrote:

> Hello  Yonah,
>
> Your idea for developing upgraded hardware for OpenEEG is definitely good!
>
> I wonder how many users feel "performance constrained" with current
> version?
>
> Here are you points:
>  >>> -Designing better noise cancelling to reduce commons noise,
>  >>> as well as noise between electrodes.
> You can gain significant improvements over signal to noise ratio if you
> "integrate" the signal processing chain down to the ADC - the so called
> Analog Front-End (AFE). What I mean under integration is to choose from
> available options multi-channel AFE implemented as integrated circuit
> (ASIC) - Texas-instruments, Analog-devices, Linear.... Those AFE chips
> are coming with TIA (first amplification, in Damian's terms) and PGA
> (second amplification) amplifiers + different type (single-ended or
> differential) and resolution, ADC inside. All of them requires some kind
> of external digital control + reading out converted data samples (they
> don't memory buffers or storage place inside)
>
>  >>> -Integrating an FPGA into the design which acts as a
>  >>>    hardware Fast Fourier Transform
> I think you are underestimating the FPGAs. Despite the good use for
> signal processing, FPGA are good for implementing timing engines (the
> control signals needs to drive properly your AFE circuit).
>
> Imagine you are picking up an FPGA such as ZYNQ, who comes with dual
> core ARM processor inside... you are pretty much done with the
> configurable hardware you want. The firmware whiten for the ATMega
> should be ported to ARM but this will come with reward to have much more
> powerful processing unit. The FPGA fabric can be used for signal
> processing and controlling the external AFE. As you will end-up with
> good amount of data samples, better consider USB3/USB2 as interface with
> the PC.
>
>  >>>   -Making the circuit modular enough that you can stack
>  >>>    multiple together to have 4, 8, 16, etc. electrodes reading
>  >>>    at the same time.
> If you go the FPGA way, you will have ability to have reconfiguration on
> PCB and IC levels.
>
>
>  >>>   -Long term: modifying the design of the circuit to work
>  >>>   without the AT processor, instead having hardware control
>  >>>   from the GPIO of a Raspberry Pi, and all data being fed raw
>  >>>    to either the GPIO or USB interface of the Pi.
> Raspberry Pi is good platform but OpenEEG is too hardware specific that
> I am afraid that platforms as Raspberry Pi or Begalbone or Arduino are
> too generic for this project.
>
> Kind regards,
>
> Blagomir Donchev
>
>
>
>
>
> On 20/09/2020 23:46, Damián Filo wrote:
> > I am not, really... :D
> > Can you please define "leads"? Do you mean channels?
> > And what challenges?
> >
> > OpenEEG is in default built as bipolar EEG. That means for each channel
> > you need to connect two electrodes. The output is difference of voltage
> > between those two electrodes. But even with two electrodes you won't
> > need to make two amplfication circuits. The difference of voltages is
> > processed in the instrumentation amplifier (first amplifier) and then
> > the one difference signal is amplified further, so it can be reliably
> > converted to digital data. So you will need an amplification circuit
> > (cascade) for each channel (2 electrodes).
> > OpenEEG with v2 protocol and baud rate 115200 can support up to 6
> > channels, although ATmega16 can support 8. If there is need for more
> > channels, you would have to rewrite the firmware and change the baud
> > rate. But with that you would lose compatibility with software
> > supporting OpenEEG (like BrainBay).
> > I simply chose not to face those challenges and I stuck to the
> > specifications concerning OpenEEG compatibility. I use olimex v2
> > protocol firmware with ATmega16L.
> >
> >
> >
> > On Sun, Sep 20, 2020, 23:18 Steve Sterling <acu...@gm...
> > <mailto:acu...@gm...>> wrote:
> >
> >     You're really knowledgable about this Damian!  How do you work
> >     around the challenges with multiple leads, will each lead require
> >     it's own circuit?
> >
> >     Thanks,
> >     Steve
> >
> >     On Sun, Sep 20, 2020, 1:17 PM Damián Filo <nog...@gm...
> >     <mailto:nog...@gm...>> wrote:
> >
> >         I am sorry for the spam, but in my previous e-mail I said: "any
> >         of those changes you proposed are possible" - that is false. One
> >         change you mentioned was to feed raw data onto GPIO pins of RPi.
> >         That will not work, because what you need to do with the signal
> >         is to convert it from analog to digital data through ADC and RPi
> >         doesn't have an ADCs. You can avoid using ATmega
> >         microcontrollers, but you still would have to use some external
> >         chip with ADC functions. And then you would have to program your
> >         own firmware and protocol, so you can use the data in
> >         applications running on RPi.
> >         Though what you can do with RPi is to feed the data directly
> >         from ATmega through native UART interface on RPi without the
> >         need for USB-UART chip. But about that, I am not really sure
> >         about the signalling voltage mismatch 5V/3.3V. So it is still
> >         preferred to use a USB interface with UART bridge like CP2102.
> >
> >         S pozdravom,
> >         Damián Filo
> >
> >
> >         so 5. 9. 2020 o 21:49 Yonah Elorza <yo...@gm...
> >         <mailto:yo...@gm...>> napísal(a):
> >
> >             Hello!
> >
> >             I'm a computer engineer interested in making some
> >             modifications to the OpenEEG circuit, and had a few
> >             questions, if anyone is available to answer them. I've read
> >             through all the documentation on the website, and have
> >             worked with the OpenEEG platform for a few years now, and
> >             wanted to see if the following was possible:
> >
> >             -Designing better noise cancelling to reduce commons noise,
> >             as well as noise between electrodes.
> >             -Integrating an FPGA into the design which acts as a
> >             hardware Fast Fourier Transform
> >             -Making the circuit modular enough that you can stack
> >             multiple together to have 4, 8, 16, etc. electrodes reading
> >             at the same time.
> >             -Long term: modifying the design of the circuit to work
> >             without the AT processor, instead having hardware control
> >             from the GPIO of a Raspberry Pi, and all data being fed raw
> >             to either the GPIO or USB interface of the Pi.
> >
> >             If anyone has reasons this wouldn't be possible, or if you
> >             have suggestions for any of these changes, please let me
> >             know. I absolutely love this project, and would love to be
> >             able to contribute my own work to it.
> >
> >             --
> >             Best Regards,
> >             Yonah Elorza
> >             Columbia School of Engineering | Class of 2018
> >             Computer Engineering
> >             Tel: ( <tel:%28786%29%20205%20-%204304>305)-542-1735
> >             _______________________________________________
> >             Openeeg-list mailing list
> >             Ope...@li...
> >             <mailto:Ope...@li...>
> >             https://lists.sourceforge.net/lists/listinfo/openeeg-list
> >             Go to the above address to change your
> >             subscription options, e.g unsubscribe.
> >
> >         _______________________________________________
> >         Openeeg-list mailing list
> >         Ope...@li...
> >         <mailto:Ope...@li...>
> >         https://lists.sourceforge.net/lists/listinfo/openeeg-list
> >         Go to the above address to change your
> >         subscription options, e.g unsubscribe.
> >
> >     _______________________________________________
> >     Openeeg-list mailing list
> >     Ope...@li...
> >     <mailto:Ope...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/openeeg-list
> >     Go to the above address to change your
> >     subscription options, e.g unsubscribe.
> >
> >
> >
> > _______________________________________________
> > Openeeg-list mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openeeg-list
> > Go to the above address to change your
> > subscription options, e.g unsubscribe.
> >
>
>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>


-- 
Best Regards,
Yonah Elorza
Columbia School of Engineering | Class of 2018
Computer Engineering
Tel: ( <%28786%29%20205%20-%204304>305)-542-1735

Re: [Openeeg-list] OpenEEG Questions

[Blago G. <don...@gm...>]

Hello  Yonah,

Your idea for developing upgraded hardware for OpenEEG is definitely good!

I wonder how many users feel "performance constrained" with current version?

Here are you points:
 >>> -Designing better noise cancelling to reduce commons noise,
 >>> as well as noise between electrodes.
You can gain significant improvements over signal to noise ratio if you 
"integrate" the signal processing chain down to the ADC - the so called 
Analog Front-End (AFE). What I mean under integration is to choose from 
available options multi-channel AFE implemented as integrated circuit 
(ASIC) - Texas-instruments, Analog-devices, Linear.... Those AFE chips 
are coming with TIA (first amplification, in Damian's terms) and PGA 
(second amplification) amplifiers + different type (single-ended or 
differential) and resolution, ADC inside. All of them requires some kind 
of external digital control + reading out converted data samples (they 
don't memory buffers or storage place inside)

 >>> -Integrating an FPGA into the design which acts as a
 >>>    hardware Fast Fourier Transform
I think you are underestimating the FPGAs. Despite the good use for 
signal processing, FPGA are good for implementing timing engines (the 
control signals needs to drive properly your AFE circuit).

Imagine you are picking up an FPGA such as ZYNQ, who comes with dual 
core ARM processor inside... you are pretty much done with the 
configurable hardware you want. The firmware whiten for the ATMega 
should be ported to ARM but this will come with reward to have much more 
powerful processing unit. The FPGA fabric can be used for signal 
processing and controlling the external AFE. As you will end-up with 
good amount of data samples, better consider USB3/USB2 as interface with 
the PC.

 >>>   -Making the circuit modular enough that you can stack
 >>>    multiple together to have 4, 8, 16, etc. electrodes reading
 >>>    at the same time.
If you go the FPGA way, you will have ability to have reconfiguration on 
PCB and IC levels.


 >>>   -Long term: modifying the design of the circuit to work
 >>>   without the AT processor, instead having hardware control
 >>>   from the GPIO of a Raspberry Pi, and all data being fed raw
 >>>    to either the GPIO or USB interface of the Pi.
Raspberry Pi is good platform but OpenEEG is too hardware specific that 
I am afraid that platforms as Raspberry Pi or Begalbone or Arduino are 
too generic for this project.

Kind regards,

Blagomir Donchev





On 20/09/2020 23:46, Damián Filo wrote:
> I am not, really... :D
> Can you please define "leads"? Do you mean channels?
> And what challenges?
> 
> OpenEEG is in default built as bipolar EEG. That means for each channel 
> you need to connect two electrodes. The output is difference of voltage 
> between those two electrodes. But even with two electrodes you won't 
> need to make two amplfication circuits. The difference of voltages is 
> processed in the instrumentation amplifier (first amplifier) and then 
> the one difference signal is amplified further, so it can be reliably 
> converted to digital data. So you will need an amplification circuit 
> (cascade) for each channel (2 electrodes).
> OpenEEG with v2 protocol and baud rate 115200 can support up to 6 
> channels, although ATmega16 can support 8. If there is need for more 
> channels, you would have to rewrite the firmware and change the baud 
> rate. But with that you would lose compatibility with software 
> supporting OpenEEG (like BrainBay).
> I simply chose not to face those challenges and I stuck to the 
> specifications concerning OpenEEG compatibility. I use olimex v2 
> protocol firmware with ATmega16L.
> 
> 
> 
> On Sun, Sep 20, 2020, 23:18 Steve Sterling <acu...@gm... 
> <mailto:acu...@gm...>> wrote:
> 
>     You're really knowledgable about this Damian!  How do you work
>     around the challenges with multiple leads, will each lead require
>     it's own circuit?
> 
>     Thanks,
>     Steve
> 
>     On Sun, Sep 20, 2020, 1:17 PM Damián Filo <nog...@gm...
>     <mailto:nog...@gm...>> wrote:
> 
>         I am sorry for the spam, but in my previous e-mail I said: "any
>         of those changes you proposed are possible" - that is false. One
>         change you mentioned was to feed raw data onto GPIO pins of RPi.
>         That will not work, because what you need to do with the signal
>         is to convert it from analog to digital data through ADC and RPi
>         doesn't have an ADCs. You can avoid using ATmega
>         microcontrollers, but you still would have to use some external
>         chip with ADC functions. And then you would have to program your
>         own firmware and protocol, so you can use the data in
>         applications running on RPi.
>         Though what you can do with RPi is to feed the data directly
>         from ATmega through native UART interface on RPi without the
>         need for USB-UART chip. But about that, I am not really sure
>         about the signalling voltage mismatch 5V/3.3V. So it is still
>         preferred to use a USB interface with UART bridge like CP2102.
> 
>         S pozdravom,
>         Damián Filo
> 
> 
>         so 5. 9. 2020 o 21:49 Yonah Elorza <yo...@gm...
>         <mailto:yo...@gm...>> napísal(a):
> 
>             Hello!
> 
>             I'm a computer engineer interested in making some
>             modifications to the OpenEEG circuit, and had a few
>             questions, if anyone is available to answer them. I've read
>             through all the documentation on the website, and have
>             worked with the OpenEEG platform for a few years now, and
>             wanted to see if the following was possible:
> 
>             -Designing better noise cancelling to reduce commons noise,
>             as well as noise between electrodes.
>             -Integrating an FPGA into the design which acts as a
>             hardware Fast Fourier Transform
>             -Making the circuit modular enough that you can stack
>             multiple together to have 4, 8, 16, etc. electrodes reading
>             at the same time.
>             -Long term: modifying the design of the circuit to work
>             without the AT processor, instead having hardware control
>             from the GPIO of a Raspberry Pi, and all data being fed raw
>             to either the GPIO or USB interface of the Pi.
> 
>             If anyone has reasons this wouldn't be possible, or if you
>             have suggestions for any of these changes, please let me
>             know. I absolutely love this project, and would love to be
>             able to contribute my own work to it.
> 
>             -- 
>             Best Regards,
>             Yonah Elorza
>             Columbia School of Engineering | Class of 2018
>             Computer Engineering
>             Tel: ( <tel:%28786%29%20205%20-%204304>305)-542-1735
>             _______________________________________________
>             Openeeg-list mailing list
>             Ope...@li...
>             <mailto:Ope...@li...>
>             https://lists.sourceforge.net/lists/listinfo/openeeg-list
>             Go to the above address to change your
>             subscription options, e.g unsubscribe.
> 
>         _______________________________________________
>         Openeeg-list mailing list
>         Ope...@li...
>         <mailto:Ope...@li...>
>         https://lists.sourceforge.net/lists/listinfo/openeeg-list
>         Go to the above address to change your
>         subscription options, e.g unsubscribe.
> 
>     _______________________________________________
>     Openeeg-list mailing list
>     Ope...@li...
>     <mailto:Ope...@li...>
>     https://lists.sourceforge.net/lists/listinfo/openeeg-list
>     Go to the above address to change your
>     subscription options, e.g unsubscribe.
> 
> 
> 
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
> 

Re: [Openeeg-list] OpenEEG Questions

[Damián F. <nog...@gm...>]

I am not, really... :D
Can you please define "leads"? Do you mean channels?
And what challenges?

OpenEEG is in default built as bipolar EEG. That means for each channel you
need to connect two electrodes. The output is difference of voltage between
those two electrodes. But even with two electrodes you won't need to make
two amplfication circuits. The difference of voltages is processed in the
instrumentation amplifier (first amplifier) and then the one difference
signal is amplified further, so it can be reliably converted to digital
data. So you will need an amplification circuit (cascade) for each channel
(2 electrodes).
OpenEEG with v2 protocol and baud rate 115200 can support up to 6 channels,
although ATmega16 can support 8. If there is need for more channels, you
would have to rewrite the firmware and change the baud rate. But with that
you would lose compatibility with software supporting OpenEEG (like
BrainBay).
I simply chose not to face those challenges and I stuck to the
specifications concerning OpenEEG compatibility. I use olimex v2 protocol
firmware with ATmega16L.



On Sun, Sep 20, 2020, 23:18 Steve Sterling <acu...@gm...> wrote:

> You're really knowledgable about this Damian!  How do you work around the
> challenges with multiple leads, will each lead require it's own circuit?
>
> Thanks,
> Steve
>
> On Sun, Sep 20, 2020, 1:17 PM Damián Filo <nog...@gm...> wrote:
>
>> I am sorry for the spam, but in my previous e-mail I said: "any of those
>> changes you proposed are possible" - that is false. One change you
>> mentioned was to feed raw data onto GPIO pins of RPi. That will not work,
>> because what you need to do with the signal is to convert it from analog to
>> digital data through ADC and RPi doesn't have an ADCs. You can avoid using
>> ATmega microcontrollers, but you still would have to use some external chip
>> with ADC functions. And then you would have to program your own firmware
>> and protocol, so you can use the data in applications running on RPi.
>> Though what you can do with RPi is to feed the data directly from ATmega
>> through native UART interface on RPi without the need for USB-UART chip.
>> But about that, I am not really sure about the signalling voltage mismatch
>> 5V/3.3V. So it is still preferred to use a USB interface with UART bridge
>> like CP2102.
>>
>> S pozdravom,
>> Damián Filo
>>
>>
>> so 5. 9. 2020 o 21:49 Yonah Elorza <yo...@gm...> napísal(a):
>>
>>> Hello!
>>>
>>> I'm a computer engineer interested in making some modifications to the
>>> OpenEEG circuit, and had a few questions, if anyone is available to answer
>>> them. I've read through all the documentation on the website, and have
>>> worked with the OpenEEG platform for a few years now, and wanted to see if
>>> the following was possible:
>>>
>>> -Designing better noise cancelling to reduce commons noise, as well as
>>> noise between electrodes.
>>> -Integrating an FPGA into the design which acts as a hardware Fast
>>> Fourier Transform
>>> -Making the circuit modular enough that you can stack multiple together
>>> to have 4, 8, 16, etc. electrodes reading at the same time.
>>> -Long term: modifying the design of the circuit to work without the AT
>>> processor, instead having hardware control from the GPIO of a Raspberry Pi,
>>> and all data being fed raw to either the GPIO or USB interface of the Pi.
>>>
>>> If anyone has reasons this wouldn't be possible, or if you have
>>> suggestions for any of these changes, please let me know. I absolutely love
>>> this project, and would love to be able to contribute my own work to it.
>>>
>>> --
>>> Best Regards,
>>> Yonah Elorza
>>> Columbia School of Engineering | Class of 2018
>>> Computer Engineering
>>> Tel: ( <%28786%29%20205%20-%204304>305)-542-1735
>>> _______________________________________________
>>> Openeeg-list mailing list
>>> Ope...@li...
>>> https://lists.sourceforge.net/lists/listinfo/openeeg-list
>>> Go to the above address to change your
>>> subscription options, e.g unsubscribe.
>>>
>> _______________________________________________
>> Openeeg-list mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> Go to the above address to change your
>> subscription options, e.g unsubscribe.
>>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

Re: [Openeeg-list] OpenEEG Questions

[Steve S. <acu...@gm...>]

You're really knowledgable about this Damian!  How do you work around the
challenges with multiple leads, will each lead require it's own circuit?

Thanks,
Steve

On Sun, Sep 20, 2020, 1:17 PM Damián Filo <nog...@gm...> wrote:

> I am sorry for the spam, but in my previous e-mail I said: "any of those
> changes you proposed are possible" - that is false. One change you
> mentioned was to feed raw data onto GPIO pins of RPi. That will not work,
> because what you need to do with the signal is to convert it from analog to
> digital data through ADC and RPi doesn't have an ADCs. You can avoid using
> ATmega microcontrollers, but you still would have to use some external chip
> with ADC functions. And then you would have to program your own firmware
> and protocol, so you can use the data in applications running on RPi.
> Though what you can do with RPi is to feed the data directly from ATmega
> through native UART interface on RPi without the need for USB-UART chip.
> But about that, I am not really sure about the signalling voltage mismatch
> 5V/3.3V. So it is still preferred to use a USB interface with UART bridge
> like CP2102.
>
> S pozdravom,
> Damián Filo
>
>
> so 5. 9. 2020 o 21:49 Yonah Elorza <yo...@gm...> napísal(a):
>
>> Hello!
>>
>> I'm a computer engineer interested in making some modifications to the
>> OpenEEG circuit, and had a few questions, if anyone is available to answer
>> them. I've read through all the documentation on the website, and have
>> worked with the OpenEEG platform for a few years now, and wanted to see if
>> the following was possible:
>>
>> -Designing better noise cancelling to reduce commons noise, as well as
>> noise between electrodes.
>> -Integrating an FPGA into the design which acts as a hardware Fast
>> Fourier Transform
>> -Making the circuit modular enough that you can stack multiple together
>> to have 4, 8, 16, etc. electrodes reading at the same time.
>> -Long term: modifying the design of the circuit to work without the AT
>> processor, instead having hardware control from the GPIO of a Raspberry Pi,
>> and all data being fed raw to either the GPIO or USB interface of the Pi.
>>
>> If anyone has reasons this wouldn't be possible, or if you have
>> suggestions for any of these changes, please let me know. I absolutely love
>> this project, and would love to be able to contribute my own work to it.
>>
>> --
>> Best Regards,
>> Yonah Elorza
>> Columbia School of Engineering | Class of 2018
>> Computer Engineering
>> Tel: ( <%28786%29%20205%20-%204304>305)-542-1735
>> _______________________________________________
>> Openeeg-list mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> Go to the above address to change your
>> subscription options, e.g unsubscribe.
>>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

Re: [Openeeg-list] OpenEEG Questions

[Damián F. <nog...@gm...>]

I am sorry for the spam, but in my previous e-mail I said: "any of those
changes you proposed are possible" - that is false. One change you
mentioned was to feed raw data onto GPIO pins of RPi. That will not work,
because what you need to do with the signal is to convert it from analog to
digital data through ADC and RPi doesn't have an ADCs. You can avoid using
ATmega microcontrollers, but you still would have to use some external chip
with ADC functions. And then you would have to program your own firmware
and protocol, so you can use the data in applications running on RPi.
Though what you can do with RPi is to feed the data directly from ATmega
through native UART interface on RPi without the need for USB-UART chip.
But about that, I am not really sure about the signalling voltage mismatch
5V/3.3V. So it is still preferred to use a USB interface with UART bridge
like CP2102.

S pozdravom,
Damián Filo


so 5. 9. 2020 o 21:49 Yonah Elorza <yo...@gm...> napísal(a):

> Hello!
>
> I'm a computer engineer interested in making some modifications to the
> OpenEEG circuit, and had a few questions, if anyone is available to answer
> them. I've read through all the documentation on the website, and have
> worked with the OpenEEG platform for a few years now, and wanted to see if
> the following was possible:
>
> -Designing better noise cancelling to reduce commons noise, as well as
> noise between electrodes.
> -Integrating an FPGA into the design which acts as a hardware Fast Fourier
> Transform
> -Making the circuit modular enough that you can stack multiple together to
> have 4, 8, 16, etc. electrodes reading at the same time.
> -Long term: modifying the design of the circuit to work without the AT
> processor, instead having hardware control from the GPIO of a Raspberry Pi,
> and all data being fed raw to either the GPIO or USB interface of the Pi.
>
> If anyone has reasons this wouldn't be possible, or if you have
> suggestions for any of these changes, please let me know. I absolutely love
> this project, and would love to be able to contribute my own work to it.
>
> --
> Best Regards,
> Yonah Elorza
> Columbia School of Engineering | Class of 2018
> Computer Engineering
> Tel: ( <%28786%29%20205%20-%204304>305)-542-1735
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

Re: [Openeeg-list] OpenEEG Questions

[Damián F. <nog...@gm...>]

Hello Yonah!
I hope you can find some answers to your questions in my customized OpenEEG
design: https://github.com/splithor1zon/EEG-ReMake

As for the hardware customizations you require, I suggest that you should
start learning theory and concepts used in OpenEEG project. Without them
you won't be able to customize it. But I have some good news for you, any
of those changes you proposed are possible. It just depends on how much
time you are willing to spend on this project.

If you've got further questions, feel free to contact me.

S pozdravom,
Damián Filo


so 5. 9. 2020 o 21:49 Yonah Elorza <yo...@gm...> napísal(a):

> Hello!
>
> I'm a computer engineer interested in making some modifications to the
> OpenEEG circuit, and had a few questions, if anyone is available to answer
> them. I've read through all the documentation on the website, and have
> worked with the OpenEEG platform for a few years now, and wanted to see if
> the following was possible:
>
> -Designing better noise cancelling to reduce commons noise, as well as
> noise between electrodes.
> -Integrating an FPGA into the design which acts as a hardware Fast Fourier
> Transform
> -Making the circuit modular enough that you can stack multiple together to
> have 4, 8, 16, etc. electrodes reading at the same time.
> -Long term: modifying the design of the circuit to work without the AT
> processor, instead having hardware control from the GPIO of a Raspberry Pi,
> and all data being fed raw to either the GPIO or USB interface of the Pi.
>
> If anyone has reasons this wouldn't be possible, or if you have
> suggestions for any of these changes, please let me know. I absolutely love
> this project, and would love to be able to contribute my own work to it.
>
> --
> Best Regards,
> Yonah Elorza
> Columbia School of Engineering | Class of 2018
> Computer Engineering
> Tel: ( <%28786%29%20205%20-%204304>305)-542-1735
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

[Openeeg-list] OpenEEG Questions

[Yonah E. <yo...@gm...>]

Hello!

I'm a computer engineer interested in making some modifications to the
OpenEEG circuit, and had a few questions, if anyone is available to answer
them. I've read through all the documentation on the website, and have
worked with the OpenEEG platform for a few years now, and wanted to see if
the following was possible:

-Designing better noise cancelling to reduce commons noise, as well as
noise between electrodes.
-Integrating an FPGA into the design which acts as a hardware Fast Fourier
Transform
-Making the circuit modular enough that you can stack multiple together to
have 4, 8, 16, etc. electrodes reading at the same time.
-Long term: modifying the design of the circuit to work without the AT
processor, instead having hardware control from the GPIO of a Raspberry Pi,
and all data being fed raw to either the GPIO or USB interface of the Pi.

If anyone has reasons this wouldn't be possible, or if you have suggestions
for any of these changes, please let me know. I absolutely love this
project, and would love to be able to contribute my own work to it.

-- 
Best Regards,
Yonah Elorza
Columbia School of Engineering | Class of 2018
Computer Engineering
Tel: ( <%28786%29%20205%20-%204304>305)-542-1735

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[Ben M <ser...@te...>]

Why not just connect the Olimex to the Raspberry Pi via USB and then run
NeuroServer?

Several years ago when I was actively playing with this stuff, I had a lot
of success with Python and this NeuroServer implementation:
  https://github.com/pborky/pyneuro

Regarding portability, I managed to run Olimex from one of the older
Raspberry Pi models (I think 3) headless (i.e. via SSH) with a portable USB
power bank.  However, it must be a very high quality USB power bank since
the Pi can require a lot of power to successfully boot.  The power
requirement may also depend on the model.

-Ben

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[Damián F. <nog...@gm...>]

Oh ok, then you probably can connect the eeg to raspberry pie's GPIO uart
(pin 8 and 10), but you'll need to bypass the MAX232 circuit and connect it
directly to raspberry pi. Or you can buy RS232 usb controller and use that
to connect to the eeg. Then you'll need to either create or use a program
which can parse Modular EEG protocol v2 data. On windows I used
http://www.shifz.org/brainbay/ but I am not sure if there are many programs
written for linux. BrainBay is open-source, so you could probably just
customize the code. It would be great to see Modular EEG linux software
development, so if you've developed interesting program or technique,
please do share! You can also make it so the program will parse the input
and then it will stream the data via IP network (UDP) for some sweet
portability.

P. S.
I had my doubts of directly connecting the EEG to rPi (because of 5V vs
3.3V TTL, but you could just add resistor on EEG RX line(voltage divider)),
and I think it worked fine even without the resistor. Always think about
safety! With raspberry pi I even thought about fully battery-powered system.


S pozdravom,
Damián Filo


ut 25. 2. 2020 o 20:01 Şiyar Bahadır <siy...@gm...> napísal(a):

> I am sorry, there has been an misunderstanding, i dont want to create the
> hardware from ground up, i bought the olimex version already, ı am just
> curious and interested in turning this into an portable
> electrocorticography.
>
> Which means that i will only change the electrodes (and i myself will not
> do it, an electronics engineered partnered with me will.)
>
> I am just interested in building a very simple and lightweight set up
> where i can get data from olimex eeg, send it to a small computer (a
> raspberry maybe?) and then to move a small car with it. I didnt even
> consider building the board from ground up. Well, "ground" for me was
> buying the eeg, but you guys raised the bar.
>
> My experiment's aim is to guess a rat's intention to go left or right, and
> translate it into data to ride a small and simple Rat-Car.
>
> Damian Filo, Don and Blogomir, thanks a lot for your advice. But can you
> guide me from what i said now?
> Thanks a lot.
>
> Blagomir Donchev <don...@gm...>, 25 Şub 2020 Sal, 02:25 tarihinde
> şunu yazdı:
>
>> Hello,
>>
>> Emotiv is accessible hardware. Combined with the flexibility of Python
>> (https://hackaday.com/2010/09/13/python-library-for-emotiv-eeg/), can
>> be turned into "mind blowing" setup.
>>
>> For engineers the Medicine side will be never as strong as of
>> experienced neurologist. On the opposite site, the neurologist can
>> easily "connect the wrong wires".
>>
>> I have knowledge and experience in experimental physics, FPGA design
>> and ESP32 like embedded solutions, and I am looking for experienced
>> doctors with interests in helping humanity with innovations?
>>
>> Guys, let me know if anyone is interested.
>>
>>
>>         Kind Regards,
>>
>>                 Blagomir Donchev
>>
>> Phone: +32 (0)456 086 236
>> Email: don...@zo...
>> LinkedIn: linkedin.com/in/blagomir-donchev-10714213
>> Supporting: www.innotechsol.eu - For better Engineer's society
>>
>>
>> On Mon, 2020-02-24 at 09:55 +0100, CeDeROM wrote:
>> > Hey there :-)
>> >
>> > You may also want to take a look at
>> >
>> > bio...@ya...
>> > it is more active, however yahoo is about to shut down the lists.. so
>> > probably move to Google groups is imminent.
>> >
>> > You can buy assembled OpenEEG at Olimex
>> > https://www.olimex.com/Products/EEG/OpenEEG/
>> >
>> > If you want to make some more DIY then look at
>> > https://backyardbrains.com/
>> >
>> > If you are focused only on signal analysis then take a look at EMOTIV
>> > products they just released a new model EPOC X of their ready to use
>> > EEG/BCI with very nice software tools discount seems still available
>> > :-)
>> >
>>
>> https://www.emotiv.com/epoc-x-pre-sale/?utm_source=newsletter&utm_medium=email&utm_campaign=feb-2020-epoc-x-presale&utm_content=presale-launch-week1&mc_cid=8038b24509&mc_eid=746096103f
>> > Best regards
>> > Tomek
>> >
>> > --
>> > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>> > _______________________________________________
>> > Openeeg-list mailing list
>> > Ope...@li...
>> > https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> > Go to the above address to change your
>> > subscription options, e.g unsubscribe.
>>
>>
>>
>> _______________________________________________
>> Openeeg-list mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> Go to the above address to change your
>> subscription options, e.g unsubscribe.
>>
>
>
> --
> Şiyar BAHADIR, MD.
> Neurosurgery Resident
> Hacettepe Üniversitesi Tıp Fakültesi, Nöroşirürji Kliniği/Ankara
> Hacettepe University Medical Faculty, Neurosurgery Clinic/Ankara
>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[Şiyar B. <siy...@gm...>]

I am sorry, there has been an misunderstanding, i dont want to create the
hardware from ground up, i bought the olimex version already, ı am just
curious and interested in turning this into an portable
electrocorticography.

Which means that i will only change the electrodes (and i myself will not
do it, an electronics engineered partnered with me will.)

I am just interested in building a very simple and lightweight set up where
i can get data from olimex eeg, send it to a small computer (a raspberry
maybe?) and then to move a small car with it. I didnt even consider
building the board from ground up. Well, "ground" for me was buying the
eeg, but you guys raised the bar.

My experiment's aim is to guess a rat's intention to go left or right, and
translate it into data to ride a small and simple Rat-Car.

Damian Filo, Don and Blogomir, thanks a lot for your advice. But can you
guide me from what i said now?
Thanks a lot.

Blagomir Donchev <don...@gm...>, 25 Şub 2020 Sal, 02:25 tarihinde
şunu yazdı:

> Hello,
>
> Emotiv is accessible hardware. Combined with the flexibility of Python
> (https://hackaday.com/2010/09/13/python-library-for-emotiv-eeg/), can
> be turned into "mind blowing" setup.
>
> For engineers the Medicine side will be never as strong as of
> experienced neurologist. On the opposite site, the neurologist can
> easily "connect the wrong wires".
>
> I have knowledge and experience in experimental physics, FPGA design
> and ESP32 like embedded solutions, and I am looking for experienced
> doctors with interests in helping humanity with innovations?
>
> Guys, let me know if anyone is interested.
>
>
>         Kind Regards,
>
>                 Blagomir Donchev
>
> Phone: +32 (0)456 086 236
> Email: don...@zo...
> LinkedIn: linkedin.com/in/blagomir-donchev-10714213
> Supporting: www.innotechsol.eu - For better Engineer's society
>
>
> On Mon, 2020-02-24 at 09:55 +0100, CeDeROM wrote:
> > Hey there :-)
> >
> > You may also want to take a look at
> >
> > bio...@ya...
> > it is more active, however yahoo is about to shut down the lists.. so
> > probably move to Google groups is imminent.
> >
> > You can buy assembled OpenEEG at Olimex
> > https://www.olimex.com/Products/EEG/OpenEEG/
> >
> > If you want to make some more DIY then look at
> > https://backyardbrains.com/
> >
> > If you are focused only on signal analysis then take a look at EMOTIV
> > products they just released a new model EPOC X of their ready to use
> > EEG/BCI with very nice software tools discount seems still available
> > :-)
> >
>
> https://www.emotiv.com/epoc-x-pre-sale/?utm_source=newsletter&utm_medium=email&utm_campaign=feb-2020-epoc-x-presale&utm_content=presale-launch-week1&mc_cid=8038b24509&mc_eid=746096103f
> > Best regards
> > Tomek
> >
> > --
> > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> > _______________________________________________
> > Openeeg-list mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openeeg-list
> > Go to the above address to change your
> > subscription options, e.g unsubscribe.
>
>
>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>


-- 
Şiyar BAHADIR, MD.
Neurosurgery Resident
Hacettepe Üniversitesi Tıp Fakültesi, Nöroşirürji Kliniği/Ankara
Hacettepe University Medical Faculty, Neurosurgery Clinic/Ankara

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[Blagomir D. <don...@gm...>]

Hello,

Emotiv is accessible hardware. Combined with the flexibility of Python
(https://hackaday.com/2010/09/13/python-library-for-emotiv-eeg/), can
be turned into "mind blowing" setup.
   
For engineers the Medicine side will be never as strong as of
experienced neurologist. On the opposite site, the neurologist can
easily "connect the wrong wires". 
 
I have knowledge and experience in experimental physics, FPGA design
and ESP32 like embedded solutions, and I am looking for experienced
doctors with interests in helping humanity with innovations?

Guys, let me know if anyone is interested.
       

        Kind Regards,

		Blagomir Donchev

Phone: +32 (0)456 086 236
Email: don...@zo...
LinkedIn: linkedin.com/in/blagomir-donchev-10714213
Supporting: www.innotechsol.eu - For better Engineer's society


On Mon, 2020-02-24 at 09:55 +0100, CeDeROM wrote:
> Hey there :-) 
> 
> You may also want to take a look at 
> 
> bio...@ya...
> it is more active, however yahoo is about to shut down the lists.. so
> probably move to Google groups is imminent.
> 
> You can buy assembled OpenEEG at Olimex
> https://www.olimex.com/Products/EEG/OpenEEG/
> 
> If you want to make some more DIY then look at
> https://backyardbrains.com/
> 
> If you are focused only on signal analysis then take a look at EMOTIV
> products they just released a new model EPOC X of their ready to use
> EEG/BCI with very nice software tools discount seems still available
> :-)
> 
https://www.emotiv.com/epoc-x-pre-sale/?utm_source=newsletter&utm_medium=email&utm_campaign=feb-2020-epoc-x-presale&utm_content=presale-launch-week1&mc_cid=8038b24509&mc_eid=746096103f
> Best regards
> Tomek
> 
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[Don <do...@bl...>]

Hi,

the Sourceforge site 
http://openeeg.sourceforge.net/doc/modeeg/modeeg.html has much of the 
information needed to build the hardware. I used Olimex pcbs, ATMega88 
and a TTL-USB CH340G converter. All works ok, although I still need to 
make some active electrodes. Is there something in particular you need 
help with?

Don

On 24/02/2020 07:56, Şiyar Bahadır wrote:
> Hello, I am a neurosurgeon and trying to build my eeg and learn some 
> signal analysis, I am not used to yahoo groups and can not find older 
> e mails in group, so can someone point me to a source where i can 
> learn what to do step by step? I have a little electronics experience 
> trough arduino and some python (built my own ml model to read CT images).
>
>
> If you have any questions regarding the brain i will gladly help. 
> Please feel free to ask anything.
>
> Cheers
>
>
>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[Thomas K. <tho...@gm...>]

This list is not very active. I only see two posts since last summer.

On Sun, Feb 23, 2020, 11:58 PM Şiyar Bahadır <siy...@gm...> wrote:

> Hello, I am a neurosurgeon and trying to build my eeg and learn some
> signal analysis, I am not used to yahoo groups and can not find older e
> mails in group, so can someone point me to a source where i can learn what
> to do step by step? I have a little electronics experience trough arduino
> and some python (built my own ml model to read CT images).
>
>
> If you have any questions regarding the brain i will gladly help. Please
> feel free to ask anything.
>
> Cheers
>
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[<rd...@ya...>]

<div dir='auto'>What's&nbsp; a ml to read it</div><div class="gmail_extra"><br><div class="gmail_quote">On Feb 23, 2020 11:56 PM, Şiyar Bahadır &lt;siy...@gm...&gt; wrote:<br type="attribution" /><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div style="font-family:sans-serif;font-size:12.8px" dir="auto"><div style="width:328px;margin:16px 0px"><div><div dir="auto">Hello, I am a neurosurgeon and trying to build my eeg and learn some signal analysis, I am not used to yahoo groups and can not find older e mails in group, so can someone point me to a source where i can learn what to do step by step? I have a little electronics experience trough arduino and some python (built my own ml model to read CT images).<div dir="auto"><br /></div><div dir="auto"><br /></div><div dir="auto">If you have any questions regarding the brain i will gladly help. Please feel free to ask anything.</div><div dir="auto"><br /></div><div dir="auto">Cheers</div></div></div></div><div style="height:0px"></div></div><br /></div>
</blockquote></div><br></div>

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[Damián F. <nog...@gm...>]

Hi Siyar,
a while ago I customized olimex openeeg smt project as school project
(manufacturable with school equipment). If you would be interested, I
redesigned PCB and made it more customizable. I designed my own active
electrodes (not that they are amazing, but they work). And then I also
designed PC communication module. It is all documented, but it's in Slovak
language though...
If you would be still interested, here are links where you can download the
documentation and PCB schematics made in Eagle:
https://mega.nz/#!JYQmgBZL!6P4nx13fcZs2gp65YZh18EGrOVqUzArJv753gL5m9bw
https://mega.nz/#!wIAlCTZB!tH0taCWwHF5ZlI8RyFEr9yPLsufN0bUecjneTWp54go

Používateľ Şiyar Bahadır <siy...@gm...> pondelok 24. februára
2020 napísal:
> Hi cederom, i need to build something new, as i am planning to use it in
Electrocorticography.
> Plus i want to contribute to open eeg:)
>
> 24 Şub 2020 Pzt 11:57 tarihinde CeDeROM <ce...@tl...> şunu yazdı:
>>
>> Hey there :-)
>> You may also want to take a look at
>>
>> bio...@ya...
>>
>> it is more active, however yahoo is about to shut down the lists.. so
probably move to Google groups is imminent.
>>
>> You can buy assembled OpenEEG at Olimex
>>
>> https://www.olimex.com/Products/EEG/OpenEEG/
>>
>> If you want to make some more DIY then look at
>>
>> https://backyardbrains.com/
>>
>> If you are focused only on signal analysis then take a look at EMOTIV
products they just released a new model EPOC X of their ready to use
EEG/BCI with very nice software tools discount seems still available :-)
>>
>>
https://www.emotiv.com/epoc-x-pre-sale/?utm_source=newsletter&utm_medium=email&utm_campaign=feb-2020-epoc-x-presale&utm_content=presale-launch-week1&mc_cid=8038b24509&mc_eid=746096103f
>>
>> Best regards
>>
>> Tomek
>>
>> --
>> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>> _______________________________________________
>> Openeeg-list mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/openeeg-list
>> Go to the above address to change your
>> subscription options, e.g unsubscribe.
>

-- 
S pozdravom,
Damián Filo

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[Şiyar B. <siy...@gm...>]

Hi cederom, i need to build something new, as i am planning to use it in
Electrocorticography.

Plus i want to contribute to open eeg:)


24 Şub 2020 Pzt 11:57 tarihinde CeDeROM <ce...@tl...> şunu yazdı:

> Hey there :-)
>
> You may also want to take a look at
>
> bio...@ya...
>
> it is more active, however yahoo is about to shut down the lists.. so
> probably move to Google groups is imminent.
>
>
> You can buy assembled OpenEEG at Olimex
>
> https://www.olimex.com/Products/EEG/OpenEEG/
>
>
> If you want to make some more DIY then look at
>
> https://backyardbrains.com/
>
>
> If you are focused only on signal analysis then take a look at EMOTIV
> products they just released a new model EPOC X of their ready to use
> EEG/BCI with very nice software tools discount seems still available :-)
>
>
> https://www.emotiv.com/epoc-x-pre-sale/?utm_source=newsletter&utm_medium=email&utm_campaign=feb-2020-epoc-x-presale&utm_content=presale-launch-week1&mc_cid=8038b24509&mc_eid=746096103f
>
> Best regards
>
> Tomek
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> _______________________________________________
> Openeeg-list mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openeeg-list
> Go to the above address to change your
> subscription options, e.g unsubscribe.
>

Re: [Openeeg-list] am a neurosurgeon trying to build my eeg

[CeDeROM <ce...@tl...>]

Hey there :-)

You may also want to take a look at

bio...@ya...

it is more active, however yahoo is about to shut down the lists.. so
probably move to Google groups is imminent.


You can buy assembled OpenEEG at Olimex

https://www.olimex.com/Products/EEG/OpenEEG/


If you want to make some more DIY then look at

https://backyardbrains.com/


If you are focused only on signal analysis then take a look at EMOTIV
products they just released a new model EPOC X of their ready to use
EEG/BCI with very nice software tools discount seems still available :-)

https://www.emotiv.com/epoc-x-pre-sale/?utm_source=newsletter&utm_medium=email&utm_campaign=feb-2020-epoc-x-presale&utm_content=presale-launch-week1&mc_cid=8038b24509&mc_eid=746096103f

Best regards

Tomek

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info