Newsgroup: it.hobby.radioamatori
Titolo: CAT FT1000 MK5!!

Qualche d'uno usa il CAT del FT1000 MarK5?
Noto uno strano comportamento durante il cambio di frequenza via CAT che su 
tutti gli altri non "difetta":
ad ogni cambio di frequenza anche di un singolo Hz, la ricezione si 
interrompe tutte le volte che cambia, non è bella fluida come sugli altri 
RTX.... o come spostando il VFO.
Non di banda, che sarebbe anche normale....ma solo di frequenza sulla banda 
selezionata...
Difatti scorrendo la barra frequenza su una mia applicazione (ma anche su 
HRD), con RX fluida su tutti gli rtx anche yaesu, sul Mark5 questa continua 
ad andare e venire ad ogni singolo spostamento
Comportamento anomalo o classica di tutti i FT1000MK5?
Strano comunque... ma non ho altri YAESU sottomano se non un FT847 che ha 
una RX fluida durante qualsiasi spostamento e tutti gli altri dall'ICOM alla 
KENWOOD sono fluidissimi. Addirittura sul TS480, che telecomando RX/e/TX in 
remotoADSL, è come se usassi il VFO in locale.
Durante la sistemazione software noto anche l'oscenità di programmazione dei 
comandi esadecimali del CAT, esattamente al contrario del 847! Anche per 
l'attacco COM che malgrado richieda un cavo 1:1 con due femmine come sul 
847, ma che richiede il NulModem.
Roba da matti... sto programmatore YAESU cosa si fuma prima di pensare ai 
CAT_uc di ogni RTX...????
Per altro più che OTTIMO apparecchio! Ma aspetto la disponibiità locale del 
FT2000 per verificarne le differenze!
ciao
Anto
----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.newsfeeds.com
 The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----

Ciao, è un difetto di tutti i 1000.... tranquillo è normale. ciao ciao 

normale. ciao ciao
Grazie info
mazzate al YaesuProgrammersTeam!


