Skip to main content

[LEGO] NXT-G MyBlock 製作概要

玩了一兩天的NXT-G，雖然一開始被它的連連看編輯介面打敗，但是熟悉後又對它的超直覺編輯感到激賞，其中的 MyBlock更是方便使用者製作類似程式中的function或巨集，將常用的功能組織起來。
[NXT-G中的MyBlock圖示]

要製作MyBlock非常簡單，直接開個新檔編輯，不需要存檔就可以製作。以下利用在NXT畫面秀出Number來製作MyBlock。在NXT螢幕要秀出數字的話，需要使用Number to String + Display Block才可以秀出，由於它的使用率很高，所以將這個過程製作成 MyBlock來重複利用。
先想好MyBlock保留給外部設定的變數數量，Number to String Display一定要可以傳入數字，外加Display x y 的設定，所以最低限度共有三個變數需要傳入。

讓MyBlock有write功能：
1. 開新檔案。
2. 拉出Variable Block，選擇 Number1 / read mode，放置位置即使variable block不在鐵軌上也ok，如下圖：

3. 拉出 Number to String Block與 Display Block ， Display block選擇文字模式，將要輸入的資訊連起來，如下圖：

4. 選擇要輸出為MyBlock的程式部份，用滑鼠框選 Number to String and Display block，框選後點選下拉式功能表 Edit / Make a new My Block

5. 填入MyBlock相關資訊，選擇你的要的 MyBlock Icon, 完成了！



6. 更換變數說明：連點剛剛製作出來的NumberToString Block，會進入它的編輯模式，直接變更Value1-3的文字儲存後退出即可。


[完成的Number to String Block]

結語，如果你使用的 MyBlock有資訊送出(Read)功能，就是將它要輸出的資料型態選擇對應的Block放置在畫面右方，唯一重點就是資料線一定要連上，圈選設為 My Block 的部份，你就會發現它會有欄位將資料送出了。

被儲存的MyBlock會被放在LEGO Default local folder：
我的文件夾\LEGO Creations\MINDSTORMS Projects\Profiles\Default\Blocks\My Blocks
Labels:

Comments

  1. jimmyscratchlabJanuary 26, 2011 at 12:57 PM

    有些圖怎麼看不到?

    ReplyDelete
  2. Erin LinJanuary 27, 2011 at 6:25 PM

    因為放在 Flickr 上好像超過容量就無法外連了...這個 post 太舊了，就懶得修了...XD

    ReplyDelete

Post a Comment

Popular posts from this blog

PureMVC 我也會 [0]

最近感覺 PureMVC 又熱了起來，也剛好好久沒有更新文章了， 就順便將去年底做的企業內訓 PureMVC 課程部分整理寫出來， 要講 PureMVC 當然要先從啥是 MVC 講起： Model-View-Control 出處： 維基百科 MVC ，大概節錄一段： （控制器Controller）- 負責轉發請求，對請求進行處理。 （檢視View） - 介面設計人員進行圖形介面設計。 （模型Model） - 程式設計師編寫程式應有的功能（實作算法等等）、數據庫專家進行資料管理和數據庫設計(可以實作具體的功能)。 其實到 Flash 的世界來講，Model and Control 都是由 .as 處理，而 View 便是 .fla+.as ，為了要鬆綁之間的關係，Event 機制就相當重要。其實每個人對 MVC 的最佳解釋都不同，真的要多練習才會有所領悟。 簡單來說： Model = 餐廳廚房 data: 西餐類 action：依照點菜單做餐點 action: 做完餐點就是將餐點放在出菜口按下通知鈴等服務生來 Control ＝ 服務生 action: 聽到大門歡迎鈴就要說「歡迎光臨」 action: 看到客人揮揮手要去收點菜單 action: 聽到廚房通知鈴看是哪桌的餐點去送菜 View = 餐廳外場 view: 田園式的西餐廳裝潢 action: 客人進門會有歡迎鈴 action: 客人揮揮手叫服務生過來服務，是哪個服務生都無所謂，重點只要會收點菜就行了。 action: 客人收到餐點準備開動 當餐廳要改成外炒店，這時候只需要將大廚換成會中餐廚師，其出的菜就是中式快炒。 當餐廳外場由田園式外觀重新裝潢成華麗感夜店風，其進門的客層也會有所不同。 重點就是當你換掉一個地方時，對其它的部份不會造成太大的影響或者根本無所謂，這就是 MVC 所講求的境界... 一般來說，小專案有沒有必要使用 MVC 就是由各位自己判斷了，當你習慣將程式切分開來，發現 debug 不是一件痛苦的事情時，這時候有沒有強制使用 MVC 倒不是重點，因為你已經養成良好的撰寫習慣。但是開始接觸大型專案配合 team work 時，在沒有一個共用的核心框架前提下，這個專案開發到最後一定會是一個多手多腳的怪物，共用核心框架的價值就在這邊展現，這
4 comments
Read more

[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