-
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
- twardy dysk stuka
- Oclenie alkalicznych akumulatorów
- Powerbank jednonapieciowy, a trzynapieciowy
- Lustra w maszynie ASML
- DC blocker i buczące toroidy
- Problemy TSMC cd
- Detektor
- Może tutaj się uda: [NTG] Elewacja / dziurawa Churka
- Falownik jednofazowy a żarówka
- Agregat i "legalność" instalacji
- Uziom
- (Ponownie) odkryto, że ładowanie pulsacyjne robi dobrze
- driver led ?
- Długość wtyku zasilającego ?5.5mm
- Szukam przetwornicy 55-40V>8-8.2V 3-4A
Najnowsze wątki
- 2024-05-02 Fotowoltaika - inwerter - jakie ficzery?
- 2024-05-01 1902 Clement Gerrard
- 2024-05-01 Białystok => Inżynier DevOps (Kubernetes, AWS) <=
- 2024-05-01 Berlin => IT Network Engineer <=
- 2024-05-01 Poznań => Java Developer <=
- 2024-05-01 Wrocław => AI Specialist <=
- 2024-05-01 Bieruń => Administrator i wdrożeniowiec Lotus Notes/Domino <=
- 2024-05-01 Kraków => Senior Rust Software Engineer <=
- 2024-05-01 Gdańsk => Senior PHP Developer (Symfony) <=
- 2024-05-01 Trzecia płeć 2
- 2024-05-01 Lublin => Java Full Stack Developer (AI area projects) <=
- 2024-05-01 Lublin => Java Full Stack Developer (projekty w obszarze AI) <=
- 2024-05-01 twardy dysk stuka
- 2024-04-30 Oclenie alkalicznych akumulatorów
- 2024-04-30 Zniknął dźwięk na tylnym panelu