Lehet, csak nincs idő, sem energia a barkácsolásra. Ez tegnap kellene.

Pedig nem sok dolog kell hozzá: Bővebben: Link. Ezt most dobáltam össze.

Kipróbáltam, nem megy. Az adó rész már problémás. Ha az SAA1250 órajelét csökkentem akkor se hajlandó feléledni az adó. Az adat impulzusai túl rövidek szerintem. Más adónak kell utánajárnom.

Sziasztok! Vettem bagóért egy 2,4 GHz-es távirányítót. Semmi felirat nincs rajta a 2,4-en kívűl, de valószínűleg valamilyen drón vagy hasonló távirányító lehetett. Formára az Xbox kontrollerekre hajaz. A kérdés az lenne, hogy az Arduino-hoz szokásos modullal lehet-e venni ennek a jeleit?

Valószínű hamarabb célba érsz, ha lecseréled a belsejét.Úgy gondolom ebben a sávban sok frekvencia/protokoll/kódolás előfordul. Mire kitalálod mit küld, hogyan lehet dekódolni addigra úgy kiismered a rádiós eszközöket, hogy bármely változatból képes leszel pillanatok alatt összedobni egy párost. Egy dokumentált párost pedig töredék erőfeszítéssel üzembe helyezhetsz.....

Ezt nem nagyon vágom. Az adó részére gondolsz, hogy cserélni kellene?

Nem, csak a gombokat, meg a házat hagyod meg. ( esetleg ha szerencséd van, olyan processzor van benne amit újra tudsz írni.) Ha tényleg 2,4gHz-s modul az adó, esetleg a típusára rákeresve talán tudsz venni hozzá egy párt, de ha valahogyan kódolva van, esélytelen vagy. ( vagy kideríted mihez való volt az egész, és rákeresel más mire jutott vele.)
Mondjuk egy kép nem ártana a belsejéről/külsejéről, mig teljes hülyeséget nem irkálok.

Szétszedés után meg is lett a válasz. A panelon lévő írás alapján egy Sky Hunter X8TW távirányítója volt nem is olyan régen, 2017.03.07. a gyártás dátuma. Egy szem nyákon van minden rajta, ebből bármit felhasználni, esélytelen. Légyegében kettő IC van rajta, de a nagyobbikon semmi felirat nincs.

Helosztok.
LoRa topic nincs külön? Pedig megérdemelné szerintem. Nemrég kezdtem elmélyülni a témában szóval még sok minden nem tiszta. Ami megtetszett a nagy hatótáv és alacsony energiafogyasztás. A cél maximum 100 node lenne, pár byteot kellene csupán átvinni, de a lehető legrövidebb idő alatt kéne őket kiolvasni. (persze kompromisszum) Ahogy néztem a lorawan nekünk nem jó, nyugtázni kéne minden vételt és szinkronizálni az egyes szálakat, hogy szépen sorban megtörténjen az adatbegyűjtés. Belső RTC keltené fel sorban a kontrollereket energiatakarékossági okokból. A lora mint moduláció maradna csak, a protokollt újra kell gondolni. Bővebben: Link Ezek gyárilag at parancsokkal működtethető cuccok, de lényegében egy stm32l0 és egy SX127X, átprogramozható. A concentrator kérdése még nyitott, sx1301 és rpi persze de hogy honnan... Van ebayos shield készen, találtam házilag összerakhatót nyáktervvel mindennel, de maga az sx is beszerezhetetlennek tűnik. Minden infót, linket szívesen fogadok

Érdekes lehetőségeket kínál az RadioHead Packet Radio library for embedded microprocessors.
Talán segít újragondolni.

Köszönöm, ez komoly, nagyon sokat segít.

Ha ez stabilan megy, meg lehetne spékelni egy AES256-al és ugró kóddal.

Akkufesz és pár hőmérsékleti adat lesz a payload meg esetleg valami eszköz id, szóval szerintem felesleges a titkosítás ebben az alkalmazásban. Közben megjött két RFM95W elkezdek majd szórakozni velük.

