-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!go
blin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt
-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: Marek <f...@f...com>
Newsgroups: pl.misc.elektronika
Subject: bezprz. sensor klasyczny czy wifi? (Było: ESP8266 (Where is Lua used?))
Date: Tue, 25 Nov 2014 11:32:47 +0100
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <a...@n...neostrada.pl>
User-Agent: Groundhog 2.01 Newsreader for Android.
Lines: 41
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 217.99.211.200
X-Trace: 1416911568 unt-rea-a-01.news.neostrada.pl 18080 217.99.211.200:38600
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:674658
[ ukryj nagłówki ]Ostatnio zbudowałem ma własne potrzeby bezprzewodową sensorykę
(zdalna kontrola temp + elementy wykonawcze on/off) w oparciu i
klasyczne moduły bezprzewodowe (nie wifi). Teraz się zastanawiam czy
dalej to rozwijać w oparciu o te klasyczne moduły czy dać sobie
spokój i przejść na wifi. Oba "systemy" mają podobny zasięg ale wifi
zdaje się być wygodniejszy ze względu na standard (nie mam problemu z
przejsciem na transoprt tcp/udp).
Jak taka sieć sensorów wifi będzie współegzystować z domową siecią
wifi do celów "internetowych"? Czy nadmiar obcych sieci w zasięgu nie
będzie miał negatywnego wpływu ma stabilność komunikacji w sieci
sensorów?
Bezprzewodowe moduły z jakich korzystam pracują na 868Mhz, czest.
która wydaje się w miarę czysta w porównaniu z wifi, ale z drugiej
strony wifi zostało zostało zaprojektowane do "gęstego użycia" i daje
radę w takich warunkach.
zalety wifi:
- powszechny standard jeśli chodzi o rf
- powszechny standard jeśli chodzi o transport (tcp/udp)
wady wifi:
- brak (lub utrudnione) rozwiązywanie we własnym zakresie problemów z
komunikacją lub stabilności w warstwie rf wifi (jeśli wystąpią)
- większe zużycie prądu
zalety "nie wifi":
- inne "czyste" czestot.
- prostszy choć niestandardowy transport ale wymagający własnej
implementacji
- prostota konstrukcji
- małe zużycie prądu
wady "nie wifi":
- u niektórych wymagany doktorat z rf aby prawidłowo skonfigurować
cześć nadawczą modułu np. pll band, lna gain, rx bandwith itp.
Co wybrać??
--
Marek
Następne wpisy z tego wątku
- 25.11.14 13:23 Atlantis
- 25.11.14 13:47 Marek
- 25.11.14 13:51 Marek
- 25.11.14 14:00 Atlantis
- 25.11.14 14:42 Marek
- 25.11.14 19:08 Atlantis
- 26.11.14 20:21 Atlantis
- 30.11.14 13:05 Jason wu
Najnowsze wątki z tej grupy
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO