目前通过nb2做了一个homo_qso插件原初衷是让纸质通过bot指令输入进入数据库并且支持excel导出目前想试试多格式导出例如qrz格式？（根据BA4SLT提出）还请各路大佬提出建议[upl-image-preview uuid=ffac68b2-792d-48ce-942c-f0372360e77d url=https://storage.hamcq.cn/2026-01-28/1769566730-389837-image-1769566718923-767.png alt={TEXT?}] [upl-image-preview uuid=6ca651b7-1984-4818-8e4a-8af20598593e url=https://storage.hamcq.cn/2026-01-28/1769566730-669122-image-1769566721470-995.png alt={TEXT?}] [upl-image-preview uuid=399fff76-4576-41a3-b0dd-73316097863c url=https://storage.hamcq.cn/2026-01-28/1769566731-951661-image-1769566723545-276.png alt={TEXT?}] ho(a)mo_qso已实现功能 qso查看（图片形式）qso导出（excel格式并重命名）时间UTC/UTC+8自动换算功率自动添加w 时间自动换算解绑呼号（无二次确认后续将添加）实现八小时自动备份所有（数据库吧？预计开发功能注册呼号時可以添加自己的qrz链接可以查询对方呼号若有qrz链接将试图截图并发送可能将qso导出功能新增格式为qrz格式¿ 应该会添加频率添加可以以地区频率（例南京省中继 430.610/88.5/+9）格式目前还在考虑）直频情况下可以不添加地区名目前考虑是否增加批量添加频率功能使用人数超过一定時可能考虑开发qsl上传/换卡/查看/删除等功能

啥叫 QRZ 格式？ QSO 目前的标准数据格式是 ADIF 格式 https://adif.org 这里有对应的规格说明

要明确一下这个bot的定位。现在已经有很多成熟的日志软件，但户外随时随地录入一直是HAM的痛点，推荐定位成在户外通联，只有手机，不便录入，操作方式一定要针对这个场景进行优化。考虑到QQ年轻人居多，可以重点针对卫星通联进行设计与优化。在数据格式方面，导出ADIF格式（也就是“qrz格式”）是一定要实现的，玩短波的和玩卫星的一定会用这个格式，如果不支持导出，大家用不起来。这个有现成库，不必自己去解析。在QSO解析方面，既然是户外使用，QSO录入的解析一定会变得非常复杂，用户录入会什么格式都有，要有适当容错，例如录入成439600、144640、14270，修正为439.600、144.640、14.270；录入2025/5/5、2025.5.5、2025-05-05、5月5日都要识别，甚至可以像快递那样，输入个地址，省市区街道就自动识别好了。这里面要特别提一下卫星通联。打卫星是短时间内与多人通联，频率也是常用卫星而非频率数字，例如`ISS（卫星名） QSO AAA BBB CCC（在几分钟内与多人通联）`之类的情况，QTH如果写，也是用梅登黑德定位（`OM86`之类的）。如果这些数据都能解析，而且遵从用户的习惯，而不是让用户按照你的习惯录入，这个bot将有机会封神。 QSL上传/换卡情况非常复杂，HamCQ论坛里的换卡功能都有一系列问题，建议暂时不要做。另外有一些具体的技术细节问题： 1. 频率不要自造轮子，直接用现成的库，例如HamCQ的中继数据。 2. 信号报告不要把格式限定死，玩短波的会出现其他形式，例如-12、+01（当然这种信号报告都会用电脑自动记录，不会用这个bot）、599（CW），不输入默认59。 3. 删除、解绑要有二次确认。 4. 后台提前维护好卫星和卫星频率的关联关系，在卫星通联中不要让用户手工录入频率。 5. 卫星通联甚至可以不加指令，只要@这个机器人，输入了卫星通联记录格式，就自动记日志了。 6. 有些枯燥的工作，例如某些格式解析的程序，可以做一些示例，然后扔给AI来写。

作为用户我最需要的其实是模糊向的自动归纳，不能限定格式，同时要能补充很多备注。比如我在车载时候完成了一个通联，我能记录下的信息可能是：长沙8875中继 BH7XXX 59 湘潭大学 K5 5W 使用威诺N76 5W 车载小钢炮动中通如何正确的将这些关键字归类到日志的各个部分，其实非常的考验Bot本身的设计……

省协群友吃瓜建议是首先，参数顺序要可选。第二，要能预设己方设备、频率、qth，因为一般一场通联自己的一些信息是不会变的。第三，如果你接入了ai，那做个模糊识别自动纠错（错别字）应该还是比较方便的。第四，adif好啊，adif得导出，adif你导出六个字段应该就够了：呼号、时间、发射波段、发射频率、接收波段、接收频率。第五：考虑一下加语音识别？

@"BG4IJK"#p94903 是的当时的定位是qq 这样省去在手机上操作excel表的麻烦 qrz是adif格式也是才知道的后续我会再深入研究一下感谢大佬

@"BG4QBF"#p94920 adif还要研究一下是怎么个事）ai目前没有想法接入

@"BH7HQT"#p94916 🤔这种自动归纳看起来还需要打磨一段时间感谢建议

@"BA4THG"#p94921 ADIF格式其实很简单 ``` homo_qso ADIF Export 对方呼号对方梅登黑德定位模式你给对方的信号报告对方给你的信号报告开始UTC日期例如20260102 开始UTC时间例如010203 结束UTC日期例如20260102 结束UTC时间例如010203 波段例如70cm 频率你的呼号你的梅登黑德定位对方呼号对方梅登黑德定位模式你给对方的信号报告对方给你的信号报告开始UTC日期例如20260102 开始UTC时间例如010203 结束UTC日期例如20260102 结束UTC时间例如010203 波段例如70cm 频率你的呼号你的梅登黑德定位 …… ``` X指后边的数据项的字符数卫星则是 ``` 对方呼号日期20260128 UTC时间010203 59 59 模式一般是FM SAT 标准的卫星名字例如ISS 对方梅登黑德定位卫星工作模式例如VU 你的呼号你的梅登黑德定位 ``` 信号直接59就行，重点是卫星名字（用标准名字），可以不写频率 1. 具体的QTH、X省X市、设备、功率、天馈怎么填呢？不用管，直接扔掉就行，ADIF日志里没人关心这个 2. 填了中文的QTH，那需要转为梅登黑德定位吗？不需要，都使用中文QTH了，说明没有导ADIF日志的需求，把相关的gridsquare标签删了就行

@"BG4IJK"#p94925 adif是好的。 ~~我点名记录助手导出adif就导出了六个字段，讲究一个能上传lotw就行~~

目前我已經嘗試使用 homo_qso，想向各位大神請教意見。

BA4THG

目前，透過 nb2 已經開發了一個「homo\_qso」插件。最初的目的是讓紙本資料透過 bot 指令輸入到資料庫，並支援匯出至 Excel。
目前，我想嘗試支援多種輸出格式，例如 QRP 格式？（根據 BA4SLT 的建議）也請各位高手提供建議。

ho(a)mo_qso 已實現功能
QSO 檢視（以圖片形式） QSO 匯出（為 Excel 格式並重新命名）時間自動換算：UTC/UTC+8 功率自動新增 w 時間自動換算解除呼號（後續將添加二次確認）實現八小時自動備份所有 (資料庫？)
預計開發的功能
在註冊呼號時，您可以新增自己的 QR Code 連結。您也可以查詢對方的呼號。如果對方提供 QR Code 連結，系統會嘗試截圖並發送。
或許可以新增將 QSO導出的功能，並支援 Qrz 格式。
應該會新增頻率，可以採用「地區頻率 (例如：南京省中繼 430.610/88.5/+9) 的格式」。目前仍在考慮。
在直接輸入頻率的情況下，目前不需要輸入地區名稱。現階段正在考慮是否增加「批量新增頻率」的功能。
若使用者人數超過一定數量，可考慮開發 QSL 上傳、換卡、查看或刪除等功能。

BI1QJQ

「QRZ」格式指的是什麼呢？

目前 QSO 的標準資料格式為 ADIF 格式。

https://adif.org

這裡有對應的規格說明

BA4THG

BI1QJQ 感謝

BG4IJK

首先要明確這個 bot 的定位。目前已經有很多成熟的日誌軟體，但戶外隨時隨地錄入一直是 HAM 的痛點。建議將定位設定為在戶外使用手機，因為不方便錄入，因此操作方式必須針對這個情境進行優化。考慮到 QQ 年輕人居多，可以重點針對衛星通訊進行設計與優化。

在數據格式方面，必須支援導出 ADIF 格式（也就是「qrz 格式」），無論是使用短波還是衛星的用戶都會需要這個格式。如果沒有支援導出功能，大家就無法使用。這個格式已經有現成的庫，不需要自己去解析。

在 QSO 解析方面，由於是戶外使用，因此 QSO 的輸入解析會變得非常複雜。使用者可能會以各種格式輸入，需要有適當的容錯機制，例如將「439600」、「144640」、「14270」修正為「439.600」、「144.640」、「14.270」，以及識別「2025/5/5」、「2025.5.5」、「2025-05-05」、「5月5日」等日期，甚至可以像快遞一樣，輸入地址，讓省、市、區、街道自動辨識。

其中，特別值得一提的是衛星通訊。透過衛星通訊，可以在短時間內與多個裝置進行連線，使用的頻率也為常用的衛星頻率，而不是頻率數字，例如：ISS (衛星名稱) 與多個頻段進行通訊 (能在幾分鐘內與多個頻段通訊)例如這種情況，如果使用「QTH」，也會採用梅登黑德定位。OM86（等等）。如果這些數據能夠被解析，並且符合用戶的習慣，而不是讓用戶按照你的習慣來輸入，那麼這個 bot 就有機會大顯身手。

QSL 上傳/換卡的狀況非常複雜，在 HamCQ 論壇上的換卡功能也存在許多問題，建議暫時不要使用。

此外，還有一些具體的技術細節問題：

請勿自行建立頻率資料庫，直接使用現有的資料庫，例如 HamCQ 的中繼數據。
訊號報告不應過於限制格式，使用短波會出現其他形式，例如 -12、+01（當然這種訊號報告都會由電腦自動記錄，不會使用這個 bot）、599。（CW），請勿輸入預設值 59。
刪除或解除綁定，必須經過二次確認。
在後台事先建立好衛星與頻率之間的關聯關係，並避免使用者手動輸入頻率。
SatLink 甚至可以直接執行，只要輸入 `@` 這個機器人的 SatLink 記錄格式，就能自動記錄日誌。
有些枯燥的工作，例如某些格式解析的程式，可以先提供一些範例，然後將其交給 AI 來撰寫。

BA4THG

BG4IJK 是的，當時的目標是讓使用者可以直接透過 QQ 來操作 Excel 表格，從而避免在手機上操作表格的麻煩。
qrz 格式與 adif 格式相同，我 dopiero 了解。之後我會進一步研究。感謝您。

BH7HQT

作為使用者，我最需要的是能夠進行模糊搜尋並自動歸納，且不限制格式，同時也能添加許多備註的功能。

例如，在車上進行通訊時，我可以記錄以下資訊：
請問是否有推薦的長沙 8875 中繼、BH7XXX、59、湘潭大學 K5 5W，使用威諾 N76 5W 車載小鋼砲動中通？
正確地將這些關鍵字分類到日誌的不同部分，實際上對 Bot 的設計提出了很大的挑戰……

BA4THG

BH7HQT 🤔這個自動歸納功能還需要再進行一些調整。感謝您的建議。

BG4QBF

各縣協会の朋友們一起討論

建議是首先，參數順序應可選。其次，應能預設己方設備、頻率、QTH（廣播站位置），因為一般一場通訊時，自己的一些資訊不會改變。第三，如果你連接了AI，那麼做模糊辨識自動更正（錯字）應該還是比較方便的。第四，ADIF很好，ADIF必須導出，ADIF導出的六個欄位就足夠了：呼號、時間、發射頻段、發射頻率、接收頻段、接收頻率。第五：考慮一下加入語音辨識？

BA4THG

BG4QBF 此外，ADIF 還需要進一步研究（關於這個事情）。目前 AI 沒有任何想法來連接。

BG4IJK

BA4THG ADIF 格式其實非常簡單。

將 homo\_qso 轉換為 ADIF 格式匯出<eoh>
<呼叫：X>對方之呼號 <網格方：X>對方梅登黑德的定位 <模式：X>模式 <rst\_sent:X>您發送給對方的訊號報告 <已收到：X>對方提供的訊號報告 <qso\_日期：8>開始使用 UTC 日期，例如 20260102 <持續時間：6>從 UTC 時間開始，例如 01/02/03 <qso\_日期：8>結束 UTC 日期，例如 20260102 <休假：6>結束 UTC 時間，例如 010203 <頻寬：X>波段，例如 70 公分 <頻率：X>頻率 <站台呼號：X>您的呼號 <我的網格方塊：X>您的梅登黑德定位 <eor>
<呼叫：X>對方之呼號 <網格方：X>對方梅登黑德的定位 <模式：X>模式 <rst_sent:X>您發送給對方的訊號報告 <已收到：X>對方提供的訊號報告 <qso\_日期：8>開始使用 UTC 日期，例如 20260102 <持續時間：6>開始使用 UTC 時間，例如 01/02/03 <qso\_日期：8>結束 UTC 日期，例如 20260102 <休假：6>結束 UTC 時間，例如 010203 <頻段：X>波段，例如 70 公分 <頻率：X>頻率 <站呼號：X>您的呼號 <我的網格方塊：X>您的梅登黑德定位 <eor>
……

X 指後面的資料項的字數

衛星則是

<呼叫：X>對方之呼號 <qso\_日期：8>日期：2026/01/28 <持續時間：6>協定世界時間 01:02:03 <rst_sent:2>59 <已收到：2>59 <模式：X>模式通常為 FM <prop\_mode:3>SAT <sat\_name: X>標準的衛星名稱，例如：國際太空站 (ISS) <網格方：X>對方梅登黑德的定位 <sat_模式：2>衛星的工作模式，例如：VU <站台呼號：X>您的呼號 <我的網格方塊：X>您的梅登黑德定位 <eor>

可以直接輸入「59」，重點是要寫出衛星的名字（使用標準名稱），不需要寫頻率。

具體的 QTH（基地站位置）、X 省 X 市、設備、功率、天線該如何填寫？不需要在意，可以直接丟棄，因為 ADIF 日志裡沒有人會關心這些資訊。
已經填寫了中文的 QTH，那是否需要轉換為梅登黑德定位？不需要，因為我們已經使用了中文的 QTH，這表示不需要將 ADIF 日志轉換成梅登黑德格式。只需刪除相關的 gridsquare 標籤即可。

BG4QBF

BG4IJK ADIF 很好。

~~我點名記錄助手的匯出功能，只匯出六個欄位，重點是要能夠上傳 lotw。~~

BG4IJK

BG4QBF 衛星通訊、導出 ADIF 格式是基本需求，不僅需要，而且數據項目也必須準確。
最重要的還是主控日誌，以及匯出成 Excel 格式。 ADIF 的重要性次之，即使收發信號報告寫錯也不會造成問題（當然，不要故意這樣做）。只要程式不會出現錯誤就好。

BA4THK

讚美

闽ICP备2021006864号-7

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

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

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

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