ARI Fidenza

FORUM RADIOAMATORIALE - Collaborazione cercasi comandi C.A.T. OMNIRIG

Sostieni il nostro lavoro. Per altri modi leggi FAQ

FORUM RADIOAMATORIALE

Nome Utente: Password:		Registrati
Salva Password
Password Dimenticata?

Home Portale Forum Contatti Weblog Regole Forum Registrati Discussioni Attive (659) Discussioni Recenti Discussioni senza risposta Sondaggi Attivi Cerca FAQ

Menù riservato agli utenti registrati - Registrati

Tutti i Forum Discussioni AUTOCOSTRUZIONE Collaborazione cercasi comandi C.A.T. OMNIRIG Qui c'è:
Tutti gli utenti possono inserire NUOVE discussioni in questo forum Tutti gli utenti possono rispondere in questo forum

| Altri..

Autore

Discussione

ik8tng

oltre 500 messaggi sul Forum

Inserito il - 16/08/2019 : 16:09:05

Chi sà/può aiutarmi?
Ho un problema di compatibilità tra il ricetrans KENWOOD TS-990 e il programma di ricwzione SDR della EESDR.
Il ricevitore sfutta OMNIRIG per la sincronizzazione CAT ma all'atto della entrata in TX non invia il comando di mute al SW.
Cerco di spiegarmi meglio, se uso un rig tipo FT-1000D collegato al PC per mezzo della cat, poi collego una chiavetta SDR della EXPERT Electronic appunto Nano SDR, nel momento che entro in tx, l'audio del pc (software Expert sdr) viene messo in mute regolarmente.
Stessa cosa accade con uno Yaesu FT-9000 ma devo scegliere da menù OMNIRIG YAESU FT-3000 perchè il mute funzioni.
Sul Kenwood TS-990 sembrerebbe non funzionare bene, quando in tx, il software riconosce si la radio in tx, ma non invia il comando di mute al PC.
Premetto che ho scritto al progettista della EESDR che come Ponzio PILATO, se ne è lavato le mani asserendo che il sw OMNIRIG di terze parti loro non lo toccano.
In rete ho trovato diversi tutorial che indicano come manipolare il file.ini dei rig presenti in OMNIRIG, ma per mè è ARAMAICO e pure antico dialettale.
Qualche esperto manipolatore di file .ini può aiutarmi?
Grazie Sergio IK8TNG Aversa

Firma di ik8tng

Sergio VALENTINO (IK8TNG) mionominativo@gmail.com
SOCIO A.R.I.

Regione Campania ~ Prov.: Caserta ~ Città: Aversa ~ Messaggi: 997 ~ Membro dal: 29/01/2007 ~ Ultima visita: 28/10/2021

IV3UFL

oltre 500 messaggi sul Forum

Inserito il - 16/08/2019 : 17:25:59
Hai provato con dx lab commander? non si sa mai che risolvi! Sul fatto di lavarsi le mani sono dei veri specialisti!! Intelligenti pauca! '73 adriano


Regione Friuli-Venezia Giulia ~ Prov.: Udine ~ Città: san daniele del friuli ~ Messaggi: 964 ~ Membro dal: 02/10/2011 ~ Ultima visita: 29/02/2024

ix1ixg

oltre 2000 messaggi sul Forum

Inserito il - 17/08/2019 : 01:12:22
Ciao Sergio, da quanto ho capito dando una rapida occhiata al sw il problema nasce dal fatto che non esiste un file ini di configurazione specifico per il ts990... probabilmente avrai utilizzato la configurazione generica kenwood che però purtroppo non risulta valido per quanto riguarda il monitoraggio dello stato rx-tx del 990. I files *.ini sono dei semplici files di testo che contengono una qualsiasi informazione di dati o configurazione, per poterli manipolare bisogna però conoscere i parametri che il sw che lo utilizza si aspetta di trovarvi all' interno... Se apri con un editor di testo il file kenwood.ini e cerchi i parametri pmRx e pmTx (i parametri che il sw riconosce come rx status e tx status) ti accorgerai che sono relativi al comando “IF;” Flags 5 e 6... se vai a vedere a cosa corrispondono questi flags e comando relativo del set comandi del ts990 vedrai riportato Xit status e main band memory status... nulla a che vedere con rx e tx... per monitorare l' evento tx si potrebbe utilizzare il comando “TX;” e la sequenza di configurazione relativa potrebbe iniziare i dati seguenti: [STATUS1] Command=(TX;) ReplyEnd=(;) … … per poter scrivere sensatamente il resto, devi necessariamente far riferimento a questo documento: http://www.dxatlas.com/omnirig/IniStru.txt dove viene dettagliatamente spiegato cosa scrivere nel file ini ed al manuale dei comandi relativo al ts990 Ciao a Tutti, Dave.


