企业官网建设流程全解析

1. 为什么E-Prime打mark会成为脑电实验的"隐形杀手"

做脑电实验的人，十有八九都被mark坑过。不是mark打不上，就是mark打歪了，再不然就是mark串位导致后期分段完全对不上。我自己最早做EEG实验的时候，用的是E-Prime 2.0配Neuroscan的放大器，当时天真地以为只要在刺激呈现后加一句Sentinel之类的语句，mark就能稳稳当当写进脑电数据里。直到有一次跑完40个被试，数据处理时发现某个条件的所有trial全部没有mark，那一刻的心情，相信踩过坑的人都懂。

先说清楚一个基本概念：E-Prime里的mark，本质上就是通过并行口（LPT口）或者串行口（COM口）向脑电放大器发送的一个二进制触发信号。脑电设备靠这个信号来同步"行为实验的某个事件发生了"和"脑电数据里某个时间点"之间的关系。没有mark，你采集到的脑电数据就像没有时间戳的录像，根本没法对准刺激呈现的起点。

这个问题的麻烦之处在于：E-Prime本身不会告诉你mark发送失败。程序照常跑、反应照常记，被试也老老实实完成了任务，唯独脑电数据里干干净净，一个mark都没有。等你发现的时候，往往已经是处理数据阶段，前功尽弃。所以这篇东西我不想只讲"怎么打mark"，而是想把整个链条——从端口查询、硬件接线、E-Prime语句编写、到常见问题和排查思路——全部串起来讲清楚。内容主要基于我自己在E-Prime 2.0/3.0配合Neuroscan、BP、ANT三款主流放大器上的实操经验，也参考了一些社区里公认的解决方案。

需要说明的是，本文针对的是实验室里自己搭建的EEG系统，不涉及商业化的云脑电方案。不同实验室的配置差异很大，但核心原理是一致的，只要理解了原理，换设备也就是换个代码的事。

2. 端口查询：先确认你的电脑到底有没有"能用的口"

很多人一上来就写代码，结果程序报错"无法访问端口"，回头才发现设备管理器里压根没有并行口。这个步骤看似基础，但恰恰是翻车率最高的地方。

2.1 如何在Windows系统里查询并口和串口状态

打开设备管理器的方式不用我多说，右键"此电脑"→"管理"→"设备管理器"，然后重点看两个分类："端口(COM和LPT)"和"声音、视频和游戏控制器"。

正常情况下，"端口(COM和LPT)"下面会有类似这样的条目：

• ECP打印机端口 (LPT1)
• 通讯端口 (COM1)

如果你做的是较新的实验系统，比如用USB转串口或者USB转并口的转接线，这里还会出现类似"USB Serial Port (COM3)"或者"USB Printing Support"这样的条目。

这里有个很容易被忽视的点：E-Prime对端口的访问是直接操作硬件I/O的，普通的USB转串口线在E-Prime里经常不能直接用。原因是E-Prime通过Inp32/Out32这类底层驱动访问端口地址，而USB转接出来的COM口实际是虚拟串口，走的是驱动层，两者不完全兼容。后面我会专门讲这个问题。

2.2 查看端口地址：十进制I/O地址是关键

在设备管理器的"端口(COM和LPT)"下，双击具体的端口条目，切到"资源"标签页，能看到"I/O范围"对应的值。拿并行口来说，常见地址是0378-037F或者03BC-03BF，少数机器是0278-027F。这里注意，E-Prime的WritePort语句需要的是十进制地址，所以你得把十六进制的0378换算成十进制。

换算方法很简单：Windows自带的计算器切到"程序员"模式，输入十六进制数，直接就能看到对应的十进制值。0378对应十进制的888，0278对应632，03BC对应956。这个数值直接决定了你在E-Prime里写端口的地址参数，搞错一位，mark发出去就是石沉大海。

2.3 USB转并口/串口的坑：为什么E-Prime里经常"找不到端口"

