〇.说在前面一，这个想法是我在今天看了GXM老师及其相关帖子之后想出来的。但这仅仅是个启发——在这个帖子里，我们不讨论这件事的相关内容，求大家友好讨论~ 二，虽然GPT告诉我目前没有类似的二维码系统，但是我觉得这个想法很有可能不是我第一个想出来的。如果运气好，我是第一个想出来的，那大家就当看个新鲜，我也希望能够抛砖引玉，给各位技术大佬提供一个小小想法；如果我不是第一个想出来的，那就拜托大家权当“旧事重提”，翻翻“陈年旧账”之类，看个热闹。希望在未来，类似的协议能得到更大范围的应用与推广。这个构想其实非常简陋且简单，所以我就随便讲讲，大家随便听听—— 这也是为什么我发在阳台区啦。一. 概述我希望能够制定一套全球通用的、本地的、无法验证真伪的QSL二维码协议。换言之，就是把大家QSL卡上的基本信息统一成一个格式，存储在二维码中。这么做的好处是，相比于传统的、未统一的QSL来卡，处理附带了统一协议的二维码的卡片自动化可能性更高（比如，可以编写程序进行大规模处理），省时又省力。使用逻辑示意图如下： [1] 全球通用：QSO记录的必要基础信息，包含日期时间、频率、模式、呼号和信号报告。这些信息——即便再加上OP姓名、网格坐标等——是全球通用的，这点不必赘述； [2] 本地：这套系统不会联网；二维码的生成，仅凭上述基本信息即可实现二维码的生成；同理，二维码的解码也完全可以在本地实现。 [3] 无法验证真伪：因为其本地性，所以无法联网比对记录、验证真伪；所以，这套系统（协议）的目的，主要是服务各位爱好者在QSL收发时能够快速获取标准信息。我不好说不联网是优点还是缺点。可以预想到，在面对大量QSL卡片处理的时候，如果能够放置一台扫描仪（或者类似设备）检测这个二维码，扫描并解码，那么这类的工作将会轻松很多。（这体现了技术“解放人”的特点——可以出成高中技术考题，哈哈）可行性还是非常高的，对吧？！二. 实现路径编码：为了高效、统一地存储相关信息，我构想可以使用序列化技术将相关信息转化成ADIF或者JSON的格式进行编码，随后生成对应的二维码。比如说， <DATE:8>20250703<TIME:4>1030<MODE:2>CW...<EOR> 之类的。对于大批量生成需求的爱好者，说不定可以使用背胶纸来打印，印完之后直接粘贴到QSL卡片上。每个二维码下面可以标注一下对应的呼号，以免二维码和QSL卡对应不上。示意图：解码：可以采用移动端小程序来实现二维码扫描；如果需要短时间大量处理，则可以考虑自动扫描仪一类、自动化程度更高的仪器。解码之后自动翻译，便可以在显示屏上看到对应的QSO记录信息；当然，因为是统一协议的序列化结果，我们可以编写程序，自动在本地反序列化处理，并自动查找有无对应通联纪录、生成回卡信息等。三. 结语以上便是我的粗浅构想。不知道大家对于这样的协议抱什么样的态度、有什么进一步的构想和建议呢？欢迎一起讨论！😄

之前似乎看过类似的帖子，同样是利用自定义数据结构将qsl信息存储到二维码，只是侧重点在于对qsl的数字签名而不是单纯的存储信息: https://forum.hamcq.cn/d/388 ，这样应该能解决上网提到的真伪验证问题？要让每位火腿都在qsl卡片上贴上符合规范的二维码任重而道远呀，看看后面AI+OCR是否更有潜力😁

这种构想需要一个大家都需要的服务器吧，但是有一个问题就是业余无线电有很多的老ham友台，他们有可能不会扫码怎么办

我想，借用 LoTW 那套可能做到一箭双雕。首先，世界的 ham 都在使用 LoTW，并且 tq8 文件的格式也已经“标准化”了。第二，LoTW 的证书也受到世界的 Ham 认可。所以我觉得可以把一个包含单 QSL 的 tq8 文件内容印成二维码。这样，一是对方可以通过解码 tq8 文件获取结构化的通联信息，第二对方也可以确认这个 QSL 卡片的真伪（通过 tq8 的签名）。相关链接： https://groups.arrl.org/g/ARRL-LoTW/topic/can_i_use_lotw_certificates/22806384

我最近发的QSL卡片上贴了NFC标签，其实最开始是想用二维码来着，但是自己没有打印机，遂作罢，您的这个想法包括BG6TOE所讨论的我感觉对我这样的ham都有一个问题就是不方便，很多爱好者都是批量印制的卡片，没有自己的打印机。所以如果想开发一个这样的系统，就必须还得有一个中心服务器或者自建服务器兼容我这种情况，系统读取二维码，再读取对应服务器的数据。这种情况下像我就可以买一堆带有仅参数不同的二维码，每一张贴一个，再在服务器写明这张卡的信息，但如果又这样的话，NFC标签或许更方便一点

BI1XJT 尝试了一下，写了个 POC。这里面存在的最大的问题是，LoTW 的 tq8 文件里的公钥太大，导致二维码很大。可以通过编辑一下文件来解决。当然，如果能以二进制编码储存就更好了。 Python 代码： https://privx.li/2GXK5OC7S

这样的代价就是二维码是一种不适合手写的系统。其实在AI和视觉技术如此成熟的今天，如果有需求，那么像QSL卡片这样大致格式统一、有固定内容的卡片其实也可以使用OCR等技术自动化识别。例如明信片上邮政编码的格式既可以手写又可以机器分拣识别，其实可以规范到类似这样的标准就好。

二维码可以明码生成，将QSO信息以日期、时间(UTC)、频率(MHz)、模式、呼号、信号报告、网格坐标、OP姓名的方式排序，以 # 号分隔，以 * 为占位符，得到 UV段全内容： 20250701#1200#438.500#FM#BA4THK#59#OM92ic#Gao 短波部分不填：20250701#1200#14.270#CW#BA4THK#599#*#Gao 或是在开头添加“ QSO# ”用来避免扫到什么奇怪的东西 )雾扫码时自动以 # 号分隔，将内容输出，然后可以创建本地数据库，把扫描过的信息存储国际通用性上，即使不使用解码软件，也可以直接看出QSO信息解码方面，国内小程序已经很方便了，也可以使用APP，界面参考快递驿站的手持机，上半部分为摄像头画面和扫码框，下半部分是解码信息（类似N1MM）

主要是如何解决没有打印机的ham的使用问题....或许可以使用预制条码？也不一定需要中心服务器，只要保证每一个码的唯一性就好，扫码自动跳转链接，内容以纯文本https提供，然后只需要把信息录服务器就行在我看来买邮政平信条就能解决不过就怕有无良商家仿印导致重号）

Draba 不一定无法验证真伪数字证书技术可以

BG5JFI 感觉矛盾点在怎么样可以把机打字直接弄到卡片上预制条码和二维码都依赖打印机/电脑有些老同志可能不会搞

一个构想：制定一套全球统一的QSL二维码协议

BG8LGP

BG9JDI 单条通联信息用lotw证书签名后生成二维码就可以了。验证的话对方用你的公钥验证。

BG9JDI

BG8LGP 嗯嗯这样也挺好，我不需要验证，只是解决机读，哈哈

« 上一页

闽ICP备2021006864号-7

闽公网安备35020602002794号互联网举报中心

用户协议隐私政策社区规范积分规则版主规则中继规则转载须知
更新日志联系我们常见问题友情链接运营报告赞助反馈

浩奇科技（厦门）有限公司

是无线电，把我们联系在一起