Proposition de (4ème) firmware alternatif

[etimal04180]

Bonjour à Armel et à la communauté des utilisateurs de l'UV-K5(8).
Tout d'abord merci pour tout le travail réalisé, qui permet d'étendre très largement les fonctionnalités de ce petit appareil, que je découvre depuis un mois.
J'ai regardé un bon nombre de vidéos accompagnant la sortie des firmwares précédents pour comprendre les différentes fonctionnalités proposées, et j'ai bien compris qu'un des problèmes les plus limitants à l'heure actuelle est la place mémoire disponible pour les implémenter.
Raison pour laquelle, depuis deux ou trois évolutions, trois versions de firmware différentes sont proposées.
En ce qui me concerne, et je ne suis probablement pas le seul (même si j'ai bien noté qu'un sondage avait été réalisé au préalable) cela m'oblige à choisir entre le bandscope et le broadcast FM, choix que je n'ai pas vraiment envie de faire car les deux m'intéressent.
Alors, je me demandais : puisque (étant SWL) je n'émets absolument jamais avec mon appareil, une version spécifique "écoute seule" (dont seraient éliminées toutes les fonctionnalités dédiées à la gestion de l'émission) ne permettrait-elle pas de retrouver le bandscope et le broadcast FM réunis ?
Désolé d'avance si cette suggestion est une ineptie, je n'ai aucune idée des conséquences en terme de mémoire d'une telle option.
Cordialement,
E. Malandain

[16BDX001]

Super pour cette dernière version. J'attends avec impatience le firmware 3.4 fr avant de l'installer.
Petite suggestion, peut- ajouter une option TX Off dans le panneau "Mémoires", lorsqu’on veux le programmer via CHIRP. Ainsi, en un coup d'oeil, on programme si on veux que le PTT émette ou pas, Cela éviterait de le faire sur chaque canal enregistré. C'est juste une proposition que certains partagent probablement. Merci beaucoup pour la poursuite de ces mises à jours. 73s
16BDX001 - Joël

[armel]

@etimal04180 Bonsoir et merci pour ce message. Il est certain que la suppression des parties dédiées à l'émission, ferait gagner pas mal de place mémoire. Mais ce serait un travail énorme à faire et qui viserait un objectif, à mes yeux, beaucoup trop spécifique: développer un firmware réservé au SWL. Cela va à l'encontre de ce que je tente de faire, en restant le plus générique possible. Donc non, je ne le ferais pas. Mais le code source étant ouvert (open source), d'autres s'en chargeront peut-être ?

@16BDX001 Je n'ai jamais réalisé de firmware en version fr. En complément, je pense que vous confondez TX Off avec TXLock et SetOff ? Je n'ai pas d'option TX Off. Que cherchez vous à faire exactement ?

[etimal04180]

Bonjour,
merci pour votre réponse. Je comprends votre position et je n'imaginais pas que la suppression d'options représenterait un travail important.
Bonne soirée,
E.Malandain

[armel]

Bonjour,

Pas de souci.

En fait, il suffit de se promener dans le code source du firmware pour le comprendre. Ce sont des centaines de fichiers, des dizaines de milliers de ligne de code. Il n'y a pas une option que l'on active ou désactive, en remplacant un 1 par 0, pour activer ou désactiver le passage en émission. C'est un peu plus compliqué que cela :)

Pour se fixer les idées, je pense que j'ai passé pas loin de 300h sur ce firmware, depuis le début de l'année. C'est le temps consacré uniquement à son développement. Il faudrait ajouter le temps pour réaliser les vidéos, rédiger la documentation et répondre aux messages :)

Ca permet de se fixer les idées. Bref, si c'était si facile, tout le monde pourrait le faire.

73'

Armel F4HWN.