Az IA4420 max mekkora távolságra jó? Lehet külön csinálni hozzá nagyobb teljesítményű adó-vevőt?
Az elképzelésem: kicsi autós riasztó távvezérlő, IA4420-al, és PIC-el. Autóban másfajta nagyobb teljesítményű ua-on a frekin működő adó-vevő. Ennek át kéne hidalni cirka 500 métert, vagy néhány betonfalat.
Meg lehet oldani? Vagy külön modulációt, kódolást használ az IC?

Ha megírod az RZ-t akkor a rádiós is menni fog, ha netán ilyen project is készül...

Üdvözlet Mindenkinek!
T. Tom12. Igazán nem akarok vitatkozni, de IA-k programozása nem bonyolultabb, mint EEPROM kezelése, sőt! mint egy LCD kezelése. Egy egyszerű rutin.
Cserébe biztonságos az átvitel, ha akár csak 12F683-t teszel mellé, már 128 bites ugrókódot generálhatsz. Ha IA4420 mindkét oldalon, máris aktív FOE. Nem mindenképpen rádiósra akarlak rábeszélni, de mivel el kell férjen a zsebedben, ne legyen akkora, mint egy SOKOL rádió...
Ez meg 4-6-8 cm2... Elemmel együtt!
De ha csak adó kell, TSSOP PIC, 434 Mhz oszci, 1db BFR96.
Az infrásnál a vevő a bibis... Ezt elvetettem, bár az én autómban is ilyen a gyári riasztó, de ott megoldották, hogy a belső térhez illeszkedő, 360 fokos optika nem feltűnő. Mellesleg home made nehezebb a jó optika, mint a panelre egy cca. 25x30 mm-es loopot rajzolni....

Az éjszaka aludtam rá egyet
A TSOPxxxx -ek még rosszabbak ebből a szempontból.
Két féle megoldást látok, melyiket könnyebb programozni?
1./ A bonyolultabb: 1 byte +start +stopbit=10 bit. Ha ebből az 5. bitet fix "0" -ra vesszük és ezeknek a kiemelt bitekbek egy új byte-ot nyitunk, 6+1 byte-ig jók vagyunk. Ez oda-vissza 140 bit ->1200 baudba még "belefér" ~ tokkal, vonóval 0,2 sec. Viszont változó hosszúságú "1"-es sorozatok lesznek -> oda kell figyelni a vonali hányadosra.

2./ RZ kódolás. Így ugyan 2x-es a bitszám, de a start +stopbit biteket is nézve max 2db "1"-es tud összejönni. Ez oda-vissza 240 bit ->min 2400 baud. Így 30kHz esetén a bitidő 0,2-1,17ms közé kell, hogy essen, ez most 0,4 ill 2 db "1"-nél 0,8 ms ->tökéletes.

Már csak a PIC programozó topikból kell áthívni egy "kódmestert".

Köszi! jól megfogtad a lényeget! Én hirtelen nem tudtam ilyen pontosan...

Akkor rövid kódszavakkal kell nyomulni, közte szünet. A vevő nem lesz jobb sztem, mert nem erre találták ki. A kódot kell úgy alakítani, hogy ne legyen benne túl sok 0 vagy 1...

Ros-Co.
Az SFH5110 a 6/fo-35/fo frekiű modulációt eszi meg. Ha kellőképpen kicsi az fmod/fo érték(1200/30000), még jó is lehet. De legalább már fény az alagút végén.

Ui: Ha a bitidő 7/fo -> 5 "1"-est tud átvinni folyamatosan (pl a 01111100 még éppen átmegy). Rizikós, vagy keresni kell jobb vevőt.

MotoHacker

Az általam kitalált protokoll picit egyszerűbb, de lényegében ugyan az.
A vezérelt eszköz állandóan kiabálja a megfelelő gyakorisággal változó ugrókód rendszerű kódolt jelsorát. Megteheti hiszen kis hatótávú IR.
A távvezérlő gombnyomáskor veszi, dekódolja, megválaszolja, más kulccsal visszakódolja, elküldi. Kb 6byte ide, 6byte oda 0,1secnél nem lehet hosszabb, mert ki szeret másodpercekig célozni, míg azonosítják?
Ráadásul pontosan, mert a kiszemelt LD274-3 LED 10 fok félkúpszöge 3m-ről 1m-es foltot csinál (10m-ről még mindig csak 3,5m)
Ha muszáj 10x-es árért van optikás LED is 5 fok félkúpszöggel.

