Re: U5 Link Chinese interface voor Yaesu 817/857/897 ervarin
Geplaatst: 20 nov 2017, 20:50
24 uur per dag QRV
https://zendamateur.com/
Interessant, dank voor de tip. Vraagje : weet je of dit ook ( goed ) werkt voor 2 en 70 ? Het bechreven probleem zou mogelijk ook nog kunnen optreden in split mode en CAT freq. sturing, bij trx die niet kunnen corrigeerd tijdens zenden ( 800 series ) ..... maar dit terzijde.PB1S schreef:Mijn ervaring met de U5 LINK for Yaesu interface is dat deze niet robuust is voor instraling van HF signalen. Als er wordt gezonden op HF komt er in de applicaties foutieve data binnen wat weer leidt tot foutieve aansturing van de set (FT-897D), wat resulteert in o.a. plotselinge verandering van de frequentie, etc.
Inspectie van de schakeling en wat testjes met een probe wezen uit dat de uitgangen van de CAT RX/TX optocouplers niet ontkoppeld waren en dat dit de oorzaak was van de ongeldige data. Dit komt overigens hoofdzakelijk door de EMC-technisch volledig onlogische PCB lay-out. De oplossing is echter zeer eenvoudig: twee condensatoren van 100 pF toevoegen. Zie onderstaande afbeelding.
Doe er uw voordeel mee.
Heb ik gedaan, een IC-7300! We zijn bijna 2 jaar verder inmiddels, en ik neem tegenwoordigPD0Q schreef:Ik zou zowiezo iets kiezen met een ingebouwde soundkaart Alois ..
Op VHF en UHF had ik geen problemen, maar ik kan me voorstellen dat deze modificatie ook voor deze frequentiegebieden zal helpen. Ik heb via een terminal programma (Docklight) iedere seconde een CAT-commando uitgestuurd naar de FT-897. Tijdens het zenden kwam er soms geen antwoord van de FT-897 of kwam er allemaal ongeldige data binnen bij de PC. Na ontkoppeling was dit helemaal weg. Dit zou je voordat je de modificatie gaat uitvoeren eens kunnen proberen. Dan zie je daarna of het afdoende is.PC1L schreef:Interessant, dank voor de tip. Vraagje : weet je of dit ook ( goed ) werkt voor 2 en 70 ? Het bechreven probleem zou mogelijk ook nog kunnen optreden in split mode en CAT freq. sturing, bij trx die niet kunnen corrigeerd tijdens zenden ( 800 series ) ..... maar dit terzijde.
Ik heb er o.m. een 857D B2 op getest. Bij bepaalde modes en instellingen ( b.v. split mode en CAT actief ) kunnen dergelijke fenomenen ook optreden ( op internet te vinden - discussies abt ). Ik vroeg mij af of ik in dit speciefieke geval die ontkoppeling zou toepassen. Maar het ziet er nuttig uit, zal de mod zeker doen. Ik heb ook jouw 'CAT test methode' toegepast ( met 2 en 20 Watt op 70 ). Dan gaat het inderdaad goed. Wel opvallend : bij enkele malen schakelen ( in het gebied waarbij CAT TX bijwerkt ) MIC on/off treedt het verschijnsel ( summier ) wel op, maar alleen in bovengenoemde mode ( zendamateurs internet FT-857D : het systeem verliest t.g.v. een firmware foutje ? informatie ), dan ligt het even niet aan het HF instralen. e.d Gebruik daarom die mode meestal niet als het verschijnsel echt helemaal niet mag voorkomen, je weet maar nooit tijdens een belangrijk QSO . Dat setje is wel uitstekend geschikt voor de rest en voor full duplex toepasssingen, met dien verstande dat ook dan tijdens TX er geen freq. update voor het TX plaatsvind, in de RX mode is dat continu en zonder enige storing.PB1S schreef:PC1L schreef:Interessant, dank voor de tip. Vraagje : weet je of dit ook ( goed ) werkt voor 2 en 70 ? Het bechreven probleem zou mogelijk ook nog kunnen optreden in split mode en CAT freq. sturing, bij trx die niet kunnen corrigeerd tijdens zenden ( 800 series ) ..... maar dit terzijde.PB1S schreef:Op VHF en UHF had ik geen problemen, maar ik kan me voorstellen dat deze modificatie ook voor deze frequentiegebieden zal helpen. Ik heb via een terminal programma (Docklight) iedere seconde een CAT-commando uitgestuurd naar de FT-897. Tijdens het zenden kwam er soms geen antwoord van de FT-897 of kwam er allemaal ongeldige data binnen bij de PC. Na ontkoppeling was dit helemaal weg. Dit zou je voordat je de modificatie gaat uitvoeren eens kunnen proberen. Dan zie je daarna of het afdoende is.