GUS 徽章使用其兩個(gè)“眼睛”R、G、B LED 指示其當(dāng)前狀態(tài)：

Left    Right    Description
RGB     RGB      Identify - Flashing in Red, Green, and Blue
Green   Green    Healthy, no mask, no vaccine
Green   Yellow   Healthy, with mask
Blue    Blue     Healthy, with vaccine
Blue    Yellow   Healthy, with mask and vaccine
Red     Red      Infected, no mask and no vaccine
Yellow  Red      Infected, with mask
Blue    Red      Infected, with vaccine
Yellow  Yellow   Infected, with mask and vaccine
Off     Off      Badges are inactive

示范

?

該視頻演示了 GUS 使用紙孩子而不是真實(shí)的東西。它經(jīng)過(guò)大量編輯以適應(yīng)指定的時(shí)間限制。它顯示了以下特點(diǎn)：

• 掃描徽章
• 編輯徽章名稱(chēng)
• 將學(xué)生標(biāo)記為感染病毒
• 配置課堂模式模擬
• 分析模擬
• 用口罩和疫苗標(biāo)記學(xué)生
• 重新運(yùn)行修改后的模擬
• 配置 GUS Tag Live 模式（在感染發(fā)生時(shí)顯示感染）
• 記錄學(xué)生之間的聯(lián)系并查看效果。

構(gòu)建項(xiàng)目

該項(xiàng)目的代碼可在 github 上找到（參見(jiàn)代碼部分）。GUS 徽章和教師徽章有不同的項(xiàng)目。它還需要安裝Nordic nRF Connect SDK版本 1.5.0（1.5.1 構(gòu)建但尚未經(jīng)過(guò)測(cè)試）。

GUS徽章項(xiàng)目

構(gòu)建和下載 GUS 徽章代碼就像按照北歐關(guān)于構(gòu)建和編程示例應(yīng)用程序的說(shuō)明一樣簡(jiǎn)單。只需為項(xiàng)目使用 GUS 徽章文件夾，對(duì)于需要瀏覽到GUS 項(xiàng)目文件夾中的board\arm\gus_bl652文件夾的電路板名稱(chēng)。

GUS教師項(xiàng)目

構(gòu)建 GUS 教師項(xiàng)目需要幾個(gè)額外的步驟：

• 需要修改 SDK 以支持 adaFruit 展示。請(qǐng)按照GUS Teacher 項(xiàng)目中的README.md文件中的注意事項(xiàng)進(jìn)行操作。
• nRF5340板在使用前可能需要準(zhǔn)備。按照SES指令中的網(wǎng)絡(luò)示例編程。

之后，可以使用與 GUS 徽章中相同的步驟構(gòu)建和加載 GUS Teacher 項(xiàng)目，使用 GUS Teacher 作為項(xiàng)目，使用nrf5340dk_nrf5340_cpuapp作為板名。

供應(yīng)

對(duì) GUS 徽章和教師徽章進(jìn)行編程后，需要使用nRF Mesh 智能手機(jī)應(yīng)用程序配置網(wǎng)狀網(wǎng)絡(luò)。網(wǎng)狀網(wǎng)絡(luò)需要：

• 1 個(gè)應(yīng)用程序密鑰
• 1 組名GUS Group

Gus_Teacher 的元素 1 的供應(yīng)商模型 0x0032 需要以下內(nèi)容：

• 綁定應(yīng)用程序密鑰 > 應(yīng)用程序密鑰 1
• 出版物 > Gus Group
• 訂閱 > Gus Group

每個(gè) Gus 徽章的供應(yīng)商型號(hào) 0x0032 需要以下內(nèi)容：

• 綁定應(yīng)用程序密鑰 > 應(yīng)用程序密鑰 1
• 出版物 > Gus Group
• 訂閱 > Gus Group

供應(yīng)

?

硬件

教師徽章

