Länkar på 23 cm

3g-aerial.biz/en/design/omnidirectional-...as/collinear-antenna

Där finns bilder, visserligen bygger man enbart av lödbar koax, och med denna blir Z0 50 ohm.

Jag har byggt för 75 ohm, och den skärmen är INTE lödbar.

Därför har jag använt innerledare + skumisolation från RG6U, men stoppat denna i ett 5 mm mässingrör (0.5 mm tjocklek)

Den resulterande innerdiametern passar då fint för inkråmet i RG6U.

Notera RF-choken där man använder en pipe-cap för lödning. Det har jag också gjort, och borrat ett hål som passar en F -chassikontakt.

Alltså:

Feedline som är RG6U ( 75 ohm)

RF-choke gjord av en pipecap - 59 mm 15 mm kopparrör

Själva antennen börjar med en lambda/4, 59 mm,  mässingröret lött på F-kointakten, innerledare av RG6U inkråm

Denna kommer nu jäms med RF-chokens öppna del.

Därefter collinjära element, jag har byggt med 98 mm längd, 4 element, RG6U inkråm, mässingrör, i mitt fall 4 st. (men man kan fler)

Sist i toppen, en 59 mm koppartråd. Möjligen klipper man "sista inkråmet" 98 + 59 mm.

F-kontakten skruvas i hålet på choken och dras med medföljande mutter.

Hela abrovinken stoppas i ett plaströr, jag använde en "snökäpp" som passade perfekt utanpå det 15 mm kopparröret. Kanske VP-rör passar.

Resultatet, en antenn med 75 ohm impedans, som är enkelt bytbar om man kör RG6U, enkel, billigt och flyttbart.

Skall försöka med bild:

Gllik / SM4FBD

 

Skall försöka, har lämnat bilder förut, men sist jag försökte var bilden för stor för denna site, så det blev ingen.....
Men försöker igen.

Gullik

inte kristallklart... kan du få upp en bild?
Antenntillverkningen är väl det vi behöver komma igång med nu för att få upp vårt fältprov

Hej Björn,

Ursäkta att jag inte svarat tidigare, har haft fullt upp.

Collinjären är tillverkad av innerledare/isolation från RG6U, instoppat i ett 5 mm mässingrör för
aoch tt få något stabilt och lödbart.

Den jag har består av 4 element vardera 98 mm långa, vilket jag fått fram från hastighetsfaktorn på RG6U,
0,82.  Jag använde nog någon kalkylator på internet.

Den har en vippa längst upp, en blank koppartråd 59 mm lång, 1/4 våg i LUFT.

Antennen "börjar" i en bit kopparrör 15 mm grovt / 59 mm långt  med en ändförslutning
(pipe cap). Pipe cap är borrad för en F chassiejjack. Chassiejacken ansluter till en bit innerledare/isolation
från RG6U, och över denna är trätt ovan nämnda mässingrör, 59 mm. Mässingröret är lött
på F-kontakten, så det blir en koax på 1/4 lambda.

Vi får alltså en kvartsvåg från chasssiejacken, omgiven av ett 15 mm kopparrör. Dett utgör en avkoppling av
RF från matarkabeln. Därefter följer önskat antal 1/2 våg element, (jag har kört 4) och avslutat i en 1/4 våg vippa.

Alles klar??

73 de Gullik / SM4FBD

Hela antennen blir c:a 50 cm, och skyddas sedan av ett plaströr som passade perfekt utanpå kopparrörets ände.

den colinjära, är det en typ en 4-stackad dipol, var och en 11.5 cm?
bild?

Hej du som läser,

Idag har jag gjort ett räckviddsprov över 1.43 km. Detta är ett delsteg för att kolla innan 3km provet. Det går att mäta
hemifrån, vilket halverar prylarna jag måste transportera och rigga för 3 km testet.

Beräkning

pout    Cable 1    tx ant    Distance    loss      Rx-ant    Cable 2    Pr       Prcv    Urcv

