本文介紹關於impinj rfid閱讀器當中的搜尋模式與session模式。
c# sdk將以列舉的形式呈現 (完整):
//
// 摘要:
// enum for configuring the tag search mode, which controls whether tags are singulated
// only once, or repeatedly.
public enum searchmode
還是將同時以"a"和"b"狀態（雙目標）來唱標記。下面更詳細地描述了每種模式。對於此討論，我們引用了乙個系統，使用單個 impinj 讀取器和單個天線。
在雙目標 impinj 閱讀器
一次讀取乙個標記的"a"，並將它們移動到"b"狀態。
一次讀取乙個"b"標記，並將它們移動到"a"狀態
反覆重複上述活動。
在此搜尋模式下，會話沒有影響，因為 impinj 讀取器將立即將"推送"標記回"a"狀態。
用法:雙目標生成許多讀取，適用於小種群或靜態環境（即智慧型擱板），但雙目標也可用於動態環境。在動態環境中，雙目標還可以善於檢測標記何時進入、停留和離開天線的視場。此動態用例也適用於雙目標選擇 b-> a，如下一節所述。
在單目標中，impinj 閱讀器：
一次讀取乙個"a"標記，並將它們移動到"b"狀態
這些標記將保留為"b"狀態，具體取決於所用會話的永續性，然後再恢復到"a"狀態。
反覆重複上述兩項活動
此搜尋模式與單目標完全相同，只是提供了會話 2 和 3 的優點，因為標記在一次清點後在讀取字段中將保持安靜。
用法:這允許讀取其他可能"安靜"（不反映盡可能多的功率）的標記。
它還提供了 session 1 的優勢，因為它幾乎會立即將標記還原回"a"狀態，並在離開讀取欄位時可供讀取器查詢。
在繼續其餘搜尋模式之前，讓我們將到目前為止介紹的內容放在一起，看看這些設定的行為。
注意:單個目標會話 0 的行為可能與上述不同。有關詳細資訊，請閱讀下面的有關單目標會話 0 的部分。 在雙目標中，無論標記狀態為"a"或"b"，標記都將連續讀取;會話設定幾乎沒有影響。
在會話設定為"0"的單個目標中，標記的行為與雙目標類似，儘管基礎過程略有不同。epc gen 2 標準將會話 0 定義為具有不確定的 ts0 值。在 impinj 閱讀器上實際實現單目標會話 0 時，這種情況似乎並非如此，因為讀者將通道躍點。這將導致其他通道上的標記的新清單，使標記永續性重新開始。這將導致多個讀取類似於雙目標，如上圖所示。如果您使用的是電池輔助 rfid 標籤，則使用單目標會話 0 將顯示不確定的ts0 值，如 epc gen2 標準所述，因為即使通道跳槽，該標記也不會斷電。
由於天線/通道跳頻要求因區域而異，因此在此配置中操作時可能會看到一些奇怪的行為。奇例是，當使用 impinj 讀取器的 etsi 模型執行庫存時，標記可以保持狀態 b 四秒。因此，我們經常推薦其他搜尋模式/會話，如單目標會話 1 或雙目標 b= a 選擇（在下一節中進一步詳細介紹）。
在會話設定為"1"的單個目標中，將讀取標記，然後移動到"b"狀態。一段時間 （ts1） 之後，它將恢復到"a"狀態，然後再次讀取。此 ts1 值在 epc gen 2 標準中定義為介於 500ms 和 5 秒之間;再次，它不能明確設定，只有近似。ts1 值將因標記 ic 製造商甚至特定標記 ic 型號而異。例如，impinj monza s1 永續性約為 1 秒。因此，如果我們為單一目標（會話 1）設定讀取器，我們將看到每隔一秒讀取相同的 impinj monza 標記;如果使用不同的標記 ic 模型，則 ts1 值可能會有所不同。
如果 impinj 讀取器搜尋模式設定為"單目標"，會話設定為"2"或"3"，則標記將被讀取一次，然後切換到"b"狀態，並在讀取欄位中的整個時間保持
安靜。 一旦標記離開讀取字段，它將具有 ts2/3 的一段時間內的永續性（保持"b"狀態）。epc gen 2 標準將此永續性時間定義為至少 2 秒，未指定最大值。請記住，在此期間，標記將不會響應來自使用單一目標和同一會話的任何讀取器的查詢。
使用帶有抑制的單目標（也稱為"tagfocus"）提供了會話 2 和 3 的優勢，因為標記在讀取欄位中一旦清點後將保持安靜，從而允許讀取可能"安靜"（不反映盡可能多的功率）的其他
標記。 它還提供了會話 1 的優勢，因為它幾乎立即恢復到"a"狀態，並在離開讀取欄位時可用於任何讀取器查詢。
注意:單個目標會話 0 的行為可能與上述不同。有關詳細資訊，請閱讀上面有關單目標會話 0 的部分。
在雙目標選擇 b = a 中，impinj 讀取器
一次讀取所有"a"標記乙個，並將它們移動到"b"狀態。
使用單個 gen 2 select 命令一次將所有 b 標記移動到 a 狀態。select 命令與檢視欄位中的所有標記進行通訊。
反覆重複上述兩項活動
使用 select 命令快速將所有標記更改為"a"狀態，可在多個天線配置下更快、更高效地讀取。傳送 gen 2 select 命令的時間比在每個單個標記上執行第二個清單以將狀態從"b"更改為"a"的時間要短得多。這會導致讀取器更快地切換天線，因為標記較早時處於"a"狀態。與標準雙目標相比，您將看到速度的改進，因為執行 select 命令而不是第二個清單通常會節省時間。
它還允許更好地處理進入視野的唯一標記。在"雙目標"中，如果新的"a"標記進入視野，而 impinj 讀取器正在執行"b"狀態的清單，則該標記在 impinj 讀取器執行下乙個"a"狀態清單之前不會報告該標記。使用雙目標選擇 b+ a 時，由於讀取器跳過"b"狀態清單，標記將更快地報告。
用法:當有多個天線或中到高標記計數（>50 標記）重複標記觀測值時，我們認為此模式最有益。此搜尋模式的另乙個有用用例是監視移動標記，以便更精確地了解標記何時從天線進入和退出視場。例如裝運驗證。
使用此搜尋模式時，impinj 讀取器將狀態為"b"標記，並將標記的庫存標誌重置回狀態為"a"。
如果要控制標記何時返回狀態"a"，請考慮對高通量應用程式使用。例如，當 impinj 讀取器配置了單目標會話 2 或 3（具有長永續性衰減週期）時，您可以重新配置讀取器以使用單目標重置，以更可控/更及時的方式將標記恢復狀態為"a"。此搜尋模式允許連續讀取大量標記。
用法:描述如何使用單目標重置與單一目標一起連續進行盤點的偽**示例如下所示：
while (true)另一種選擇是使用帶有抑制的單一目標（假設使用 impinj monza 標記），以便快速清點大量標記，並且在離開門戶讀取區域後，幾乎可以立即重新清點標記。
SQL Server之2 全文搜尋 2
這裡主要講全文搜尋裡面用到的 contains 函式，摘錄別人的文章，感覺寫的好，拿來分享一下。假設有表 students，其中的 address 是全文字檢索的列。1.查詢住址在北京的學生 select student id,student name from students where con...
6搜尋介面 2請求路徑搜尋
table q 搜尋語句 df 當沒有指定列的時候的預設列 analyzer 當需要分析搜尋語句的時候使用的分析器 analyze wildcard 是否分析萬用字元，預設為false default operator 操作符，有and，or 預設為or lenient 解析請求失敗的情況下是否忽略...
搜尋的未來 2
對於搜尋引擎 處理人類的搜尋請求只是其第一步 另乙個問題是 既然搜尋引擎是為了解決資訊量巨大 或無序 與人類利用資訊的需求之間的矛盾而誕生的 那麼如何組織與管理這數量巨大 或無序 的資訊 自從計算機與互連網誕生以來 這個問題尤其顯的突出 現在人類社會中每天都有大量的資訊產生 並在各種媒介上流通 這些...