常见的USB转并口线，比如市面上那种二三十块钱的转接线，在设备管理器里虽然显示为LPT端口，但E-Prime用Out32直接写硬件地址时，往往会失败或报错。原因在于USB转并口并不是真的映射到传统I/O地址空间，而是通过USB驱动模拟的打印端口。E-Prime底层用的inpout32.dll访问的是x86架构的传统I/O端口，虚拟出来的端口根本没有对应的物理地址。

解决办法有两个方向：

1. 如果实验室的刺激电脑本身就是老机器，主板自带并行口，那直接在BIOS里确认并行口模式设置为EPP或ECP，并将地址设为378。
2. 如果只能用USB转接，建议使用带芯片的工业级转接线（比如基于FTDI芯片的USB转并口），同时要确认厂家是否提供了可被E-Prime识别的驱动。但坦白讲，即便用了FTDI芯片，也存在兼容性风险，我能给出的最可靠建议是：能找老机器就找老机器，别在转接线上死磕。

串口（COM口）的情况稍好一点，USB转串口线（尤其FTDI芯片的）在E-Prime里通过MSComm控件或者Comm组件访问时，很多情况下是能用的，因为串口本身走的就是驱动层的虚拟通信端口，不像并口那样强依赖I/O地址映射。但同样存在不稳定、延迟偶发的问题，后面我会给一个更稳妥的替代方案。

3. 硬件接线：并口和串口分别怎么连到脑电设备

软件层面搞清楚了端口地址，接下来是硬碰硬的接线问题。这一部分实验室新手最容易一头雾水，因为不同厂家的脑电放大器，mark输入接口长得完全不一样。

3.1 并行口（LPT）接线逻辑：DB25公头到触发盒

传统脑电系统（Neuroscan、BP早期型号）通常配有一个触发盒（Trigger Box），放大器端的输入口一般是一个25针或者9针的接口，你需要用一根DB25公头对公头（或者公对母）的线缆把刺激电脑的并口和触发盒连起来。

这里的关键不是"把线插上"那么简单，而是要理解mark信号是怎么传递的。并行口有8个数据位（Pin 2到Pin 9），对应二进制数值从1到128（即2^0到2^7）。当你用Out32往端口写入一个数值时，这8个pin脚上就会出现对应的电平变化。触发盒检测到某个pin的电平从低变高（上升沿），就认为来了一个trigger，从而在脑电数据里记录一个mark。

实际接线时，常用的做法是按照下面的对应关系接：

如果你往端口写入数值5，那就是Pin 2和Pin 4同时拉高，对应的mark码就是5。如果写入255，所有数据位都是高电平。

有个细节特别重要：mark值和刺激类型之间的映射表必须在实验前就固定下来，并且写进你的记录文档里。我见过不少人实验做完了，处理数据时拿着一个mark数字死活想不起来当初定义的是什么条件。这个习惯养成了，能省掉后面无数麻烦。

3.2 串口（COM）接线逻辑：DB9公头到触发盒

串口接线相对简单，因为串口的mark通常走的是TXD（发送数据，Pin 2）或者RTS/DTR这类控制线。常见的连接方式是把串口的TXD接到触发盒的Trigger In，GND接GND。但不同厂家的触发盒对串口信号的定义不一样，所以一定要先查你自己设备的说明书，或者问厂家技术支持要接线图。

串口打mark的优势是：USB转串口的兼容性比USB转并口好不少，在E-Prime里用MSComm控件发数据时，只要波特率、数据位、停止位设置和触发盒匹配，就能正常工作。缺点则是串口发送一个字节需要的时间比并口长，在高时间精度要求的实验里（比如需要毫秒级对齐的快速刺激序列），并口仍然是更稳妥的选择。

3.3 零成本自查：万用表验证接线是否正确

这一步强烈建议在正式实验之前做。接线接好后，把万用表打到直流电压档，黑表笔接并口的地线（Pin 18），红表笔接Pin 2，然后在E-Prime里跑一个简单的测试程序（不停往端口写1和0），观察Pin 2的电压是否在0V和5V（或3.3V，取决于主板）之间跳变。如果跳变正常，说明并口输出是通的；如果不跳变，要么是软件没写对，要么是端口地址错了。

很多实验室忽略了这个测试，直接上被试，结果一个上午白跑。五毛钱的万用表能解决的事，别等到数据处理阶段才发现。

