Minden ami hardverrel kapcsolatos .

[lala R]

Sziasztok ! 

Sajnos a TTGO T-Beam mostani sorozatai csak neo M6N gps modullal vannak szerelve a gyári antenna is cserére szorul lassan megérkezik a TTGO van pár gps antennám majd kifogom próbálni .   Gps modulokrol itt lehet informáciot találni: 

    https://www.u-blox.com/en/search/?query=neo&page=2 

olcso igate készül: 

 Fiokomban porosodik pár esp32 modul ,  lora modult olcson itt találtam : https://www.elektrobot.hu/termek.php?filename=5517.html&i=5517 

[lala R]

Elkészült a nyomkövetöm a gps antennát kicseréltem nagyobbra igy sokat javult a feléledési idö. Volt még itthon gigatechnikes doboz Szeretném kicserélni a kijelezöt 1,3" méretüre sh1106 jol is nézne ki de  sajnos a megjelenitéssel gondok vannak . hiába törlöm ki az adott sort a fájlbol , rst problémára gondolok. 

 Van aki ért a programozáshoz? 

     https://github.com/richonguzman/LoRa_APRS_Tracker/blob/main/src/display.cpp?fbclid=IwAR3kmV0gPFKf5oGZf4iG2WWynW2_KMfs7aL1NcEaAuXn2ojbC-JFDgKZE-U  

  Odáig eljutottam hogy a kezdöképernyö bejön de utána lefagy . 

[Bela Torok]

Használtad már az sh1106-ot más célra?

Ha nem, akkor azt javaslom, hogy teszteld le valami egyszerû arduino-val az  Adafruit SH110X library «examples» alatt található mintaprogrammal. Ha az se mûködik, akkor valószínüleg hibás az sh1106-os.

 

Az sh1106-használatáról itt van további információ, ami alpján úgy tûnik, hogy a display.cpp-ben a következô sor uncommentálása, vagy törlése után mûködnie kellene:

 

#define ssd1306 //uncomment this line when using SH1106 screen instead of SSD1306

 

Settings for SH1106 display · Issue #5 · richonguzman/LoRa_APRS_Tracker · GitHub

 

 

Ricardo (riconguzman) azt írja, hogy  

 

73,

Bela / HB9HEY

--
Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok „LoRa APRS 433.775 MHz Kab-hegy (HA5KNF)” csoportjára.
Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való leiratkozáshoz küldjön egy e-amailt a(z) LoRaAPRS43377...@googlegroups.com címre.
Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/df65fea1-e01f-499c-82ca-627d24de8a81n%40googlegroups.com.

[lala R]

Igen ezt megcsináltam el is indult üdvözlöképernyö megjelenik de egy reset ciklusba került ,  A pin configban az oled reset a 1 6 os lábra volt állitva amit a 1306 könyvtár nem használt , de a 1106 már igen igy a t beamet le resetelte . Soros monitoron is látszott  Igy annyit kellett tenni hogy a oled rst társitott 16 os lábat átirtam  a 4es lábra igy már müködik. 

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/002e01da1ed7%24b3c22ce0%241b4686a0%24%40torok.info.

[Bela Torok]

Én még nem használtam az sh1106-ot, más projektekbôl úgy emlékszem, hogy hardware oldalon i2c-vel ugyanúgy kell meghajtani, mint a 1306—ot. Ez alapján https://www.14core.com/wiring-the-128x64-1-3-inch-oled-display-on-4-wire-3-wire-i2c-interface/, ha i2c -vel van meghajtva az sh1106-akkor nincs szükség a reset pinre. Vannak sh1106-os breakout modulok, amik csak i2c-vel használhatók, azokon nincs kivezetve a reset pin. A fenti leírásban olyan sh1106-os display szerepel, amit mind i2c-re mind SPI-re lehet konfigurálni.

Ha szükséged volt a retes pin-re akkor feltételezem, hogy SPI interface-el hajtod meg az sh1106-ot.

 