Sziasztok! Kérdésem lenne, hogy van-e valakinek 27 MHZ Rc modul kapcsolása? Válaszokat előre is köszönöm!

Szia!
Itt sok mindent találsz

Itt pedig egy kpl projekt ami az RF csatornához kész modulokat használ igaz nem 27 MHz-re

Szedd elő az RX2B, és TX2B adatlapját, azokon találsz kapcsolásokat.
Bővebben: Link

Egy kérdést csak egyszer, egy helyre teszünk fel.

Sziasztok! Semtech RFM92W_2.0 modullal szeretnék venni egy kültéri időjárás állomást. Majd tovább küldeném lora üzemmódban 5km-re. A pontos frekvenciájára sikerült ráállnom. OOK módban ad, de asszimetrikusak a bitek. Az "1", 1,5ms-ig tart, a "0" bit pedig 2,5ms-ig. Rá tudom venni a modulom, hogy helyesen dekódolja a biteket? A beépített kódolások a manchester és a whitening, egyik se jó erre a jelre. A képen látható időalappal már hozzá tudok jutni az adatokhoz, de nem túl szép vagy hatékony. Az "1" bitet 3bit fogja leírni: "100", a "0" bitet: "11100".

Csak úgy általában.
A vonali kódolások (a Manchester is) lassítják az adott átviteli csatornán az átvihető hasznos információ sebességét. Ez az ára a "hibamentes" átvitelnek. Minél több bitet használsz a vonali kódolásban, annál hibamentesebb lesz az átvitel, de egyben lassabb is a hasznos információra nézve.
Általában (többnyire) az információt a felfutó él helyzete határozza meg, ezért az impulzus szélesség nem meghatározó tényező, csak annyiban, hogy a dekódolásnál az élnek a CLK impulzus aktív tartományába kell essen.
A rádiós átvitelek csak változásokat tudnak átvinni. Ezért (is) kell a Manchester.

Értem. A felső jelet egy gyári eszköz adja. Az manchester kódolt?

Azt nem tudom, de nagy valószínűséggel ha nem is Manchester, de valamilyen vonali kódolást biztos tartalmaz. Ezt a "gyári eszköz" tulajdonságaiból kéne kíszűrni, maguk a rádiós modulok ritkán tartalmaznak ilyesmit, ez csak a mikrovezérlővel egybeépítetteknél fordulhat elő.

Minden kódolás amit sikerült felkutatnom az szinkron. Úgy értem ugyanannyi ideig tart az "1" elküldése mint a "0". Mivel itt nem így van ezért bps sebességet se tudok hozzárendelni. A 2KHz illeszkedik rá, de sokkal több felesleges adattal kell bíbelődni. Ha nincs más marad így.

Tartalmaz kódolást, minden bit felfutó éllel kezdődik, csak az egyik tovább van magasan tartva. Így átlag 500bps a sebesség. De erre beállítva a vevőmet nem jön a fifo-ba semmi értelmezhető mert nincs bit szinkron. Szóval ezért akadtam el.

Ez a szinkron dolog úgy néz ki, hogy egy rádiós kapcsolat egyszem átviteli csatornát tartalmaz. Ezen nem lehet szinkron adatátvitelt készíteni, mert ahhoz legkevesebb két ülön csatorna kell, egyik a szinkronizációnak, clk, a másik az adatnak.
A rádiós kapcsolaton csak az adat megy át. A helyes feldolgozáshoz az kell, hogy ismerjük az adó oldali adatsebességeket, (többnyire szabványos), és a vevő oldalon többé kevésbé azonos sebességeket használva, lehetséges a dekódolás. Ahhoz még az is kell, hogy jelezzük az adatcsomag elejét, végét. (start, stop bit)
Rádiós kapcsolatoknál természetes, hogy ha a vevő nem kap értelmezhető jelet, a kimenetén összevissza, bitek jelennek meg, amit lehetetlenség dekódolni. Erre nézve a rádiós kapcsolaton átküldött adatokat ki kell egészíteni egy jellegzetes bitmintával, amiből tudható, hogy "most jönnek az adatok, ezt kell dekódolni".