Gluon: Définir le drapeau CASSÉ pour tl-wr1043nd v1

Pouvez-vous fournir un ticket décrivant comment reproduire les problèmes avec un tl-wr1043nd v1 ? Ayez-en beaucoup ici. Et quels sont les problèmes, en fait ? Est-ce que les LED clignotent en code morse disant « nous allons asservir tous les humains » ou est-ce que quelque chose d'autre est cassé ? ;-)

• un pour moi

23/01/2017 22:55 GMT":" Ruben Barkow [email protected] :

Nous avons eu beaucoup de problèmes avec l'ancienne v1 de cet appareil.

veuillez définir un indicateur cassé pour cet appareil, car il ne fonctionne vraiment pas
rond avec gluon

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/freifunk-gluon/gluon/issues/1011 , ou couper le fil
https://github.com/notifications/unsubscribe-auth/AFmeWCRtwsQIp06xm9uqsXDEKpvNW4Riks5rVSHcgaJpZM4LrmCv
.

le CASSÉ n'aidera pas le fait que c'est probablement le chipset WiFi qui n'est pas stable lors de l'exécution simultanée d'IBBS et d'AP.
Et comme tout le monde est conscient des lacunes de ces unités, il en était de même depuis AA...

Il y a eu quelques correctifs dans la version actuelle de Lede concernant les pilotes wifi ath9k, voir https://github.com/lede-project/source/commit/f9022964cfa0a44984d2efa2dafe3452899acfdf et https://github.com/lede-project/source/commit /36db14369016b976ce7b0d6a1928eb7a26c45f5c

Je pense qu'après cela, le 1043 pourrait être à nouveau utilisable. C'est encore du vieux matériel, cependant...

@Frère-Lal

Je pense qu'après cela, le 1043 pourrait être à nouveau utilisable. C'est encore du vieux matériel, cependant...

D'accord, restons optimistes, mais honnêtement, je ne suis pas convaincu que des correctifs aideront 1043v1, il a souffert d'un wifi "peu fiable" non seulement dans CC, mais BB et AA n'étaient pas différents. Du moins ce que j'ai observé.

En d'autres termes : les personnes équipées de cet appareil savent à quoi elles ont affaire, car elles l'utilisent vraisemblablement depuis des années maintenant.
L'attribution d'une marque CASSÉE n'empêchera personne d'en acheter une "nouvelle" et n'aidera pas non plus les utilisateurs d'une installation existante.
Cela tuera simplement le chemin de mise à niveau automatique dans les domaines où le firmware n'est pas compilé avec la saveur "BROKEN" et le poussera dans la branche stable.

(si un domaine est mis à niveau automatiquement en changeant les fastdservers, les versions de batman, etc., ces unités seront expulsées...)

Et comme avertissement : je sais moi-même comment contourner ces problèmes, mais il y aura probablement des communautés moins fortement impliquées dans les scripts gluon-build qui auront des problèmes, tandis que personne ne bénéficiera d'un "BROKEN" nouvellement introduit sur 1043V1.