(2009版)AVR TT 测试中......功能：TT+GPS+蓝牙+APRS解码+支持AGWPE！ [复制链接]

声明：和大家一样，我也是一个爱好者，如果我的言论出现错误或给你带来不愉快，请单独告知，qq34512886，avr tt是我的爱好，你可以指出我的不足，avr tt刚开始不可能满足所有用户和爱好者的需求（例如价格，功能，外形，操控性等，但是只要有你的支持，我相信完善只是时间的问题，再次声明，人无完人，我和大家一样在爱好中不断学习！2009.02.14情人节致谢！de bg6qbv），

一直在酝酿这个aprs如何才能实用，方便的使用！（）
我的出发点：
主要是野外通讯使用，在城市里有gsm/gprs觉得优势不大，方便使用的前提是连接简单、操作方便，轻巧！我的想法如下，供参考，大家多提好的建议，我来改进软件。

重点在于接收显示方案：
不管别人（自己）是手台、车台发射还是用中继转发，最重要的自己（对方）接收端要显示方便。抱着笔记本电脑移动使用，除出了车载之外，移动使用毕竟不是很方便（很不方便，特别是野外），因此最简单的显示方案就是利用pda来做终端显示。走在移动的路上，掌上pda可以实时知道别人的位置，这个比较有实用性。

1.接收显示方案：
对讲机+avr tt+pda（仅需要将对讲机音频信号给avr tt就可以完成接收功能）
将tt+蓝牙模块集成在板上。这样对讲机的音频信号直接给avr tt，内部解调后无线蓝牙输出，这样在野外pda手机显示就可以了！（软件推荐用agwtracker，操作方便，地图自制，不需登陆gsm网络，软件免费版）
2、发射aprs信号：（avr tt +对讲机）（需要将ptt和mic和对讲机相连）
这个就不说了，集成gps模块（天线独立）和avr tt，定时发送，设立一个开关，连续发送和定时发送。配置程序还在完善中，如果不会用超级终端的爱好者就有点吃力了。

下面是已经送去制的pcb，估计快回来，
1、采用atmega 16的芯片
2、gps采用sirf三代模块或最新低功耗模块
3、aprs接收解码，蓝牙输出9600bps
4、aprs接收解码，串口输出9600bps
5、aprs编码发送功能，支持9600bps速率的gps

个人力量有限，aprs更好的使用，大家有什么好的建议？

尺寸4cm x 3cm 左右！找找有没有合适的话筒！

不错不错，支持啊

不错，支持啊

aprs蓝牙传输，agwpeppc刚刚在pda上调试通过


测试框架：
信号源：tt1.6和avrtt输出的ax25音频录音
硬件： avr tt+蓝牙模块

1、agwpeppc版本
2、agwtracker地图显示
3、avr tt解码
4、pda手机wm6，黑屏模式（背灯熄灭）下工作照常！

有好玩儿的,咱就来看看.

期望做得更好

支持，祝早日成功！

作为显示软件最好可以支持oziexplorer，地图精度高，自己diy方便，地图通用性强。

'

作为显示软件最好可以支持oziexplorer，地图精度高，自己diy方便，地图通用性强。

'

深有同感，也考虑过和应用过这个问题，ozi地图可以多点校正，通用性不错，但是也碰到实际问题：当有多个小队同时联系等问题。

不过可以着手考虑改进增加gps数据透传功能！

下面这是一个agwtracker自制地图范例，到野外实地实用过，如果我aprs在线的时候，还有4个地标qbv01---qbv04（记得开启过滤才能看到）

想请问一下，avr-tt用什么调制方式在语音上加载数据的。如果使用raw nema的话，对空中波特率要求比较高，最低是4800bps，我现在自己玩用的msm7512b最高也就1200，只能传输自定义的简单数据。如果上4800bps，芯片太贵了，不愿玩了。我用m8芯片的。

'

想请问一下，avr-tt用什么调制方式在语音上加载数据的。如果使用raw nema的话，对空中波特率要求比较高，最低是4800bps，我现在自己玩用的msm7512b最高也就1200，只能传输自定义的简单数据。如果上4800bps，芯片太贵了，不愿玩了。我用m8芯片的。

'



你可以在接收端收齐一个低bps语句再转发给gps！

'

你可以在接收端收齐一个低bps语句再转发给gps！

'
也是个办法，不过这样gps数据输出就很慢了，没测试过，不知道ozi认不认，还有就是对讲机信道占用时间太长了。现在我都是单片机先对gps解码，取出经纬度和时间传送。
在语音信道上走的是fsk调制吗？

兼容tt1.4 1.6吗 这样手上的tt还可以作为发送端用

'

兼容tt1.4 1.6吗 这样手上的tt还可以作为发送端用

'

实际测试过解调，

tt1.4信号和官方aprs标准格式有区别，无法解调，

tt1.6信号可以完整解调。可以做为发送端！

定一套啊，支持diy

定一套啊，支持diy

'

实际测试过解调，
tt1.4信号和官方aprs标准格式有区别，无法解调，
tt1.6信号可以完整解调。可以做为发送端！

'

tt1.4 主要是前导的 nrzi 同步码 1e 只发出一个, 不能解码是解码软件的错.....

'

tt1.4 主要是前导的 nrzi 同步码 1e 只发出一个, 不能解码是解码软件的错.....

'


明白了，7e改成1e，改天修改软件试试！！

'

明白了，7e改成1e，改天修改软件试试！！

'

sorry... 是 7e, 因為 hdlc 規定五個連續 1 必須添加一個 0 (稱為 stuff 0), 前導碼不在此限, tt1.4 前方是一個數百 hz 的tone, 緊接一個 1200/2200hz 組成的 7e, 接下來是標準 ax.25 格式呼號資料...

一般用 tcm3105, mx614 modem chip 搞的 packet, 無法產生 前方數百 hz 的 tone, 而是加上幾十個 ˙1200/2200hz 的 7e 7e 7e.... 佔了大約 0.3-0.7 秒, 用來打開無線電頻道, 或觸發中繼, 後面也是 標準 ax25 格式資料.

許多自己寫解 hdlc 的人通常等幾個 7e 后再去找菲 7e 的 byte 作 packet 頭, 遇到 tt1.4 只送一個 7e 的, 就無法解碼了...

'

sorry... 是 7e, 因為 hdlc 規定五個連續 1 必須添加一個 0 (稱為 stuff 0), 前導碼不在此限, tt1.4 前方是一個數百 hz 的tone, 緊接一個 1200/2200hz 組成的 7e, 接下來是標準 ax.25 格式呼號資料...
一般用 tcm3105, mx614 modem chip 搞的 packet, 無法產生 前方數百 hz 的 tone, 而是加上幾十個 ˙1200/2200hz 的 7e 7e 7e.... 佔了大約 0.3-0.7 秒, 用來打開無線電頻道, 或觸發中繼, 後面也是 標準 ax25 格式資料.
許多自己寫解 hdlc 的人通常等幾個 7e 后再去找菲 7e 的 byte 作 packet 頭, 遇到 tt1.4 只送一個 7e 的, 就無法解碼了...

'

清晰、透彻