73,

Béla / HB9HEY

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/CANfZs4LjUkJ1ofc3xkyy9oO4%2BugoPk0KKGWbYaTCWNFqSAbn0g%40mail.gmail.com.

[lala R]

Ugyan ugy  használom nincs bekötve a reset pin , hanem csak a szoftver rész használja ugyan ugy 4 vezeték van bekötve , de gondolom 1106.h könyvtár vezérli  a szofverben a pin configban gyárilag igy van megadva

 :#define OLED_SDA        21
#define OLED_SCL        22
#define OLED_RST        16

 Valószínűleg azért más a mert t beam 1.1 verzióm van  és más a  lábkiosztása . 

de nálam a 16 os láb  egy reset láb amit ha vezérlek akkor reseteli a T beamet . Ezért kénytelen voltam az oled rst lábat lábat átállítani egy nem használt lábra . Ami nálam a 4 es.  Azt is próbáltam hogy töröltem ezt a  sort de akkor hiányolta. #define OLED_RST  16.  Valószínűleg ha megkeresném a 1106.h  és ott beállitanám nincs rst akkor nem lenne erre szükség de nem tudom hol van aza könyvtár. . Most így működik és a kijelző is olyan hogy sokkal jobban látható. 

  Most már csak  valami normális antenna kell hozzá  olyan ami kényelmesen elfér .

 

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/000901da2069%24d41ce7d0%247c56b770%24%40torok.info.

[Bela Torok]

Köszönöm a további információkat!

Így már értem, hogy mi volt a probléma.

Nem logikus, hogy 4 vezetékes vezérlés esetén legyen a könyvtárban egy reset vezeték is, és ráadásul az legyen az alapértelmezett beállítás .

Más könyvtárakban is találkoztam már ilyen megoldással, pl. az Arduino SD-kártya könyvtárában akkor is hozzá kell rendelni az SD-kártya CS pin-jét egy microcontroller output pin-hez, ha az a testre van kötve.

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/CANfZs4%2BrF1NDOqL4edovvKeZBWGVw73KCE_VPa6rOebChP7O_w%40mail.gmail.com.

[lala R]

Amivel még össze futottam , és biztos feltünt fényképen a rossz dátum , Lusta voltam kijavítani a gps reset programot amiből hiányzik egy sor éehet kéne írni a program készítőjének hogy pótolja . Innnét töltöttem le: https://github.com/lora-aprs/TTGO-T-Beam_GPS-reset 

 Annyit kell tenni hogy T22-GPS-restoreFactory-v2.ino hoz hozzá kell adni egy sort :

   Ez a sor után   :  myGPS.enableNMEAMessage(UBX_NMEA_GGA, COM_PORT_UART1);

   Kell pluszba egy ilyen :  myGPS.enableNMEAMessage(UBX_NMEA_RMC, COM_PORT_UART1);  // dátum engedélyezés nmea adatküldésben 

       

: 

Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok „LoRa APRS 433.775 MHz Kab-hegy (HA5KNF)” témájára.
A témáról való leiratkozáshoz látogasson el a következő címre: https://groups.google.com/d/topic/LoRaAPRS433775/Tz8sEhb8MFY/unsubscribe.
Az erről a csoportról és minden témájáról való leiratkozáshoz küldjön egy levelet a következő címre: LoRaAPRS43377...@googlegroups.com.
Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/000201da216e%2465f33dd0%2431d9b970%24%40torok.info.

[Bela Torok]

Nálam nem reprodukálható ez a jelenség. Egy Lilygo T-Beam 1.2-vel teszteltem amiben egy UBLOX Neo6 GNSS van. Az én trackeremen a kép ugyanabban a fázisban készült (a vehetô mûholdak száma 0, nincs használható pozició azaz 3D fix). Nálam mind a dátum, mind az idô korrekt módon van megjelenítve. A tracker firmware installálása elôtt én is a Tracker-GPS-reset programot használtam.