Si .. lo fà anche il mio (SIGH). :-((
Ho postato una domanda tempo fa sul forum di HRD e anche li mi hanno detto 
che è "by design" ...
Mi sembra incredibile che nessuno dei progettisti Yaesu abbia mai messo le 
mani su questo problema o che qualcuno non abbia studiato se esiste la 
possibilità o meno di mettere qualche patch al firmware. E' un vero peccato 
perchè rende le operazioni via remote (intendendo il remote dei comandi e 
della parte di bassa frequenza di questo rtx via ip) decisamente più 
difficile e fastidiosa.
Peraltro e per esperienza diretta, se sei in grado di scrivere un po di 
codice, esiste comunque una possibilità di evitare questo problema usando il 
comando cat di "vfo-a frequency up" o "vfo-a frequency down" (opcode 8Eh) 
anziche impostare via cat la nuova frequenza o usare gli opcode 07h e 08h e 
in questo modo il problema non si presenta assolutamente (esattamente come 
quando usi i tasti up/down del microfono, solo sull'rx principale, no sub).
Ho anche provato a inserire i comandi cat in HRD e funziona bene ma 
stranamente hrd invia i comandi cat "custom" in modo estremamente lento 
(forse hanno una priorità più bassa rispetto al resto ...) e quindi anche in 
questo caso la soluzione non è molto efficace.
Spero che magari in futuro Simon Hb9drv inserisca questa funzione di up-down 
direttamente all'interno di hrd (non è "la soluzione" ma comunque è meglio 
che nulla).
Non ho esperienze con altri Rtx Yaesu Hf (mi dicono che anche altri modelli 
Yaesu hanno questo problema); sicuramente gli rx o rtx Icom Vhf-Uhf e Hf che 
ho avuto modo di provare non hanno mai avuto questo problema.
Invece per quanto riguarda la connessione rs232 ... esprimo il mio parere 
personale dicendo che non credo sia un grosso problema il fatto che sia 
femmina-femmina. La documentazione sul manuale in questo caso mi sembra 
abbastanza ben fatta e chiara.
Per altro se non ricordo male quando si collega un Dce (in generale modem) 
con un Dte (in generale terminale) in generale si dovrebbe usare un cavo 
maschio-femmina e quindi il così detto cavo modem (dico in generale perchè 
se non ricordo male è una raccomandazione dello standard ma non è un 
requisito mandatorio).
Quando si collegano invece due dispositivi di cui nessuno è un modem si 
dovrebbe parlare di collegamente Dte - Dte (o più raramente di Dce - Dce nel 
caso in cui entrambi si possano assimilare a dei data circuit termination) e 
in questo caso in generale NON dovrebbe essere usata una connessione 
maschio-femmina e dovrebbe essere invece cablato il cavo secondo lo standard 
detto null-modem o modem eliminator (in una delle sue tante declinazioni a 3 
o più wire). In questo caso sarebbe giusto che il cavo fosse maschio-maschio 
o femmina-femmina (rispettivamente per il dte-dte e dce-dce).
Nel caso di PC e RTX, "forse" in teoria sarebbe stato più corretto con le 
due prese maschio ma nel corso degli anni mi pare che lo standard 232 si sia 
prestato molto bene a diverse interpretazioni e diversi costruttori hanno 
costruito dispositivi sia con connettori maschi che femmina in maniera 
abbastanza indifferente (ognuno ha deciso se utilizzare prese maschio o 
femmina ma anche le piedinature sono state usate in maniera Dce o Dte 
abbastanza in scioltezza).
Comunque ammetto che potrei anche sbagliarmi (una volta ricordavo meglio 
questi dettagli ma ahimè l'età avanza ...).
Bah, poco importa, scusa la disgressione e il fatto di essere stato 
prolisso.
Invece trovo estremamente comodo rispetto agli Icom che conosco io, il fatto 
di usare livelli standard rs-232 anziche ttl e di usare linee indipendenti 
rx-tx anziche usare il sistema bus condiviso (decisamente pratico).
73!
Riccardo. 

 pratico).
forse però dipende anche dall'uso e consumo...come comandi, trovo la KENWOOD 
maggiormente solidale ai comandi che sono grosso modo sempre standardizzati 
e "in chiaro" (purtroppo con nette perdite sul tempo... 300/500ms) e 
difficoltà nella comunicazione.
Per il bus condiviso con ICOM secondo me volendo metterli tutti in "CAT", 
due o tre in serie... usi una singola porta. Non indifferente per la 
programmazione e per le risorse del PC, e ti basta cambiare il comando del 
pacchetto per comandare in parallelo uno o l'altro o l'altro RTX.
Infatti per la ICOM sulla stessa COM comando due apparati 
semplicissimamente, per gli altri devo sempre avere due com e doppie routine 
nel programma.
Poi faccio una fatica bestiale per la "ricezione dei comandi", riesco a 
spedirli ma non ho ancor aben realizzato come riceverli... dovrei avere un 
bell'esempio in VB per capire come funziona... come ben dici... limiti 
d'età...
ciao
Grazie info


E' un difetto fastidiosissimo che affligge anche l'FT 857D (e credo
anche l'897D), ma possibile che non sia possibile fare qualcosa per
eliminarlo?


Ah ... anche i più nuovi rtx come l'857 soffrono di questo problema... 
caspita, peccato !
Comunque mi associo, se si potesse fare qualche cosa penso farebbe felice 
tutta la comunità di utilizzatori di questi rtx yaesu.
Sarebbe interessante sapere se in teoria fosse possibile aggiornare il 
firmware perchè se così fosse si potrebbe sperare in un domani in qualche 
patch (anche se non yaesu ma da parte di altri om).
Quasi quasi provo a mettere un post sul forum su yahoo dedicatoagli Ft-1000 
che spesso è frequentato da diversi om americani che magari possono avere 
una rete di contatti più estesa...
Resta comunque il fatto che nonostante sotto il profilo CAT si potesse fare 
sicuramente molto meglio, Yaesu ha dato a questi transceiver una ottima 
parte Rf a mio parere (il rapporto prezzo/prestazioni mi pare sia molto 
buono).

 eliminarlo?
Ma va??? AZZZ anche il 857...
E pensare che volevo prenderlo da sbattere al volo in auto, vabbč che poi lo 
userei solo in /m senza pc.. perň,... si sa mai...
Ti confermo 847 per niente... FT736 TS711/811 TS480SAt, 950SAT(a parte i 
continui bip bep bop bap) IC706 IC7000 IC7800 ecc... assolutamente no... 
Addirittura il 480 lo uso in remoto a 10km da casa e colla mia semplice 
applicazione me lo telecomando come fosse qui.... solo con l'antenna piů 
alta di 1000m!!! :-)))
Sicuramente se non fosse un problema grosso o di quella sottospecie di 
"TeamYaesuCat"... in questi anni l'avrebbero sicuramente corretto... 
Proverei a scrivere ma credo non mi risponderanno nemmeno... non ne avevo 
mai sentito parlare e il CAT al mio MK5 non l'avevo ancora collegato usando 
per sti giochetti gli altri e soprattutto il 847 ormai cavallo di battaglia.
pensa che sul MK5 hanno anche cambiato gli hex di comando dei modi... che 
sul 847 e sul 1000 sono "quasi identici" come lista ma i Hex sono stati 
ancora sostituiti... "roba da matt"!! e il ridicolo che rispetto al 847 ho 
semplicemente dovuto invertire i comandi e le lettere varie... piů che altro 
"cannabis" ha colpito ancora la yaesu! --> 
http://tinyurl.com/yj8vkh
Non l'ho memmeno visto o mi č sfuggito anche su EHAM... nelle varie 
discussioni "mericane"?
sig:----> :-((
ciao
Anto


 molto buono).
Si infatti audio è sempre stata molto forte, già da mio buon FT250 ... ma si 
dai .. anche RX sugli ultimi... si comporta piuttosto bene...
Ciao


 si dai .. anche RX sugli ultimi... si comporta piuttosto bene...
Caspita !!!
Consentimi un minuto di fuori-argomento rispetto al titolo del post ... non 
riesco a trattenermi !
L'FT-250 (Sommerkamp) è stato il primo ricevitore su cui ho messo le 
orecchie (ascoltavo le hf , ma non trasmettevo) negli anni 77 .
Che bei ricordi che mi hai fatto ritornare in mente :-) !
Ancora oggi ho impresso nella mente la qualità di riproduzione audio di quel 
transceiver e ricordo che passavo giornate intere ad ascoltare tutte le 
gamme (prevalentemente 20 e 80) ma alla fine non ero assolutamente 
affaticato tanto era piacevole l'ascolto.
Il piacere di ruotare la manopola di Grid che consentiva di pre-selezionare 
il circuito di ingresso ...
Certo che in quegli anni ricordo che la propagazione era FAVOLOSA ... a 
parte il maledetto woodpecker russo (ma forse era già qualche anno dopo ...)
BTW scusate la disgressione ...
provo a inviare un messaggio a quel gruppo FT1K per vedere se quanto meno si 
riuscisse a capire perchè è stato così poco curato quel problema relativo al 
mute della bf dopo la ricezione dei comandi cat (che rendono giustamente la 
sintonia stile vfo quasi ingestibile da remote).
73/Ciao !
RIC- 

 giustamente la sintonia stile vfo quasi ingestibile da remote).
ottimo, "Faccie sape!"
ciao
