zigbeelinux

Ⅰ zigbee 請問S3C2440AL-40可以和cc2420做成一個開發板實現作為一個無線通信伺服器的功能嗎

協議棧加到linux內核，那就復雜了。你的方案做個小流量通信的伺服器沒問題。但是cc2420與2440的結合方案，你還是考慮下吧。

Ⅱ linux zigbee怎麼組網

我本科的畢業設計也是做ZigBee的，實現一個果園環境監控系統。我講講我做這個畢業設計的基本思路和學習方向，希望對題主有幫助。
1、硬體
對ZigBee協議有基本了解的都知道，它只是一種協議，類似於TCP/IP協議，很多嵌入式平台（如ARM、Linux等）都可以實現。比較主流的用於構建ZigBee拓撲網路的嵌入式平台是CC2530/2430系列單片機，它們是TI公司專門設計用於搭建ZigBee網路的晶元，內置強大的ZigBee協議棧支持。CC2530/2430基於C51開發的，所以片上資源和介面和C51/C52系列單片機類似，學懂了51單片機，學這個也很簡單了。
所以要搭建ZigBee網路，首先要搞懂CC2530/2430的硬體資源（只做APP層基本可以不用深入理解指令集）。從最小系統入手，電源電路、晶振電路、復位電路等，以及一些嵌入式基本通信協議，如iic、spi、RS232/485等，還有AD/DA模塊，這個用於溫度感測器（模擬的）數據採集。
2、軟體
ZigBee協議棧的底層都是TI公司已經設計好了的，自組網、網路拓撲、路由、發送/接收數據包等，這些網路操作都封裝好並提供給用戶編程介面，直接在APP層調用就行，若只做簡單開發無需深入了解物理層和鏈路層，只要通過開發文檔把這些需要用到的編程介面弄明白（類似於C語言的封裝庫，只管調用，不管實現）。
還有就是感測器編程（如題中所述的溫度感測器），這種感測器市面上太常見了，基本都是通過iic或者其他通信協議直接讀數字信號，連數模轉換都不需要，源代碼網上都一搜一大堆，直接拿過來用就行，稍微調一下介面和時序什麼的。
3、網路拓撲
由於底層自組網的特性，我們只要簡單地了解組網、路由、鑒權、發/收包等基本內容（應付答辯啊），因為底層的封裝實現……你想看都看不到，只能通過官方文檔大概知道它是怎麼處理的。除了APP層，其他的交給協議棧來做吧。

Ⅲ 基於無線zigbee技術的應用與ARM嵌入式Linux開發有什麼區別與聯系嗎

Zigbee只是一個無線通信協議，基於這個協議開發應用。由於自身的不足，被6lowpan取代是一個趨勢。
物聯網包括感測感知、網路傳輸及應用處理。感測感知包括各種信息的獲取、物體的控制接入，網路傳輸利用互聯網骨幹網之類的傳輸網完成數據的遠程交換，應用處理利用雲計算平台完成數據的分析處理。感測感知屬於嵌入式應用的一部分，而嵌入式根據晶元的使用分三大塊：MCU、FPGA和DSP，復雜的應用很多都是它們組合使用。搞嵌入式的至少要非常熟悉其一，了解所有的。ARM僅是MCU的一種。
基於MCU的應用開發可以不使用操作系統，即裸機開發；但復雜的應用使用OS會更方便、高效，開發出的程序的健壯性更容易得到保證。嵌入式OS又分實時OS和非實時OS，實時OS又分軟實時OS和硬實時，嵌入式Linux屬於軟實時OS。同時注意，嵌入式Linux由於裁剪的不同，差異會很大的。
所以，想成大牛，學了zigbee、ARM和嵌入式Linux都還是遠遠不夠的。
加油，路長著呢！

Ⅳ 樓宇對講linux嵌入zigbee模塊嗎

zigbee屬於嵌入式,zigbee只是把協議都放在裡面了,然後修改應用層就可以了.嵌入式的方面也是修改部分代碼,道理是一樣的.兩者的要求都是要對協議或是UClinux的框架熟悉.但是兩者的框架是不一樣的,zigbee是基於組網的協議,而arm嵌入式是基於uclinux.所以可以說類似,但兩者的學習關系不大,所以不用深入學,了解大概就可以了

Ⅳ cc2538用iar開發還是linux好

先說一下背景吧，contiki是集成了ipv6協議，然後融合無線感測器網路技術，最終形成了自己的一套獨特的。無線類型的，具有ipv6特點的，低功耗，低速率的通信協議—-6lowpan。在我看來，說白了，就是一種協議棧，與大家熟悉的zigbee協議棧一樣，我潛意識里稱它為ipv6協議棧（為了便於理解，就管它叫ipv6協議棧了）。contiki源碼是在linux下開發的，如果不是因為它封裝了ipv6協議棧，鬼才會用contiki系統呢，還不如研究資料多的FreeRtos去。一開始，想把contiki移植到IAR上，畢竟在windows平台下開發，資源多一些，也比較熟悉這個環境，可以在線模擬，調試。花了差不多一個月，斷斷續續的往IAR下移植contiki，主要是基於硬體cc2538（網上有移植好的案例，是基於stm32平台的，沒人搞cc2538），程序是可以正常編譯鏈接了，但模擬時，有些中斷進不去，程序不是按正常的流程執行。為了應急，只能去那個沒有在線模擬，看程序到底執行到那一步的話，只能靠串口列印了解的linux平台了。

Ⅵ ZigBee開發時 工程師主要寫應用層的代碼嗎底層的協議啥的都是寫好了的吧

現在底層開發是有生產商，代理商或是方案公司提供。做項目注重應用就可以了。至於研究uboot，linux等底層源代碼對於嵌入式項目開發基本沒有實用價值。

Ⅶ 喜歡arm和linux,zigbee, 報東北大學哪個研究生專業好

建議物聯網，最近幾年絕對火。。

Ⅷ zigbee研發

我一個人就搞定了^_^
ZigBee3.0已經加入IPv6了

Ⅸ 如何在Linux下使用CC2531做zigbee嗅探

這個教學視頻基本沒有，你可以去一個飛比的論壇，資料很多，算是國內學zigbee比較好的網站了。至於CC2430神馬的我只用過貼片的，話說就是有直插的也看起來很挫埃

Ⅹ Wifi，ZigBee，Z-wave及藍牙四種技術比較，各有什麼優勢

