🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.science.electronics
Article #753

Re: Draadloze alarm systemen en frequentie Hopping of Spread Spectrum

#753
From: Senny
Date: Tue, 10 Aug 2004 10:28
120 lines
5441 bytes
"Kristoff Bonne" <compaqnet.be@kristoff.bonne> schreef in bericht
news:411882f2$0$313$ba620e4c@news.skynet.be...
> Gegroet,
>
>
> Eerst even een vraagje. Als alarmen geen DS-CDMA gebruiken, welke
> modulatie-technieken gebruiken ze dan wel?
>
> Aan welke bitrate?
>
>
> -- wrote:
> > Regardless of some that try to flood the fish by mentioning unrealized
> > performances of spread spectrum (SS) in wireless alarm systems,
> > regardless the invalid comparisons with military equipment, everybody
> > knows that wireless alarm systems are unreliable during Radio
> > Frequency Interference (RFI).
> -> Dit is wat men noemt "fishwull thinking"; je begint met een
> veronderstelling en je gaat dan een aantal stellingen en -wonder boven
> wonder- je eindconclussie is toevallig hetgene waarmee je beginnen bent.
>
> Het zou beter zijn moest je gewoon zeggen "ik zal proberen te bewijzen
> dat -volgens mij- ..."
>
> Is een iets meer bescheiden begin van een stelling.
>
>
> > Does that Spread Spectrum (SS) do any good to interferences avoidance?
> >  Yes, of course "IF" it is applied the correct way like in military /
> > space / ++ equipment's ($$$).
>
> Tiens. Ik heb een kaartje in mijn laptop zitten die SS gebruikt en die
> kost minder dan 100 euro.
>
>
>
> > What's the correct way to implement spread spectrum?
> > 1. The hopped frequencies should be "wide spread" over different
> >    frequencies, each frequency acting likes a separate transmitter /
> >    receiver link operating on a whole different frequency.
>
> OK. Stop maar.
>
> Dit is geen SS (DS-CDMA: direct sequenccy). Dit is FH-CDMA: (Frequency
> hopping CDMA). Beiden zijn CDMA-technieken maar ze zijn zeker niet
> hetzelfde.
>
>
> (Bon, even verder gaan).
>
>
> > 2. The receiver should be tuned to each frequency in a "synchronous"
> >    manner with the transmitter otherwise it will capture even better
> >    RFI due to hiss wide spread capture range required when the
> >    receiver is not hopped.
> > 3. The receiver should be small band and receive only the requested
> >    hopped frequency and not capture at once the whole range of spread
> >    frequencies.
>
>
> Klopt niet.
>
> Dit is inderdaad wel de manier hoe het vroeger gedaan werd toen men
> gebruik maakte van (bv.) FSK-decoder chips voor het ontvangen van het
> signaal. Die dingen kunnen inderdaad maar ��n signaal tegelijktijd
> verwerken.
>
>
> Dat is vandaag-de-dag zeker niet meer het geval. Nu bestaan er DSPs die
> op hun gemak meerdere MHz aan bandbreedte kunnen "binnentrekken" en
> verwerken en kan ��n enkele DSP op zijn gemak meerdere FSK-signalen kan
> verwerken, parallel aan elkaar.
>
>
> > First:
> >  How can the required synchronized transmission between sensor and
> > control panel workout with "multi-sensor transmitters" operating
> > "asynchronously" as required use in Wireless Alarm Systems?
> >  Impossible or with a high-speed multi frequency switching receiver,
> > too expensive for the application here, to $$$.
> Zie hierboven.
>
>
>
> > Second:
> >  FCC (and other country authorities) regs only allow spread-spectrum
> > use on three bands: 902-928 MHz, 2.4 GHz, and 5.8 GHz. Those bands are
> > not available for wireless alarm systems.
>
> Eerst vooral, wij leven in Europa en het is de ERO en de nationale
> frequentie organisaties die hier bepalen welke frequenties gebruikt
> waarvoor, niet het Amerikaanse FCC.
>
> Ten tweede zou het goed kunnen dat dat de banden zijn waar men DS-CDMA
> kunt gebruiken, maar wat je hierboven beschrijft is niet DS-CDMA maar is
> FH-CDMA.
> Er is niets in de ERO of de BIPT wetgeving die bepaald dat je geen
> frequency-hopping mag doen op SDR frequenties.
>
> Ten derde, waar staat er eigenlijk dat een alarm geen DS-CDMA zou mogen
> doen in de 2.4 Ghz. (Gemakkelijk en goedkoop want er zijn al heel veel
> chipsets beschikbaar voor die band).
>
>

Niet opgenomen in het bandplan.. kan mss wel in de toekomst zo worden.
En wat dan met de interferentie met de WLAN netwerken?worden die dan niet
gestoord?

mvg
Bert



>
>
>
> > Paul
> Cheerio! Kr. Bonne.
Technical Details
Message-ID: <4118a35e$0$298$ba620e4c@news.skynet.be>
Path: arc1-ca.pugleaf.net!g2news1.google.com!news1.google.com!news2.google.com!proxad.net!213.200.89.82.MISMATCH!tiscali!newsfeed1.ip.tiscali.net!border2.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!feeder.enertel.nl!nntpfeed-01.ops.asmr-01.energis-idc.net!newshub3.home.nl!home.nl!news.cambrium.nl!news.cambrium.nl!skynet.be!newspost001!tjb!not-for-mail
References: <gdqgh01f4p5latd96504abjsdmtegnlth5@4ax.com> <411882f2$0$313$ba620e4c@news.skynet.be>

Show Full Headers
Complete Article Headers
X-Google-Thread: ff242,23f70b695b8a6ea4
X-Google-Thread: fb873,23f70b695b8a6ea4
X-Google-Attributes: gidff242,gidfb873,public
X-Google-Language: DUTCH,ASCII
Path: arc1-ca.pugleaf.net!g2news1.google.com!news1.google.com!news2.google.com!proxad.net!213.200.89.82.MISMATCH!tiscali!newsfeed1.ip.tiscali.net!border2.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!feeder.enertel.nl!nntpfeed-01.ops.asmr-01.energis-idc.net!newshub3.home.nl!home.nl!news.cambrium.nl!news.cambrium.nl!skynet.be!newspost001!tjb!not-for-mail
From: "Senny" <bert.wallaert@nospam_skynet.be>
Newsgroups: be.science.electronics,be.telecom
References: <gdqgh01f4p5latd96504abjsdmtegnlth5@4ax.com> <411882f2$0$313$ba620e4c@news.skynet.be>
Subject: Re: Draadloze alarm systemen en frequentie Hopping of Spread Spectrum
Date: Tue, 10 Aug 2004 12:28:36 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Lines: 122
Message-ID: <4118a35e$0$298$ba620e4c@news.skynet.be>
Organization: -= Belgacom Usenet Service =-
NNTP-Posting-Host: 80.200.71.247
X-Trace: 1092133726 news.skynet.be 298 80.200.71.247:3413
X-Complaints-To: usenet-abuse@skynet.be