91 replies to this topic

[hro]

Dank voor je uitvoerige reactie Sagitarius.

 

Feit blijft dat na flashen van de ontvanger het aantal dB's op de satellieten minder is. De schotel/rotor stelt zich niet meer zo af als voorheen op deze satellieten, zit er nét beetje naast. Door aanpassing van de usals-gegevens (oosterlengte wat plussen of soms minnen) krijg ik het wel goed. Kan het niet anders uitleggen. Dit is de ervaring met mijn ontvanger. Wellicht wijkt die af van andere gebruikers zoals jij.

De volgende keer zal ik de ooster- en noorder-lengte opschrijven en kijken of deze na flashen nog exact zo staan.

[luisteraar]

Als de schotel niet 100% goed uitgericht is heb je niet het optimale.

Je kan wel iets software matig corrigeren maar het beste haal je er niet uit.

De draaiarm van polar mount moet precies naar het noorden staan.

De elevatie van de referentie sat moet precies zijn.

En natuurlijk goed waterpas.

 

Heeft weinig te doen met test resultaten develop versie.

[hro]

de schotel is perfect afgeregeld.

 

een normale software update: geen probleem.

flashen versie 8.3 nooit het probleem gezien dat ik nu ervaar na een aantal keren geflasht te hebben met Nightly Build.

 

meld het maar... wellicht ben ik een uitzondering.

 

Morgen wellicht een 'terug' flashen naar 8.3 en kijken of het probleem zich voordoet.

[Sagitarius †]

de schotel is perfect afgeregeld.

 

 

Kennelijk niet, als je al moet rommelen met je coordinaten voor de goede positie staat je schotel mechanisch niet goed, nogmaals ook de evt coördinaten afwijking worden opgeslagen in /ertc/enigma2/settings en meegenomen bij een evt nieuwe flash, dan neemt hij gewoon je gecorrigeerde coördinaten over.

Hele volksstammen denken nog steeds dat je bij gebruik van Usals bij ''rotor instellingen'' je nog wijzigingen kunt maken, dat kan wel om te kijken welke richting de afwijking is dat is waar maar die wijzingen worden niet opgeslagen in je settingslijst zoals bij diseqc 1.2..

De enigste goede methode is om je schotel mechanisch goed af te stellen en goed vast te zetten dan heb je nooit geen omkijken meer naar verdraaide schotels, met Usalsl ''loopt'' hij dan automatisch naar de goede sat positie.

Edited by Sagitarius, 30 May 2023 - 17:58.

[littlesat]

De nb moet je nooit vanuit gaan dat update werkt… altijd reflashen met auto install. Als de build weer gecleared wordt of zo dan kunnen altijd de revisie nummers weer eens van slag raken. Daarom is het ook een develop nightly build
Image.

[catastrofus]

Huh? Tegen wie heb je het nu?

Ik update zo af en toe die NB en dat gaat (bijna altijd/meestal) goed. Als ik een update zie met 150+ paketten ga ik ook wel flashen.

Maar normaal gesproken heb ik niet vaak problemen met een update van NB.

[littlesat]

Ik doe altijd een reflash. Er is nooit garantie met nb dat een update goed gaat….

[luisteraar]

ik heb nog nooit echte problemen
bij opdate develop gebruik wel home build.
als iets mis begint te lopen wis ik de
tmp map dan worden alle pakketen nieuw gepakt
en op plaats gezet

[catastrofus]

Als een update niet het gewenste resultaat geeft (dus bv niet meer opstart) dan kun je toch simpel opnieuw flashen met de NB naar keuze?

 

Ik doe altijd een reflash. Er is nooit garantie met nb dat een update goed gaat….

 

[WanWizard]

De nb moet je nooit vanuit gaan dat update werkt… altijd reflashen met auto install. Als de build weer gecleared wordt of zo dan kunnen altijd de revisie nummers weer eens van slag raken. Daarom is het ook een develop nightly build
Image.

 

Dat probeer ik te voorkomen, dat wil zeggen de PR database veilig stellen voor het wissen van de build directory. Maar dat lukt niet altijd, het is een SQLite db, en die wil nog wel eens corrupt raken.
 

Wat wel vaker gebeurd is dat er een pakket gereset wordt, en dan wordt het opniieuw gebouwd zonder dat de PR op hoogt. En dan krijg je die update dus niet binnen als je alleen update en niet flasht (zie de lcd4linux discussie).

[littlesat]

WanWizard legt het precies in detail uit wat kan gebeuren…

[luisteraar]

Leuk te weten wat kan gebeuren.

Het interesseert me meer wat gebeurt is.

Het probleem bij usals ligt in een slecht uitgerichte

schotel installatie heeft niets met develop versie te doen.