SO8FM pisze:
Jeśli producent wprowadził jakieś zmiany w sprzęcie, które obsługuje tylko najnowsza wersja softu, to coś może nie działać jak trzeba. W moim egzemplarzu jest np. inny niż na schemacie tłumik sygnału w torze nadawczym, co zapewne soft uwzględnia.
Zbrickowanie radia to raczej skrajność, choć ryzyko istnieje. Np. procek nie dogada się z jakimś nowym modelem pamięci eeprom po I2C.
Co innego, jeśli masz radio ze starym softem, zrobisz update, nie podoba ci się i wracasz do starego. Wtedy ryzyka nie ma.
Pozdrawiam,
Paweł
sp1ezc pisze:
A powiedz mi dlaczego może to nie zadziałać przecież soft jest pisany na ten sam CPU a powrót do starszej wersji nie powinien zaszkodzić prockowi , przecież nie mogą pisać softu dl innej rewizji CPU
so7na pisze:
Jest mocno ryzykowny downgrade do wersji wcześniejszej niż ta fabryczna. Były pewne zmiany w rewizji, samo yaesu o tym mówiło, możesz potencjalnie uceglić radio. A wtedy trzeba się już wpinać w procka żeby wgrać nową z tego co pamiętam.
Jest mocno ryzykowny downgrade do wersji wcześniejszej niż ta fabryczna. Były pewne zmiany w rewizji, samo yaesu o tym mówiło, możesz potencjalnie uceglić radio. A wtedy trzeba się już wpinać w procka żeby wgrać nową z tego co pamiętam.
A powiedz mi dlaczego może to nie zadziałać przecież soft jest pisany na ten sam CPU a powrót do starszej wersji nie powinien zaszkodzić prockowi , przecież nie mogą pisać softu dl innej rewizji CPU
Jeśli producent wprowadził jakieś zmiany w sprzęcie, które obsługuje tylko najnowsza wersja softu, to coś może nie działać jak trzeba. W moim egzemplarzu jest np. inny niż na schemacie tłumik sygnału w torze nadawczym, co zapewne soft uwzględnia.
Zbrickowanie radia to raczej skrajność, choć ryzyko istnieje. Np. procek nie dogada się z jakimś nowym modelem pamięci eeprom po I2C.
Co innego, jeśli masz radio ze starym softem, zrobisz update, nie podoba ci się i wracasz do starego. Wtedy ryzyka nie ma.
Pozdrawiam,
Paweł
To co lepiej tego nie robić , może ma ktoś jakiś pomysł jak to przetestować tego DNR-a