Storing Corona 2.4 DSSS

Tja, maargoed, als het de ene keer wel lukt om Corona's onderling vast te laten lopen en de andere keer niet, en als verder niemand in de hele wereld ook maar iets soortgelijks rapporteert en er nog steeds geen idee is van wat de feitelijke oorzaak is...

Meten = weten, ik heb van Corona een DIY DSSS setje gekregen, desnoods slopen we die module, als er maar een antwoord uit komt.
 
Als er bij MVA ook mensen zijn met een Corona set, dan zullen ze ongetwijfeld graag met de Corona-piloten van de Gooische een sessie houden om alle zenders opnieuw te initialiseren en te zorgen dat er geen dubbele codes zijn... één avondje met z'n allen bij mekaar zitten... als dat alles zou oplossen...?
 
Als er bij MVA ook mensen zijn met een Corona set, dan zullen ze ongetwijfeld graag met de Corona-piloten van de Gooische een sessie houden om alle zenders opnieuw te initialiseren en te zorgen dat er geen dubbele codes zijn... één avondje met z'n allen bij mekaar zitten... als dat alles zou oplossen...?

Volgens mij heb je het nog niet helemaal begrepen.
Als dit eenmalig zou zijn is dit te overzien.
Punt is dat elke keer als een nieuwe set in gebruik genomen wordt echt iedereen bij elkaar moet komen om te testen. Die groep word natuurlijk steeds groter en het zal dus steeds moeilijker worden om echt iedereen bij elkaar te krijgen zeker met 2 clubs!
Vandaar dat dit volgens mij geen bruikbare oplossing is.
 
Het lijkt mij, als een ieder een nieuwe ID genereerd, men niet bij elkaar hoeft te komen om te testen.
Met 4,5 miljard mogelijkheden is de kans klein op dezelfde id.
Elke nieuwe corona gebruiker zal eerst een nieuwe ID moeten instellen voor de ingebruikstelling.
Een test hiermee kan uitsluitsel geven.

Groet, Straalpijp
 
Het lijkt mij, als een ieder een nieuwe ID genereerd, men niet bij elkaar hoeft te komen om te testen.
Met 4,5 miljard mogelijkheden is de kans klein op dezelfde id.
Maar hiervóór hadden we een even kleine/grote kans. Toch lijkt het er op dat het gebeurd is...
Overigens, in bepaalde gevallen (waar de fout opnieuw opgeroepen kan worden) lijkt het op gelijke ID's in meerdere zenders; maar in andere gevallen (waar dat niet ging) lijkt het meer op een teveel aan ruis, zoals Beton suggereerde.
 
Het lijkt mij, als een ieder een nieuwe ID genereerd, men niet bij elkaar hoeft te komen om te testen.
Met 4,5 miljard mogelijkheden is de kans klein op dezelfde id.
Elke nieuwe corona gebruiker zal eerst een nieuwe ID moeten instellen voor de ingebruikstelling.
Een test hiermee kan uitsluitsel geven.

Groet, Straalpijp

Zijn het er inderdaad 4.5 miljard?
Het zou best kunnen.
De informatie die de fabrikant geeft doet mij echter twijfelen. Zie onderstaande citaat:

2.B turn on the transmitter into to binding mode ,press the button of tx more than three seconds ,press the button of rx and power it.

3.Power B Rx, turn on B Tx. Establishing the Link of Tx and Rx.

4.You can try several times if there is still interference.

Je moet het dus verschillende keren proberen als er nog interferentie is. Of er nog interferentie is kan je alleen controleren door alle systemen samen te brengen.
Als een febrikant dit al aangeeft dan lijkt het mij dat er maar een beperkt aantal ID's beschikbaar zijn.
 
Overigens, in bepaalde gevallen (waar de fout opnieuw opgeroepen kan worden) lijkt het op gelijke ID's in meerdere zenders; maar in andere gevallen (waar dat niet ging) lijkt het meer op een teveel aan ruis, zoals Beton suggereerde.

Ik ben er inderdaad nog steeds van overtuigd dat de crash waar dit draadje mee begon niet veroorzaakt werd door een gelijke ID code.
Als dit het geval geweest was dan had het probleem reproduceerbaar moeten zijn gebleven.
Een half uur na de crash was het probleem reproduceerbaar. En weer een half uur later niet meer. Dit uiteraard zonder opnieuw te binden of iets dergelijks. Als ze het zelfde ID hadden gehad was het reproduceerbaar gebleven.
 
Mijns inziens valt het hele gebeuren bij de standaard regel van zender controlle..
Toen ik 10 jaar geleden op het veld kwam met mijn 35 Mhz zender werd als direct mijn kanaal gecontroleerd.
Eventuele nabuur kanaal gebruikers werden meteen aan elkaar voorgesteld en samen werden eventuele problemen besproken en getest.
Met alle 2,4Ghz systemen zou het onfeilbaar moeten zijn maar iedereen die een beetje technisch is weer dat die onfeilbaarheid een illusie is.