Közvetlenül a bekapcsolás után 2000-00-00 00:00:00 látható az OLED-en, majd amikor elkezdi venni a mûholdakat, akkor jelenik meg a korrekt datum és idô, aztán néhány perccel késôbb a 3D fix után a korrekt pozició és a vett müholdak száma.

 

Szeretném megkérdezni, hogy akiknek van trackerjük, volt-e hasonló problémájuk. Ha másoknál is rekonstruálható a probléma, akkor szívesen jelentem a problémát a szerzônek -> Peter OE5BPA

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/CANfZs4KxfGvPcaWGVHBb-8Ox6ADM796bt9MxL%3DT%2BTvmPTnfrrg%40mail.gmail.com.

[lala R]

Nem rögtön jött elő hanem első bekapcsolásnál nem akart holdat találni igy jött a gps reset és utána nem frissült a dátum. 

  A jelenségről itt irnak: https://github.com/richonguzman/LoRa_APRS_Tracker/issues/33

[Bela Torok]

A Lilygo modulokat különbözô firmwarekkel (paxcounter és meshtastic) árulják.

Lehet, hogy az egyiknél a gpsreset programm után az ublox chipben megmarad az a beállítás, ami a dátum megjelenítéséhez szükséges, a másiknál meg eleve nem volt belállítvatás.

Mivel az ublox modul megtartja a beállításokat, a tracker firmware ESP32-be való feltöltése után attól függôen, hogy gyárilag melyik firmware volt a modulon korrekt (meshtastic) vagy hibás (paxcounter)lesz az OLED-en a dátum.

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/1157ec3a-800a-45af-97c1-78c5b31dcd55n%40googlegroups.com.

[lala R]

Sziasztok !

Szerintetek ez alkalmas lehet igatehez? 

https://janilab.hu/index.php?route=product/product&language=en-gb&product_id=55

[Novák Tibor]

A    70cm LNA with saw filter     a frekvencia menet elég széles 430-446 , lehet ez is meghülyíti a vevőt.A 430 alatt egyből már vannak digitális csatornák, kérdés azok mennyire mennek át a szűrőn.
Amiket rendeltünk szúrő panelokat
https://www.aliexpress.com/item/1005003116760243.html?spm=a2g0o.productlist.main.11.1cbb9feavm6TZY&algo_pvid=3f166ef8-9e20-4e15-9e50-e23a8981f691&algo_exp_id=3f166ef8-9e20-4e15-9e50-e23a8981f691-5&pdp_npi=4%40dis%21HUF%212211.91%211637.25%21%21%216.12%21%21%40210318ef17018653176832658ea0af%2112000028805929221%21sea%21HU%210%21AB&curPageLogUid=ns2z9T8vBiEa

azokat majd megmérem, mert én is kíváncsi vagyok mit tudnak. 

A BRG 4 körös helikális szűrő
https://www.normafamuhely.hu/fotogaleria/nggallery/balun-blog/brg-fm301-bemeneti-szuro

 ami be lett hangolva a Kab-hegyi Lora vevőhöz az tudom hogy 2-3 MHz sávszéleséget tud. Majd annak a mérését is közreadom.

