[elektro] wifi modul

[Arnold Fuzesi]

6lowpan+Atmega128rf1-2

Hamarosan ugyis jonnek a wifi+6lowpan routerek fillerekert. 

Ez most piszkosul a jovonek latszik...

Arnold
Sent from my iPhone

On 2013.05.09., at 11:25, Vajk Fekete <vajkhu at gmail.com> wrote:

> Azert a wifin a protokoll sem olyan egyszeru. Konnektalas, titkositas,
> ezeket nem a wifi chip csinalja, hanem a driver a hoston. A tcp/ip sem
> egyszeru, de ezek annal memoria es processzor igenyesebb dolgok. Ha egy
> 8bites uC melle odateszed a wifi radiot, meg nagyon hianyozni fog kozule
> par ezer-tizezer sor c kod, amitol az fel is kapcsolodik egy access
> pointra, es beszelget is vele. Es az a kod nem fog a 8bites uC-n futni.
> 
> Vajk
> 
> 
> 2013/5/9 Móczik Gábor <pm_levlista at progzmaster.hu>
> 
>> 2013.05.09. 10:08 keltezéssel, r3flow írta:
>>> Adott a probléma, hogy embed kütyüvel kéne internetezni, ami jelen
>>> esetben egy 8 bites uC. Aki csak PIC/AVR-hez ért, Linuxhoz meg nem,
>>> annak hiába adsz oda egy ilyet:
>>> http://shop.8devices.com/wifi4things/carambola2
>>> 
>>> Nem tud vele mit kezdeni. Azért akar UART-WIFI modult akar venni, mert
>>> csak a PIC-hez ért, a Linux programozásához nem ért és nem is akarja
>> 
>> Itt azt a szegmenst hagytad ki, hogy adott egy meglévő kütyü, amit jó
>> lenne az RS232 kábel helyett korszerű módon rendszerbe integrálni.
>> 
>> A másik szegmens, amikor ugyan csak pár nyomógomb állapotát kell
>> lekérdezni, meg kiírni egy kijelzőre, de valami korszerű hálózaton kéne.
>> Ekkor ugye vagy teszel bele egy filléres procit, ami megoldja amit
>> akarsz, vagy teszel bele egy komoly procit, ami ugyan erős túlzás a
>> feladatra, de a TCP/IP stack csak abban megy jól.
>> 
>>> ezres modul. Aki persze tud fejleszteni embed Linuxra az választhat
>>> olcsóbb hardvert.
>> 
>> Nem a tudás a probléma, hanem hogy nem mindenhová opció az embedded linux.
>> 
>> Ahová egy primitív hardver kell, oda az kell, csak a hibalehetőséget
>> növeli egy komplett oprendszer a hozzá való komplett hardverrel, ha csak
>> a hálózati kommunikáció kell az egészből.
>> 
>>> híd. És mivel a SoC-ok ára évről évre megy lefelé és egyre többen
>>> megtanulják használni/programozni is, ezért szerintem kár ilyet
>>> sorozatban gyártani, de leginkább kár lenne 1-2 ezer forintért adni.
>>> Mert hiába lesz UART-WIFI híd 2 ezer forintért, és hiába tud az ember
>>> TCP kliens lenni a PIC-el, ha hamarosan előtérbe kerül majd az SSL akkor
>>> a PIC ilyen alkalmazásoknál végleg megy a kukába és megint ott tartunk
>>> majd, hogy akkor meg kell tanulni a Linuxot+SoC és a PIC nem kell és
>>> akkor a 2 ezer forintos UART-WIFI híd sem kell.
>> 
>> Elég sarkos fekete-fehér elképzelés.
>> Az SSL nem kerül előtérbe, mert már létezik 10-20 éve.
>> 
>> Az ipari eszközöket csak bizonyos esetekben kell az internetre
>> kitámasztani, ezen belül egy részénél van egyéb infrastruktúra a
>> helyszínen, ahol egy router intézheti a VPN csatlakozást.
>> 
>> A maradék szegmens az igazán terepi megoldás, ahol csak az eszközöd van,
>> és titkos kapcsolt kell. Oda kell más megoldás.
>> 
>> 
>> Az a helyzet, hogy a megfelelő problémára a megfelelő eszközt kell
>> választani, az uniform megoldás a legritkább esetben ideális bármire is.
>> 
>> A fenti elképzeléseddel még wifi SoC-ot sem kéne venni, hanem csak egy
>> 0.5-10GHz RF modult kell tervezni, és majd szoftverben implementálod a
>> wifi protokollt, ha változik a freki, legfeljebb antennát kell cserélni.
>> :-)
>> 
>> -----------------------------------------
>>          elektro[-flame|-etc]
> -----------------------------------------
>          elektro[-flame|-etc]