教師徽章的制作是微不足道的。只需將 Adafruit 顯示器插入 nRF5340DK 板上，將 USB 移動(dòng)電源連接到 J2，為顯示器添加 3D 打印邊框和橡皮筋，您就擁有了高級(jí)可穿戴 GUS 教師徽章。

• nRF5340 硬件文檔
• adafruit 觸摸屏技術(shù)細(xì)節(jié)

GUS教師硬件

?

GUS 徽章

制作 GUS 徽章稍微復(fù)雜一些。GUS 徽章建立在 30x35mm pcb 上，并使用 nRF52832 模塊 (Larid BL652)。我本來(lái)希望使用 nRF5340 模塊，但在項(xiàng)目開(kāi)始時(shí)可用性受到限制。該電路非常簡(jiǎn)單，除了電源和接地之外的所有走線(xiàn)都在一層，這使得我可以輕松構(gòu)建自己的 PCB。

• J2是調(diào)試用的串口接口
• J3 是 JTAG 連接
• 除 TP4 外，其他測(cè)試點(diǎn)均未使用，TP4 在接地短路時(shí)會(huì)導(dǎo)致節(jié)點(diǎn)復(fù)位（從網(wǎng)狀網(wǎng)絡(luò)中移除）。

功耗約為 7-10 毫安，這對(duì)于紐扣電池供電的設(shè)備來(lái)說(shuō)有點(diǎn)高。然而，CR2032 電池可以提供 220mah 的電量，這對(duì)于一節(jié)課甚至兩節(jié)課來(lái)說(shuō)已經(jīng)綽綽有余了。可充電電池可能是更好的解決方案。

示意圖

?

GUS 徽章 PCB、CAD 和內(nèi)置

?

軟件

藍(lán)牙網(wǎng)狀模型

GUS VENDOR MODE 是基于 nRF Connect SDK 網(wǎng)格聊天示例的自定義網(wǎng)格模型。教師徽章是客戶(hù)端節(jié)點(diǎn)，GUS 徽章是服務(wù)器節(jié)點(diǎn)。關(guān)鍵操作是：

• 登入
• 設(shè)置狀態(tài)
• 設(shè)置名稱(chēng)
• 請(qǐng)求報(bào)告
• 檢查接近度

登錄是第一個(gè)需要運(yùn)行的操作，但可以隨時(shí)運(yùn)行。當(dāng)點(diǎn)擊 GUI 上的掃描按鈕時(shí)會(huì)發(fā)生這種情況。它為客戶(hù)端提供了一種發(fā)現(xiàn)所有活動(dòng) GUS 徽章節(jié)點(diǎn)的地址并檢索與它們關(guān)聯(lián)的名稱(chēng)的方法。教師徽章會(huì)發(fā)布登錄消息，并且所有已配置和活動(dòng)的徽章都會(huì)以他們的名字進(jìn)行響應(yīng)。

Teacher          Badge1   Badge2  ...   BadgeN
  Signin----->-----^--------^-------------^       Published signin
     <-------------|                              Reply with name
     <----------------------|                            "
     <------------------------------------|              "

Set-State設(shè)置所有徽章或特定徽章的狀態(tài)。狀態(tài)通常是指健康/感染、戴口罩或接種疫苗，它們點(diǎn)亮 LED 眼睛以反映狀態(tài)。還可以識(shí)別導(dǎo)致 LED 在有限時(shí)間內(nèi)閃爍的狀態(tài)或使 LED 變暗的關(guān)閉狀態(tài)。在模擬分析開(kāi)始時(shí)，教師徽章向所有 GUS 徽章發(fā)布“健康” ，然后更新每個(gè)需要不同狀態(tài)的徽章的狀態(tài)。

Teacher             Badge1   Badge2  ...   BadgeN
  >-SS healthy--->----^--------^-------------^      Published set state healthy
  >-SS masked--->-----^                             Set State Badge1 masked
  >-SS infected->--------------^                    Set State Badge2 infected