12.4        -1           12          1.43            97.68    12.00           -1    -63.28    -75    11.72

Radio hemma: standard radiokort, Biquad moterad på 5 m ströläkt, höjd över mark 10 m.

Radio mobilt: standard radiokort, 3 antenner, varav en Biquad på 5 m ströläkt.

Medföljande antenner, 

1) 868 Mhz magnetfot, fel frekvens, 2 m RG174 kabel (-3 dB ??)
2) hemmagjord collinjär, 4 element om 1/2 lambda + 1/4 pinne i toppen
3) Biquad på 5 m ströläkt md 5 m RG6U

Jag kör "räverudsvägen" som går vinkelrätt mot min position, och har flera "gluggar" mot mitt hem.

Med antenn 1 hittar jag signal, -80 dBm (16 dB sämre än förväntat)
Med antenn 2 -74 dBm, (10 dB sämre än förväntat men positivt m.a.p. 3-km testet)
Med antenn 3 -78 dBm, borde bli närmare de -64 jag räknat fram.

Slutsats:

Collinjären är 3 dB BÄTTRE än Biquad (som jag byggt den och kört VNA på)
Om den är det tappar jag nog 3 dB i den identiska Biquaden hemma.
Med en Collinjär i båda ändar borde jag nå -71 dBm, bara 6 dB från teorin.

"Confused but on a higher level"

Nu måste jag bygga en collinjär till, för att verifiera att jag kan nå -71 dBm, samt reda ut
varför mina Biquads INTE ger de 12 dB som andra rapporterat, och som jag tycker mig mätt.

När jag fått koll på antennproblematiken, så blir det 3 km prov igen.

Målet är:

"Jo, men två nakna radio och dessa två hemmagjorda antenner bryggar man snyggt 3000 m"

73 de Gullik / SM4FBD
 

Firmware 0.94 G är det som gäller f.n.

Jag har gjort "bench-test" med en teststräcka över min altan, 10 m och får då c:a -71 dBm i mottagen signal. Mellan två "nakna" kort, dvs. inget PA uppnår jag 629 kbit/sek
med iperf, ner till c:a -91 dBm. Detta överträffar mitt mål med 1 dB, och nu är det dags för utprovning i terräng.

Jag ar en bra teststräcka på 3100 m, över plana och släta åkrar, tyvärr kan jag inte få så bra antennhöjd, så freznelzonen kommer nog att ta någon dB eller så, men
om detta lyckas har vi ett benchmark för vad man kan använda grejjorna till, som är enkelt och praktiskt.

Håll tummarna och andan för ett resultat.

73 de Gullik / SM4FBD

Nu är firmware 0.94g klar. Den har fått en rudimentär IPV4 funktion, så det går nu
att pinga en radio från LAN-sidan. 

IP-adressen sätts med kommandot ipaddr <adress> Det finns f.n. inget stöd för nätmask / gateway,
så det hela funkar bara på det lokala LANet.

Arp och icmp echo / echoreply funkar, och ger svar på c:a 2 mS. Bra för att kolla att radion lever. 

Vidare kan man få loggmeddelanden över protokoll 60-06, (reserverat för Digital Customer use) 
och det borde inte krocka med något på ERA nät. Logger är dumenkel, och skriver endast ett
textmeddelande i paketet, som skickas ut på lan till MAC broadcast. Men, detta ger mig möjlighet
att lägga in loggmeddelanden i för att avlusa tidskritiska funktioner i firmware.

Riktig evolution betyder antingen uip eller lwip, men det får komma sedan.

Gullik

Versoin 0.94 e är nu den färskaste. Den har fått kommandot tdt som visar TDMA tabell. TDMA är inte implementerat ännu,
men basfunktioner finns. I denna version fyller den huvudsakligen "site survey" funktion, dvs man kan se närliggande noder,
deras mac-address, callsign TTL (ålder) Lokal RSSI och Remote RSSI samt remotes driftspänning. Detta underlättar diagnos
av ett litet antal noder på samma frekvens.