分別說下吧：
1、WiFi：WiFi技術是目前傳輸速度最快的的技術，產品成本較低，在目前的生活中較為普及，最方便的是只需要購買元件連上WiFi網路就能使用。所以目前基於WiFi技術的智能家居產品占的市場份額最大。缺點是安全性差，穩定性弱，功耗大，可連接的設備有限。WiFi網路的實際規模一般不會超過16個，而在智能家居的發展中，開關、照明、家電的數量肯定會遠遠多於16個，所以WiFi有它的優勢，但局限性也很大，限制了發展。
2、ZigBee：關於ZigBee這項技術目前網上的爭議比較大，大家撕的比較厲害，作為一個看客看的也比較爽，但是現在的能力有限，也看不出來誰說的比較有道理，這里就把正方和反方的觀點都貼出來，大家自己判斷
先介紹一下ZigBee技術的概述，ZigBee技術是一種近距離、低復雜度、低功耗、低速率、低成本的雙向無線通訊技術，ZigBee可以工作在2.4GH（全球）、868MHz（歐洲）、915MHz（美國）3個頻段上，最高250Kbit/s，最低20Kbit/s，傳輸距離在10-75M之間，ZigBee的安全性是公認的比較好的，採用AES-128加密方式，另外，ZigBee網路的自組織網和自愈能力強。
上面對ZigBee技術做了一個簡單的介紹，下面開始介紹反方的觀點：關於成本的問題反方的觀點是ZIGBEE晶元出貨量比較大的TI公司的CC2430，CC2530以及Freescale的MC1319X，MC1322X系列，其成本均在2~3美金左右，再考慮到其他外圍器件和相關2.4G射頻器件，BOM成本難以低於10美金。在淘寶查了一下確實ZigBee的晶元價格在RMB20元以上，其他的外圍器件加起來估計要超過RMB50元，這樣的成本在價格上在智能家居上確實略高。
另外一個是通信的穩定性，目前在國內ZigBee技術的主要採用ISM頻段的2.4GHz，衍射能力弱，穿牆能力弱，容易受到障礙物的影響，而且容易受到同頻段的WiFi和藍牙的干擾。
另一個是自組網的實用性，自組網原本的優點能夠感知其他節點的存在，並確定連接關系，組成結構化的網路，並且在某一個節點移動後能夠自動的重新感知，組成網路。但是在家庭的實際應用中，開關、照明、窗簾、防盜器等在安裝完畢後基本不會移動，所以反方的觀點認為自組網的有點沒有作用。
最後一個吐槽的點是ZigBee的網路容量，ZigBee支持高達65000個節點，但是在家庭的使用中可能不會超過100個，所以這個也沒有實用的價值。（個人認為這條觀點站不住腳，有備無患總是好的）
後面的是正方公正的反駁反方的觀點：
關於成本，說ZigBee的成不高，但是跟wifi比起來成本已經很低了，常見的wifi晶元都只是射頻前端加上基帶，所有的協議棧都是在主機MCU/CPU完成的，並且絕大多數這些MCU/CPU都是需要跑linux的，所以都是2顆晶元的方案，所以必須加一起算成本。而單晶元的wifi解決方案現在也有，但是成本高到嚇人，單賣7~10美金，批量的也要5美金左右，並且其也不支持大數據量。（雖然不知道正方為啥只和wifi去比，可能wifi的成不最高，但是這樣也不能體現ZigBee的成不優勢啊）
關於通信，反方的觀點的是2.4GHz的頻段穿牆都弱，wifi、藍牙都是一樣的（居然這么紅果果的承認了），牆體會大大降低信號強度，但是ZigBee的優勢在於網路結構，可以一跳一跳的向外衍生，每多一個節點，就相當於有了一個中繼器，可以把通信方位擴大1倍。而wifi和藍牙的通信距離看的是直接通信距離，也就是天線的好壞。
自組網的功能除了上面講的擴展通信的范圍外，正方的觀點還認為未來的智能家居不可能只用於開關、插座、冰箱這些靜物上面，還會有感測器、遙控、掃地機器人之類的移動物體。
關於容量的問題還是跟wifi進行的比較，反方認為容量過大，但是wifi能夠連接超過100個的的設備嗎？答案是不能。所以容量大還是有好處的。
以上的就是正方和反方的所有有用的觀點了，雖然都比較片面，但還是可以參考一下。
3、Z-wave：Z-Wave是一種新興的基於射頻的、低成本、低功耗、高可靠、適於網路的短距離無線通信技術。工作頻帶為908.42MHz(美國)~868.42MHz(歐洲)，採用FSK(BFSK/GFSK)調制方式，數據傳輸速率為9.6 kbps，信號的有效覆蓋范圍在室內是30m，室外可超過100m，適合於窄帶寬應用場合。
Z-Wave的優勢Z-Wave採用了動態路由技術，每個Slave內部都存有一個路由表，該路由表由Controller寫入。存儲信息為該Slave入網時，周邊存在的其他Slave的NodeID。這樣每個Slave都知道周圍有哪些Slaves，而Controller存儲了所有Slaves的路由信息。這樣包在發送的時候已經規定好了通過的路徑。
但是缺點也很明顯，一是能容納的節點較少，理論值為256個，實際上很多廠商只能做到容納20-30個。二是樹狀組網結構，一旦樹枝上端斷掉，下端的所有設備將無法與網關通信。三是沒有加密方式，安全性較差。還有一個需要關注的點是Z-Wave所用的頻段在我國是非民用的，所以Z-Wave的智能家居更多的還是用在海外。
另外，Z-Wave的標準是獨立開發的私有無線標准，不像其他無線標准那樣開放。