Set-Name 更改與徽章關(guān)聯(lián)的名稱(chēng)。它響應(yīng)于在 GUI中點(diǎn)擊編輯名稱(chēng)而發(fā)生。徽章名稱(chēng)存儲(chǔ)在徽章上，并在登錄時(shí)檢索。徽章還包含基于徽章節(jié)點(diǎn)地址選擇的常用默認(rèn)名稱(chēng)列表（持久性未完全實(shí)現(xiàn)）。

Teacher             Badge1   Badge2  ...   BadgeN
  >-Set Name Bjorn ->----------^                    Name of Badge2 changed to Bjorn

請(qǐng)求報(bào)告是一項(xiàng)復(fù)雜的操作，它結(jié)合了從徽章中檢索聯(lián)系信息以及啟動(dòng)附近的徽章檢查。當(dāng)處于 GUS 標(biāo)記模式時(shí)，它會(huì)響應(yīng)點(diǎn)擊 GUI 中的“記錄”按鈕而發(fā)生。當(dāng)徽章收到報(bào)告請(qǐng)求消息時(shí)，它會(huì)發(fā)送包含六個(gè)最近最重要聯(lián)系人列表的回復(fù)。然后，它會(huì)清除其聯(lián)系人列表并向所有其他徽章發(fā)布“檢查接近度”消息。任何看到Check Proximity消息的徽章都會(huì)將發(fā)件人的地址和消息的 RSSI 添加到自己的聯(lián)系人列表中。到教師徽章發(fā)送報(bào)告請(qǐng)求時(shí)對(duì)于每個(gè) GUS 徽章，每個(gè) GUS 徽章都有機(jī)會(huì)查看它們是否與其他任何徽章接觸。教師的徽章在錄制時(shí)以每五秒一次的速率發(fā)送報(bào)告請(qǐng)求，從而有時(shí)間進(jìn)行近距離檢查。如果網(wǎng)絡(luò)中有 10 個(gè) GUS 徽章，則需要 5 * 10 = 50 秒才能從所有徽章中檢索報(bào)告。

Teacher          Badge1   Badge2  ...   BadgeN
  Report Req->-----^                             Report requested from Badge1
     <-------------|                             Badge1 replies with contacts
                 Proximity--^-------^-----^      Badge1 publishes Proximity, all other
                                                   badges record contact if received.
  Report Req->--------------^                    Report requested from Badge2
     <----------------------|                    Badge2 replies with contacts
                   ^-Prox-<-|->-Prox--^---^      Badge2 publishes Proximity, all other
                                                   badges record contact if received.
...
  Report Req->----------------------------^      Report requested from BadgeN
     <-------------|                             BadgeN replies with contacts
                   ^--------^------Prox-<-|      BadgeN publishes Proximity, all other
                                                   badges record contact if received.
...                                              The process repeats while recording

關(guān)于藍(lán)牙 Mesh 的一條評(píng)論，我很難理解如何做我需要做的事情。看起來(lái)應(yīng)該很簡(jiǎn)單的問(wèn)題，例如客戶(hù)端如何確定服務(wù)器節(jié)點(diǎn)的地址卻很難找到。幸運(yùn)的是，北歐團(tuán)隊(duì)能夠提供幫助。但似乎這樣的答案應(yīng)該可以通過(guò)網(wǎng)絡(luò)搜索找到。

圖形用戶(hù)界面

