le FEC: Tu envisages quoi concrètement?
ca a un intéret si ca sait corriger des bits en nombre significatif donc ca amene beaucoup de redondance, de perte de débit, et de complexité a la fois coté TX et RX, même si un code systématique rend le décodage optionnel.
Pour moi ce sont des inconvénients
-perte de débit, convolutionnel double les données a transmettre
-Reed solomon requiert paquets de taille fixe
-turbo code et ldpc: heu lol pour de la comm de ce genre
-autres genre parité: inutile, ne fait que détecter les erreurs
Quels avantages? Améliore virtuellement le SNR dans des liens au bilan de liaison limite.
Eviter les repetitions mouais, mais c'est pas magique... ca va gagner quelques dB sur le bruit sans plus...
Sachant que lora et les autres savent transmettre sur des kilomètres avec des antennes fouet, je me fais pas trop de souci
-sur des liens locaux ca passera
-sur des liens longue distance y'aura patate et antennes directives
Ensuite tu parles de video et la je suis pas du tout d'accord, les liens media video et audio sont justement des applis ou la FEC ne sert a rien, tu veux une faible latence, et si un paquet se paume, ca fait cloc ou un peu de neige, mais ca ne nuit absolument pas a la liaison.
la FEC est plus critique pour balancer des gros paquets de donnés quand on se fout de la latence, genre internet.
Soyons créatifs et modernes, tout cela peut etre au contraire concu de manière très souple. En gros si on met de la FEC elle devrait rester totalement optionnelle, et surtout adaptative, par ex négociée quand la tendance du RSSI se casse la gueule, on prévoit que le lien va chier et on active la FEC. mais pas par défaut de partout, c'est un gros poids mort dans la plupart des cas.
Tout cela, je pense, se decidera quand on aura fait des vrais tests de liaison, avec juste quelques paquets pour tester au début.
Je suis aussi a ML donc les tests sont faisables, on est pas en vue directe sans doute mais c'est tant mieux, un des buts de l'expérimentation est de vérifier le fonctionnement en env urbain sans liens en vue directe genre hamnet/wifi.
OK pour la répartition équitable, sauf que ca cache des heuristiques complexes. bon sujet d'expérimentation aussi!
Bref, un des premiers essais sera de tester le lien sur des distances raisonnables, pour cela je peux installer un raspi chez moi et ty donner un acces ssh, ca te permettra de manipuler les deux bouts de la chaine
Problématique a résoudre: Quelles antennes?
je lisais des trucs sur MSL (Curiosity) et je vois qu'ils utilisent une antenne QFH entre le rover et les satellites. je pense qu'une QFH est facile a faire. Qu'est ce que t'en penses? On s'en fait une paire?
http://i.imgur.com/GeagjyT.jpg
https://www.jcoppens.com/ant/qfh/calc.en.php
Sinon y'a la turnstile... deux dipoles croisés, spas super compliqué, mais le matching demande de jouer a faire des bouts de coax 75 ohms!
https://en.wikipedia.org/wiki/Turnstile_antenna
ou la bigwheel
http://blog.f1src.org/antenne/bigwheel/ ... l_70cm.htm
Semble pas mal, celle la!
Plus simple, polar H et pas circulaire comme la QFH
avec un plan http://f5jtz.free.fr/pjacquet/b-wheel.htm
une image http://blog.f1src.org/antenne/bigwheel/ ... m_wimo.pdf
la partie centrale peut être imprimée en 3d, en deux parties sandwich qui tiennent les tubes.
). 