A soros port nem fog tökéletesen átmenni, mert a vevő nem tud DC összetevőt átvinni, illetve ez így nem pontosan igaz, de egy adott (elég rövid) impulzust meghatározott szünet kell hogy kövessen. Úgy kell a kódsorozatot megválasztani, hogy betartsa ezt a szabályt. Nekem sikerüt néha soros jelet is átvinni, de nem volt túl nagy a hatótáv, meg hibázott is.

Ja fel kell készíteni, ha zajt kap akkor nehogy véletlenül "benyaljon" egy helyes kódot. Ezt megfelelő bitszámmal lehet elérni.

Nézd meg az MC145026/027 -es IC-ket ezek fix kódos adó-vevők, de a PIC kapcsolgathatná a kódválasztó lábakat, és akkor már ugrókódos...

Viszont a modulációt/demodulációt az IC oldja meg, megkímélve a felesleges szívásoktól.

Még nem láttam Ros-Co írását mikor az előző hozzászólás elment:



Na ez bíztató!!! Csináltál már ilyet? A SEROUT volna a legjobb, de hogy lehet legalább 1200boudnál 3x kHz-s vivővel ellátni? (Kis hely, kis teljesítményigény...) 555 a PIC SEROUT portja után? Vagy ÉS kapu a 3x kHz re programozott másik porttal.

Sok jó tipp született, de szeretném a vonalat az IR megvalósítása felé terelgetni (vagy megvalósíthatatlansága esetén torpedóztatni)

1./ Olcsó, kis teljesítmény és helyszükségletű eszközök
2./ Kis hatótáv ->nem nyitom vissza a kaput két sarokkal odébb egy véletlen gombnyomással. Szeretném látni mit csinál a vezérelt eszköz. (Ha nem láthatom, ne is csináljon semmit.) A cél hogy szakadó esőben ne kelljen kiszállva kaput nyitni.
3./ Rádiós eszköz (IA4420) az IR-hez képest nehezen programozható, ha nem megy nem tudom detektálni hol a hiba. (Ide egyszerűen "túl" jó .)
4./ Rádiótel: Valóban ma még gyerekcipőben jár a SIM klónozása . Korlátlan hatótávolsága annyira hátránya amennyire előnye. A munkahelyről is be tudod engedni a kertészt, de egy véletlen mellényúlásnál mehetsz haza megnézni nyitva van-e a kapu Vevőhelyenként éves fenntartási költsége pár eHUF, nem elhanyagolható.
5./ wassermann: Valóban növeli a biztonságot, de továbbra is gyári rádiós, több vevőt kell sorbakötni, valamint az asszonynak is kezelnie kell, jó ha nem terjed túl a feladat "A" megfelelő gomb megnyomásán.

Az IR egyszerű lenne, ha az IR vevők nem kötött 3x kHz +-3kHz szávszélességgel lennének megáldva, amibe a SEROUT nem tud beletalálni. Az IRDA hatótávja meg túl pici (talán még egy méter sincs).
Vagy egyedi vevő (fotodióda+ME), vagy PULSOUT+soros protokol.
Erre ötletek?

A PIC-ek kommunikációjához ott van készen az IRDA protokoll. Pont ilyenre találták ki. Van soros portra illesztő IC is. Nem túl nagy a hatótávja, de a vevő felkapcsolható egy érzékenyebb üzemmódba.

Az adó-vevő: TFDS4500
soros illesztő: TOIM3232
általában kaphatóak.
A modulációt az IC megoldja.

Egy másik megoldás a TSOP32 (?) kész IR vevő/demodulátor használata.
Az infra LED-et adóoldalon 30,36 ill. 40 KHz-el kell modulálni. Ez lehet külső oszci, vagy a PIC megfelelően felprogramozott PWM kimenete.

Ez tetszőleges hatótávra megcsinálható adóteljesítménytől/optikától függően.
Szintén kapható minden.

Skori: A megcsöngetős megoldás jó! Annyit kellene megtudni, hogy a "saját szám elküldése" hamisítható-e. Meg néha tévedni is szokott a mobil. (Igaz ez egy 3310-es, amitől nem szokatlan)

Lenne egy ujabb ötletem: mi lenne ha mobil telefon lenne távirányító. Csak akkor nyitna ha a megfelelő telefonszámról csörgeti meg a hívó, tehát a vevő a hívó száma alapján eldönthetné, hogy nyit-e, ha más hívja ugyanezt a számot (aki nincs felvéve a jogosultak közé) akkor nem fog vele szóbaállni.