Exempel:

$ tdt
TDMA table   MAC    Call    Timer   TTL Lrssi Rrssi  Batt
00:12:4b:4e:d1:98 SM4FBD-Net 220   24  -87   -88    3.843
00:00:00:00:00:00  0   0  0   0    0.000
00:00:00:00:00:00  0   0  0   0    0.000
00:00:00:00:00:00  0   0  0   0    0.000

73 de Gullik / SM4FBD

Det har kommit en fråga om strömförsörjning via ethernet. Detta ger möjligheten att skippa antennkoax, och endast få EN sladd till radion. Tyvärr är den W5500 module vi använder försedd med en transformator från HANRUN (HN911105A) gjord så att man INTE kan komma åt de två par som INTE används för Ethernet, nämligen BLÅ / BLÅVI och BRUN / BRUNVIT.

Men, man kan ju klippa dessa trådar nära kontakten, och använda dessa för +5V (blå / BLÅVIT) och 0V ( BRUN / BRUNVIT). Det sitter en regulator påradiokortet som stabbar ner til 3.3 V, så
denna lösning borde fungera bra. Jag kommer att provbygga detta i en kopllingsdosa från Biltema 85x85x55 mm, 36:-, och posta bilder på detta här.

73 de Gullik / SM4FBD

Till SK0MM och Tomas JLZ,

Hej, mycket kul att ni vill prova 23 cm länk, och jag har skickat lite bilder och beskrivning på enkla och bra antenner för detta.

Kan ni beskriva lite om plats / avstånd m.m. Har ni kört heywhatsthat på sträckan? Jag brukar använda det verktyget, och då får man
se hur "path" ser ut, och vilka hinder som finns.

Hils
SM4FBD / Gullik

Hurra,

2-aug och jag har just fått igång FEM (front end module) och har nu +23 dBm ut, och c:a 6 dB lågbrusigt gain på mottagning. Det kort jag caddat fungerade inte omodifierat,
framför allt lyckades jag "bygga en oscillator" med den layout jag hade. Den SiGe transistor jag valt behövde spännband för att inte slita sig loss från kortet, så efter mycket
krånglande beslutade jag att "nedgradera" transistorn till en tamare. Den typen (BFG520) har ju med framgång använts i 2G / 3G utrustning, så den går på 1800 Mhz GSM,
och borde funka hyggligt på 23 cm. Den låga förstärkningen på mottagning tror jag inte har någon betydelse, huvudsaken är att övervinna förlusterna i antenn-omkoppling
ochnågon dB på mönsterkortet. Detta är iofs första lyckade försöket, kanske går det att krama ut lite till, men just nu får det vara bra så här.

Radiokortet ger 3 sinaler ut, varav jag använder två, RX_HIGH och TX_HIGH. Dessa styr antennswitcharna, och RX_HIGH matar 3.3 V till preamp, och när den INTE är aktiv,
(låg) drar den på spänning till PA-MMIC.

Vi har nu ett nytt "bench-mark", och jag skall snarast bestycka ett kort till. Därefter blir det test från kamerastativ över sjön Skagern, där jag kan hitta stränder att åka till
och rigga punkt till punkt och och verifiera funktion och signalstyrka.

73 d Gullik / SM4FBD 

 

Govänner,

Jag har haft ett missöde med källkoden till radion, men har lyckats restaurera fam till en stabil 0.94a version. Den går bra över ethernet, men seriekanalen behöver verifieras.
Den har ett prefixat TDMA paket, som kommer att bli en del av sändningsstyrningen, just nu syns närliggande nod i tdma-tabellen, som visas med kommandor tdt.

Stationssignal finns också, 12 tecken, t.ex SM4FBD-001. Default MY0CALL-001.

