První české diskuzní fórum o navigačním programu iGO8, iGO AMIGO, iGO9 a iGO PRIMO

Přátelé, prohledávám a zkouším všechno možné, ale zatím neúspěšně. Tak jsem si říkal, že by bylo dobře mít na to specializované téma s přehledem nastavení pro různé šochtle a pokud možno i s postupem: Netušíte někdo, jak odhalit správné nastavení podsvícení do sys.txt pro obecnou čínskou (nebo jinou nespecifikovanou) krabičku? Nebo se to řeší metodou pokus-omyl?

Mám SKU39748. Koukal jsem na původní kartu na iGo 8, ale ani tam se podsvícení nedá štelovat, ani se nezobrazí šoupáky, takže opsat nastavení tam odtud nejde.
Nastavovat se dá jen přímo v systému, ale to je z Prima relativně daleko a hlavně se to nepřenastaví automaticky.

Takže... má někdo "know-how" how now? (To je takový překladatelský oříšek "má někdo postup jak teď?")

On to nebude oříšek jen překladatelský
Podsvícení se řešilo už od Dejvidů v tomto vlákně, ovšem bez úspěchu. V současné době (pokud vím) se s tím na SKÚčku potýká tomasii, ale myslím, že zatím se stejným výsledkem. Nakoukni ještě do vlákna o SKU (čínách), jestli není něco nového.

Na Amigo se řešil přechod displeje do úsporného režimu pomocí registrů, možná by to šlo modifikovat pro příslušné registry i v Primu.
Příklad z Amiga:

[registry]
oninit1="HKLM\System\CurrentControlSet\Control\Power\Timeouts\ACSuspendTimeout:DWORD:0"
oninit2="HKLM\System\CurrentControlSet\Control\Power\Timeouts\BattSuspendTimeout:DWORD:0"
oninit3="HKCU\ControlPanel\BackLight\BatteryTimeout:DWORD:0"
oninit4="HKCU\ControlPanel\BackLight\ACTimeout:DWORD:0"
onexitreset1="HKLM\System\CurrentControlSet\Control\Power\Timeouts\ACSuspendTimeout:DWORD:00000708"
onexitreset2="HKLM\System\CurrentControlSet\Control\Power\Timeouts\BattSuspendTimeout:DWORD:0000012c"
onexitreset3="HKCU\ControlPanel\BackLight\BatteryTimeout:DWORD"
onexitreset4="HKCU\ControlPanel\BackLight\ACTimeout:DWORD"

Já teda do registrů (a Woken vůbec) nelezu, protože nemám ověřený backup a (nejen) z fóra vím, že po vhodném zásahu bez přeflashování se stane navigace hezkým rámečkem.

V navi v RS byla definovaná 4 zařízení:
- yf17s.ini,
- yf_32C.ini,
- yf_66C.ini a
- yf_71C1.ini

Našel jsem ještě další, ale ani na jedno definované v sys.txt jako
[device]
type="yf..."

řízení podsvícení nefunguje...

Možná, že se to musí dělat jinak.

Mně v Evolve Multitraxx -YF32C- funguje podsvíceni se zápisem v sys.txt:

[device]
type="YF_32C" ;musí být pro podsvícení

[power]
backlight_manage_values = 1
backlight_manage_keys = 1
backlight_min = 1
backlight_max = 10
backlight_reverse = 0
backlight_methods = 20
backlight_events=1 ; podsvícení

Bez těchto zápisů mně to nefungovalo.

Díky moc, já to na svém Evolve ani nezkoušel, ale fakt to takhle funguje!

Psal jsem to již do vlákna k čínám a tímto trochu porušuji předsevzetí nepsat podobný příspěvek na více míst. Tak jen krátce:

Zjistil jsem, že se dá vynechat zápis (proto ty středníky)
;[device]
;type="yf..."

a v sekci power stačí mít

[power]
backlight_manage_values = 1 (může být i jiná nenulová hodnota)
backlight_methods = 20 (s jinou hodnotou nereguluje - zkusil jsem asi 10 hodnot)

Zápisy
backlight_min = 1
backlight_max = 10
mají vliv na hranice regulace, bez nich ale regulace taky funguje.
Zápis
backlight_reverse = 0 rovněž není potřeba, při hodnotě 1 jen obrátí regulaci šoupáku (maximum je vlevo)

Je možné, že mají vynechané zápisy vliv jinde, ale pro řízení podsvícení stačí uvedené dva.

Tiše vám - číňanům - závidím. Mně se to u GC35 vůbec nedaří zprovoznit

Zkouším všechno možný co kde najdu, ale na SKU39748 to prostě nezabírá...
Ani to Tvoje nastavení, to téma jsme samozřejmě našel, Tomasii.

Je to divné. Myslel jsem, že ty SKU..... jsou víceméně stejné, že se moc neliší. Zatím měly všechny v RS2 složku YFAPP a tak jsem myslel, že se soft moc nebude lišit. Holt ale je všechno jinak.