A soros jel átvitele infrán túl macerás,basic-et meg ilyen feladatoknál el lehet felejteni.Ha viszont a távrecsegőben vevő is van,akkor az "elcsúszást" is kizárhatjuk.Innentől meglehetősen biztonságos a kommunikáció,persze mindent fel lehet törni(pl az ajtót is mechanikailag).
A hengerzáraknál pedig tudtommal máig nincs jobb elfogadható pénzért,legfeljebb áttértek a mechanikailag nehezebben másolható kulcsokra,masszívabb kialakítású betétekre.
Nagyon erős megoldás:amikor hazaérsz és a gombot megnyomod a távrecsegő átküld egy véletlenszerű adatsort.Ezt a "garázs" elkódolja,és visszaküldi,a vevő ellenőrzi a helyes választ.Majd ha rendben van,a választ ismét elkódolja,egy másik kulccsal,és átküldi,amit az ajtó ellenőriz,és ha jó,akkor nyílik.
JamesBond színvonalú elképzelésekből kiindulva viszont probléma,hogy egy kulcs csak az általa megvalósított bonyolultság mértékéig véd,vagyis egy rövid kulcs,többezer kommunikációt lehallgatva(pl célberendezést évekig rejtetten üzemeltetve) megfejthető.Ugyanakkor a megfelelő hosszúságú kulcs nehezen tehető védetté,ha valaki fizikailag hozzáfér a távrecsegőhöz,van ideje szétszedni,benne lévő eepromot kiolvasni,stb,stb.
Persze asszimetrkus titkosítást alkalmazva a dolog több mint meredek,hiszen a távrecsegőben csak a megfejtéshez szükséges kulcs van,a garázs privát kulcsát semmilyen módon nem lehet ebből reprodukálni.Mostmár csak az a kérdés,megéri-e ilyesmivel egy garázs kapcsán foglalkozni...mifelénk az éles fegyverzetű felszállásra kész vadászrepcsiket nem védi ilyen erős kód

Infra lenne a jó megoldás, kis hatótávolság, kis teljesítmény, kívülről nem, vagy csak körülményesen mérhető be. A neten találtam nem egy PIC-es többcsatornás adót-vevőt, igaz némelyiknek elég primitív a kódolása. A progi írásról a PIC-es topikban NickE, Watt megmondja a frankót.

Én is inkább egy ilyen több gombos gyárival variálnék. A nagyobb biztonságot pl. a gombok különböző sorrendben és ütemben nyomkodásával növelném (pl. nyitás = a következő ütem lenyomása TÁ-TI-TI-TÁ a következő sorrendben: 3-2-2-1, a számok a különböző gombokat jelölik). De ez persze csak egy ötlet.
Az infra-LED es is jó ötlet, főleg mivel ma már jóval erősebb LED-eket gyártanak mint pár éve. Sok sikert!

Üdvözlet mindenkinek!
Kedves Tom12. Hasonló gondjaim vannak nekem is, de 'tán most megoldódni látszik... Nézz be a Chipcadhez. Olyan, hogy IA4220 (adó), IA4320 (vevő), IA4420 (adó-vevő) .
Az adóban minden bennevan (még Watchdog is), csak egy 10M Q kell hozzá, szoft állítod a frekit, aut. antennahangolás, stb.
Egy ISP-s eeprommal, CR2032 elemmel, aut módban, azt írja, 1 évig üzemképes. 4 gombot kezel, választható az átvitt bitszám....
[url]www.integration.com Érdemes megnézni, ja és 400+fa -tól indul...

A protokollra már van néhány ötletem, a hardver inkább a gyenge pont.
Ha nincs tapasztalat, neki kell állnom 555-ből adót csinálni 10kHz-re, optika nélkül 1 LED, kirakni esőbe 1 beföttesüvegbe, aztán nézni mi jut be belőle a vevőmodulra. Mivel half duplex az összeköttetés saját magát nem fogja zavarni.
A gyári leginkább azért nem felel meg, mert nem tudom szabadon konfigurálni, bonyolult a bővítés.

Üdv.

Ismerek egy komoly autóriasztót, az ő távirnyákja egy táblázatból dolgozik, matematikai összefüggések nélkül... nem tudom a szinkronizációt hogy oldják meg, ha elcsúszna.

A felvetésben ott a válasz is.
Nem csak immobilizer kell a biztosításhoz? Még nem kötöttem CASCO-t.

Megint jogos a két pont, de most erre az oldalra.
Na mostmár igazán kíváncsi vagyok, mi sül ki ebből a topicból

