長距離遙控+數傳方案 III

valsily

轉眼這篇又沉下去了，@kris000 大，又想請教一下，發射端藍芽模組的傳輸距離合理期望是多少呢? 前幾天搭配您的藍芽FTDI模組測試，發射模組沒擺進中繼站塑膠盒以免遮蔽訊號，這樣大約2m左右藍芽連線就斷掉了。

當時跟淘寶那邊買藍芽FTDI時，他說正在解決線路佈局問題，原先設計傳輸距離8m，因為這個佈局問題大大縮短，後來出貨給我倒是沒提這個問題解決沒，這樣看起來是還沒?

另外就是透過mission planner走藍芽FTDI連接數傳時，第一次連線載入parameter都要花上不少時間，請問這是正常的嗎?

我目前使用Frsky X8R的s.bus輸出16CH，然後透過Frsky S.Bus to CPPM模組轉為12CH PPM訊號，連接上發射模組的PPM輸入，測試結果發射要設為8+4，就可以正確使用9~12CH，若設為16CH的話各通道在mission planner中會看到亂跳

謝謝

limingg

valsily 發表於 2015年6月2日 12:01 AM
轉眼這篇又沉下去了，@kris000 大，又想請教一下，發射端藍芽模組的傳輸距離合理期望是多少呢? 前幾天搭配 ...

我自組的433外拉一條2.4g天線出來，距離可以十幾公尺
藍芽模組我用HC-05,在靠近pcb 天線處有一個小焊點可焊天線

kris000

valsily 發表於 2015年6月2日 12:01 AM
轉眼這篇又沉下去了，@kris000 大，又想請教一下，發射端藍芽模組的傳輸距離合理期望是多少呢? 前幾天搭配 ...

藍牙距離我測試是5米左右,如果轉動中繼站的盒子,藍牙天線在電池的另一邊則剩50公分.
感覺上藍牙會受433及電池影響,他打算把藍牙模組抽出來擺外面,或是另一支藍牙天線由機板焊點延長到盒子外面.


如果直接由PPM IN1輸入12CH或16CH,必須正確選擇8+4或16喔! 選錯不能用的...
這種情況不能刷16CH發射固件,請直接使用V3.64 8CH就可以直接用12CH或16CH.
適合特殊(X8,X9之類)遙控器1~16CH.



那個V3.64 16CH是針對兩路PPM IN(就是PPM_IN1及PPM_IN2)同時使用的情況.
我有加一段程式把兩路PPM訊號合併再發射出去,PPM1=1~8而PPM2=9~16這樣安排.
適合所有遙控器1~16CH的支援.


8CH以上會讓數傳慢一些(看調參畫面底下那個更新率HZ).
MP如果很慢,連線時可以按取消(取消只是不載入參數,功能仍正常),但如果要調機則必須載入參數,全部載入400多個參數約20秒左右吧! SRx_Params要設10(參數優先權為最高).

inix

Hi , K 大 , 有個關於 OpenLRSng 的問題想請教。

在文章一開始時，K 大的教學應該是使用 OrangeRX 來做, 當時連結使用的版本應該是「flipflap」的韌體，一直到發生互相衝突後，改成使用「OpenLRSng by K大」的韌體版本，在一直綿延到討論串的後段，K大設計了相關版子，然後持續提供韌體到 16 動。

這是小弟爬文後大概的印象。

但有個疑惑一直無法解答，想麻煩 K 大解答。

小弟因為看文章開頭，就誤買 OrangeRX TX 1W 兩支，開始 OpenLRS 之路，遙控訊號部分沒啥問題，很容易上手，無論是 OpenLRSng 或 OpenLRSng By Gitsly 版本，都可以使用。

但是！在「數傳部分」，小弟琢磨了很多時間，實在搞不懂那個環節出了問題，因此又得再度麻煩 K 大出手。

「數傳部分的接線」應該是很簡單的延續刷機 PIN 來接出 RX<->TX ,  TX<->RX ,  GND  即可。

PixHAWK 那邊也改了 Serial Baud 19200 bps , 電腦連線也都使用 115200 bps 去連線。

