Ahora veamos cómo se asignan los códigos de evento a los bins con BINLISTER, utilizando el análisis muy simple que se muestra en la Figura 6.2 en el que tenemos un bin para la categoría Raro y otro para la categoría Frecuente. Excluiremos las pruebas en las que la respuesta de pulsación de botón fue incorrecta.
Como recordarás del Capítulo 2, se usa un archivo descriptor de bin para indicarle a BINLISTER cómo se deben asignar los códigos de evento a los bins. En la carpeta Chapter_6, encontrarás un archivo descriptor de bin llamado BDF_P3.txt, que usaremos para este ejercicio. Asegúrese de que la carpeta Chapter_6 sea la carpeta actual en Matlab y haga doble clic en el archivo BDF_P3.txt del panel Carpeta actual en Matlab para abrirlo. Esto es lo que deberías ver:
bin 1
Raro, Correcto
. {11; 22; 33; 44; 55} {t 201} <200-1000>
bin 2
Frecuente, Correcto
. {12; 13; 14; 15; 21; 23; 24; 25; 31; 32; 34; 35; 41; 42; 43; 45; 51; 52; 53; 54} {t 201} <200-1000>
Cada bin es descrito por un conjunto de tres líneas. El primero es el número de bin (que debe estar en orden consecutivo, comenzando por 1). La segunda línea es la etiqueta para la papelera (que puede ser lo que quieras). La tercera línea es el descriptor de bin real. Un descriptor de bin indica la secuencia de códigos de eventos que definen el bin. Cada conjunto de corchetes (“{}”) define una lista de eventos que contiene uno o más códigos de eventos. Para cada descriptor de bin, una lista de eventos debe ir precedida por un símbolo de punto. Esta lista de eventos define el evento de bloqueo de tiempo para la época (es decir, tiempo cero). En el ejemplo que se muestra arriba, los códigos de evento 11, 22, 33, 44 y 55 servirán como evento de bloqueo de tiempo para la Papelera 1. Por lo tanto, este bin incluye ensayos con un estímulo A cuando A es el objetivo, B cuando B es el objetivo, C cuando C es el objetivo, D cuando D es el objetivo y E cuando E es el objetivo. En su lugar, podríamos haber creado un contenedor separado para cada una de estas cinco letras objetivo y luego combinar los cinco contenedores después de promediar usando ERP Bin Operations. No obstante, fue más sencillo combinarlos en la etapa BINLISTER. La lista de eventos para el Bin 2 contiene todos los códigos de eventos para las letras no objetivo. Puede verificar esto comparando los descriptores de eventos con la lista de códigos de eventos en la Tabla 6.1.
La lista de eventos de bloqueo de tiempo puede ir precedida o seguida de otras listas de eventos, indicando que esos eventos deben estar presentes para que una época de EEG se asigne a un bin dado. Por ejemplo, imagina que el Bin 1 se definió como:
{202}. {11; 22; 33; 44; 55} {201}
201 es el código de evento para una respuesta correcta y 202 es el código de evento para una respuesta incorrecta, por lo que este descriptor de bin encontraría objetivos (códigos de evento 11, 22, 33, 44 y 55) que son inmediatamente precedidos por una respuesta incorrecta y seguidos inmediatamente por una respuesta correcta.
En el descriptor de bin real para el Bin 1, no requerimos ningún código de evento en particular antes del evento de bloqueo de tiempo, pero sí requerimos que el evento de bloqueo de tiempo (el estímulo) sea seguido por el código de evento para una respuesta correcta. Sin embargo, queremos asegurarnos de que el tiempo de respuesta (RT) no fue un valor atípico, lo que indica una suposición rápida (una RT de 1000 <200 ms) or poor attention (an RT of > ms). Para hacer esto, utilizamos una lista de eventos condicionados por tiempo en la que la lista de códigos de eventos está precedida por t<start—end> (por ejemplo, t<200—1000>201 para indicar que el código de evento 201 debe ser 200-1000 ms después del evento de bloqueo de tiempo).
Tenga en cuenta que si no usamos una lista de eventos condicionados por el tiempo y en su lugar usamos. {11; 22; 33; 44; 55} {201} como descriptor de eventos, el código de evento de respuesta (201) necesitaría seguir directamente el código de evento de estímulo, sin otros códigos de evento entre. Sin embargo, al usar una lista de eventos condicionados por el tiempo para especificar que el 201 debe estar entre 200 y 1000 ms después del código de evento de estímulo, pueden ocurrir otros códigos de eventos entre el estímulo y la respuesta.
Además, si aparece una lista de eventos condicionados por tiempo antes del evento de bloqueo de tiempo, el tiempo fluye hacia atrás desde el evento de bloqueo de tiempo. Por ejemplo, si especifica {t 15}. {100}<200-800>, BINLISTER buscará un código de evento de 100 precedido por un código de evento de 15 que ocurrió 200-800 ms antes del 100. Los detalles adicionales se pueden encontrar en la documentación de BINLISTER.
¿Debería excluir los ensayos con respuestas de comportamiento incorrectas?
En este experimento, se excluyeron los ensayos con respuestas de comportamiento incorrectas. En otros estudios, sin embargo, no excluimos los ensayos de error. Aquí está el principio general: Si los errores en una tarea determinada son probablemente el resultado de lapsos de atención, entonces excluya los ensayos de error; si los errores en una tarea dada ocurren principalmente porque la tarea es muy difícil, entonces no excluya los ensayos de error.
Por ejemplo, los errores en la mayoría de paradigmas raros suelen ser el resultado de lapsos de atención, por lo que excluimos las pruebas de error. De hecho, las ERP son bastante diferentes en cuanto a errores y ensayos correctos en el paradigma de bichos raros (Falkenstein et al., 1990). Por el contrario, en tareas que utilizan el paradigma de detección de cambios para estudiar la memoria visual de trabajo, la mayoría de los errores ocurren debido a los límites en la capacidad de almacenamiento (Luck & Vogel, 2013). Como resultado, la actividad cerebral es similar en los ensayos correctos y de error (Luria et al., 2016), por lo que no excluimos los errores (lo que reduciría bastante el número de ensayos por bin, disminuyendo la relación señal/ruido).
