RT-4D DMR : anciens fichiers CPS (4RDMF) vs nouveau DDMR
Comprendre la rupture de compatibilité et les conflits de versions
Le Radtel RT-4D s’est imposé en peu de temps comme une radio DMR très appréciée, notamment grâce à son tarif accessible, sa polyvalence et un rythme soutenu de mises à jour.
Cependant, cette évolution rapide n’a pas été sans conséquences : le logiciel de programmation (CPS) et le format des fichiers ont profondément changé, entraînant une confusion légitime chez de nombreux utilisateurs.
Depuis la fin de l’année 2024, on distingue clairement deux générations techniques incompatibles :
l’ancienne génération basée sur les fichiers CPS 4RDMF
la nouvelle génération reposant sur l’architecture DDMR
Ancienne génération : CPS 4RDMF
La première génération du RT-4D couvre la période allant de 2024 à mi-2025.
Elle s’appuie sur des versions de CPS comprises entre V1.16 et V1.24, associées à des firmwares allant de V3.10 à V3.16.
Cette phase se caractérise par :
un format de fichiers relativement stable (codeplugs 4RDMF),
des exports et imports CSV pleinement fonctionnels,
une compatibilité globale entre les versions V1.x.
La programmation suivait alors un schéma classique et rassurant :
lecture de la radio → modification → réécriture.
La version CPS V1.24 (30 mai 2025) marque l’aboutissement de cette génération. Elle corrige notamment :
les dysfonctionnements liés au mode Promiscuous,
les erreurs d’identification de canaux,
plusieurs problèmes d’import CSV.
Pour beaucoup, cette version reste aujourd’hui la plus stable de l’ancienne génération.
Nouvelle génération : DDMR
La fin de l’année 2025 marque une rupture nette avec l’arrivée des CPS V2_01, V2_04 et V2_05, accompagnés des firmwares V3.19, V3.21 et V3.22.
Cette nouvelle génération repose sur une refonte complète de l’architecture interne, désormais appelée DDMR.
Les changements sont profonds :
nouvelle organisation de la mémoire interne,
restructuration complète des tables de canaux, zones et identifiants,
apparition de champs internes absents des anciens CSV,
mise en place de contrôles stricts de cohérence et d’intégrité.
👉 Cette évolution entraîne une rupture totale de compatibilité avec l’ancienne génération.
Le conflit : pourquoi les anciens fichiers ne fonctionnent plus
Avec le passage à DDMR, les problèmes apparaissent immédiatement pour les utilisateurs historiques :
impossibilité d’importer d’anciens CSV au format 4RDMF dans les CPS V2.x,
impossibilité d’ouvrir d’anciens codeplugs,
lecture de la radio souvent impossible après une mise à jour majeure du firmware,
absence totale d’outil de conversion entre les formats.
La raison est simple :
le CPS V2.x ne traite plus un CSV comme un simple tableau de données.
Il attend désormais :
des identifiants internes spécifiques,
une structure conforme à DDMR,
des champs obligatoires validés en interne.
Ainsi, même un fichier CSV visuellement identique à l’ancien format est systématiquement rejeté.
Le cas particulier du mode Promiscuous
Le mode Promiscuous est emblématique de cette transition.
Mal implémenté dans les premières versions du CPS V1.x, il a été partiellement corrigé en V1.24, avant d’être entièrement réécrit dans le cadre de l’architecture DDMR.
Cette refonte explique :
les erreurs d’import rencontrées avec les anciens CSV,
les incohérences de champs,
les comportements variables observés selon les combinaisons CPS / firmware.
Conséquences pour l’utilisateur
Face à cette situation, deux choix s’offrent aujourd’hui aux utilisateurs du RT-4D.
Rester sur l’ancienne génération
stabilité éprouvée,
CSV toujours exploitables,
méthode de programmation classique,
aucune évolution future possible.
Cette option convient à ceux dont la configuration est fonctionnelle et figée.
Passer à la nouvelle génération DDMR
recréation complète du codeplug obligatoire,
aucune récupération possible des anciens fichiers,
nouvelle méthode de travail :
création d’un codeplug vierge,
import de CSV générés en V2.x,
écriture directe dans la radio,
lecture de la radio fortement déconseillée.
Recommandations actuelles
En 2025, la configuration recommandée pour un usage pérenne est :
Firmware : V3.22
CPS : V2_05
Codeplug : neuf
CSV : générés exclusivement par CPS V2.x
Cette combinaison garantit une compatibilité maximale avec les évolutions futures.
À l’inverse, ceux qui souhaitent conserver l’ancienne génération devront rester sur :
Firmware ≤ V3.16
CPS V1.24
Cette solution reste stable, mais sans perspective de migration ultérieure.
Conclusion
Le RT-4D n’a pas simplement évolué par petites touches : il a changé de génération.
Le passage de 4RDMF à DDMR constitue une rupture technique volontaire, assumée par le fabricant, sans outil de migration prévu.
Il ne s’agit ni d’une erreur utilisateur ni d’un bug isolé, mais bien d’un choix d’architecture.
La seule stratégie viable consiste aujourd’hui à :
assumer clairement la génération choisie,
éviter tout mélange entre anciennes et nouvelles versions,
repartir proprement sur DDMR si l’on souhaite bénéficier des évolutions futures du matériel.
| Critère | Génération 1 (4RDMF) | Génération 2 (DDMR) |
|---|---|---|
| Période | 2024 à mi-2025 | Fin 2025 et au-delà |
| Versions CPS | V1.16 à V1.24 | V2_01, V2_04, V2_05 |
| Firmwares compatibles | V3.10 à V3.16 | V3.19, V3.21, V3.22 |
| Format de fichiers | CSV classique, codeplug 4RDMF | Architecture DDMR avec identifiants internes |
| Import/Export CSV | Fonctionnel et fiable | Nouveau format, incompatible avec V1 |
| Lecture de la radio | Normale et recommandée | Problématique, à éviter |
| Mode Promiscuous | Bug partiel, corrigé en V1.24 | Réécriture complète |
| Compatibilité entre versions | Bonne entre les V1.x | Aucune avec V1.x |
| Migration possible | Vers autres V1.x uniquement | Non, codeplug à refaire |
| Stabilité | Excellente (version figée) | En cours d’évolution |
| Évolutions futures | Aucune | Garanties par le fabricant |
| Configuration recommandée | CPS V1.24 + Firmware V3.16 | CPS V2_05 + Firmware V3.22 |
| Public cible | Utilisateurs cherchant la stabilité | Nouveaux utilisateurs, évolution |
Voici une version courte et directe, idéale pour une note d’auteur en fin d’article 👇
✍️ Note de l’auteur
Le passage des anciens CPS vers la nouvelle génération du RT-4D n’est pas anodin.
Après avoir mis à jour à la fois le firmware et le CPS, j’ai dû tout reprogrammer intégralement, perdant plusieurs heures de travail. Les anciens fichiers étant incompatibles, aucune récupération n’a été possible.
Sur le moment, l’expérience est frustrante, mais avec le recul, cette remise à zéro s’est révélée bénéfique. Elle m’a permis de repartir sur une configuration plus propre et de profiter des nouvelles fonctionnalités, comme le choix des modes AM, FM et BLU (SSB) ainsi que l’ouverture vers les bandes 27 et 28 MHz.
Cette expérience m’a rappelé une chose essentielle :
avant toute mise à jour majeure, il est indispensable de bien définir ses besoins. Une évolution apporte des avantages réels, mais elle doit être assumée et préparée.
