Svenska ElektronikForumet

Skillnaden med och utan jordplan.
Översta är med jordplan.

Centimeter-precision? Inom 7 centimeter. Eller +- 3.5 cm. Så här långt.

Ser ju lovande ut såhär långt. Var det alltså med hjälp av egen basstation? Har du tillgång till nån yttre basstation i närheten för att "mäta in" den egna basen, eller litar du på ett längretidsmedelvärde? I och för sig så är repeterbarhet mer väsentligt för en gräsklippare än absolut precision, men någorlunda rätt bör man ändå ha koordinaterna för sin bas.

Ja detta är med min egna basstation, medelvärdes position över 14 timmar.
Finns egentligen inget behov av en absolut position för min basstation.
Men jag har ett 10-dagars prov-abonnemang hos lantmäteriet så jag använde först deras NTRIP server.
Kommer att mäta in ett par punkter på tomten med absolut position som jag kan utgå från.
Även för basstationen. Rovern är inte flyttbar än.
Det är dock en del spridning, mer än vad jag trott, om man låter den stå på länge.

Här är position av stillastående antenn, efter drygt 4 timmar.
Bra men inte så bra jag trodde. Med swepos (lantmäteriets) basstation var det ännu sämre efter en natt.

Efterssom tråden handlar om att hitta din klippare när den kört fast undrar vän av ordningen om du är blind (vilket borde vara fallet om du inte ser klipparen inom 10cm) eller om det uppstått "scoope creep" i projektet

Nädo, det är rätt.

Det här med att få RTK fix alltså. Hur svårt kan det vara? Inte så svårt visar det sej.
Men man kan göra det svårt. Om man int begrip.
Jag provade rtklib, vilket man trodde man skulle använda.
Det är fel. Och rtknavi är kass för den kan bara rtcm3 protokoll och ett antal proprietära protokoll.
Inte NMEA som jag trodde var det absolut vanligaste. Där gick två dagar på att förstå det.

Nä. Märkligt nog var det Waveshare i sin wiki som gjorde det. https://www.waveshare.com/wiki/LC29H(XX ... #Demo_Test
Man kopplar upp sej till en NTRIP server på basstationen. Den skickar (bl a?) GNGGA meddelanden nån gång i sekunden.
Man skickar helt enkelt vidare den raden till Roverns gnss mottagare. Den svarar med position och om den har fått RTK fix.
Som här där ,5, betyder rtk float medam ,4, betyder rtk fix.
Beskrivet bl a här i GNGGA kommandot. https://files.waveshare.com/wiki/LC29H( ... n_V1.1.pdf

Här är output, tog kanske en minut från power-on till rtk fix. Fjärde raden skiftar den från 5 till 4, eller float rtk till rtk fix. Jaha svårare än så var det inte.

Å till ToPNoTCH så är tanken att gps-mottagaren ska åka runt på klipparen och jag kan få dess position på en karta
och om den står still. Jag bor följaktligen inte i ett radhus med 10 m2 gräsmatta men tror nog tekniken fungerar där med.
Dels om jag behöver gå ut och fixa och i vilken riktning jag ska gå.

Yes, nu är det i hamn.
Som ovan, där jag lade till en Simple TCP server i python-programmet.
Som skickar vidare outputen (från gnss-mottagaren) till GNSS Master på telefonen över tcpip.
Den skickar sedan gps-position till SW Maps i telefonen och jag har nu
en grön prick på kartan på kartan som inte rör sej (jo pyttelite) med RTK FIX.
deltaV och deltaH är 2.0 cm men det vet vi av tidigare tester att det inte är sant över tiden.

hawkan skrev: ↑28 juni 2025, 13:58:46 Å till ToPNoTCH så är tanken att gps-mottagaren ska åka runt på klipparen och jag kan få dess position på en karta
och om den står still. Jag bor följaktligen inte i ett radhus med 10 m2 gräsmatta men tror nog tekniken fungerar där med.
Dels om jag behöver gå ut och fixa och i vilken riktning jag ska gå.

Jo jag förstod det, min synpunkt var att du inte var nöjd med precisionen 10cm.
För denna tillämpning borde det väl vara mer än nog ?

Det är en annan sak om man avser göra ett styrsystem för klipparen, då kan jag förstå behovet av bättre noggrannhet.

Jaså, ja det är det väl. Avgörande är om den står stilla och håller den sej inom ett litet område hela tiden så har den nog stannat. Ju längre man studerar positionen ju mer kan man avgöra om den sitter still. Kanske inte ens RTK behövs. Men det tycks mej som ett tråkigt projekt isf.

Jag har full respekt för "overdoing it"

Jag följer med spänning då jag själv går i tankarna på ett styrsystem.
Positionering är halva jobbet.

Nu är GNSS-rovern flyttbar. Mycket kabel är det om man ska klaga på något.
Undertill är en stor powerbank.

Provade med att följa signalen i SW Maps. Den fick RTK fix inom fem sekunder
så det var bra. Såg min rörelse live på kartan allt efter jag flyttade mej.
Tills jag kom i skugga för WiFi och tappade WiFi-signalen.
Och SW Maps skiftade till telefonens gps och det var mycket sämre.
Från några centimeters precision till flera meter.

Så hur ska jag lösa radio-täckningen? Tomten är ca 25x90 meter och har flera byggnader.
Jag kan själv tänka att strössla med WiFi access punkter eller Mesh noder.
Om jag lägger till två st borde jag kunna täcka upp hela tomten.
Eller kanske använda LoraWAN?
Annat?
Åsikter?

25x90 meter är ingen stor yta att täcka med Wifi, det är ju också användbart att ha till andra saker när man rör sig på tomten.
Bifogar en bild på en av mina anläggningar med 9st UAP-AC-M, området är en triangel 220x220x320 meter, ungefär 10ggr din area.

Kollade länken och avståndet på några av enheterna.
60 meter länk:
87% -55dBm
117/144 Mbps

108 meter länk:
67% -63 dBm
78/86 Mbps

223 meter länk:
47% -71dBm
52/52 Mbps

De där UAP-AC-M är monterade utomhus om jag förstått det rätt.
Då blir det helt klart bättre täckning än vad jag har.
Jag har tre st AI mesh inomhus allihop. Det var inte tänkt utomhus när det monterades.
Mest lyssna på musik via telefonen och den skiftar till mobildata om det behövs.
Men nu så...

Jag tror jag kan sätta två stycken enheter utomhus och få bra täckning.
Den ena blir en kombinerad GNSS basstation och WiFi punkt, den andra bara WiFi punkt.
Vågar inte säga accesspunkt, router, mesh för det blir bara fel.
Jag får dra kabel dit så den för PoE ström och upplänk.
ASUS har ZenWiFi BD4 Outdoor som inte är jättebillig minst sagt. Bättre jag sparar till en Luba då.

Gärna mer input.
Lora blir billigare om inte annat och passar ihop med att fixa ihop en lösning.

För övrigt har jag nu fastnat för vad rovern ska göra.
Den ska använda gnssstreamer från pygnssutils (googla) Den gör det jag skrev tidigare (skicka GNGGA till NTRIP server) och den gör en tillförlitlig tcpip socket server.