moin,
die grosse frage ist doch öfter gewesen, wie der reconnect bei FASST funktioniert.
die frage war, woher weis der empfänger auf welchem kanal er als nächstes sein soll.
solange sender und empfänger sychron sind, haben beide die hopping sequenz.
aber was ist wenn die sich mal verlieren ?
woher weis der empfänger ob der sender tatsächlich auf dem nächsten kanal sein wird ?
könnte ja nur kurze störung sein oder auch das jemand den sender kurz ausgeschaltet hat.
ich hab mal das oszi, (leider kein logicanalysator vor ort) an die steuerleitungen des ML2724 gehängt.
die lösung ist ganz einfach.
bei verbindungsverlust macht der empfänger einen auf langsam und veringert die hoppinsequenz auf 0,3sec. er bleibt also maximal 0,3sec statt 0,08 sec auf einem kanal und schaltet erst dann um.
kurz gesagt, er läst sich einfach vom sender überholen und hört während er langsam rumeiert auf seinen sendercode.
kommt der sendercode vorbei, synchronisiert er sich wieder und hoppt wieder ganz normal mit.
das heist nach spätestens nach den 40 kanälen, also 40*8ms = 240ms sind empfänger und sender wieder synchron.
theoretisch könnte es zwar sein, dass der empfänger einen reconnect verpasst und die zeit höher als 240ms ist, weil der kanal gerade mit störung voll ist.
praktisch wird ein reconnect aber sicher kürzer sein als 240ms.
ist doch ganz simpel
einfach mal vom gas gehn und warten bis papi vorbeirennt
grüße
die grosse frage ist doch öfter gewesen, wie der reconnect bei FASST funktioniert.
die frage war, woher weis der empfänger auf welchem kanal er als nächstes sein soll.
solange sender und empfänger sychron sind, haben beide die hopping sequenz.
aber was ist wenn die sich mal verlieren ?
woher weis der empfänger ob der sender tatsächlich auf dem nächsten kanal sein wird ?
könnte ja nur kurze störung sein oder auch das jemand den sender kurz ausgeschaltet hat.
ich hab mal das oszi, (leider kein logicanalysator vor ort) an die steuerleitungen des ML2724 gehängt.
die lösung ist ganz einfach.
bei verbindungsverlust macht der empfänger einen auf langsam und veringert die hoppinsequenz auf 0,3sec. er bleibt also maximal 0,3sec statt 0,08 sec auf einem kanal und schaltet erst dann um.
kurz gesagt, er läst sich einfach vom sender überholen und hört während er langsam rumeiert auf seinen sendercode.
kommt der sendercode vorbei, synchronisiert er sich wieder und hoppt wieder ganz normal mit.
das heist nach spätestens nach den 40 kanälen, also 40*8ms = 240ms sind empfänger und sender wieder synchron.
theoretisch könnte es zwar sein, dass der empfänger einen reconnect verpasst und die zeit höher als 240ms ist, weil der kanal gerade mit störung voll ist.
praktisch wird ein reconnect aber sicher kürzer sein als 240ms.
ist doch ganz simpel
einfach mal vom gas gehn und warten bis papi vorbeirennt
grüße