Bocs, de most nézem csak - Ros-Co írt valami igazán fontosat, ami a leendő tulajdonosnak is nagyon-nagyon lényeges lehet!

Közelítsük meg hátulról az érdemes-nem érdemes kérdést
1./ Építeni kellene valamit és nem vásárolni készet.
2./ HCSxxx olcsó szép, kissé avulóban van, és programozó kell hozzá.
3./ Programozót építeni se könnyebb, mint kitalálni egy tuti protokolt
4./ Ma már fennáll a kódlopás lehetősége, de ha lehet több 10 évre előre tervezek. Ajtózárat se szokás évente biztonságosabbra cserélni. Ha már nekiállok, csináljak időállót.

Valaki csinált már 2 PIC közötti soros kapcsolatot IR ezközökkel? Mennyire macerás hozzá a szoftver? Működhet egy távirányitónyi dobozból max 10 méterre szélvédőn, esőn keresztül oda-vissza?
Ha a válaszok kedvezőek, hozzá lehet fogni a tervezéshez.

Ha már játszadozunk a számokkal: 100 000 emberből ha kettő "szakértő, hivatásos tolvaj" akkor a számítás ugyanazt adja, kb. 1 / 50 000. Persze ez csak egy országos átlag lenne.
Nyilvánvaló, hogy ezek a ficók valószínűleg ott szaglásznak ahol érdemes. Innentől kezdve az a kérdés: ami a garázsban van mennyire tér el árban felfelé egy átlag autótól. Ha erre is kalkulálhatunk valamilyen értéket, akkor a valószínűség persze akár nőhet is...

Szerintem meg a tolvajok 60%-a (szóval nem az buta fajta aki beugrik a ladába és elhajt vele, mert bennefelejtették a kulcsot) tudatosan képezi magát, mint ahogy a többi rendes szakma dolgozói......

Szerintem a téma felvezetésben megadott probléma nem igazán az (íme egy kis fejtegetés) :

1. Magyarországon az emberek 90%-ának gőze nincs, hogy mi az a PDA vagy, hogy egy mobillal nem csak telefonálni lehet.
2. A maradék 10% ötödének van csak olyan PDA-ja vagy megfelelő mobilja amivel ilyen varázslatot lehet csinálni.
3. Ezekből az emberekből csak minden ezredik foglalkozik ilyen csúnya másolósdi dolgokkal, mert a többi tudja mit szabad és mit nem.
4. Ezek közül kiváncsi lennék hány ember tudhatja: hol hagytad, melyik asztalon a cuccot és mikor... (erre már nem is tudok mérőszámot adni)

Az első háromra ha a valószínűséget kiszámoljuk =1/( 0,1 x 0,2 x 0,001) ami azt adja, hogy 1:50000-hez a valószínűség...

(én magam egyébként korán kiesek, már a 2. pontnak sem felelek meg)

Nem igazán ismerem ezeket a kódolásokat, de.....
Mi lenne ha a kód kulcsa egy matematikai függvény lenne. A távirányítóban lenne egy PIC ami a függvényt kiszámolja azokra a pontokra miket a kapunál levö egység kér töle (természetesen a pontokat amiket a távirányítótól megkérdez véletlenszerüen választja ki). Ha a függvényt jól választjuk meg akkor nem igazán lehet értelmes idön belül visszafejteni. A függvény lehetne pl. Z=Z*Z+C alakú fraktál, ahol Z és C komplex számok - lényegében ez lenne a kulcs amit viszont a távirányító sosem árul el csak használja. Az iterációk száma meg valami rögzített érték lenne mondjuk annyi, hogy a távirányító legalább 1 másodpercig számoljon - így nem lehet annyira sok értéket megkérdezni töle hogy a kulcsot vissza lehessen fejteni (vagy csak hónapok alatt, addigra viszont már más lesz a kulcs...)

