Kanał - ATNEL tech-forum
Wszystkie działy
Najnowsze wątki

KURS HOME ASSISTANT

Chcesz zautomatyzować swój dom bez skomplikowanego kodowania?
Zastanawiasz się nad wyborem sprzętu, oprogramowania i aplikacji?
Od czego zacząć przygodę z HA? Co będzie najlepsze na start?

Nasz kurs Home Assistant nauczy Cię krok po kroku, jak łatwo zautomatyzować swój dom i oszczędzić na rachunkach za prąd i ogrzewanie. Bez chmur, bez zbędnych abonamentów. Twoja przygoda z Home Assistant zaczyna się tutaj!

↓↓↓

    Szanujemy Twoją prywatność. Możesz wypisać się w dowolnym momencie.




    Teraz jest 23 lip 2025, o 06:47


    Strefa czasowa: UTC + 1





    Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 12 ] 
    Autor Wiadomość
    PostNapisane: 22 kwi 2014, o 10:54 
    Offline
    Użytkownik

    Dołączył(a): 28 mar 2013
    Posty: 36
    Pomógł: 0

    Cześć,
    mam problem z zaprogramowaniem Atmega168A-PU w wersji DIP.
    Mam plik *.hex z instrukcją ustawienie fuse bitów:
    The Atmega168a has to be programmed using the .hex file. The "fuse bytes" for this project are extended_byte=0x01, high_byte=0xdf, low_byte=0xdf.
    Atmega korzysta z zewnętrznego kwarca 12MHz z dwoma 18pF.
    Program przyjmuje high i low bity ale przy extended ciągle wstawia swój F9 zamiast 01, przez co po wgraniu wsadu wywala błąd (tak mi się przynajmniej wydaje).
    Co jest nie tak?



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 11:36 
    Offline
    Użytkownik

    Dołączył(a): 20 wrz 2013
    Posty: 647
    Zbananowany użytkownik

    Pomógł: 101

    To może się wydawać dziwne ale w tym wypadku 0xF9 == 0x01 :-)
    Przejdź sobie na tę stronę: http://www.engbedded.com/fusecalc, wybierz swój procek, ustaw fusy a potem niżej, w ramce oznaczonej "current settings" przeczytaj notkę wypisaną na czerwono. I wsio powinno się wyklarować.
    A komunikat błędu jest jaki?

    _________________
    +++++[>++++<-]>[>++++++<-]>.---------.+++.



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 11:48 
    Offline
    Użytkownik

    Dołączył(a): 28 mar 2013
    Posty: 36
    Pomógł: 0

    Taki mam komunikat:
    ObrazekObrazek



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 12:11 
    Offline
    Użytkownik

    Dołączył(a): 20 wrz 2013
    Posty: 647
    Zbananowany użytkownik

    Pomógł: 101

    No tak, wyraźnie wykłada się na efusie.
    Ale prawdopodobnie fusy się zaprogramowały. Wczytaj fusy z procka i sprawdź (pamiętając, że efus możę być równy zarówno 01 jak i F9).

    _________________
    +++++[>++++<-]>[>++++++<-]>.---------.+++.



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 12:21 
    Offline
    Użytkownik

    Dołączył(a): 28 mar 2013
    Posty: 36
    Pomógł: 0

    Po kliknięciu Sprawdź podłączony AVR otrzymuję fusy DF DF i F9.



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 12:41 
    Offline
    Użytkownik

    Dołączył(a): 20 wrz 2013
    Posty: 647
    Zbananowany użytkownik

    Pomógł: 101

    czyli się zaprogramowały, możesz więc problem fusów uznać za rozwiązany i działać dalej ;-)
    A czemu to tak wyszło? Widać Mirek założył, że niezdefiniowane bity mają przyjąć wartość "niezaprogramowane" (czyli 1), a 168-emka zrobiła psikusa i raportuje te bity jako "zaprogramowane". Czyżby różne procki pokazywały to inaczej? Jakbym miał pod ręką inną atmegę (np 128) to bym sprawdził co ona podaje.


    Autor postu otrzymał pochwałę

    _________________
    +++++[>++++<-]>[>++++++<-]>.---------.+++.



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 12:45 
    Offline
    Użytkownik

    Dołączył(a): 28 mar 2013
    Posty: 36
    Pomógł: 0

    Aha, czyli układ powinien być już sprawny i gotowy do dalszego montażu? W takim razie działam dalej :)
    Ciekaw jestem jeszcze opinii Mirka, może znowu jakich chochlik gdzieś się ukrył ;)



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 12:47 
    Offline
    Użytkownik
    Avatar użytkownika

    Dołączył(a): 05 sie 2013
    Posty: 1154
    Lokalizacja: Lublin / Kraków
    Pomógł: 72

    Koveras napisał(a):
    Aha, czyli układ powinien być już sprawny i gotowy do dalszego montażu?

    Fusbity można też przestawiać w procu, który jest w układzie zmontowanym. :)

    Nie ma co się bać fusebitów. :)


    Autor postu otrzymał pochwałę


    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 13:10 
    Offline
    Moderator
    Avatar użytkownika

    Dołączył(a): 03 paź 2011
    Posty: 27416
    Lokalizacja: Szczecin
    Pomógł: 1043

    Koveras napisał(a):
    Po kliknięciu Sprawdź podłączony AVR otrzymuję fusy DF DF i F9.


    Po prostu WYŁĄCZ WERYFIKACJĘ fusów podczas ich programowania w MkAvrCalculator dla takich procków jak Atmega88/168/328 ale też 644 itp

    to jest kwestia avrdude a nie programu MkAvrCalculator. Kłopot polega na tym, że ludzie którzy tworzyli definicje procków a różni ludzie je tworzą dla niektórych procków przyjęli że nie używane bity w ramach fusebitu EXTENDED mają wartość =1 a inni przyjęli że mają wartość =0

    nie jest to w ogóle istotne z punktu widzenia programowania - no ale nie wiedzieć czemu przy zapisie avrdude na podstawie swojego configa przyjmuje że mają być zera (w tych nie używanych bitach a przy weryfikacji że jedynki - albo odwrotnie - już nie wnikam) i stąd ten głupi komunikat z avrdude

    wystarczy jak mówię WYŁĄCZYĆ weryfikację i wszystko będzie się dobrze programować i odczytywać jeśli chodzi o FUSEBITY

    naturalnie przy programowaniu samego wsadu czy eeproma można włączać sobie weryfikację tu zawsze dobrze działa


    Autor postu otrzymał pochwałę

    _________________
    zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 13:32 

    Pomógł: 0

    Może podpiąć tą informację gdzieś, bo jest dosyć istotna.



    Góra
      
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 13:44 
    Offline
    Moderator
    Avatar użytkownika

    Dołączył(a): 03 paź 2011
    Posty: 27416
    Lokalizacja: Szczecin
    Pomógł: 1043

    rezasurmar napisał(a):
    Może podpiąć tą informację gdzieś, bo jest dosyć istotna.


    No tak ale może niedługo zmienimy już avrdude na nowsze i może to nie będzie obowiązywać ? ... zobaczę

    tak czy inaczej - nawet na czysto z konsoli jak się robi to avrdudem to jest dokładnie tak samo ... więc to na prawdę nic strasznego ...

    jak uda nam się zupgrejdować avrdude na wersję 6.xx a nadal to będzie (sprawdzę) to wtedy w samym programie podepnę tą informację ewentualnie ok ?

    _________________
    zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]



    Góra
     Zobacz profil  
    cytowanie selektywne  Cytuj  
    PostNapisane: 22 kwi 2014, o 14:06 

    Pomógł: 0

    Spoko, ważne że jest na forum i można znaleźć :D



    Góra
      
    cytowanie selektywne  Cytuj  
    Wyświetl posty nie starsze niż:  Sortuj wg  
    Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 12 ] 

    Strefa czasowa: UTC + 1


    Kto przegląda forum

    Użytkownicy przeglądający ten dział: Brak zidentyfikowanych użytkowników i 0 gości


    Nie możesz rozpoczynać nowych wątków
    Nie możesz odpowiadać w wątkach
    Nie możesz edytować swoich postów
    Nie możesz usuwać swoich postów
    Nie możesz dodawać załączników

    Szukaj:
    Skocz do:  
    cron
    Sitemap
    Technologię dostarcza phpBB® Forum Software © phpBB Group phpBB3.PL
    phpBB SEO