4. E-Prime脚本：从WritePort到端口控件，三种方式逐个拆解

软件和硬件都齐了，接下来才是重头戏——E-Prime里的代码怎么写。这里我分三种方式来讲：最基础的WritePort、兼容性更好的Out32调用、以及串口专用的MSComm控件写法。每种方式我都给出完整代码和适用场景。

4.1 最直接的WritePort语句

在E-Prime的Inline对象里，最常用的写法是：

WritePort &H378, 0 '先清零 WritePort &H378, 1 '发送mark值1 WritePort &H378, 0 '再次清零，产生一个脉冲

这套写法的逻辑很清晰：先保证端口是0，然后写入目标mark值，再写回0，形成一个短暂的脉冲信号。脑电设备的触发盒检测到这个脉冲的上升沿，就记录一个trigger。

这里有一个我踩过的坑：很多人只写WritePort &H378, 1，没有后面的清零语句。结果就是脉冲一直持续高电平，触发盒只在第一个trial记录到了mark，后面的全部失效。因为端口电平没有恢复，后面的写入不会产生新的上升沿。所以清零操作不是可选项，是必选项。

另外需要注意，E-Prime中用&H表示十六进制，但在某些版本中也可以直接用十进制地址，比如WritePort 888, 1。两种写法等价，但我个人更推荐用十六进制，因为和系统设备管理器里看到的I/O范围直接对应，不容易看错。

4.2 借助inpout32.dll实现Out32调用

有些情况下，E-Prime的WritePort语句在老系统上不稳定，或者你想在Visual Basic脚本里更灵活地控制，可以直接调用inpout32.dll的Out32函数。使用前需要先把inpout32.dll放到E-Prime程序所在目录（或者系统System32目录），然后在Inline里声明：

Private Declare Function Out32 Lib "inpout32.dll" (ByVal PortAddress As Integer, ByVal Value As Integer) As Integer Private Declare Function Inp32 Lib "inpout32.dll" (ByVal PortAddress As Integer) As Integer

然后这样调用：

Out32 &H378, 0 Out32 &H378, 1 Out32 &H378, 0

这里面有个兼容性问题：64位Windows系统不能直接用32位的inpout32.dll，需要找支持64位的版本（比如inpoutx64.dll），声明部分也要改成Lib "inpoutx64.dll"。如果你用的是E-Prime 3.0，它的底层已经是64位了，这里一定要选对DLL版本，否则代码不会报错，但mark就是发不出去，极其坑人。

4.3 串口方案：MSComm控件发送mark

如果你是串口方案，E-Prime里可以通过添加MSComm控件来发送数据。这种方式不在Inline里写原始端口操作，而是通过Windows的串口API和驱动层通信，所以对USB转串口的兼容性更好。

第一步，在E-Prime的窗体上放置一个MSComm控件（或者在代码里动态创建），然后初始化：

MSComm1.CommPort = 3 'COM3，根据实际端口修改 MSComm1.Settings = "9600,N,8,1" '波特率9600，无校验，8位数据，1位停止位 MSComm1.PortOpen = True

发送mark时：

MSComm1.Output = Chr(1) '发送一个字节，值根据你的实验设计

这种方法的好处是代码直观，调试方便，而且不涉及底层I/O权限问题。坏处是串口发送本身有延迟，且不同触发盒对串口信号的解析方式可能不同，实验前需要实测延迟是否在可接受范围内。

我自己的经验是：优先用并口方案，串口方案作为没有并口时的备选。原因就是时间精度和稳定性。脑电实验对mark的时间对齐要求非常高，并口可以做到微秒级的脉冲输出，串口则受波特率和驱动层影响，延迟更容易波动。

4.4 用WaitMask还是OnsetSignalTime：mark时序的精细控制

很多教程都不会讲的一点是：mark发送的时间点同样重要。E-Prime里你可以在刺激呈现的OnsetTime前后插入Inline，也可以直接在List过程的Stimulus控件属性里设置。但更精细的做法是使用OnsetSignalData和OnsetSignalEnabled这两个属性。