GUI 使用LVGL庫(kù)，初始代碼主要來(lái)自 LVGL Widgets 演示。它使用消息隊(duì)列來(lái)保持響應(yīng)而不影響代碼的其他部分。使用 Visual Studio 2019 在模擬器中運(yùn)行代碼大大加快了 GUI 的開(kāi)發(fā)。采用了許多快捷方式來(lái)加快開(kāi)發(fā)速度，例如使用按鈕偽造選項(xiàng)卡對(duì)話(huà)框，而不是在嘗試使用選項(xiàng)卡式小部件時(shí)嘗試找到崩潰的根源。此外，與使用容器和填充物等適當(dāng)?shù)亩ㄎ辉O(shè)備不同，控制位置和大小是硬編碼的。所以 GUI 實(shí)現(xiàn)并不是如何使用 LVGL 創(chuàng)建 GUI 的一個(gè)很好的例子。但結(jié)果看起來(lái)相當(dāng)體面且反應(yīng)靈敏（多虧了快速處理器）。

模擬

該模擬假設(shè)您的感染風(fēng)險(xiǎn)與與感染者的距離的平方成反比。而且風(fēng)險(xiǎn)是累積的，戴口罩大大降低了感染者戴口罩的風(fēng)險(xiǎn)，但只能適度保護(hù)口罩佩戴者，接種疫苗的人不會(huì)被感染，傳播病毒的機(jī)會(huì)也會(huì)降低。

模擬代碼有自己的消息隊(duì)列。該代碼保留一個(gè)活動(dòng)徽章列表，其中包含初始感染狀態(tài)、蒙面、接種疫苗和病毒總暴露等信息。它還維護(hù)了任意兩個(gè)徽章之間的聯(lián)系人列表以及它們之間的距離，這會(huì)影響曝光級(jí)別。聯(lián)系人列表可能會(huì)變得相當(dāng)大，可能會(huì)影響響應(yīng)時(shí)間。計(jì)算總曝光的算法有時(shí)需要多次遍歷聯(lián)系人列表，這也會(huì)影響響應(yīng)時(shí)間。然而，nRF5340 在滿(mǎn)足處理需求方面沒(méi)有問(wèn)題，而且我從未注意到任何減速。

兩種操作模式，課堂和GUS 標(biāo)簽模式都使用相同的聯(lián)系人列表和大部分相同的代碼。由于首先開(kāi)發(fā)了Classroom代碼，因此它采用了更復(fù)雜的方法來(lái)處理聯(lián)系信息。實(shí)施GUS Tag模式代碼后，聯(lián)系人列表最終按時(shí)間組織得比最初預(yù)期的要好得多，從而簡(jiǎn)化了處理過(guò)程。課堂模式代碼的代碼可以簡(jiǎn)化，但到目前為止似乎沒(méi)有必要。

未來(lái)的擴(kuò)展

如果有更多的時(shí)間，可以添加更多的功能。在GUS Tag 的當(dāng)前實(shí)現(xiàn)中，直到分析階段才知道誰(shuí)被感染或誰(shuí)被感染。如果徽章離得太近或剛剛被感染，一項(xiàng)簡(jiǎn)單的修改將使徽章實(shí)時(shí)響應(yīng)。聯(lián)系人列表包含所有發(fā)生的接觸，因此可以嘗試不同的場(chǎng)景，即人們現(xiàn)在戴著口罩或最初感染了不同的人。還可以搜索特定徽章已進(jìn)行的所有聯(lián)系或哪個(gè)徽章已進(jìn)行了最多的聯(lián)系。如果徽章中的處理器升級(jí)到 nRF5340，則可以添加徽章之間的方向，允許教師徽章以圖形方式繪制徽章與時(shí)間的關(guān)系圖。

其他詳情

制作 PCB 本身就是一個(gè)有趣的小項(xiàng)目。KiCad 用于進(jìn)行布局以及我們?yōu)楹?jiǎn)化焊接和銑削所做的幾件事，例如移除 nRF532830 模塊不需要的焊盤(pán)和使 PCB 走線(xiàn)更粗。我關(guān)注了TeachingTech 的 YouTube 視頻，介紹了從布局到工廠(chǎng)的過(guò)程。這是一個(gè) 1:15 分鐘的 PCB 制作視頻。實(shí)際時(shí)間不到5分鐘。

?