logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

93s56 zamienione bajty licznik golf III motometer + problem

Pati 19 Wrz 2005 18:40 7524 10
REKLAMA
  • #1 1831908
    Pati
    Poziom 27  
    Posty: 1641
    Pomógł: 35
    Ocena: 409
    Temat przerabina wielokrotnie ale mój problem nie był jeszcze opisany!

    A mianowicie zczytałem pamięć 93s56 (golf III motometer) willemem zgodnie ze wszelkimi kanonami opisywanymi już wielokrotnie na łamach forum i zczytałomi się coś co jest zczytane prawidłowo w sensie tym że zawsze czyta to samo i weryfikuje tylko że względem prawidłowego binu zamienione są ze sobą dwa sąsiednie bajty poczynająć od zerowego czyli zerowy z pierwszym drugi z trzecim itd. wywnioskowałem tak analizująć inne biny które gdzieś tam miałem + te z elektrody. Tam gdzie nie jest zapisany przebieg czyli dalej niż $3F widać że jest dokładnie tak jak opisuję bo linia $4X jest dokładnie tak zamieniona co widać na poniższym screenie.
    Przebieg oczywiście też jest pozamieniany i kombiował bym dalej z programowaniem itp lecz jest jedna niejasność uwzględniająć wszystko o czym napisałem przebieg tego autka wyniósłby 522048 czy tam pare kilometrów inaczej ale faktyczny przebieg jaki był na zegarze to 222056 czyli czemu jest 52 a nie 22??? I tego przedewszystkim tyczy sie moje pytanie. NIe jest to jednokrotne przekłamanie gdyż występuje to wielokrotnie!!! I o co tu chodzi??? Czy to Willem tak miesza? Nie miałem z nim innych problemów ( pozy tym że nie chce programować pierwszego bajtu 93c86 ale 93lc86 już programuje jak trzeba!!! )

    Proszę o jakieś sugestie czy coś źle licze? Ale chyba nie!!!

    Z góry DZIĘKI!!!

    Okazuje sięże to willem tak czyta inny programator zrobił wszystko ok. Ale sprawa tych 52 i 22 jest dalej aktualna!

    No i willem nie chce zaprogramować ale z tym se poradze u znajomka.

    Mój bin to ten niżej
    Załączniki:
    • 93s56 zamienione bajty licznik golf III motometer + problem dump_razem.JPG (145.91 KB) Musisz być zalogowany, aby pobrać ten załącznik.
  • REKLAMA
  • #2 1832524
    soploski
    Poziom 14  
    Posty: 152
    Pomógł: 6
    Ocena: 8
    po mojemu to ty masz 251tys km. według tergo pliku co wystawiłeś.masz tu dla porównania[GOLF w załączniku].A co do willema to lepiej zastanów się nad lepszym programatorem a będzie mniej problemów tego typu.pozdro...
    Załączniki:
    • GOLF.rar (784 Bajtów) Musisz być zalogowany, aby pobrać ten załącznik.
  • REKLAMA
  • #3 1833336
    piokie
    Poziom 18  
    Posty: 386
    Pomógł: 10
    Ocena: 63
    witam
    Po wsadzie widzę ze to Motometr chyba SW4.2. Podeślij wsad to sprawdzę go, i poprawie km. I jeszcze jedno nie ryzykuj Willemem odczytując pamięci szeregowe bo może się to źle dla Ciebie skonczyc. Poszukaj i poczytaj o programatorze Xprog jest na elektrodzie.
  • REKLAMA
  • #4 1833366
    Pati
    Poziom 27  
    Posty: 1641
    Pomógł: 35
    Ocena: 409
    Sopolski tam są dwa biny!!! Chyba nie zauważyłeś bo śą blisko siebie ten pierwszy to nie jest z mojego licznika i na nim jest teki przebieg jak napisałeś. Mój to ten drógi i pierwsza linia odczytana prawidłowo wyglądałaby tak: 15 52 20 48 ....... a z tego to chyba przebieg byłby 52 tyśące z czymś :( a był 222056 Poskładałem jakiegoś bina i zobaczę co on wykona jak go wsadzęoczywiście nie willemem. Pozdro! Dzięki chłopoki!
  • REKLAMA
  • #5 1833518
    piokie
    Poziom 18  
    Posty: 386
    Pomógł: 10
    Ocena: 63
    Jesli jest to motometr 4.2 to nie liczy sie tak jak Ty to robisz. Pierwszy wsad u mnie wychodzi 178423 ale te obliczeni tylko do wer SW4.2. Drugi natomiast jest zle odcztany. Napisz na PW to przesle Ci moje wsady z tego licznika.

    Dodano po 1 [minuty]:

    Jeszcze jedno napisz dokladne dane licznika SW..., 1H.... i tak dalej.
  • #6 1833527
    penio
    Poziom 17  
    Posty: 285
    Pomógł: 12
    Ocena: 38
    Panowie..a nie prosiciec odwrócic calego bina przeliczyc i odwrucic ponowanie? jest taka funkcja swap sie nazywa ja mialem takie odwracania w combo3 teraz nie mam takiego problemu:) polecam programatory z Elneca

    pozdrawiam
  • #7 1834708
    Pati
    Poziom 27  
    Posty: 1641
    Pomógł: 35
    Ocena: 409
    OKOK. ale pozamienianie i przeliczanie tego w jaki kolwiek inny sposób chyba nie wchodzi w grę bo wszystko się zgadza poza tym właśnie że zamiast 2 jest 5 wątpię że jest to zbieg okoliczności że po tych wszystkich obliczeniach wyszło coś co akurat różni się tylko na jedne pozycji względem tego co wedłóg mnie powinno tam być.

    Piokie ten drugi bin jest odczytany dobrze (prawie) pozamieniane są tylko bajty jest1,0,3,2,5,4,7,6 itd tak na niego patrz i powiedz jaki wedłóg Ciebie powinien być ten drugi przebieg. Na 100% był 222056.

    Co prawda jużsobie pooradziłem z tym licznikiem odlałem sięna to dlaczego tak jest znalazłem bin z przebiegiem przepisałem przebieg czyli 4 linie z korektą własną na starszej pozycji dziesięciotyśęczznej skorektowałem sumy kontrolne z jednym błędem który zobaczyłem dopiero po zamontowaniu licznika zamiast 1a wpisałem 2a w sumie. Bin który wpisałem przedstawiam poniżej w jpg i w rar(bin) ale licznik chodzi prawidłowo mimo tej pomyłki.

    Przebieg jaki pojawił się na liczniku to 172 386 i nie wiem od czego to zależy wartość z którego miejsca jest aktualnie wyświetlana bo różnie to bywa z tego co analizowałem inne wsady z podanym przebiegiem. Może ktoświe to chętnie bym się dowiedział czegoś na ten temat np. na pw.

    Daje załączniki.


    Dzięki wielkie za pomoc. Pozdrówka!
    Załączniki:
    • wsad robiony golf III motomet.rar (298 Bajtów) Musisz być zalogowany, aby pobrać ten załącznik.
    • 93s56 zamienione bajty licznik golf III motometer + problem dumper.JPG (19.77 KB) Musisz być zalogowany, aby pobrać ten załącznik.
  • #8 2116340
    neon121
    Poziom 18  
    Posty: 399
    Pomógł: 8
    Ocena: 91
    Witam
    Wczoraj robiłem taki licznik z taką pamięcią i powiem tak, że Willem czyta go dobrze jako 93C56 po podaniu masy na 7 nóżke, jeśli chodzi o programowanie to nie ruszy jej, próbowałem na różne sposoby.

    Poradziłem sobie z tym tak, że zastąpiłem tą pamięć zwykłą 93C56 zaprogramowałem Willemem, wlutowałem włączyłem licznik i działa pięknie, zapiąłem genertator, wskazówki chodzą poprawnie, licznik zlicza.
    Jeśli macie taką możliwość to róbice podmiany pamięci na standardowe, bo jest o wiele mnie kłopotów

    Pozdrawiam
  • #9 2121576
    grzestv
    Poziom 28  
    Posty: 914
    Pomógł: 113
    Ocena: 206
    to jest pamięć S56 z protect register tanie progi nie radzą sobie z tymi pamiątkami radzę zakupić lepszy programator.moje problemy z pamięciami zakończyły się po zakupie SEEprog-a ELNEC-a
    a zastępowanie zwykłymi "C" może zakończyć się niespodzianką typu działał a teraz mam proble...
  • #10 2122200
    kamyczek
    Poziom 38  
    Posty: 3994
    Pomógł: 394
    Ocena: 573
    Te cs czy s sa odporniejsze na wykasowane przypadkiem i zwykła pamięć zamiast tej spec to dobra decyzja :) za 2 miechy ktos wróci z stojacym licznikem z ff-kami w srodku brawa dla lamerów ....
    A jak zapłaci za licznik 1500 bo gosć będzie nieugiety to zrozumie wczym rzecz...
  • #11 2122769
    neon121
    Poziom 18  
    Posty: 399
    Pomógł: 8
    Ocena: 91
    Może i odporniejsze, ale jeśli pamięci miały by się tak kasować, to w każdym liczniku była by pamięc protect, a w dużej większości liczników są to zwykłe 93C46 lub 93C56, ja już zrobiłem 2 przekałdki pamięci na zwykłe C i liczniki działają już ponad rok. Jeden naprawiałem bo rozgrzebali go i przegrzali pamięć, a drugą wymieniłem bo nie miałem wtedy dostępu do lepszego programatora a była pilna sprawa dla klienta.
    Pozdrawiam