Jag har provbyggt mina nya PA / FEM kort, och har nu 25.5 dBm ut, 350 mW. Det kan gå att pressa ur det något mer, man jag tror detta räcker, det är trots allt skillnad på
20 mW och närmare 350 mW. Kvar att göra på den sidan är att verifiera antennomkopplingen, (den fungerar OK), med styrning från radiokortet. När detta är klart kommer
prototyp 1 av radio + pa kort att monteras hos mig, och förses med lämplig antenn, så att man kan göra täckningsprov.  Jag har tidigare haft drygt 2 km räckvidd, och förväntar
mig minst 6-7 km, allt med rundstrålande antenner.

Hils
Gullik / SM4FBD

Tänk hur det är, när man skall beskriva något så blinkar smartlampan till ibland.

Jag debuggade paketdumpen, och hittade mitt i slip-paketet ett komplett TDMA_meddelande. Paketet börjar 80 05 och sen kommer deferal timer, och mac-address.

Någonstans i min kod skrivar jag sönder bufferten, skall bara hitta var. 

Intressant är att paketet kommer fram till slipänden. Om man läser på, så kan man se att slip inte har någon checksumma eller felkorrigering, å det handlar ENDAST
om enkapsulering. Detta förklarar varför paketet tas emot trots att det är korrrupt, slip har ingen AAAAAning, det är ICMP som klagar över innehållet.

Nu skall vi bara hitta var detta händer.....

Gullik / SM4FBD

Märkligt att det alltid är byte 222. Blir det någon skillnad om du sätter df-bit:en?
408 byte + tcp + ethernet borde få plats i mtu, men indikerar samtidigt att något händer mitt i paketet.
//Adam

Kan någon förklara följande??

408 bytes from 44.5.5.1: icmp_seq=160 ttl=64 time=128 ms
408 bytes from 44.5.5.1: icmp_seq=161 ttl=64 time=129 ms
wrong data byte #222 should be 0xde but was 0x80
#16    10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 
#48    30 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 40 41 42 43 44 45 46 47 48 49 4a 4b 4c 4d 4e 4f 
#80    50 51 52 53 54 55 56 57 58 59 5a 5b 5c 5d 5e 5f 60 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 
#112    70 71 72 73 74 75 76 77 78 79 7a 7b 7c 7d 7e 7f 80 81 82 83 84 85 86 87 88 89 8a 8b 8c 8d 8e 8f 
#144    90 91 92 93 94 95 96 97 98 99 9a 9b 9c 9d 9e 9f a0 a1 a2 a3 a4 a5 a6 a7 a8 a9 aa ab ac ad ae af 
#176    b0 b1 b2 b3 b4 b5 b6 b7 b8 b9 ba bb bc bd be bf c0 c1 c2 c3 c4 c5 c6 c7 c8 c9 ca cb cc cd ce cf 
#208    d0 d1 d2 d3 d4 d5 d6 d7 d8 d9 da db dc dd 80 5 0 12 4b 4e d0 69 55 1 0 0 4d 59 30 43 41 4c 
#240    4c 20 30 30 31 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 6 7 8 9 a b c d e f 
#272    10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 
#304    30 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 40 41 42 43 44 45 46 47 48 49 4a 4b 4c 4d 4e 4f 
#336    50 51 52 53 54 55 56 57 58 59 5a 5b 5c 5d 5e 5f 60 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 
#368    70 71 72 73 74 75 76 77 78 79 7a 7b 7c 7d 7e 7f 80 81 82 83 84 85 86 87 88 89 8a 8b 8c 8d 8e 8f 
408 bytes from 44.5.5.1: icmp_seq=162 ttl=64 time=128 ms
408 bytes from 44.5.5.1: icmp_seq=163 ttl=64 time=128 ms

Detta får jag när jag ökar paketlängden på pingen. Vid första anblick verkar det som ett paket blir korrupt,
men notera att sista OK paket är 161, sen kommer felet i seq 162, MEN 162 loggas som mottaget.

Det är alltid byte 222 som markeras som fel. Felet kommer "random"

