Interesant!
Heb je 50 maal beide zenders een nieuw ID gegeven en het dan nogmaals geprobeerd?
Het zou me overigen verbazen dat de gevoeligheid voor ruis met een fabrieks ID anders is dan bij een eigen gegenereert ID. Ik zie de logica daar niet van.
Storing Corona 2.4 DSSS
- Topicstarter Beton
- Startdatum
Interesant!
Heb je 50 maal beide zenders een nieuw ID gegeven en het dan nogmaals geprobeerd?
Het zou me overigen verbazen dat de gevoeligheid voor ruis met een fabrieks ID anders is dan bij een eigen gegenereert ID. Ik zie de logica daar niet van.
Dat is 50% overbodige moeite; je had net zo goed telkens één zender een nieuw ID kunnen geven en dan opnieuw proberen. Door ze alle twee te resetten voeg je niks toe.
Vergelijk:
Hoeveel keer moet je met 2 dobbelstenen gooien voor je dubbel 6 hebt,
of:
Hoeveel keer moet je met één dobbelsteen gooien voor je 6 hebt?
Alleen dan met een dobbelsteen met héél veel kanten...
Laatst bewerkt:
Als ik bovenstaande schrijver moet geloven is het mogelijk dat er na een ID reset met de 3 seconden truuk het praktisch onmogelijk is dat 2 dezelfde ID's onstaan. Maakt dit de apparatuur wel veilig genoeg of is het bij elke vlucht een rondje Russische roulette? Want puur gezien mannetje Murphy kan nog steeds in de fout gaan en je kunt op dezelfde ID's uitkomen. In het filmpje zag je volgens mij twee dezelfde ID's aan het werk, zelf had ik in mijn test gedeeltelijk ID overlap want ze stoorden elkaar bij het opstartten, het voor elkaar krijgen als in het filmpje lukte bij mij niet. En wat was het beleid van Corona met de administratie van de ID's lag dat bij Corona? Of louter op toeval? Wie of wat hield de uitgifte van ID's bij? Bij Corona ben ik er niet zo zeker van, valt terug te lezen in de hele discussie en lijkt het Corona niet zo zeker is van een oplossing voor dit probleem. Kortom is gebruik wel veilig genoeg?
mvrgrt, Aad den Blaauwen.
mvrgrt, Aad den Blaauwen.
Laatst bewerkt:
Tja dat is precies waar dit draadje over gaat - het is natuurlijk wel wat veel gevraagd om 243 posts terug te lezen.
Het lijkt erop dat je een Corona zendermodule ID kan resetten (naar een verondersteld random ID) door de knop >3 sec. in te drukken. Dit werd aanvankelijk door de fabrikant juist ontraden... en dat deed vermoeden dat de fabrieks-ID's opvolgend waren, waardoor je nooit interferentie zou kunnen hebben. Maar een crash bij de Gooische, plus de test van Straalpijp, tonen aan dat er identieke fabrieks ID's zijn.
Nu zou je mogen verwachten dat, als er maar genoeg ID's beschikbaar zijn, als iedereen een random ID kiest alles okee is. Maar Corona is erg zuinig met zijn informatie en we zijn er een tikje huiverig voor geworden.
Wat me blijft verbazen is, dat het erop lijkt dat er alleen bij de Gooische club moeilijkheden zijn met Corona modules. Zowel op dit forum, als op RC Model Reviews heeft zich nog niemand anders gemeld.
Het lijkt erop dat je een Corona zendermodule ID kan resetten (naar een verondersteld random ID) door de knop >3 sec. in te drukken. Dit werd aanvankelijk door de fabrikant juist ontraden... en dat deed vermoeden dat de fabrieks-ID's opvolgend waren, waardoor je nooit interferentie zou kunnen hebben. Maar een crash bij de Gooische, plus de test van Straalpijp, tonen aan dat er identieke fabrieks ID's zijn.
Nu zou je mogen verwachten dat, als er maar genoeg ID's beschikbaar zijn, als iedereen een random ID kiest alles okee is. Maar Corona is erg zuinig met zijn informatie en we zijn er een tikje huiverig voor geworden.
Wat me blijft verbazen is, dat het erop lijkt dat er alleen bij de Gooische club moeilijkheden zijn met Corona modules. Zowel op dit forum, als op RC Model Reviews heeft zich nog niemand anders gemeld.
Laatst bewerkt:
Bij deze meld zich dan het MVKV oftewel de Valkenburgse. 
Zou bij de Gooische mannetje Murphy dan zijn toegeslagen als enige? Als dit waar zou zijn dan zou het dus mee moeten vallen met dit probleem al is iedere crash er één teveel! Het probleem van uitvallen bij mijn setje wat resulteerde in een crash was heel erg vreemd en misschien wel helemaal niet veroorzaakt door dit fenomeen, we zullen het waarschijnlijk nooit weten. Ik wil nu geen kist meer op het spel zetten om het nog een keer uit te proberen dat moge duidelijk zijn.
Met vriendelijke groet, Aad den Blaauwen
Zou bij de Gooische mannetje Murphy dan zijn toegeslagen als enige? Als dit waar zou zijn dan zou het dus mee moeten vallen met dit probleem al is iedere crash er één teveel! Het probleem van uitvallen bij mijn setje wat resulteerde in een crash was heel erg vreemd en misschien wel helemaal niet veroorzaakt door dit fenomeen, we zullen het waarschijnlijk nooit weten. Ik wil nu geen kist meer op het spel zetten om het nog een keer uit te proberen dat moge duidelijk zijn.
Met vriendelijke groet, Aad den Blaauwen
Laatst bewerkt:
Verwarring; eerst stellen ze dat voor normaal gebruik (na het bind-proces!) de methode van aanzetten als volgt is;
Receiver and Transmitter Setup Instructions
By following these steps you will ensure your transmitter and receiver are properly setup and ready to fly.
1. Turn the transmitter on and adjust your transmitter to PPM mode and then turn the transmitter off.
2. Press and hold the programming button on the transmitting module,turn the transmitter on,then you can release the button.(Attention: Not keep hold the button down over 3 seconds,or its ID will change randomly) The LED on Module will flash between red and green indicating the transmitter is ready to bind with the receiver.
3. Press and hold the button on the receiver and power the receiver on. The LED on the receiver will flash two times , indicating the receiver have recognized the transmitter. Turn off the transmitter and receiver.
4.Power on the receiver(s) without pressing any button,then power up the transmitter also without pressing button, the LED on the transmitter light yellow. The RF-link will normally connect in 15~20 seconds between transmitter and the receiver(s).If linked the LED on the receiver(s) will light red without any flash indicating the receiver(s) is operating properly. If the LED flashes sometime or does not light at all. Repeat this step until link is connected properly.
After set up receiver and transmitter,user only take the 4th step in normal flying.
--> Er staat; doe eerst de ontvanger aan, dan pas de zender.
--> In de nieuwe handleiding staat: 5. After setup, give power to the transmitter firstly and it will transfer signal about 5 seconds later, power up the receiver to check that red led light is steady, --> er staat; doe eerst de zender aan voor 5 seconden, en dan de ontvanger en check of de led rood blijft branden...
Deze manier van de apparatuur 'aanzetten' is een verschil van 180 graden ! Het is bij/met DSSS beter om eerst te zenden, en dan de ontvanger te laten 'intunen' op het zendsignaal.
Dan de 'ruis' of teveel 2.4 GHz ruis in de lucht (met name Corona) op rc modelreviews stond al dat DSSS bij teveel 'ruis' in 1 keer op slot kan gaan.
Het is in dit geval of teveel Corona-ruis geweest, of een zelfde ID. Ik neig een naar de eerste optie, immers op 9 okt 2010, de dag van het incident, hebben de twee betrokken zenders elkaars signaal nooit 'overgenomen' maar er was wel degelijk een soort storing.
De besturing blokkeerde gewoon.
Of dit samenhangt met de manier van aanzetten weet ik niet, de zender straalt hoe dan ook een 2.4 GHz-ruis-signaal uit.
Dat Corona het iets mindere FHSS weer op de markt brengt laat zich raden, bij teveel 'ruis' laat dit systeem nog wat ruimte over om het probleem te onderkennen en gauw te landen, bij DSSS zou het in 1 keer zijn afgelopen.... (volgens RC Modelreviews)
Receiver and Transmitter Setup Instructions
By following these steps you will ensure your transmitter and receiver are properly setup and ready to fly.
1. Turn the transmitter on and adjust your transmitter to PPM mode and then turn the transmitter off.
2. Press and hold the programming button on the transmitting module,turn the transmitter on,then you can release the button.(Attention: Not keep hold the button down over 3 seconds,or its ID will change randomly) The LED on Module will flash between red and green indicating the transmitter is ready to bind with the receiver.
3. Press and hold the button on the receiver and power the receiver on. The LED on the receiver will flash two times , indicating the receiver have recognized the transmitter. Turn off the transmitter and receiver.
4.Power on the receiver(s) without pressing any button,then power up the transmitter also without pressing button, the LED on the transmitter light yellow. The RF-link will normally connect in 15~20 seconds between transmitter and the receiver(s).If linked the LED on the receiver(s) will light red without any flash indicating the receiver(s) is operating properly. If the LED flashes sometime or does not light at all. Repeat this step until link is connected properly.
After set up receiver and transmitter,user only take the 4th step in normal flying.
--> Er staat; doe eerst de ontvanger aan, dan pas de zender.
--> In de nieuwe handleiding staat: 5. After setup, give power to the transmitter firstly and it will transfer signal about 5 seconds later, power up the receiver to check that red led light is steady, --> er staat; doe eerst de zender aan voor 5 seconden, en dan de ontvanger en check of de led rood blijft branden...
Deze manier van de apparatuur 'aanzetten' is een verschil van 180 graden ! Het is bij/met DSSS beter om eerst te zenden, en dan de ontvanger te laten 'intunen' op het zendsignaal.
Dan de 'ruis' of teveel 2.4 GHz ruis in de lucht (met name Corona) op rc modelreviews stond al dat DSSS bij teveel 'ruis' in 1 keer op slot kan gaan.
Het is in dit geval of teveel Corona-ruis geweest, of een zelfde ID. Ik neig een naar de eerste optie, immers op 9 okt 2010, de dag van het incident, hebben de twee betrokken zenders elkaars signaal nooit 'overgenomen' maar er was wel degelijk een soort storing.
De besturing blokkeerde gewoon.
Of dit samenhangt met de manier van aanzetten weet ik niet, de zender straalt hoe dan ook een 2.4 GHz-ruis-signaal uit.
Dat Corona het iets mindere FHSS weer op de markt brengt laat zich raden, bij teveel 'ruis' laat dit systeem nog wat ruimte over om het probleem te onderkennen en gauw te landen, bij DSSS zou het in 1 keer zijn afgelopen.... (volgens RC Modelreviews)
Ik was ook al aan het dobbelen! vandaar mijn vraag aan Straalpijp.
Het maakt inderdaad uit of je een zender steeds een nieuwe code geeft of beide.
Al je een dobelsteen met 50 kantjes hebt is de kans klein dat wanneer je ze beide 50 maal gooit dat je een dubbel scoort. Laat je een dobbelsteen liggen en gooi je met de ander 50 maal dan is de kans groot dat je wel een dubbel krijgt.
De grote vraag blijft natuurlijk hoeveel vlakjes de Chinese Corona dobbelsteen heeft!
Laatst bewerkt:
Nee, dat is niet zo.... (mijn broer studeerde ooit logica en heeft me eens een soortgelijk voorbeeld uitgelegd)
Of de ene dobbelsteen blijft op 6 liggen en je gooit alleen de andere. De kans dat dat een 6 wordt is 16,66 %.
Of je gooit telkens twee dobbelstenen; dus: de eerste steen valt op een willekeurige waarde, en vervolgens is de kans dat de tweede dezelfde waarde krijgt... precies, 16,66 %.
Nee, dat is niet zo.... (mijn broer studeerde ooit logica en heeft me eens een soortgelijk voorbeeld uitgelegd)
Of de ene dobbelsteen blijft op 6 liggen en je gooit alleen de andere. De kans dat dat een 6 wordt is 16,66 %.
Of je gooit telkens twee dobbelstenen; dus: de eerste steen valt op een willekeurige waarde, en vervolgens is de kans dat de tweede dezelfde waarde krijgt... precies, 16,66 %.
Ik heb het nog even nagevraagd en tot mijn eigen verassing heb je inderdaad gelijk!
Oke, ik heb het blijkbaar niet goed gedaan,maar dat maakt mij niets meer uit.
Ik ben jeti gebruiker geworden en een advies aan iedereen met chinees spul, hou rekening met verhoogde kans op crashes, dus niet meer gebruiken.
De chinese dobbelsteen heeft te weinig vlakjes.
Groet, straalpijp.
Ik ben jeti gebruiker geworden en een advies aan iedereen met chinees spul, hou rekening met verhoogde kans op crashes, dus niet meer gebruiken.
De chinese dobbelsteen heeft te weinig vlakjes.
Groet, straalpijp.
Ik sluit me aan bij straalpijp, ik ben over op een spektrum dx7, dus ook geen corona meer voor mij, een crash kost meer dan een nieuw kompleet setje. Verder vind ik het wel een beetje jammer de ontvangertjes waren lekker klein, de antennetjes prettig kort en ook was het prettig goedkoop wat eigenlijk een beetje duurkoop was dus.
mvrgrt, Aad den Blaauwen
mvrgrt, Aad den Blaauwen
Ik kan ook wel een mooi construct maken met betrekking tot Coronastoringskans,
namelijk: 1/50 of 0.02 of 2% of 1 keer in de 50 keer binden, of: korter dan 3 seconden initieel binden geeft de kans van een totale Corona DSSS-blackout in de toekomst.
Alleen, is dat een gegarandeerde 'kans' ? --> NEE
Met de crash waarmee dit draadje begon, de hoofdvraag, lijkt het meer op een probleem van teveel 'ruis' binnen het Corona-frequentiespectrum. Bij Corona DSSS 2.4 GHz gaat het signaal maar 1 kant op, er is geen feedback van de ontvanger zoals bij Futaba FASST, er is geen enkele mogelijkheid om tot een herstel te komen.
Al eerder aangegeven; de zwakte van DSSS, Direct Sequence Spread Spectrum, kan zijn dat het signaal overstuurd raakt, het chipje het niet meer kan bijbenen, of de antennetjes de lucht in steken van 'ik weet het niet meer!'
Er worden op fora wel problemen gemeld, maar niet van storingen van Corona's onderling.
Wat niet wil zeggen dat er niet teveel 'ruis' aanwezig zou kunnen zijn.
Nog geen bericht van Corona ontvangen overigens.
namelijk: 1/50 of 0.02 of 2% of 1 keer in de 50 keer binden, of: korter dan 3 seconden initieel binden geeft de kans van een totale Corona DSSS-blackout in de toekomst.
Alleen, is dat een gegarandeerde 'kans' ? --> NEE
Met de crash waarmee dit draadje begon, de hoofdvraag, lijkt het meer op een probleem van teveel 'ruis' binnen het Corona-frequentiespectrum. Bij Corona DSSS 2.4 GHz gaat het signaal maar 1 kant op, er is geen feedback van de ontvanger zoals bij Futaba FASST, er is geen enkele mogelijkheid om tot een herstel te komen.
Al eerder aangegeven; de zwakte van DSSS, Direct Sequence Spread Spectrum, kan zijn dat het signaal overstuurd raakt, het chipje het niet meer kan bijbenen, of de antennetjes de lucht in steken van 'ik weet het niet meer!'
Er worden op fora wel problemen gemeld, maar niet van storingen van Corona's onderling.
Wat niet wil zeggen dat er niet teveel 'ruis' aanwezig zou kunnen zijn.
Nog geen bericht van Corona ontvangen overigens.
Harold
PH-SAM
Indien 16bit, dan 65536 vlakjes op de dobbelsteen.
Je moet die dobbelsteen wel eerst gooien (>3s ID).
In de verpakking (<3s) zit steeds hetzelfde vlakje boven.
Voor het ¨idee¨:
Als je ons frekwentie bord zou moeten uitbreiden met een knijper voor elke mogelijke corona ID, dan wordt het bord meer dan 3km breed.
Laatst bewerkt:
Dat is niet helemaal waar. In de verpakking zitten wel degelijk meer ID's. Er zijn ook tests gedaan waarbij het wel goed ging.
Vanwaar het verschil in aantal tussen minder dan 3 seconden en meer dan 3 seconden? Het lijkt me geen logische keus!!
Ik hoorde iemand zeggen dat de de ontvanger 10bit is. Dat betekend dus weer minder mogelijkheden.
Ik heb niet veel kennis van ID's maar moet de fabrikant de ID's niet bekendmaken in ontvanger en zender zodat ze kunnen matchen? Of is dit onzin?
Als dit namenlijk zo is dan kan ik me voorstellen dat het goedkoper is om met wat minder ID's te werken!
N.P.S.
Forum veteraan
Futaba FASST kent geen terugkoppeling van ontvanger terug naar de zender. Als dit wel het geval was, dan zou de door veel FASST gebruikers gewenste telemetrie eenvoudig te realiseren zijn. Wel is het zo dat de Futaba FASST zendmodule kan ontvangen. Als de zender wordt aangezet controleert deze de 2.4 GHz band of er voldoende "vrije ruimte" is voor het betrouwbaar overdragen van de signalen. Als dit niet het geval is, gaat de zender niet over tot zenden. Dit heb ik nog nooit meegegemaakt.
Als een ontvanger 10 bits is wordt daarmee meestal de resolutie bedoeld. Dus het aantal stapjes waarin de servoweg wordt opgedeeld. Bij een resolutie van 10 bits is dit 1024 stapjes.
Futaba FASST 7 werkt ook in 10 bits, Futaba FASST Multi in 11 bits, 2048 stapjes.
Deze resolutie staat los van het aantal bits dat wordt gebruikt voor het ID.
De Futaba FASST kent 130 miljoen verschillende ID codes (waarschijlijk een 27 bits code) waarvan er één tijdens de productie in de zendmodule wordt geplaatst. Deze code is niet te wijzigen. Door de codes in de fabriek aan te brengen, wordt het bestaan van dubbbele codes, dus onderlinge beinvloeding, onmogelijk. (OK, is een keer mis gegaan.)
Laatst bewerkt:
Nog meer stof tot nadenken,
Gisterenavond een nieuw setje (dus zonder >3 seconden truuk, was nog nooit gedaan dus) uitgeprobeerd, alleen met dit setje aan geen probleem daarna andere zenders aangezet en een niet goed willen verbinden het nieuwe setje wel te verstaan(led knippert, en brand niet onafgebroken en dat gaat ook niet over na verloop van tijd). De overige setjes waar >3 sec truuk al wel was toegepast geen problemen op dat moment. Daarna >3 seconden truuk toegepast alles in een keer goed werken. totaal geen problemen meer.
Kunnen we hieruit concluderen dat er wellicht nog geen ID toegekend was? Allemaal lekker wazig maar het houd ons van de straat.
mvrgrt, Aad den Blaauwen.
Gisterenavond een nieuw setje (dus zonder >3 seconden truuk, was nog nooit gedaan dus) uitgeprobeerd, alleen met dit setje aan geen probleem daarna andere zenders aangezet en een niet goed willen verbinden het nieuwe setje wel te verstaan(led knippert, en brand niet onafgebroken en dat gaat ook niet over na verloop van tijd). De overige setjes waar >3 sec truuk al wel was toegepast geen problemen op dat moment. Daarna >3 seconden truuk toegepast alles in een keer goed werken. totaal geen problemen meer.
Kunnen we hieruit concluderen dat er wellicht nog geen ID toegekend was? Allemaal lekker wazig maar het houd ons van de straat.
mvrgrt, Aad den Blaauwen.
Nou, wel dat ze allemaal een soort standaard-fabrieks-ID hebben.
Het begint er steeds meer op te lijken dat je in elk geval één keer moet resetten (>3 sec.). Hoe testen we nou of het na resetten voldoende veilig werkt?
Met alle Corona modules bij mekaar gaan zitten en kijken of er interferentie is...?
hobbyist
Forum veteraan
Het bij elkaar gaan zitten om te testen is een momentopname.
Dat is dus niet echt een betrouwbare methode, wel voor dat moment, niet voor de toekomst.
Omdat Corona vooraf geen uniek ID in de zender zet is 100% veiligheid uitgesloten.
Dat zijn dingen die je vooraf niet weet, ik ook niet.
Terwijl je er vanuit gaat dat er echt unieke ID's worden toegepast.
Blijkt het nu dat ze een soort van Russische roulette ID toekenning er op losgelaten hebben.
Nu weet ik niet in hoeverre er echt uniek id's moeten zijn, ben ook maar een modelbouwer zonder enige kennis van de spelregels.
Als je de spulletjes niet zelf importeert, kun je naar mijn idee gewoon de winkelier aansprakelijk stellen wegens het leveren van een ondeugdelijk product.
Stel, je komt op een (club) veld met je Corona set, die je eerder hebt gereset met de >3 sec. methode, en de ontvanger hebt gebonden.
Er zijn mensen aan het vliegen, misschien met Corona; er zijn ook mensen niet aan het vliegen (misschien ook met Corona).
Stel, je zet nu eerst even je ontvanger aan en kijkt wat-ie doet.
Blijft de ontvanger stil, dan kan je 'm uitzetten, de zender aan, en je ontvanger weer aan, en je kan gaan vliegen.
Als de ontvanger begint te reageren, dan is er dus iemand anders actief met dezelfde ID (kleine kans, maar toch!). Je kan nu wachten tot hij stopt, óf opnieuw resetten, je ontvanger opnieuw binden, de test opnieuw doen, en kijken of je nu wél een ongebruikt kanaal hebt.
Als iemand anders (met corona) wil gaan vliegen, ook na een onderbreking, moet hij altijd eerst even zijn ontvanger aanzetten om te checken of zijn kanaal vrij is. Een soort automatisch frequentiebord... maar net als het frequentiebord moet je het niet vergeten.
Het lijkt me dat je op deze manier veilig met deze sets kan vliegen, of zie ik iets over het hoofd?
Ik geloof dat er overigens nog geen interferentie is geconstateerd met geresette zendermodules, die kans is zowiezo erg klein.
Dit is nog complexer dan een frequentie knijper.
Daarbij heb je in ons geval ook nog een nabij gelegen veld. Je kan dus wachten op problemen.
Het is dus geen bruikbare oplossing. Hier is 2.4 ook niet voor bedoeld.
Daarbij opgemerkt dat er niet alleen een ID probleem lijkt te zijn. Vergeet niet de gevoeligheid voor ruis!