大致思路是这样的：在刺激呈现控件（比如Slide或ImageDisplay）的OnsetSignalEnabled属性设为True，OnsetSignalData设为你要发的mark值，OnsetSignalPort设为端口地址。这样E-Prime会在刺激真正呈现在屏幕上的那一刻发送mark，而不是在你执行Inline代码的那一刻发送。

这个区别在显示刷新率相关的实验里非常关键。如果你在刺激Onset之前用一个Inline发mark，发出的mark是"刺激将要呈现"的时间点；用OnsetSignal系列属性，mark则和刺激呈现的实际时间更接近。对于研究视觉N170、MMN这类对时间敏感的ERP成分，这个精度差异直接决定你的波形对不对。

5. 从"能发"到"发得准"：我的mark发送标准模板

与其每次实验都重新写代码，不如维护一套自己用着顺手的模板。下面这个是我在实际实验中反复调整后的标准做法，既包含基础发送，也包含了错误防范逻辑。

5.1 标准版：适合常规实验设计

在实验程序开头（比如ExperimentProc的开头），初始化端口：

' 并口方案 WritePort &H378, 0 '确保初始状态为0 ' 如果是串口方案，则在这里打开串口 ' MSComm1.PortOpen = True

在刺激呈现之前或之后，发送对应mark：

' 假设当前trial条件为条件A，对应mark值1 Dim markValue As Integer markValue = 1 '根据实验设计动态赋值 ' 发送mark（并口） WritePort &H378, 0 WritePort &H378, markValue WritePort &H378, 0

如果你担心清零太快导致触发盒没检测到，可以在两次写入之间加一个非常短的延时。E-Prime里可以用Sleep函数，但注意单位是毫秒：

WritePort &H378, markValue Sleep 2 '保持2毫秒，确保触发盒稳定检测到上升沿 WritePort &H378, 0

这个Sleep的时长要根据你的触发盒要求来定。Neuroscan的触发盒一般要求脉冲宽度至少1-2毫秒，BP和ANT也类似。太短了可能漏检，太长了会影响下一个trial的时间安排。我的经验值：2毫秒是一个安全且影响极小的默认值。

5.2 进阶版：支持多mark连续发送

有些实验需要在同一个trial内打多个mark，比如"刺激出现""被试按键""反馈出现"三个事件连续发生，且间隔很短。这种场景下，单纯靠手动写WritePort容易因为代码执行顺序而漏掉某一个。

一个简单的处理办法是：提前定义好每个mark值的含义，用一个数组存放，然后通过循环发送：

Dim marks(2) As Integer marks(0) = 1 '刺激出现 marks(1) = 2 '被试按键 marks(2) = 3 '反馈出现 For i = 0 To 2 WritePort &H378, 0 WritePort &H378, marks(i) Sleep 2 Next WritePort &H378, 0

注意这里如果连续发送之间没有足够的间隔，触发盒可能会把两个mark合并成一个，所以发送间隔一定要大于触发盒的最小识别间隔。不同设备不一样，但一般建议至少10毫秒。如果你需要在极短的时间内发送多个mark，就把间隔调到设备规格书允许的范围内，然后做一次预实验验证。

5.3 排除干扰：为什么每次都要先清零

可能有人会问：为什么发送前还要先清零，不是已经在发送后清零了吗？答案是：上一个trial结束时的清零状态，并不能保证下一个trial开始时端口一定是0。

比如在某些情况下，E-Prime的WritePort语句如果被某个跳转逻辑跳过了，上一次发送的mark值就会一直残留在端口上。等到下一个trial发送新mark时，因为端口已经是高电平，不会再产生新的上升沿，触发盒就漏记了。因此，发送前清零是一次"保险动作"，不是多余的。

这里也顺带解释一个常见误区：mark值不是"越大越好"。我看到有些人在代码里写WritePort &H378, 255来确保触发，但实际上如果你的实验只需要标记4种条件，用1、2、4、8就够了。写255会把所有数据位都拉高，万一你的设备对某个pin有特殊定义（比如某些系统里Pin 10不是数据位而是ACK信号），就可能误触或其他问题。

6. 数据验证：mark到底打上没有，跑完就能知道