Gullik

Vidare undersökningar visar att det bara är kommandot slattach som hänger, vilket medför att efterföljande sats med ifconfig inte exekveras.
Om dessa görs från varsin tty, först slattach, sen ifconfig sl0 x.x.x.x pointopoint y.y.y.y mtu 576 up, så dyker sl0 upp som den skall och fungerar.
man kan sedan döda slattach med ctrl-c utan bieffekt. 

Jag är alltså tillbaks till sliptestning.....

Gulik

Du kan fortfarande ladda ner bullseye headless för Raspberry pi, som inte använder network manager

Nuvarande version på firmware är 0.94e. Den går nu i test hos mig, jag hade hoppats kunna testa SLIP mellan mina laptops, men SLIP har slutat fungera efter den senaste
ubuntu uppdateringen. Detta verkar ha att göra med net-tools, som anses vara "föråldrat" och ersätts med nm-cli. Där verkar inte längre finnas stöd för SLIP-länkar,
i.o.f.s. förståeligt, men stämmer ju inte så bra med vad jag har försökt bygga. Jag har alltså svårt att testa mina "förbättringar".

Man kan ju undra vad t.ex. raspberry-gängen anser om detta, det finns ju tydligen ett behov av "billig och enkel" tcp mellan embedded och någon mer central dator.

tips eller lösningar på detta dilemma emottages gärna....
Man kan naturligtvis leta reda på några "gamla" datorer, med äldre operatv,till för bara några veckor sedan körde jag SLIP och testade, men nu går det inte längre.....

Jag har nu börjat titta på seriell nedladdning igen, och hoppas kunna presentera lösningar både för Linux och Windows, detta blir ju ett måste om man skall
kunna utvidga testar och utvecklarkretsen.....

1 W pa är ochså på gång.....eller snarare "frontend", kommer att ha en LNA som ger någon extra dB på mottagarsidan för att matcha höjningen av uteffekt
från 12 dBm till (hoppas jag) 29-30 dBm, och därmed få vettig räckvidd.....

73 de Gullik / SM4FBD

Lite om enkla antenner....

Jag har konstaterat att för 23 cm är RG6U / TV-koax den bästa kabelm. Glöm polyetenbasedade kablar!!!!

Jag har byggt en "BiQuad" som funkar bra och ger c:a 10 dB gain. Med en i varje ände bör räckvidden bli runt 20 km.

Material:

1 st Balksko ( 90 graders vinkel man bygger t.ex. gäststuga med) (från BILTEMA)
1 bit 23 cm x 35 cm armeringsmatta med 20 mm hål. ( hålen blir 0.1 Lambda, så nätet "ser ut " som det vore massiv metall, men med låg vindlast)
1 stump 6/5 mm mässingrör
1 bit RG6U / TVKOAX
1/2 meter inneredare från "kulo" , 1.5 mm blank koppartråd.

Balkskon blir fäste mot mast eller vägg.
Koppartråden böjs till en liggande 8, ganska okritiskt men tänk två kvadrater sida vid sida.
Mässingsröret används som hölje till TVKOAX, om man skalar bort ytterstya plasthöljet kan man skuta in kabeln i röret. Krymp röret på koaxen, limma smältlim, på med krympslang mot vatten.
Mässingsröret ger lite stadga åt antennen.
Armeringsmattan böjs till en 23 x 23 cm stor reflektor, med två utskjutande 60 mm höga kanter på "uppsida och nersida" ( vertikal polarisation)
Början och slutet av koppartråden föds till koax innerledare, "mitten" på 8'an mot mässingsröret (koaxskärm).
Avstånd mellan 8 och reflektor, c:a 20 mm för 75 ohm,har du en VNA, så använd den.

Antennen ger c:a 10 dB över en GP, som är mina referensantenner, även dessa gjorda av en "balksko", en F-chassiejack och en 60 mm lång koppartråd.

