Skip to main content

NXT with Bluetooth 超冏連線心得

也許是本人手上的雜牌藍牙棒版本過於舊 (三四年前的產品囉..@@)
所以與 NXT 連線簡直是莫名奇妙的一會連接好一會傳輸無力又斷線...??

利用Java 使用 LJOS icommand 0.6 函式庫在正常的操作下 (有完整的執行到 NXTCommand.open and close)，連線是很正常的。但是用 NXT-G 軟體的話，藍牙就好像是不存在一樣，怎麼連都連不到...晴天霹靂啊！

以下是今天藍牙與 NXT連線的超冏心得：
  1. PC's USB BT與 NXT 配對過程其實還算容易，但是藍牙版本過舊還是一個問題...操作到亂七發八糟手忙腳亂...
  2. icommand 函式庫很方便使用，但是 操作到 LightSensor or UltrasonicSensor 使用 while loop output 資料的話會進入藍牙死機的狀態...最後只能藍牙拔掉重插...XD
  3. 點2問題用在 NXTCommand.open()後讓它睡個1000ms 才開始while loop的話，Light Sensor可以正常的工作，但是 UltrasonicSensor 還是死機...

粽合以上結論...很有可能是藍牙棒版本太舊太慢吧...???
EDIT: 跟同事借了"比較新點"的藍牙棒，實測證實...果然就是我的雜牌藍牙惹的禍！衷心建議，想要實作無線傳輸還是買新版的藍牙棒比較好...冏

Erin's NXT with Java的初學用書： LEGO MINDSTORMS NXT 智慧型樂高機器人與 Java 程式開發 初學當然挑中文版囉！

強烈建議有意願入手的 NXT and Java兩種都是初學的初心者，等作者出新版本再買吧！(反正也絕版了..@@)
因為內容中的相關第三方函式庫與Class檔版本與現在都有點誤差...例如書中的icommand為0.5版，語法有稍稍不同，所以如果傻傻的照著做會出現一大堆錯誤的！
Labels:

Comments

Post a Comment

Popular posts from this blog

[Swift3] weak 與 unowned 關鍵字

雖然在 Swift 中看起來"很像"是不需要煩惱內存管理的問題，不過實際上它還是遵循著自動引用計數 (ARC) 的規則，當一個物件沒有被其他對象引用時會自動被銷毀，如果三魂七魄沒有完全回位的話，就會有個靈體留在現世的空間裡，最經典的範例如下： 閉包(Closure)引用 classClassA { typealias Complete = ()->() var name : String var onComplete : Complete? init(_ name: String){ self.name = name print("Hello I am \(self.name)") onComplete = { print("\(self.name): onComplete!") // --> 閉包引用 self, 計數 + 1 } } deinit { print("deinit: \(self.name)") } } var a : ClassA? = ClassA("A") // --> 引用計數 + 1 a = nil // 2-1 = 1 還剩下 1 所以沒辦法銷毀 ---output------- Hello I am A 由於這邊的 onComplete 宣告為 Optional, 正確的做法要連同 onComplete 一起刪除才可以被回收，若不是 Optional 則會進入無法回收狀態： var b : ClassA? = ClassA("B") b?.onComplete = nil // --> 還好是 Optional 可以設成 nil 計數 - 1 b = nil // 計數 = 0 所以被回收 ---output------- Hello I am B deinit: B 但是做人不需要煩惱太多，這時候就出動 unowned 關鍵字讓物件可以順利被回收： onComplete = { [unowned self] in print...
4 comments
Read more

[書評] 拖延心理學：為什麼我老是愛拖延?是與生俱來的壞習慣，還是身不由己?

作者: Jane B. Burka & Lenora M . Yuen 推薦指數 ★★★★★ 有時候，只是想了解事情發生原因而不是尋求解法 在這邊不是要講這本書的內容，而是想聊它對我的影響。
Post a Comment
Read more