Ik denk dat we terug moeten naar het begrip dat je de zender eerst moet testen bij je club en dat gebruikers alert moeten blijven op dit soort problemen..

Benno
 
tja, maar ook als je een nieuwe zender wil testen... waarop dan? We kennen de fout immers niet.
Als je een "werktafel-test" doet, ben ik ervan overtuigd dat die corona sets een voldoende scoren.
En met 35 mhz kon je nog gaan praten met gebruikers van aangrenzende frequenties, maar met 2.4 Ghz heb je geen idee wie er aangrenzend zitten.... terwijl inmiddels wel 3/4 van de club met 2.4 Ghz vliegt...
 
Klopt helemaal, we weten nog-steeds-niet wat er feitelijk aan de hand is.

Daarom; bewijs, oscilloscoop, spectroscoop, zwaar geschut ! Kan misschien op de uni nog navragen, bij het radio-nucluidencentrum ofzo (interessant, dan geven de Corona's ook nog licht in het donker misschien).

Maar serieus, er is nog iets teveel onbekend van de onderliggende reden, kennis en begrip daar gaat het om. Hier een voorbeeld van een test --> http://www.rcmodelreviews.com/corona_dsssv2.shtml

Misschien dat Corrien de falende sets kan testen en een deskundig oordeel vellen ?

Laat maar weten.
 
Laatst bewerkt:
iemand toevallig wel eens de overeenkomsten gezien van de jamara jump systemen met corona. het lijkt wel het zelfde systeem vooral de overeenkomst met de ontvangers en gerij wat erbij hoort lijkt 1 op 1 hetzelfde

23401_1.jpg


CT8Z.jpg


gr

vinze
 
Nou, ook weer niet helemaal...
Aan de corona module zit een draadje met een klein printplaatje, met daarop een drukknopje en een LEDje; dit is de bind button. Op het Jamara fotootje zie ik die niet. Dus het zal niet uit dezelfde fabriek komen... (ja had gekund natuurlijk)

Daarentegen is het bijgeleverde schroevendraaiertje wel weer volkomen identiek!
 
ja daar heb je gelijk in.
echter er zit wel weer die rare 6 kanaals ontvanger bij die eigenlijk 8 kanaals is maar 2 rijen pennetjes mist.

zie trouwens net dat Jamara jump fhss. is
 
Parallel aan dit alles loopt een thread over Corona DSSS;

Re: Corona 2.4 DIY
by RCModelReviews » Tue Nov 02, 2010 8:52 pm

The PPM signal on the Corona DIY module I saw was fed straight into the microcontroller chip which operates from a voltage of just 3.3V. This means that if you drive it with more than 3.3V you end up placing excessive stress on the protection diodes built into that tiny chip.

Also (from memory) the Corona uses a pull-up resistor on that line so all you need to do is add a diode which will block any incoming voltage but allow the radio's circuitry to pull the voltage down to zero-volts.

A Schottky diode will work but I've found that a cheap signal diode such as a 1N914 or 1N4848 also works just fine in such cases.

Nu; het PPM signaal wat alle Corona DSSS DIY sets gebruiken gaat via een 3-aderig (servo) snoertje richting het PPM-signaal van welke naar 2.4 GHz om te bouwen zender dan ook.

Dat is versie 1 van een mogelijke oplossing.

Versie 2 is de voeding van de ontvanger, als de ontvanger in een gebied komt van een lage voltage, wat kan gebeuren bij aerobatic manouvres die veel stroom trekken van de servo's, dan kan er een moment ontstaan van dat de ontvanger op zwart gaat.

Versie 3 is dat de test door o.a. Straalpijp is nagebootst, hier was alles o.k., voeding enz.

Dan is het waarschijnlijker om bij versie 1 terug te komen, het zou kunnen dat de chip in de zender van het PPM signaal meer dan 3 V krijgt te verwerken.

Deze situatie zou direct herkenbaar moeten zijn als iemand met een Corona-DIY DSSS set vliegt en ineens de controle verliest / verbinding, met resultaat; crash.

Het past wel binnen het beeld; beiden gebruikers (Beton en dhr Jacob) gebruikten zenders die 8 cellen of een 3S1P LiPo hebben.
Misschien een keer de spanning meten op de signaal-kant ?
 
Parallel aan dit alles loopt een thread over Corona DSSS;

Re: Corona 2.4 DIY
by RCModelReviews » Tue Nov 02, 2010 8:52 pm

The PPM signal on the Corona DIY module I saw was fed straight into the microcontroller chip which operates from a voltage of just 3.3V. This means that if you drive it with more than 3.3V you end up placing excessive stress on the protection diodes built into that tiny chip.

Also (from memory) the Corona uses a pull-up resistor on that line so all you need to do is add a diode which will block any incoming voltage but allow the radio's circuitry to pull the voltage down to zero-volts.

A Schottky diode will work but I've found that a cheap signal diode such as a 1N914 or 1N4848 also works just fine in such cases.

Nu; het PPM signaal wat alle Corona DSSS DIY sets gebruiken gaat via een 3-aderig (servo) snoertje richting het PPM-signaal van welke naar 2.4 GHz om te bouwen zender dan ook.

Dat is versie 1 van een mogelijke oplossing.

Versie 2 is de voeding van de ontvanger, als de ontvanger in een gebied komt van een lage voltage, wat kan gebeuren bij aerobatic manouvres die veel stroom trekken van de servo's, dan kan er een moment ontstaan van dat de ontvanger op zwart gaat.

Versie 3 is dat de test door o.a. Straalpijp is nagebootst, hier was alles o.k., voeding enz.

Dan is het waarschijnlijker om bij versie 1 terug te komen, het zou kunnen dat de chip in de zender van het PPM signaal meer dan 3 V krijgt te verwerken.

Deze situatie zou direct herkenbaar moeten zijn als iemand met een Corona-DIY DSSS set vliegt en ineens de controle verliest / verbinding, met resultaat; crash.

Het past wel binnen het beeld; beiden gebruikers (Beton en dhr Jacob) gebruikten zenders die 8 cellen of een 3S1P LiPo hebben.
Misschien een keer de spanning meten op de signaal-kant ?

Eh, hier heb ik ook al een keer op gewezen: http://www.modelbouwforum.nl/forums/model-elektronica/120742-storing-corona-2-4-dsss-3.html#post1871145 ;) ingang wordt overstuurd en zorgt voor een black-out of zo iets!
 
Dit is wat er o.a. misging bij de eerste Corona FHSS versie;

3. Failure to relink
When testing for the lowest voltage at which the receiver would continue to operate, I discovered that sometimes the receiver will simply "go to sleep" and not relink with the transmitter, even once full operating voltage was restored. This is clearly not a good thing.

If you are flying a model with a weak BEC or battery, it's quite possible that the receiver could enter this state when heavy servo loads are experienced.

4. Loss of RF link
It very much appears as if the Corona's FHSS receiver can be confused to the point of losing all contact with the transmitter if/when only a relatively small portion of the band is subjected to high noise levels.

Although there may be as much as 75% of the band unaffected, and although the transmitter continues to hop across that unaffected part of the band, the receiver is unable to extract valid data and all control is lost.

One of the key benefits of a frequency-hopping system is that it should be able to make use of even the smallest interference-free window within the band, the Corona can not. This may be attributed to the receiver processor being overloaded as it attempts to decode the noise as a valid signal -- thus leaving no time for hopping or other essential tasks.

Bron: Bugs in Corona/Turnigy FHSS 2.4GHz RC System

De thread over het PPM-overload probleem, of de kans op problemen;

RC Model Reviews • View topic - Corona 2.4 DIY

Wat gaan we doen ? Gaan we de Corona's DSSS doormeten, aanpassen en kijken of de storingen voorbij zijn ?
 
......
Wat gaan we doen ? Gaan we de Corona's DSSS doormeten, aanpassen en kijken of de storingen voorbij zijn ?

Als het een ID kwestie is, dan valt er niets te meten met osciloscoop etc...
Je moet niet in klassieke kanalen en frekwenties denken.
Bij IDs heb je het over de data info na de radio verbinding. Die kan je niet analyseren zonder het digitale protocoll helemaal in detail te weten.

Voltage dingen kan je natuurlijk wel meten.
De hoogte van een PPM signaal kan inderdaad met een osciloscoop. Ik heb nog zoń ding staan. Oud, heel groot, maar werkend.

ID is oplosbaar. Als je echt een nieuwe ID hebt gegenereerd, dan is de kans dat 2 dezelfde hebben gruwelijk klein. Overkomt je dat, dan meteen een staatslot kopen.
Bij het eerste incident en de reproductie van straalpijp was waarschijnlijk er geen sprake van een ¨willekeurige ID¨, maar een standaard fabrieks ID (knop nog niet langer dan 3s inngedrukt gehad). De kans op ID clash is dan ontzettend veel hoger dan met een random ID.

Je hoeft niet elke zender met elke corona bezitter te checken in de wijde omgeving, maar eventueel wel met de actieve gebruikers van die dag.
Dat GenE en MVA dicht bij elkaar zitten maakt dat weer wat lastiger.
Voor wie geen gevoel heeft voor statistiek is de kans op een probleem altijd 50% (het gebeurt wel, of het gebeurt niet)

De andere berichten dat de corona hopping door de war raakt als het een beetje druk wordt met 2.4 is wat zorgelijker, maar dat zou dan ook reproduceerbaar moeten zijn.
Last van ¨noisy environments¨ is gewoon storingsgevoelig. Vervelend, want kan je niet oplossen. Wel belangrijk om te weten wat de grens is.

Mogelijk is het allemaal veilig werkend te krijgen onder bepaalde gebruiks voorwaarden..
Het voordeel van 2.4 zou moeten zijn dat het allemaal juist heel gemakkelijk is. Gebruikers van corona bepalen voor zichzelf wanneer het teveel gedoe wordt.
 
Laatst bewerkt:
Back
Top