Ros-Co.: Rácsos utcai kapun húzós lenne a rejtett kapcsoló Márpedig először azt , utána egy garázskaput kéne nyitnia a céges autó előtt.
A problémám jelenleg annak kiderítése, hogy 2 PIC között soros kapcsolatot (pl IR ) mennyire macerás megvalósítani 10 méteren. Csinált már ilyet valaki?
A PIC programozás számomra egyenlőre a BASIC nyelvet jelenti a SERIN és SEROUT utasításokkal. A vezérelt eszköz kiad egy jelsorozatot (kb percenként változót, kellőképpen kódolva->"ugrókód"), amire a távvezérlő válaszol (szintén kellően kódolva).
Egy olyan rendszerben jobban bízom, amelyik nyílt forrásúként megkerülhetetlen (persze a kapun továbbra is át lehet mászni ), mint a rejtett kapcsolóban. Linux vs Windows. Egyszer kölcsönadott kocsi után már nincs is úgy elrejtve az a kapcsoló. Az élet kegyetlen helyzeteket hozhat, a szoftvernek ezekből minél többet le kell tudnia kezelni.
Protokollnak a KEELOQ jó alap, max pár jó ötlettel még univerzálisabbá lehet tenni.

ja, arra nem gondoltam, hogy megnyomom a távot de nincs ott a kocsi...
jogos a két pont!

Saját riasztóra a biztosító nem köt biztosítást. Persze alibiből benne lehet 1 gyári is...

De egyébként jó ötlet. Régebben próbáltunk infrásat csinálni, jó is volt, de senki nem akarta megvenni Nem volt elég "gizda"
De magának csinálhat az ember...

A saját fusi, rejtett kapcsoló szerencsés esetben eltántoríthatja a tolvajt.

snapscan: Ha véletlenül az asztalon hagyod a távirányítódat és egy tréfás ember lemásol róla néhány kódot (így olyanokhoz jut hozzá amiket Te majd később használnál fel), előtted haza-(autódhoz)érve, a vevőnek mindegy kitől kapja a következő jó kódot. Még vissza is zárhatja az autódat miután kipakolta.
Mikor a KEELOQ kódolást kitalálták még nem volt ilyen egyszerű másolni, most viszont akár heccből szinte bárki megteheti. Egy tanítható távírányító kb 5000HUF az újabb telefon/PDA-ban pedig eleve benne van a lehetőség. Persze vigyázni kell a távirányítóra. Azért avult el a hengerzár is mert könnyen másolható a kulcsa, hiába alkalmaznaktöbb csapot benne .

Ha sikerül a távirányító és a vezérelt eszköz között kétirányú kapcsolatot létrehozni, kiküszöbölhető ez a probléma.
Hatótávolságnak elegendő max 10m, a szóbajöhető módszerek:
-IR LED
-Ultrahang
-Rádió (csak elférjen a dobozkában )
Esetleg hogy ne legyen interferencia keverhetőek az UP/DOWN linkben
A vezérlés legdrágább esetben 16F84A és némi körítéssel 3eHUF. Ezért járhat 4 nyomógombbal 15 önalló vezérlőcsatorna, csatornánként tetszőleges protokollal az egyszerű fix kódtól a kétirányú lemásolhatatlanig.
Mivel magának csinálja az ember, bármikor kódot tud váltani távvezérlő elvesztés esetén, nem kell hozzá spec programozó, biztonságosabb, mégis olcsóbb a gyárinál.
Mi az ellenérv?

Azért vannak az ugrókódosak, hogy ez ne forduljon elő,nem?

Ha nem laktanyát akarsz védeni, szerintem feleslegesen túlzott a félelem. A lényeg, ahova nagyon be akarnak jutni, be is jutnak.
Egyébként meg keress valamilyen más nem hétköznapi megoldást, pl. tisztán hardveres és teljesen egyedi dolgot, amilyet nem lehet csak úgy vásárolni.

Kedves Fórumtársak!

Bár érintőlegesen sok témához kapcsolódik, ezt talán még nem került elő ilyen megvilágításban. Olyan távirányítóra lenne szükségem, melyre rábízható egy autó-garázs-bármi.
Az ugrókódos eszközökkel két alapvető problémám van:
1./ A HCSxxx IC-k olcsók de programozót kell építeni hozzájuk.(Találtam 2 félét is free-t, de külön programozó minden projekthez max 10 eszköz felprogramozására ...) (Watt! Nem akarod kiterjeszteni a programozód tudását HCS-ekre is? )
Készen is lehet kapni, felprogramoztatni, de így húzós az ára valamint rugalmatlan a változásokra. (Háromnapos ünnep előestéjén ellopott/vesztett távirányíró esete. )

2./ A nagyobb probléma viszont, hogy ma már egyszerű, szinte hétköznapi eszközökkel kijátszható. (Egy rádiómodul->IR LED->PDA/telefon távirányító módban már le is másolta a jelet offline módban, amit a tulaj előtt visszajátszva a vevőnek, már meg is van a baj.)
Ha a társaságot érdekli a téma folytathatjuk...