〇.说在前面一，这个想法是我在今天看了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是否更有潜力😁

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

xiang_xin

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

BI1XJT

我想，借用 LoTW 那套可能做到一箭双雕。首先，世界的 ham 都在使用 LoTW，并且 tq8 文件的格式也已经“标准化”了。第二，LoTW 的证书也受到世界的 Ham 认可。

所以我觉得可以把一个包含单 QSL 的 tq8 文件内容印成二维码。

这样，一是对方可以通过解码 tq8 文件获取结构化的通联信息，第二对方也可以确认这个 QSL 卡片的真伪（通过 tq8 的签名）。

BI1XJT

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

Python 代码：https://privx.li/2GXK5OC7S

FengziLeo

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

BA7JKX

这样的代价就是二维码是一种不适合手写的系统。
其实在AI和视觉技术如此成熟的今天，如果有需求，那么像QSL卡片这样大致格式统一、有固定内容的卡片其实也可以使用OCR等技术自动化识别。

例如明信片上邮政编码的格式既可以手写又可以机器分拣识别，其实可以规范到类似这样的标准就好。

BA4THK

二维码可以明码生成，将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）

BG5JFI

主要是如何解决没有打印机的ham的使用问题....或许可以使用预制条码？也不一定需要中心服务器，只要保证每一个码的唯一性就好，扫码自动跳转链接，内容以纯文本https提供，然后只需要把信息录服务器就行

在我看来买邮政平信条就能解决不过就怕有无良商家仿印导致重号）

YofoaStudio

BG5JFI
感觉矛盾点在怎么样可以把机打字直接弄到卡片上

预制条码和二维码都依赖打印机/电脑
有些老同志可能不会搞

BH6BMJ

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

NB6G

想法很好，但是国际上已经不再流行换卡片了，把log传到LoTW或者qrz.com就自动匹配了。更别提统一二维码了。

BI4MIG

首先这个想法是很好的，这确实是一个可玩并且好玩的方向。
我个人是个HAM技术极简主义者（通俗说法就是穷、懒、不想折腾），对集卡木有兴趣，所以我还是觉得用个LoTW啥的就挺好。
PS：咱坛子的通联日志系统的影响力何时可以达到甚至超过LoTW啊？

BG5JFI

BI4MIG LoTW还是过于retro
不搭建wavelog什么的话都没法手机传日志

BH6BMJ

这是我的方案：

BD6JYO

感觉我比你先有这个想法。不过我的想法是基于网络数据库，联网到一个页面，从数据库中拉取后显示。我设计的卡片已经预留了二维码打印的位置（虽然没正式使用），我之前发帖的有。
系统预计月底完成，可以先期待一下

闽ICP备2021006864号-7

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

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

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

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