「投票」的最佳方式是什麼？

這個問題與微控制器編程有關，但任何人都可能會提出一個好的算法來處理這種情況。「投票」的最佳方式是什麼？

我有一箇中央控制檯和一套遠程傳感器。中央控制檯有一個接收器，每個傳感器都有一個發射器以相同的頻率工作。所以我們只能實現Simplex通信。

由於發射機的工作頻率相同，我們不能讓2個傳感器同時向中央控制檯發送數據。

現在我想編程傳感器來執行一些「輪詢」。中央控制檯應該對傳感器的存在有所瞭解（每個傳感器是否響應）

我可以想象幾種方法。

在每個傳感器的輪詢消息之間使用相同的間隔並隨機啓動傳感器。所以他們不會同時傳輸。
使用一些圓機制。傳感器1 5秒時爲10秒等開始輪詢所述第二方法1.

的更正式的版本的最大數據傳輸速率大約是4800bps的，所以我們需要考慮這一點。

有人可以想象通過較少使用通信鏈接來解決這個問題的好方法。請注意，如有必要，我們可以爲每個傳感器使用不同的輪詢間隔

來源

2010-01-04 Chathuranga Chandrasekara

我推測您所描述的是傳感器和中央單元連接到一次只能傳遞一條消息的總線。

處理此問題的常規方法是進行碰撞檢測。這是例如據我所知，以太網如何運作。您嘗試發送消息;然後嘗試檢測碰撞。如果您檢測到碰撞，請等待隨機數量（打破關係），然後重新傳輸，當然再次進行碰撞檢查。

如果您無法檢測到碰撞，則不同的傳感器可能具有所有不同質數的輪詢間隔。這將保證每個傳感器都具有用於成功輪詢的專用插槽。當然還會有碰撞，但不需要檢測。這裏例如用素數5,7和11：

----|----|----|----|----|----|----|----| (5) 
------|------|------|------|------|----- (7) 
----------|----------|----------|-:----- (11) 
            * COLLISION

值得注意不要緊如果傳感器開始「同相」或「異相」。

來源

2010-01-04 06:52:10

我認爲你需要研究一個碰撞檢測系統（一個以太網）。如果你有基於時間的同步，你依靠控制檯上的時鐘和傳感器永遠不會失去同步。如果它們連接到外部可靠的時間參考，或者如果你花費每個電池上的電池支持的RTC（昂貴的），這可能是確定的。

來源

2010-01-04 06:52:36

考慮使用全部或部分現有協議，除非協議設計本身就是目的 - 除了節省時間之外，您還可以降低協議產生罕見的不可重複錯誤的競爭條件的可能性。

這種情況下的很多協議都讓傳感器保持安靜，直到主控人明確要求他們獲得當前值。這使得避免衝突變得容易，而且如果主認爲錯過了數據包，或者它更關心與其中一個傳感器保持最新狀態而不是與其他傳感器保持同步，它便於主服務器請求重新傳輸。這甚至可以提供比基於碰撞檢測的系統更好的性能，特別是如果主站的命令比傳感器響應短得多。如果最終得到類似Alohanet的東西（請參閱http://en.wikipedia.org/wiki/ALOHAnet#The_ALOHA_protocol），您會發現不經常傳輸和碰撞太多的權衡會迫使您使用不到50％的可用帶寬。

來源

2010-01-04 19:31:58 mcdowella

是否可以爲每個傳感器分配一個唯一的地址？

在這種情況下可以實現一個主/從協議（像Modbus或類似的），與共享相同的通信鏈路的所有設備：