Article View: be.science.electronics
Article #878Re: Hou er de moed maar in...
From: Kristoff Bonne
Date: Sat, 07 Aug 2004 12:37
Date: Sat, 07 Aug 2004 12:37
183 lines
8095 bytes
8095 bytes
Gegroet, -- wrote: >>Alarmen zitten op 868.6 >>tot 868.7, 869,25 tot 869,3 en 869,65 tot 869,70 MHz. > 1. Zou u even nader willen vertellen dat ieder alarm systeem > zijn individuele "eigen" frequentie heeft en hoe gebeurd dat > als er verschillende kaptoren zijn en "als het zo niet is" > weet u soms voor welke "specifieke" reden er 3 banden zijn? Waarom er drie "banden" zijn i.p.v. een opeenvolgende reeks, dat kan ik niet zeggen. Daarvoor moet je bij het BIPT zijn. Het is trouwens nationale wetgeving (die blijkbaar wel ook bestaat in Nederland, Duitsland en nog andere landen, op net dezelfde frequentie), maar de website van de ERO vermeld enkel de frequenties voor de sociale alarmen. Een heel interessante website om een idee te krijgen over het gebruik van frequenties in de verschillende landen van het ERO/CEPT gebied is EFIS: http://www.efis.dk/ Het idee om voor elke sensor een eigen frequentie te geven lijkt me trouwens serieuze "overkill". Aangezien een sensor maar een heel beperkte hoeveelheid van de tijd echt aan het uitzenden is, is het m.i. niet echt nodig om ze allemaal een eigen exclusieve frequentie te geven. Het is perfect mogelijk om meerdere sensoren te hebben die allemaal dezelfde frequentie gebruiken, zolang er maar geen twee tegelijktijd uitzenden. De standaard techniek is gewoon een bepaalde willekeur in-te-bouwen in de tijdstippen waarin de verschillende sensoren uitzenden. (En dit is zelfs zo zonder frequentie-hopping te gaan toepassen). Als er dan eens een "collision" is en dat de ontvanger dan eens ��n "databurst" mist van ��n of meerdere sensoren is nog niet zo een probleem. De centrale zal toch niet moeten alarm slaan als die ��n enkele keer een burst niet ontvangst h��. > 2. Zijn die frequenties gebruikt door "gewone" huis alarm systemen > of voor "hoogwaardig professionele" doeleinden? Dat moet je eens aan het BIPT vragen want het is zij hebben de bevoegdheid om de telecomunicatie-wetgeving toe-te-passen en te interpreteren. > 3. Verklaar nader wat "type" van alarm equipementen als het geen > SRD's zijn. Het is wat de wetgever (en dus het BIPT) bepaald als zijn een alarm. >>>>Dat als je een alarm koopt dat gebruik maakt van "B1" frequenties i.p.v. >>>>"B11" frequenties, dat je dan wel storing kunt ondervinden van andere >>>>toestellen op "B1" frequenties. >>>>Heb je je toestel waarschijnlijk gekocht in een doe-het-zelf zaak en >>>>niet bij een professioneel verkoper. > 2 bis. Nogmaals, is dat bedoeld voor gewone huis alarm systemen > die "normaal" in omloop zijn? Even navragen bij je verkoper, zou ik zeggen. >>>>Bemerkt de "duty cycle" bepalingen in het KB. Het permanent uitzenden >>>>van een draaggolf op 433 of 868-870 MHz kan geen BIPT licentie krijgen. > AARDIG: > - UHF wireless headphone brand ALECTO; > - BZT G129 299H German license; > - R.T.T/D/X1538 Belgium licence (IBPT/BIPT); > - Uses 433.9MHz > Ik weet wel dat de RTT licentie veroudert is maar deze licentie voor > dit type van draadloze hoofdtelefoons (meerdere merken) is uitgereikt > geweest als de 434MHz SRD alarm systemen reeds bestonden. In bepaalde landen (zoals in Nederland) bestaat die duty-cycle beperking niet voor 433 Mhz. Mogelijk was dat vroeger in Belgi� ook zo en is die licentie uitgereikt voor die beperking van toepassing was. Ik zou eens de geschiedenis van dat specifiek appendix op de telecom wet moeten nazien (kun je normaal doen op de website van het ministerie van justitie; maar het vergt wel enig zoekwerk). >>>Op 434 Mhz zitten radioamateurs die zondermeer een continu signaal in de >>>lucht mogen zetten. >>Dat wel, maar maar de vraag is als radio-amateurs zich daar echt mee >>gaan bezig houden. Die hebben meestal wel andere zaken te doen. > Dat noem ik een van de talloze "onvrijwillige" Radio Frequentie > Internerende, afgekort RFI. Zie mijn opmerking aan jim. Je moet al serieus veel "geluk" (of pech, zoals je wil) hebben om als radio-amateur een andere gebruiker op 433 Mhz "weg te duwen" hoor, gezien de 3de machts regel van zendvermogen (afstand * 2 -> vermogen / 8). Nu, eigenlijk ga je het snel merken hoor. Indien -iedere keer dat je aan het uitzenden- dat de alarm van je buurman aanslaat (omdat de centrale niets meer ontvangt van de sensoren), dan moet al snel toch wel je "frank" beginnen vallen h��. >>Ik dacht eerder aan "hoppen" tussen de 27 Mhz, de 40 Mhz, de 433 Mhz en >>de 868/869 MHz. > Dat is toch vies, ineens bestaan er toch SRD draadloze alarm systemen > en dan nog wel buiten 434 en 869MHz! De lijst met alle beschikbare SRD-banden staan in het "B1" document dat ik al eerder aangehaald heb. > Denken is goed, inventeren is ook goed als u iets in de pap te brokken > hebt OF maakt u soms deel uit van IBPT/BIPT? ??? Ik snap deze opmerking niet echt goed, maar n��, ik werk niet voor het BIPT. (Mensen die zich professioneel met telecom bezig houden hebben meestal wel andere dingen te doen dan berichten te schrijven in internet nieuwsgroepen ;-)) > Daar blijven echter twee "kleine probleempjes" over met uw theorie: > A. Hoe kan men in een mono directionele asynchrone uitzendingen, > uitgezonden door verschillende sensoren, de ontvanger synchroon > in "tune" houden met de uitzendingen? Omdat ontvangers hele banden tegelijktijd kunnen ontvangen. DSPs zijn snel genoeg om meerdere signalen te decoderen, zeker als je toch maar over trage datatransfer hebt. > B. Welk merk/type van radio alarm systeem hopt op verschillende > banden? Vraag eens aan uw verkoper. >>Uiteindelijk, je wil toch niet dat eventuele dieven het protocol tussen >>de sondes en de alarm-centrale gaan ontvangen en "nabootsen" hee. Het >>minste dat je kunt doen is toch heen-en-weer springen tussen >>verschillende frequenties en verschillende banden. > WAW, wat een mooie theorie! > Wie heeft ooit gesproken dat inbrekers uw alarm systeem willen afzetten BVB als storen voldoende is! Omdat een centrale toch alarm zal slaan als die bepaalde sensoren niet meer kan ontvangen. Als u uw centrale niet kunt instellen dat die alarm moet geven als een sensor niet meer antwoord; dan lijkt het mij dat je zeker "brol" gekocht hebt. Eerst even navragen bij je verkoper, zou ik zeggen. >>>Wat dat aangaat heeft de OP gelijk, echter hij is secundaire gebruiker en >>>zal dus storing *moeten* accepteren. >>Niet in die drie specifieke banden. > Bis vraag 2. van wat soort alarm systemen spreek u? Zie antwoord hierboven, zou ik zeggen. ;-) > Paul Cheerio! Kr. Bonne.
Technical Details
Message-ID:
<4114cd0a$0$302$ba620e4c@news.skynet.be>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news2.google.com!proxad.net!fr.ip.ndsoftware.net!skynet.be!skynet.be!newspost001!tjb!not-for-mailReferences:
<nmdkg091cmrsklv6a4d94l07rlcrivtth4@4ax.com> <410ac45d$0$32165$ba620e4c@news.skynet.be> <668ng0h4c8k23k4kihesdvk3q370t9p4n3@4ax.com> <410bea31$0$3975$ba620e4c@news.skynet.be> <2n3k2rFsggnkU1@uni-berlin.de> <410d4da5$0$32174$ba620e4c@news.skynet.be> <49a1h0tmdlefr5csuahe7qp0he0hrkv2kn@4ax.com>Show Full Headers
Complete Article Headers
X-Google-Thread: ff242,abf004f377d22458 X-Google-Thread: fb873,abf004f377d22458 X-Google-Attributes: gidff242,gidfb873,public X-Google-Language: DUTCH,ASCII Path: arc1-ca.pugleaf.net!g2news1.google.com!news2.google.com!proxad.net!fr.ip.ndsoftware.net!skynet.be!skynet.be!newspost001!tjb!not-for-mail Date: Sat, 07 Aug 2004 14:37:30 +0200 From: Kristoff Bonne <compaqnet.be@kristoff.bonne> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: nl-be, nl, fr-be, fr, de, en MIME-Version: 1.0 Newsgroups: be.science.electronics,be.telecom Subject: Re: Hou er de moed maar in... References: <nmdkg091cmrsklv6a4d94l07rlcrivtth4@4ax.com> <410ac45d$0$32165$ba620e4c@news.skynet.be> <668ng0h4c8k23k4kihesdvk3q370t9p4n3@4ax.com> <410bea31$0$3975$ba620e4c@news.skynet.be> <2n3k2rFsggnkU1@uni-berlin.de> <410d4da5$0$32174$ba620e4c@news.skynet.be> <49a1h0tmdlefr5csuahe7qp0he0hrkv2kn@4ax.com> In-Reply-To: <49a1h0tmdlefr5csuahe7qp0he0hrkv2kn@4ax.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Lines: 183 Message-ID: <4114cd0a$0$302$ba620e4c@news.skynet.be> Organization: -= Belgacom Usenet Service =- NNTP-Posting-Host: 195.13.21.194 X-Trace: 1091882250 news.skynet.be 302 195.13.21.194:1249 X-Complaints-To: usenet-abuse@skynet.be