经纪商拒绝与连接错误:已确证与仅属可能

当经纪商拒绝一次登录或一次订阅时,Senzoukria 会基于原始报文构建一条提示:一行标题、已确证的内容(如果有)、后果与修复办法、按频率排列的可能原因,以及为技术支持保留的经纪商原文。只有服务器明确说明时,才会断言某个原因。

Senzoukria · 文档 · 更新于 2026 年 9 月


位置

位置
订阅或登录失败时,足迹图和热力图上的横幅;连接卡片按能力分别显示状态
种类
alreadySubscribed、historyBusy、subscribeRefused、loginRefused、unknown
经纪商代码
显示在文本旁,写作“经纪商代码 {code}” —— “对你的经纪商有用。单凭它说明不了任何原因。”代码 0 从不显示
原始报文
逐字保留,折叠在“经纪商的原文”之下,并配有“复制原文”按钮

它做什么

拒绝解读器读取原始失败字符串和当前合约,提取其中找到的第一个 rp_code,并归入五种形态之一。屏幕上的层级就是可信度的层级:先标题,再是已确证的内容(视觉上单独区分,因为这是解读器唯一可以当作事实的东西),然后是正文、后果与修复办法,接着是可能原因(前面先承认没有一条是已确证的),最后是折叠在底部的经纪商原文。只有一种拒绝带有确定性结论:经纪商自己说订阅已经存在。

当宿主传入重试动作时会出现“重试”按钮;默认情况下提示会留在空白图表上,因为把它藏起来并不会让图表填满数据。

拒绝的种类

每种拒绝的识别方式以及提示所说的内容
种类识别依据标题与关键内容
已订阅rp_code 1029 或 “update bit type already exists”“{symbol} 已在此登录下被订阅” —— 确定:服务器声明订阅已存在。修复:关闭其他 Senzoukria 窗口(包括通知区域中的),再关闭使用同一登录的其他平台;被占用的订阅会在占用它的程序退出几分钟后释放
历史繁忙“history load is already running / in progress”(我们自己的在途保护,无代码)“{symbol} 的一次历史加载已在运行中” —— 图表会自行重试;若一直不恢复,请用 ⚙ → 交易设置 → 重新加载历史
订阅被拒报文中出现 “subscri”“经纪商拒绝了对 {symbol} 的订阅” —— 已测得:登录成功,订阅被拒。可能原因:另有实例、合约已到期、代码格式({symbol}.{exchange})、休市、权限
登录被拒“login” 或 “authentication”“经纪商拒绝了登录” —— 已测得:网关有应答,登录返回被拒;原文保持不变
未知其他任何情况“此拒绝在这里尚属首次出现” —— 原样显示报文,不对其作任何解读

连接卡片上的能力状态

每个连接暴露五项能力 —— 行情数据、深度(L2)、历史、账户数据流、订单 —— 每一项都带一个状态:idle、connecting、ready、reconnecting、error 或 unsupported,并附带详情字符串和时间戳。卡片的总体状态随之而定:已连接、连接中…、重新连接中…、错误或离线。订阅会连同其深度标记一起列出,因为“DOM 不动”首先是一个是否真的请求过 L2 的问题。

环境分为 Test、Paper、Eval、Funded 和 Live。在已出资账户上,除非手动打开该连接的“交易”开关,否则订单路由保持禁用。

局限与陷阱

  • 只要代码是 13,权限这一原因就会被移除。在该代码上,“权限不足”这种解读在缺陷登记中有四次被证明是错的;提示连把它作为一种可能性都拒绝提出。
  • “措辞完全相同的拒绝,在这里有过不同的原因。”提示绝不把一次拒绝变成结论;应当发出的那句话是:“请用这样的措辞询问你的经纪商:我的登录是否已开通 {exchange} 数据、在哪个系统名称之下、以及它可以同时打开多少个会话?”
  • 免费的 Rithmic 演示账户无法连接:“无论系统名称或网关如何,Rithmic 都不向演示账户开放 R | Protocol API。”这条拒绝是产品边界,而不是一个可以重试的错误。
  • 订阅被接受之后却一直静默,在界面上根本不算错误;这种情况要用连接诊断来处理。

其他语言版本

常见问题

徽标显示 CONNECTED,图表却是空的。连接坏了吗?
不一定。在“已订阅”这类拒绝下,连接本身没有问题,数据流被别处占用了 —— 最常见的是第二个 Senzoukria 窗口,或另一个用同一登录登入的平台。
我该给经纪商的技术支持发什么?
用“复制原文”复制的原始措辞和经纪商代码。如果你跑过连接诊断,再附上它的副本;两者都不包含你的密码。