代码写完了，硬件也接了，别急着上被试。这里分享一下我每次正式实验前必做的验证流程。这套流程成本极低，但能救回你未来几十个小时的时间。

6.1 用脑电采集软件实时监控mark

绝大多数脑电采集软件（Neuroscan的Acquire、BP的Recorder、ANT的eego）在采集界面都会显示trigger/marker信号。你可以让被试（或者你自己）跑一个几十秒的短测试程序，在程序里每隔几秒发送一个不同数值的mark，然后实时看采集软件里是否有对应的trigger出现。

如果trigger没出现，优先检查这几个地方：

• 端口地址是否写对（设备管理器里再确认一遍）
• 触发盒是否通电、接线是否松动
• 软件里是否开启了trigger输入（有些采集软件的trigger通道默认是关闭的）

如果trigger出现了但值不对，比如程序里写的是1，记录出来的是3，那基本可以断定是接线问题，某个pin的线序接错了。

6.2 用EEGLAB快速核对：mark值分布是否符合预期

如果你习惯用MATLAB+EEGLAB做离线分析，可以用下面这段代码快速检查mark情况。这个方法的好处是不需要等整个实验跑完，测试阶段就能判断mark是否记录完整。

% 假设你有一个测试用的set文件 EEG = pop_loadset('test_mark.set'); % 提取所有事件类型 allTypes = {EEG.event.type}; disp(unique(allTypes)); disp(histcounts(cell2mat(allTypes))); % 检查第一个trial附近是否有mark onsetIdx = find([EEG.event.latency] < EEG.srate * 2); disp(allTypes(onsetIdx));

如果输出里只有刺激相关的mark，但按键等行为事件没有mark，那就是行为事件对应的代码没执行到。这时候回到E-Prime里，检查按键响应控件之后是否遗漏了发送mark的语句。

6.3 打mark延迟的粗略测量方法

如果你关心mark发送的延迟，可以在E-Prime里用OnsetTime和Data变量来粗略记录。大致思路是：在发送mark的代码前后分别记录系统时钟时间，两者相减就是发送mark这句代码本身的耗时。

Dim t1 As Long Dim t2 As Long t1 = GetTime() WritePort &H378, 1 WritePort &H378, 0 t2 = GetTime() Debug.Print "Mark duration: " & (t2 - t1) & " ms"

正常情况，这段代码的执行时间应该在1毫秒以内（如果不加Sleep）。如果耗时明显偏长，可能是端口访问被其他程序占用，或者在USB转并口的方案里驱动层拖慢了速度。

7. 高频踩坑记录：端口、驱动、时序，三类问题的完整排查链路

最后这部分，我把自己和周围同事这些年遇到的典型问题整理成一个排查清单，按"症状→原因→解决"的顺序写。遇到问题别慌，按这个链路走，90%的情况能在十分钟内定位。

7.1 症状：mark一个都记不到，采集软件毫无反应

这是最糟糕的情况，但通常原因也最集中。排查顺序如下：

第一步：确认E-Prime代码本身在运行。在发送mark的Inline前后加一个MsgBox或者写一个日志文件，确认代码确实执行到了。有些人在分支跳转逻辑里把发送mark的语句跳过了，导致没有执行。

第二步：确认端口地址无误。打开设备管理器，对照"资源"标签页的I/O范围。如果你写的是&H378但系统实际用的是&H0278（注意旧主板可能有多套地址映射），那自然发不出去。建议直接用十进制地址换算一次，写错的可能性更小。

第三步：用万用表测pin脚电压。如果代码执行了、地址也对，但pin脚没有电平变化，说明端口访问没真正到达硬件。这时候重点检查inpout32.dll是否缺位或者版本不兼容。尤其是Windows 10/11 64位系统上，32位DLL的兼容性问题非常常见。

第四步：检查触发盒。如果以上都没问题，大概率是触发盒没通电、线断了、或者触发盒本身的输入模式设置不对。拿另一台已知能正常打mark的电脑交叉测试一下，能快速区分是电脑的问题还是触发盒的问题。

7.2 症状：第一个mark正常，后面全部丢失