Äkta svensk hemslöjd, tar 10 min att tillverka, funkar fint.

73 de SM4FBD / Gullik


 

Hej vänner amatörer,

Firmware är nu uppe i V 0.94b, och jag kommer strax att öppna GitHub nedladdning så att vi kan bli fler som "hackar".

V 0.94b har fått en "callsign" parameter, det är nog dags att skicka med en identifierare om vem som kör noden.
Denn kommer att läggas in i "beacon message" och i TDMA message, så den syns så snart radion kör bryggning eller
seriell transport.

V 0.94b har dessutom en enkerl variant av "TX defer", då varje nod inleder sin trafik genom att tala om hur mycket tid den behöver.
Detta medför att alla lyssnande noder VET hur länge de skall vänta innan de går över i TX. Iden, att minska antlet kollisioner,
och "prata i munnen"

V 0.94 skall få gå i provdrift här ett par dagar, och om allt ser bra ut bli "release candidate".

Kvar att göra här då jag inte fått några frivilliga hacckers:

1) fixa så att alla som har en radio kan uppdatera den via seriellt gränssnitt.
2) Cadda effektsteg, 12 dBm är ju kul, men 24 dBm bättre.

73 de Gullik / SM4FBD
 

Hej alla,
NPR-70 har som ni nog vet TDMA för att minimera kollisioner. En av noderna är "master" och tilldelar "slavarna" tid att sända. Jag har grunnat över detta och har ett annorlunda förslag.

När det är "tyst" på kanalen, så kan vilken nod som helst säga "Jag är nr 1". Den skickar sedan ut ett meddelande när den vill, med följande lydelse:
Jag är nr 1, kommer att prata xx mS, och näste man är nr MAX+1 ( dvs fri anslutningsslot)
En annan nod väntar till dess den hör detta och säger Jag vill vara nr 2, och näste man är MAX+1.
Nr 1 ändrar nu sitt TDMA-paket till Jag är nr 1 och näste är nr 2.
Nr2 säger att den är 2 och "sist".

Tid-slotten MAX+1 används för den som vill ansluta sig. Alla vet att efter den "sista" noden kommer en anslutninsslot, där en icke ansluten nod kan begära det.

Kostnaden i tid blir bara anslutningsslotten. Den uppkäftigaste noden blir nr 1.

Vad händer om nod 4 slutar utnyttja sin slot? Efter ett antal tomma slot 4 passerat kommer nod 3 att i ställer för nästa = 4 säga nästa = 5.
Vi kan nu köra en stund till. OM nr 4 kommer tillbaks får den först annonsera sig i anslutnings-slotten, dvs den efter "sista" nod.

Ansluningsslotten kommer att vara utsatt för konkurrens, så man får antagligen göra någon "backoff-algoritm" så att man ökar sannolikheten för att EN vinner.
Det kan ju vara 4 som vill återansluta, men också nr sist+1.

Alla kan följa sekvensen och detektera saknade noder. Om nod 1 droppar ur, kan nod 2 efter "ett tag" dra slutsatsen att DEN bör starta uppräkningen.
Nod 1 kan återansluta mha. anslutnings-slotten.

Detta passar nog skapligt om "alla hör alla" , men borde fungera bra även på punkt till punkt med bara 2 noder.

Varje nod inleder med ett TDMA-paket, där den talar om hur länge den kommer att sända baserat på hur många paket som finns i dess kö.
Därmed vet nästa nod när DEN kan börja prata.

Ja, ungefär så, "MasterLESS TDMA"

Gullik

Ah ok, Det förklarar varför jag inte hittade den. Den ligger i ett privat repo.

github.com/amprnet-sweden

Gav upp lite på mitt HackRF projekt, köpte kina-kloner och deras SNR och fasbrus visade sig vara för högt för att kunna köra vettig datamängder.

Men tänkte jag skulle försöka mig på att införskaffa sådan 23cm-länk du bygger men hittar inte din Github. Skulle du kunna länka den?