Messaggi: 2207 ~ Membro dal: 15/05/2007 ~ Ultima visita: 01/02/2024

ik8tng

oltre 500 messaggi sul Forum

Inserito il - 17/08/2019 : 17:40:46

Ne ero più che certo, sicurissimo. Altro che WIKIPEDIA.
Questo FORUM ha quanto di meglio si possa cercare in tema.
Dave molte grazie per il tuo intervento, appunto a quanto scrivi facevo riferimento. Avevo letto da qualche parte di come impostare il comando di mute inbuna discussione che trattava però di uno YAESU.
Ora non sono nelle condizioni di leggere quanto indichi nel link inquanto dal cellulare e fuori casa appunto per una piccola pausa estiva coincidente con il mio compleanno.
Attualmente sono fermo ad aspettare le mie tre donne di casa intente nelle compere...
Appena a casa sarà mia premura documentarmi meglio e magari tentare nella compilazione di quello che sembrerebbe un banale problema.
A detta di un OM ha risolto usando il file .ini del TS-590 ma non ho potuto verificare di persona per capire se a quwsto punto sia anche problema di S.O.
Ancora grazie a te Dave e a questa splendida community di cervelloni...
Sergio IK8TNG/5

Firma di ik8tng

Sergio VALENTINO (IK8TNG) mionominativo@gmail.com
SOCIO A.R.I.

Regione Campania ~ Prov.: Caserta ~ Città: Aversa ~ Messaggi: 997 ~ Membro dal: 29/01/2007 ~ Ultima visita: 28/10/2021

ix1ixg

oltre 2000 messaggi sul Forum

Inserito il - 17/08/2019 : 22:20:53
Ciao Sergio, nel post precedente ho fatto un po' di confusione con la struttura dei flags e la posizione dei vari bits... in ogni caso il discorso rimane valido... il sw non riesce a determinare lo stato dell' rtx perchè lo stesso non risponde come lui si aspetta... il comando IF; restituisce lo stato del' rtx, nel ts590 (e anche in altri modelli) nella risposta di 38 bit la posizione 29 contiene lo stato rx-tx (0=rx 1 =tx) nel ts990 invece, il bit 29 viene indicato come Always 0... per cui dubito che qualcuno sia riuscito a farlo funzionare eseguendo il check su questo bit... il comando TX; che ti avevo indicato, pare essere un comando di tipo Set ( Transmission mode) e come risposta restituisce praticamente quanto gli viene inviato per cui dubito che possa essere utile... guardando velocemente il set di comandi, non sono riuscito a trovare un flag specifico di un qualsiasi comando che restituisca lo stato rx-tx come semplice flag, eseguendo anche una veloce ricerca sul web, pare che non sia implementato anche se personalmente non mi fiderei molto... le cose poi potrebbero cambiare anche in funzione della versione di fw installato sulla radio... Se non trovi nulla a riguardo, puoi provare ad inviare il comando IF; (od altri relativi al reading status) e vedere se nella risposta qualcosa cambia tra stato tx ed rx... una volta individuato il bit relativo basterà settarlo nel file ini interessato... da quanto ho capito dalla rapida occhiata che ho dato, il tag Flag... è relativo allo stato dei vari bit... ad esempio se facciamo riferimento al file kenwood, tale tag: Flag5 =(............................0.........)\|pmRx indica che quando il bit 29 indica 0 lo tato del rtx è appunto pmRx... come vedi il numero di puntini corrisponde al numero di bit della risposta e il puntino alla posizione 29, corrisponde appunto allo 0... in ogni caso leggiti le indicazione di chi ha scritto il sw perchè fare i conti con le fantasie altrui non è sempre facile... P.S. Auguri per il tuo compleanno ! Ciao a Tutti, Dave.
Modificato da - ix1ixg in data 17/08/2019 22:21:56


Messaggi: 2207 ~ Membro dal: 15/05/2007 ~ Ultima visita: 01/02/2024

Discussione

| Altri..

Vai a:

Arifidenza.it | Attività - ARI Fidenza | Home

La Sezione - ARI Fidenza

Questa pagina è stata generata in 1,94 secondi.