这个现象我在不同实验室见过好几次，原因多半就是没清零或者清零间隔太短。触发盒检测的是上升沿，只有端口电平从0变1才会触发。如果你每次都写同一个mark值，且端口一直保持高电平没有回到0，后面的写入就触发不了。

解决方法和前面讲的一致：每次发送前先写0，发送后再写0。如果你用了Sleep 2确保脉冲宽度，但两次mark之间的间隔依然太短，可以考虑把发送mark放到刺激呈现控件之后，而不是在图片出现的精确瞬间发送，给硬件留出反应时间。

7.3 症状：mark值对不上，程序发的是4，记录的是6

这种情况百分之百是接线问题。并行口的每个pin对应一个二进制位，如果Pin 4（对应值8）误接到了Pin 3（对应值4）的位置，那么你写入的数值和实际到达触发盒的数值就会错位。处理方式是拿万用表逐pin测通断，或者对照触发盒的说明书仔细核对接线图。

7.4 症状：偶尔丢mark，不是每个trial都丢

间歇性丢mark是最难查的，因为复现困难。常见原因有三个：

1. 系统负载过高，比如后台有杀毒软件扫描、Windows更新，导致E-Prime的实时性被破坏。解决方法是实验前关闭一切不必要的后台程序，甚至考虑用"高性能"电源计划。
2. USB转并口/串口的压力问题，多个USB设备共用控制器造成传输中断。解决方法是把转接线插到独立USB控制器对应的接口，或者换主板自带的老式接口。
3. 脉冲宽度刚好在触发盒检测阈值的临界点上，偶尔能检到、偶尔检不到。解决方法是在发送后的Sleep时长上适当增加，比如从2毫秒加到5毫秒。

7.5 症状：新买的USB转并口线在E-Prime里无论如何都发不出mark

这个问题我前面已经提过，结论很明确：不要指望廉价USB转并口线能完美替代原生并口。如果实验室没有带并口的老机器，最稳妥的替代方案是使用串口方案，或者考虑使用支持E-Prime的专用刺激同步设备（有些厂商提供USB接口的Trigger Box，自带驱动和SDK，可以在E-Prime里通过调用DLL来发送mark，这种方案在Win10/Win11下反而更可靠）。

我个人在实际项目里测过几款不同的USB转并口线，结果很不稳定：有的能发出来但延迟波动大，有的干脆发送失败。最后我的选择是：实验电脑特意保留了一台带原生并口的旧主机，专门用来跑E-Prime打mark。虽然麻烦，但在需要毫秒级精度的脑电实验里，这个"笨办法"其实是最省心的。

8. 从打mark到实验全流程：几个提高成功率的小习惯

最后聊几个不直接写代码、但能显著提高mark成功率的习惯。这些习惯看起来琐碎，却是我在多次"白跑实验"之后总结出来的血泪经验。

实验前检查单。我现在的做法是：每次正式实验前，跑一个2分钟的测试程序，包含所有mark类型，然后用EEGLAB快速检查mark分布。只有mark分布和预期一致，才让被试进实验室。这个流程只要2分钟，但能避免一整天的无效采集。

mark含义表贴在显眼处。把每个数字对应的条件写在一张纸上，贴在采集电脑屏幕旁。实验过程中如果发现某个mark值异常，可以第一时间对照，而不是事后翻实验程序。

记录文件备份机制。E-Prime自带的数据文件里会记录每次mark发送的时间点和值，但如果程序崩溃，这个文件可能损坏。我习惯在实验过程中同时用WritePort发送mark，并把关键信息写入一个单独的日志TXT文件，做到"双保险"。

注意刺激呈现的刷新率。如果你用的是LCD屏幕，刺激呈现的实际时间会有几十毫秒的延迟，这个延迟和你发送mark的时间点无关，但会影响mark相对于"真实刺激呈现"的时间。如果实验对时间精度有要求，建议用OnsetSignal系列属性，让mark和屏幕刷新同步，而不是依赖代码执行位置。

这些习惯单独看都不起眼，但组合在一起，能帮你避开我在实验初期踩过的绝大部分坑。脑电实验本身已经够复杂了，别让mark这种"低级问题"拖累整个研究的进度。