I(con hg5icon 

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/171f46a9-ffbf-4325-8367-0c7a070a836dn%40googlegroups.com.

[Bela Torok]

 

A https://janilab.hu/index.php?route=product/product&language=en-gb&product_id=55 modulon egy szélessávú LNA után egy SAW (felületi hullámszûrô) van. A bemeneten úgy tûnik, hogy van egy a C1-L1-C2 alkatrészekbôl egy kis megredekségû felüláteresztô szûrô. Ezzel a modullal nincs tapasztalatom, de a 400- és a 433 MHz tartományban levô LoRa mûholdak vételéhez használok SAW szûrô és elôerôsítô kombinációt a pécsi QTH-mon, ami légvonalban kb. 1.5 km-re van a pécsi TV toronytôl.

 

Mivel elôerôsítô nélkül elég rosz volt a vétel vettem egy ilyen elôerôsítôt: 70cm LNA preamplifier with vox (janilab.hu), aminek annak ellnére, hogy van benne szûrô, annak nem eléggé szelektív a karakterisztikája. Mivel a Lilygo modulokon noncs preszelektor, ezzel se lett lényegesen jobb a vétel.

 

Csak úgy tudtam javítani a vételen, hogy az antenna és az elôerôsítô közé raktam a SAW-szûrôt, amivel sikerült megakadálypzni az LNA túltúlvezérlôdését.

 

Nálam tehát a mûholdvételhez ez a sorrend:

Antenna-> SAW-szûrô->LNA->vevô

 

A LoRa APRS vételhet pedig : Antenna->SAW-szûrô->vevô

 

Elképzelhetô, hogy olyan helyeken, ahol a közelben nincs nagy teljesítményû a 433 MHz közelében levô RF zavarforrás a fenti LNA->SAW-szûrô kombináció is mûködik, de én olyan helyen nem próbálkoztam a vétellel.

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/171f46a9-ffbf-4325-8367-0c7a070a836dn%40googlegroups.com.

[Bela Torok]

Az aliexpess-rôl vett SAW szûrô karakterisztikáját én kimértem és hetekkel ezelôtt már feltettem ide a képet, de most sehol se találom. Kb. 20 MHz a sávszélessége, az alsó és a felsô határfrekvencia elôtt illetve után nagy meredekségû a csillapítása. Bizos vagyok benne, hogy lehetne jobb szûrôt is csinálni, de én azzal nem foglalkoztam. A néhány dolláros ár nagyon kedvezô. A SAW szûrôvel a pécsi iGate jól tudja venni a 240-300 km-re levô Temesvár környéki digipeatereket.

 

 

callsign		pkts	first heard - UTC	last heard	longest	(rx => tx) ▴	longest at - UTC
YO5BRE-10		20	2023-11-03 19:19:56	2023-11-04 01:37:58	KN07WB > JN96CC	302.4 km 68°	2023-11-04 01:37:58
YO2LIS-14		10	2023-11-03 18:02:07	2023-11-16 22:52:59	KN06UG > JN96CC	267.2 km 85°	2023-11-16 22:52:59
YO2LIS-10		62	2023-11-02 00:50:00	2023-11-30 06:09:34	KN06TG > JN96CC	266.2 km 85°	2023-11-30 06:09:34
YO2MTX-10		7	2023-11-04 23:54:22	2023-11-14 02:06:44	KN06TC > JN96CC	262.2 km 89°	2023-11-14 02:06:44
YO2MAS-10		13	2023-11-02 02:49:52	2023-11-13 03:47:24	KN06PE > JN96CC	240.0 km 86°	2023-11-13 03:47:24
IV3GTH-12		10	2023-11-02 11:01:31	2023-11-04 11:06:36	JN85OB > JN96CC	140.2 km 214°	2023-11-02 11:05:11
HB9HEY-7		108	2023-11-01 10:20:49	2023-11-26 15:06:21	JN86NT > JN96CC	110.6 km 314°	2023-11-01 10:20:49

 

A pécsin az eddigi rekord távolság 393.4 km (SAW szûrôvel)

Stations heard directly by HG3PZ-10 – 2023-122023-112023-102023-092023-082023-072023-06

callsign		pkts	first heard - UTC	last heard	longest	(rx => tx) ▴	longest at - UTC
OK2ZAW-21		5	2023-10-13 18:53:04	2023-10-13 19:38:07	JN89BI > JN96CC	393.4 km 338°	2023-10-13 19:38:07

 

 

A Kabhegyen a BRG szûrôvel is volt már 300 km nagyobb távolságú vétel:

Stations heard directly by HA2KAB-10 – 2023-122023-112023-102023-092023-082023-072023-06

callsign		pkts	first heard - UTC	last heard	longest	(rx => tx) ▴	longest at - UTC
YO2LIS-10		5	2023-11-05 02:46:47	2023-11-30 05:57:30	KN06TG > JN87TB	317.1 km 104°	2023-11-30 05:57:30
OE3DMB-15		7	2023-11-06 06:50:29	2023-11-29 15:45:46	JN88ED > JN87TB	155.1 km 321°	2023-11-06 06:50:29

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/CAG6VRQO_4ijNmerDzk44QoF4nBf_H0Z8aZHMyoKB-4deN%2BVGeQ%40mail.gmail.com.

[HG9AR]

Sziasztok, 

Kiskőháton tudok majd brg dupla üreget tenni a vevőre, ami nagyobb szelektivitást biztosít a brg helikálisnál. 

73! HG9AR Andris

Üdvözlettel:
Ecsedi András
hg9ar....@gmail.com
mobiltelefonról küldve

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/005e01da2842%24876b7510%2496425f30%24%40torok.info.

[Novák Tibor]

Andris! Akkor oda még egy előerősítőt is érdemes lenne berakni, és akkor nagyon király lesz a vevő érzékenysége. Szerintem ezt érdemes lenne kipróbálni. Bár a mostani hidegekben feljárogatni oda nem nagy öröm.

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/CAFUz3XdUg-_A5EUP5A5iXGgmKTB2Z1V4E6PMOT2AeaH9vjfvug%40mail.gmail.com.

[HG9AR]

Van egy LNA-m, betehetem persze

Üdvözlettel:
Ecsedi András
hg9ar....@gmail.com
mobiltelefonról küldve

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/CAG6VRQPuiwhVSDG69WLovQqpKkVKTKWzSXyzzR4iYZDhd%3Da6iw%40mail.gmail.com.

[Novák Tibor]

Összeraktunk egy kis fotóalbumot az eddig a kezünk ügyébe került hardverekről.
https://www.normafamuhely.hu/fotogaleria/nggallery/aprs-144mhz-aprs-lora433

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/CAFUz3Xezx0n%2Bpz11KTiu%3DXb7O8atAtJXQfasrwseDxYxkMz9RQ%40mail.gmail.com.

[Bela Torok]

Sziasztok!

 

Ricardo ma elérhetôvé tette a tracker firmware új verzióját.

Annyi változás van, hogy

 

2023.12.07 Added TTGO Lilygo LoRa32 v2.1 board as Bluetooth TNC(Android/Apple) and as a Tracker (with external GPS module).

 

Azaz az iGate-hez használt modult külsô GPS-modullal mostmár trackeként is lehet használni. Ez lehetôvé teszi, hogy az eddigi trackerben levônél jobb GPS-modult használjunk, pl. olyant, amivel a Galileo holdak vételére is alkalmas.

 

Az iGate firmware mostantól a Heltec V3 modulokkal is használhó.

 

73,

Béla

[lala R]

Már benne volt v3 csak a leirásban nem heltec v3 modulokat használok. 

[Till Péter]

hogy amíg kiépülnek az iGate-ek, addig is legyen mit "fogni":

https://tinygs.com/

73! HA7TP Peter

--

Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok „LoRa APRS 433.775 MHz Kab-hegy (HA5KNF)” csoportjára.
Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való leiratkozáshoz küldjön egy e-amailt a(z) LoRaAPRS43377...@googlegroups.com címre.

Ha szeretné megtekinteni ezt a beszélgetést az interneten, látogasson el ide: https://groups.google.com/d/msgid/LoRaAPRS433775/728f6485-2b93-4068-91be-121d9e55519en%40googlegroups.com.

[lala R]

Elkészült a heltec alpu trecker is m8n neo gpssel 

lala R a következőt írta (2023. november 17., péntek, 13:26:30 UTC+1):