但就是無法連線，折疼很久後，忽然想到一個問題：

1. 莫非 PixHawk 刷 APM Firmware , 還有限制版本？（例如某修版本 Mavlink 是有問題？）
2. OpenLRSng 韌體不能用？一定要用 Gitsly 版本？
3. OpenLRSng Gitsly 無法連線，是否也因為 Pixhank 版本有相衝？

刷到失去信心後，也試著刷文章一開始的 Flipflap，但那韌體似乎無法進 CLI ，所以放棄...

後來很認真的翻了這篇文章好幾次，文章到後段幾乎都沒再討論 OrangeRX ... 所以無解。

而 K 大的韌體後段所提供的似乎沒說到非 K 大的硬體也可以用，所以小弟也不敢貿然去刷。

總結，不知道 K 大是否還有印象兩個 OrangeRX TX 1W 的數傳，該搭配的 Pixhawk 韌體版本及 OpenLRSng 韌體版本！？

感謝！

kris000

inix 發表於 2015年6月10日 12:49 AM
Hi , K 大 , 有個關於 OpenLRSng 的問題想請教。

在文章一開始時，K 大的教學應該是使用 OrangeRX 來做,  ...

這篇的過程就如大大說的一樣.
一開始我買了兩顆OrangeRx刷Flipflap固件,但後來發現Flipflap的固件沒有跳頻,所以傳輸穩定且速度快,但沒跳頻在台灣是不可行的,所以我改刷OpenLRSng固件,但又發現數傳的寫法有問題,於是開始改官方的程式,但改著改著發現更多問題,要解決必須捨棄OrangeRx重新設計電路,最後沒辦法才協同大陸的朋友一起搞.




我知道有不少人跟著我一起買OrangeRx,所以我改版都會編譯一份給OrangeRx用的固件,但由於線路的差異,沒辦法編譯16動的給OrangeRx用,但8CH是可以用的(包括數傳).
在壓縮檔內的:
TX_2_364_ORANGE_8CH.hex 是給OrangeRx刷成發射用的.
RX_3_364_8CH.hex 把OrangeRx刷成接收用的.




以大大的情況來說,有兩種方法.
1.刷Flipflap的固件,他的不支援CLI是寫死的,通訊速率也要改成19200BPS,所以我又編譯了一份MinimOSD Extra的固件放在一樓,這樣才可以讓APM同時使用Flipflap的固件及MinimOSD.




2.刷我改的8CH固件,通訊速率按照APM預設的57600BPS不必改.
但我改的跟官方的設定有些不同.
a.記憶F/S只能在接收機(是接收機不是發射機喔!)通電的10秒內進行,超過10秒是拒絕記憶F/S的.
b.CLI內的Rf_Power我改成Rx_Power,就是功率的設定是數傳回傳的功率而不是發射機功率.
c.不可混用我的版本跟官方版本,例如我的發射固件配官方接收固件(無法對頻成功的,因為我的封包傳輸方式不同).

kris000

inix 發表於 2015年6月10日 12:49 AM
Hi , K 大 , 有個關於 OpenLRSng 的問題想請教。

在文章一開始時，K 大的教學應該是使用 OrangeRX 來做,  ...

另一個大大想知道的問題...為什麼Pixhawk某些版本數傳無法連線?

這個是因為3DR的mavlink會隨著越來越多的功能來新增通訊,而數傳部份算是在夾縫中來傳,"頻寬"有限,沒辦法像XBee只傳數傳不做其它事,於是對mavlink進行過濾及握手來試圖同步,但過濾會把新通訊也過濾掉,所以我一段時間會去3DR把新版的mavlink lib給Clone下來.


目前壓縮檔內的是最新的(一樣叫3.64版,但mavlink這部份會不同),Pixhawk由V3.21~V3.3-RC5可以用,APM由3.11~V3.21可用.




因為版上不少大大也有我改的原始程式碼,他們也會編譯一些版本給特定用途,基本上大同小異但功能上有些差異,具體要看他的說明.