Mam jeste jednu otazku. Mam drobny problem s prevadecem HIP2000 (asi by to chtelo premerit a pripadne doladit "civky"), je mozny u Vas v OMX servis? Ci primo u tebe?
Nevim, kdo po Karlovi prevzal servis a tak jsem bezradny.73! Martin
Abych mohl říct, jestli Ti jsem schopný pomoci, musíš specifikovat lépe závadu. "drobný problém" mi nic neříká, jediné co mi to asociuje je jeden případ, kdy mi byl doručen HIP, kde se ho pokoušel majitel "doladit" na větší citlivost zřejmě hasákem (totálně zničené vstupní cívky vyměňované kondy, potrhané spoje) a díra v PA modulu (trimr výkonu nadoraz) A začalo to úplně stejně.... Mám drobný problém... tak že tudy ne....
To znamená :
a) podmínkou je, že se v tom nikdo neryl
b) musím znát jednoznačně popis závady (např. citlivost je 5uV, nebo max výkon 50mW...)
Díky tomu, že si Karel DNH nevedl žádnou dokumentaci (všechno měl v hlavě) není až tak jednoduché hrabat se v již rozhrabané věci.
Zaměříme se ne dva problémy, první je to co popisoval ZO, druhý by se dal řešit tak, že by nedocházelo k umlčování DTMF ihned jakmile to zaslechne # ale až následující znak. To znamená, že # jakožto první znak by prošel vždy a Echolink by se dal shodit.
Milane díky za nadějnou informaci. Myslím že tato úprava by to vyřešila.
Jo, abych nezapomněl, nezbytnou podmínkou jak jsem již jednou psal je mít k dispozici 1ks funkčního HIPa, naslepo se to nedá dělat. Jestli ho tedy PS vysvobodí a dodá, můžeme zkusit ty úpravy FW.
Už jsem s ním mluvil a určitě bude pro tyto testy k dispozici, jakmile se namontuje nový OK0Z.
Milane, dekuji za info.
Tu zavadu nechci resit pred operaci hlavy, kterou mam naplanovanou nekdy na prelom srpna/zari.
Eventualni opravu prevadece budu resit az po operaci.
Az se k tomu dostanu, tak ti napisu co to dela/nedela.
Do prevadece se nikdo mimo Karla nehrabal.
73! Martin
Mam jeste jednu otazku. Mam drobny problem s prevadecem HIP2000 (asi by to chtelo premerit a pripadne doladit "civky"), je mozny u Vas v OMX servis? Ci primo u tebe?
Nevim, kdo po Karlovi prevzal servis a tak jsem bezradny.73! Martin
Abych mohl říct, jestli Ti jsem schopný pomoci, musíš specifikovat lépe závadu. "drobný problém" mi nic neříká, jediné co mi to asociuje je jeden případ, kdy mi byl doručen HIP, kde se ho pokoušel majitel "doladit" na větší citlivost zřejmě hasákem (totálně zničené vstupní cívky vyměňované kondy, potrhané spoje) a díra v PA modulu (trimr výkonu nadoraz) A začalo to úplně stejně.... Mám drobný problém... tak že tudy ne....
To znamená :
a) podmínkou je, že se v tom nikdo neryl
b) musím znát jednoznačně popis závady (např. citlivost je 5uV, nebo max výkon 50mW...)Díky tomu, že si Karel DNH nevedl žádnou dokumentaci (všechno měl v hlavě) není až tak jednoduché hrabat se v již rozhrabané věci.
Tak jen další info, ten vstupní helical v mém modulu z Erika je při šroubech nadoraz v maximu na 441MHz. Nadrátoval jsem k tomu rozmítač a níž to nejde. Kdyby šlo, určitě to bude citlivější. Takže si s tím ještě pohraju. Dobrá informace je, že na originálním kmitočtu je citlivost výborná - cca 0,15MircoV/ pro odstup 10 dB. Jinak se objevil jeden kolega neradioamatér programátor - moc se mu to líbí a chce se zkusit ujmout řízení toho krámu. Když jsem mu nastínil o co jde ( CTCSS, identifikace SQ atd... ) tak že je to prý v poho, že na to stačí jeden chytřejší procesor. No uvidíme, jestli to nezůstane jen u keců, ale už jsem mu psal kuchařku, co by to mělo všechno umět 🙂
Úprava FW do HIPu se stává pomalu realitou. Jako zadání zatím sepíšu body, které vzešly z této diskuse.
1. umožnit průchod znaku #
K tomuto bodu mám jeden námět. Současný stav: Zakázání mutování včetně prvního # kvůli shození Echolinku není ideální. Zároveň není ideální nechat procházet úplně všechny znaky za #, protože by se tím "odrkyla" iniciační sekvence pro heslo a vstup do dálkové konfigurace a kdokoli by si chtěl dát dotaz na hodiny, teplotu... by otravoval pípáním...
Což takhle kdyby se umlčení udělalo od druhého znaku za #. t.j. při vyslání sekvence ##3 by na výstupu byl jen #ticho ticho?
2. přerušení vysílání CTCSS mezi skončením vysílání a odpípnutím
tady se naskýtají dvě řešení:
a) CTCSS se přestane vysílat okamžitě po ztrátě užitečného signálu na vstupu
b) CTCSS bude držet ještě po dobu, než převaděč odpípne.
výhody a nevýhody:
var. a) Echolink, nebo prolinkované převaděče rychleji přejdou z TX na RX t.j. protistrana bude rychleji odpovídat - zvlášť při velkých spožděních u EL, kde jsou propojeny dva převaděče a bude tam tím pádem pípnutí 2x by to bylo dost znát. Nevýhodou tohoto řešení je, že bude-li mít uživatel rádio zavřené pod CTCSS, neuslyší klasické převaděčové odpípnutí.
Prosím vyjádřete své názory jaké řešení byste preferovali, případně jestli by se mělo ještě něco změnit.
(jako bod 3. mne napadá možnost v sysop módu zakázat/povolit voice/morse informace (všechny komandy začínající ##1 - po ##9) třeba na BBF je šulin, kterej vydrží i půl hodiny prudit.)