Podsumowanie tematu

✨ Problem dotyczy odczytu i zapisu pamięci 93s56 w liczniku Golf III Motometer, gdzie bajty są zamienione parami (0 z 1, 2 z 3 itd.), co powoduje nieprawidłowy odczyt przebiegu. Przebieg odczytany z binu różni się od faktycznego wskazania licznika. Dyskusja wskazuje, że odczyt za pomocą programatora Willem jest możliwy, ale ryzykowny i może powodować błędy. Zalecane jest użycie lepszych programatorów, takich jak Xprog lub SEEprog ELNEC, które lepiej radzą sobie z pamięciami z zabezpieczeniami (protect register). Wskazano, że w przypadku Motometr SW4.2 sposób liczenia przebiegu jest inny i wymaga specjalistycznej wiedzy. Proponowano także zamianę oryginalnej pamięci 93s56 na standardową 93C56, co ułatwia programowanie i eliminuje problemy z odczytem i zapisem, choć może wiązać się z ryzykiem utraty zabezpieczeń. Wskazano funkcję swap bajtów w programach typu Combo3 jako możliwe rozwiązanie problemu zamiany bajtów. Podsumowując, kluczowe jest stosowanie odpowiednich narzędzi i metod programowania pamięci liczników Motometer, aby uzyskać poprawny odczyt i zapis przebiegu.
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA