1
Talkgroups BrandMeister / Re : Nouvelle numérotation 2019 Talkgroups BrandMeister Français
« le: novembre 30, 2018, 10:21:56 am »
À quoi bon les TG pour les préfectures 
Forum Officiel BrandMeister DMR France
Voir les contributions
Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.
Pages: [1] 2
2
Talkgroups BrandMeister / Re : Nouvelle numérotation 2019 Talkgroups BrandMeister Français
« le: novembre 30, 2018, 10:20:26 am »
Je suis du même avis concernant le 2080 pour l'urgence ainsi que le 20800 pour le YSF FRANCE. Sachant que le 208 correspond lui aussi au national. Celà semble logique.
Sinon au sujet du redécoupage, il serait bon dans un premier temps de redécouper comme pour les zones téléphonique en France.
Je ne vois pas l'utilité d'un TG pour Paris alors que Paris reste en ile de France.
Pour terminer, on part du principe de division par région alors que la plupart d'entre nous utilisons un TG tel que le 208 937 ou encore le 20811. Perso je ne vais jamais sur le TG correspondant à la région géographique où je me trouve.
Sinon au sujet du redécoupage, il serait bon dans un premier temps de redécouper comme pour les zones téléphonique en France.
Je ne vois pas l'utilité d'un TG pour Paris alors que Paris reste en ile de France.
Pour terminer, on part du principe de division par région alors que la plupart d'entre nous utilisons un TG tel que le 208 937 ou encore le 20811. Perso je ne vais jamais sur le TG correspondant à la région géographique où je me trouve.
3
Utilisateurs BrandMeister DMR / Re : Appel rejeté
« le: mai 09, 2018, 10:00:57 pm »
Ok Olivier
Effectivement, je me souviens avoir activé cette option de mot de passe et évidemment oublié avant de quitter le Selfcare, de les supprimés.
Donc tout est rentré dans l'ordre ouf
Merci à toi !
F8FFP
Effectivement, je me souviens avoir activé cette option de mot de passe et évidemment oublié avant de quitter le Selfcare, de les supprimés.
Donc tout est rentré dans l'ordre ouf
Merci à toi !
F8FFP
4
Utilisateurs BrandMeister DMR / Appel rejeté
« le: mai 09, 2018, 08:24:40 pm »
Bon je vais faire simple, impossible de faire du DMR avec mes outils depuis l'ajout de mon relais MMDVM sur Brandmeister
J'ai deux ID 2089016 et 2089213 + un ID pour mon relais F5ZCV 208988.
J'ai deux Pi-Star, un DVMEGA, un OpenSpot, un MYDV, et un mmdvm_hs_hat de DF2ET sur pi zéro.
Le problème est que je reçois un message vocal me disant Appel rejeté en permanence, sur tout TG et tout master sélectionnés.
EX: Mes postes DMR sur mon relais Appel rejeté
Si je rentre mes identifiants dans une pi-star ou mon DVMEGA Bluestack je suis rejeté du ou des master.
J'ai tenter de connecter mon DVMEGA ou Pi-Star avec le call d'un autre OM ( avec son accord), le dvmega se connecte je reçois encore le message vocal correspondant au rejet.
Une idée non
J'ai deux ID 2089016 et 2089213 + un ID pour mon relais F5ZCV 208988.
J'ai deux Pi-Star, un DVMEGA, un OpenSpot, un MYDV, et un mmdvm_hs_hat de DF2ET sur pi zéro.
Le problème est que je reçois un message vocal me disant Appel rejeté en permanence, sur tout TG et tout master sélectionnés.
EX: Mes postes DMR sur mon relais Appel rejeté
Si je rentre mes identifiants dans une pi-star ou mon DVMEGA Bluestack je suis rejeté du ou des master.
J'ai tenter de connecter mon DVMEGA ou Pi-Star avec le call d'un autre OM ( avec son accord), le dvmega se connecte je reçois encore le message vocal correspondant au rejet.
Une idée non
5
Radios DMR / Re : md380tools : Correction des caractères accentués dans la base utilisateurs
« le: mai 31, 2016, 06:28:40 am »
Merci Thomas
Je vais regarder ça dans la semaine. Hier soir je n'ai pas eu le temps.
73'z
Je vais regarder ça dans la semaine. Hier soir je n'ai pas eu le temps.
73'z
6
Radios DMR / Re : Pas d'audio sur mon MD-380
« le: mai 31, 2016, 06:25:24 am »
Bienvenue en DMR Fred
73'z
73'z
7
Radios DMR / Affichage sur le 380
« le: mai 20, 2016, 11:27:03 pm »
J'ai regardé (en attendant de résoudre mon problème de base de donnée), les possibles modifications concernant l'affichage.
Pour modifier le message d'accueil :
.../.../applet/src/main.c
et modifier les lignes 137,139,141 etc.
Je précise que l'affichage dans le fichier, correspond à celui que vous trouverez sur l'écran.
Le nombre d'espaces à son importance !
Affichage de sélection du format de la date
Concernant cette partie, nous avons deux choix.
Original et Allemand (Je ne sais plus)
Dans le fichier .../.../applet/src/menu.c , j'ai modifié les lignes 30 et 31.
Pour obtenir ceci:
AAAA.MM.JJ
JJ.MM.AAAA
Image Brandmeister
Concernant l'image Brandmeister que je souhaite intégrer, je tombe sur un os!
No panique je continue à travailler dessus.
A suivre et
F8FFP
Pour modifier le message d'accueil :
.../.../applet/src/main.c
et modifier les lignes 137,139,141 etc.
Je précise que l'affichage dans le fichier, correspond à celui que vous trouverez sur l'écran.
Le nombre d'espaces à son importance !
Affichage de sélection du format de la date
Concernant cette partie, nous avons deux choix.
Original et Allemand (Je ne sais plus)
Dans le fichier .../.../applet/src/menu.c , j'ai modifié les lignes 30 et 31.
Pour obtenir ceci:
AAAA.MM.JJ
JJ.MM.AAAA
Image Brandmeister
Concernant l'image Brandmeister que je souhaite intégrer, je tombe sur un os!
No panique je continue à travailler dessus.
A suivre et
F8FFP
8
Serveurs BM 2081 2082 / Re : Passerelle Fusion Wires-X <> BrandMeister DMR 208 & 2088 - Rapports post tests
« le: mai 16, 2016, 09:23:06 pm »
Quel beau bordel !!!
1; Je pense que dans un premier il serait bon de fusionner
Les REF et TG . EX: 4300 208, 4307 2087 etc.
2: un seul REF et TG par région Télécom (01 02 03 04 05)
Et un autre pour les DomTom
3: laisser une passerelle pour les utilisateurs C4 et non deux comme c'est le cas avec le 208 et le 2088. Et une autre pour le D-Star.
Ensuite point important, permettre à tous le monde de pouvoir par simple coup de PTT , d'appeler le TG ou REF de son choix. Utile et simple pour tous, et surtout en cas de déplacement pro ou encore les vacances.
Aujourd'hui si je suis en déplacement, je ne sais pas comment configurer mes postes pour avoir accès aux relais qui se trouveraient dans mon secteur. Il nous faut nous déplacer avec un PC et nos cordons de programmation dans le sac avec notre serviette de bain.
1; Je pense que dans un premier il serait bon de fusionner
Les REF et TG . EX: 4300 208, 4307 2087 etc.
2: un seul REF et TG par région Télécom (01 02 03 04 05)
Et un autre pour les DomTom
3: laisser une passerelle pour les utilisateurs C4 et non deux comme c'est le cas avec le 208 et le 2088. Et une autre pour le D-Star.
Ensuite point important, permettre à tous le monde de pouvoir par simple coup de PTT , d'appeler le TG ou REF de son choix. Utile et simple pour tous, et surtout en cas de déplacement pro ou encore les vacances.
Aujourd'hui si je suis en déplacement, je ne sais pas comment configurer mes postes pour avoir accès aux relais qui se trouveraient dans mon secteur. Il nous faut nous déplacer avec un PC et nos cordons de programmation dans le sac avec notre serviette de bain.
9
Radios DMR / Re : Transfert du "users.csv" sur le MD380 (Linux only)
« le: mai 13, 2016, 11:10:19 pm »
Pour en revenir à la modification dans le fichier applet/src/gfx.c (centrer l'image de la base de donnée csv sur l'écran) à la ligne 95, je pense que les valeurs indiquées correspondent à des valeurs en données binaires.
Les directives suivantes sont facultatives. Le problème je pense, c'est qu'elles peuvent être dans un ordre quelconque partout dans le fichier. Ça complique les choses pour un novice comme moi
Chacune de ces directives ont trois valeurs de données pour x, y et z.
Les décalages et les angles devraient être mis à zéro; ils correspondent à des variables inutilisées dans le modèle qui ont été remplacés par les variables de référence d'image spécifiées dans les réf ... directives ci-dessous.
X et y des valeurs d'échelle doivent être fixés à 1,0 et la valeur de z doivent être réglés pour compenser l'épaisseur des tranches d'image utilisées pour créer le modèle.
Les valeurs de refcurscale et refcurrot sont basés sur l'espacement de pixels et de rotation des angles du fichier d'image;
Les valeurs de refoldtrans sont basées sur les valeurs d'origine dans le fichier d'image;
et refcurtrans valeurs sont basées sur le démarrage de coordonnées qui a été chargé dans le fichier image.
Par exemple, s'il n'y a pas de rotation, on peut ajouter ((refoldtrans x) - (refcurtrans x)) / (refcurscale x).
décalages ( x ) ( y ) ( z ) max ( x ) ( y ) ( z ) , l' échelle ( x ) ( y ) ( z ) des angles ( x ) ( y ) ( z ) refcurscale ( x ) ( y ) ( z ) refcurtrans ( x ) ( y ) ( z ) refcurrot ( x ) ( y ) ( z ) refoldtrans ( x ) ( y ) ( z )
Ce peut être du chinois, mais pourrait faire avancer le schmilblick.
Les directives suivantes sont facultatives. Le problème je pense, c'est qu'elles peuvent être dans un ordre quelconque partout dans le fichier. Ça complique les choses pour un novice comme moi
Chacune de ces directives ont trois valeurs de données pour x, y et z.
Les décalages et les angles devraient être mis à zéro; ils correspondent à des variables inutilisées dans le modèle qui ont été remplacés par les variables de référence d'image spécifiées dans les réf ... directives ci-dessous.
X et y des valeurs d'échelle doivent être fixés à 1,0 et la valeur de z doivent être réglés pour compenser l'épaisseur des tranches d'image utilisées pour créer le modèle.
Les valeurs de refcurscale et refcurrot sont basés sur l'espacement de pixels et de rotation des angles du fichier d'image;
Les valeurs de refoldtrans sont basées sur les valeurs d'origine dans le fichier d'image;
et refcurtrans valeurs sont basées sur le démarrage de coordonnées qui a été chargé dans le fichier image.
Par exemple, s'il n'y a pas de rotation, on peut ajouter ((refoldtrans x) - (refcurtrans x)) / (refcurscale x).
décalages ( x ) ( y ) ( z ) max ( x ) ( y ) ( z ) , l' échelle ( x ) ( y ) ( z ) des angles ( x ) ( y ) ( z ) refcurscale ( x ) ( y ) ( z ) refcurtrans ( x ) ( y ) ( z ) refcurrot ( x ) ( y ) ( z ) refoldtrans ( x ) ( y ) ( z )
Ce peut être du chinois, mais pourrait faire avancer le schmilblick.
10
Radios DMR / Re : Transfert du "users.csv" sur le MD380 (Linux only)
« le: mai 07, 2016, 10:28:21 pm »Content que ça marche les gars !
Seb, tu trouveras l'affichage dans le répertoire applet/src/gfx.c, la couleur est à la ligne 132, le 'print_DebugLine'. La couleur est codée en hexa, c'est inversé par rapport à ce qu'on a l'habitude de voir : BBGGRR. De mémoire, j'ai mis FF0084 sur le mien.
J'ai essayé d'augmenter la largeur dans les lignes 95 et compagnie mais ça n'a pas marché (je ne suis pas doué en développement) .
Tiens moi au courant si tu trouves des trucs
J'ai regardé dans ce fichier et je pense que les valeurs données sont en pixels. Malheureusement, je n'ai pas de certitudes.
11
Radios DMR / Re : Transfert du "users.csv" sur le MD380 (Linux only)
« le: mai 05, 2016, 11:55:08 pm »
J'ai modifié les erreurs dans la base csv des indicatifs Français pour le moment.
Ensuite, je propose de changer la ligne qui comporte une seconde fois le prénom, pour indiquer par ex le numéro du département, et la All Others de la dernière ligne pour indiquer la région.
Il suffirait simplement de créé un lien de telechargement
visant la base de données "Française", et pourquoi pas Francophone par la suite.
Qu'en pensez vous?
Ensuite, je propose de changer la ligne qui comporte une seconde fois le prénom, pour indiquer par ex le numéro du département, et la All Others de la dernière ligne pour indiquer la région.
Il suffirait simplement de créé un lien de telechargement
visant la base de données "Française", et pourquoi pas Francophone par la suite.
Qu'en pensez vous?
12
Radios DMR / Re : Transfert du "users.csv" sur le MD380 (Linux only)
« le: mai 05, 2016, 10:07:38 pm »
Je vais regarder ça de mon côté.
Sinon pour info, je corrige toutes les erreurs de frappe
Dans la base csv. Je m'occupe des Francais pour le moment
Sinon pour info, je corrige toutes les erreurs de frappe
Dans la base csv. Je m'occupe des Francais pour le moment
13
Radios DMR / Re : Transfert du "users.csv" sur le MD380 (Linux only)
« le: mai 05, 2016, 06:08:56 pm »
Pour moi tout est Ok, après la première tentative.
Je vais regarder en profondeur avec prudence !
Je vais regarder en profondeur avec prudence !
14
HotSpots DMR / DvMEGA en mode DMR
« le: mars 11, 2016, 05:53:12 pm »
Bojours à tous 
Bon je me lance ! Je te prépare un petit récapitulatif concernant la mise en place du nouveau Firmware 2.23 (sur ton DVMEGA) , afin de lui permettre d'être opérationnel non seulement en D-Star, mais aussi en DMR.
Pas de panic, c'est simple !!!
Déjà, ce qui est primordial pour toi, c'est d'être équipé d'un Arduino (voir liste ci dessous),
Et de prendre une nouvelle Image. Nous n'avons plus besoin de G4KLX
Demande là moi par mail je me ferais un plaisir de te l'envoyer.
-MEGA/ATMEGA1280
-Duemilanove/Nano(ATmega328)
-Duemilanove/Nano(ATmega168)
-Uno(ATmega328)
-Mega(ATMEGA2560)
A partir de là, tu peux alors te concentrer sur la suite ! Sinon reviens quand tu en aura fait l'acquisition Hi.
.
..
...
....
.....
Tu reste ?
Bon très bien !!!
La première étape consiste à installer le Firmware correspondant à ta configuration, sur le PIC du DVMEGA
Regarde ci dessous pour télécharger le bon
http://dvmega.auria.nl/Downloads.html
Télécharge le petit logiciel Xloader correspondant (une fois encore à celle correspondant à ta configuration).
Je ne vais pas te faire un tutoriel, évidemment que non, tout est expliqué dans les différents manuels mis à disposition.
...
Une fois que tu as suivit la procédure, alors, il ne te reste plus qu'a installer sur ton System Android, l'application Bluespot que tu trouveras ici
https://play.google.com/store/apps/details?id=com.pa7lim.BlueSpot
Et afin de vérifier que le firmware est à jour, il te suffit de regarder sur l'application,dans l'onglet INFO.
Tu devrais alors voir
Hardware DVMEGA HR2.23 ou (2.22) selon la version évidemment
Voilà tu vois c'est simple
73'z
Bon je me lance ! Je te prépare un petit récapitulatif concernant la mise en place du nouveau Firmware 2.23 (sur ton DVMEGA) , afin de lui permettre d'être opérationnel non seulement en D-Star, mais aussi en DMR.
Pas de panic, c'est simple !!!
Déjà, ce qui est primordial pour toi, c'est d'être équipé d'un Arduino (voir liste ci dessous),
Et de prendre une nouvelle Image. Nous n'avons plus besoin de G4KLX
Demande là moi par mail je me ferais un plaisir de te l'envoyer.
-MEGA/ATMEGA1280
-Duemilanove/Nano(ATmega328)
-Duemilanove/Nano(ATmega168)
-Uno(ATmega328)
-Mega(ATMEGA2560)
A partir de là, tu peux alors te concentrer sur la suite ! Sinon reviens quand tu en aura fait l'acquisition Hi.
.
..
...
....
.....
Tu reste ?
Bon très bien !!!
La première étape consiste à installer le Firmware correspondant à ta configuration, sur le PIC du DVMEGA
Regarde ci dessous pour télécharger le bon
http://dvmega.auria.nl/Downloads.html
Télécharge le petit logiciel Xloader correspondant (une fois encore à celle correspondant à ta configuration).
Je ne vais pas te faire un tutoriel, évidemment que non, tout est expliqué dans les différents manuels mis à disposition.
...
Une fois que tu as suivit la procédure, alors, il ne te reste plus qu'a installer sur ton System Android, l'application Bluespot que tu trouveras ici
https://play.google.com/store/apps/details?id=com.pa7lim.BlueSpot
Et afin de vérifier que le firmware est à jour, il te suffit de regarder sur l'application,dans l'onglet INFO.
Tu devrais alors voir
Hardware DVMEGA HR2.23 ou (2.22) selon la version évidemment
Voilà tu vois c'est simple
73'z
15
Radios DMR / Re : MD380
« le: janvier 31, 2016, 10:10:12 am »
On en apprend tous les jours.
Merci Thomas
Merci Thomas
Pages: [1] 2