ATNEL tech-forum 2026-04-15T06:46:31+01:00 https://forum.atnel.pl/feed.php?f=4&t=24898&mode 2026-04-15T06:46:31+01:00 2026-04-15T06:46:31+01:00 https://forum.atnel.pl/viewtopic.php?t=24898&p=239447#p239447 <![CDATA[Re: Funkcja boot_signature_byte_get(addr) pod Eclipse/MKClip]]> moscow napisał(a):

Temat w sumie aż tak nietypowy nie jest, bo chciałem po prostu zaczytać sygnaturę procka aby rozpoznać konkretną instancję urządzenia (te procki na to pozwalają).

tak ja cię rozumiem doskonale i wiem po co są takie opcje a pisząc wcześniej że to jest nietypowy przypadek miałem właśnie na myśli tylko to że jest to problem dla nie wielu procków w całej masie i że rzadko kto tego używa ;) A nie mówiłem że to opcja niepotrzebna.

Niestety Atmel w pewnym momencie tak zaczął mieszać w swoich toolchainach robiąc łatki do coraz to nowszych procków w sposób nietypowy do swoich wcześniejszych standardów że zaczął powstawać problem z przenoszeniem ich toolchaina - a oni to w AtmelStudio ogarniają też wielkimi łatami dociągając różne zależności w nietypowy sposób

Statystyki: Napisane przez mirekk36 — 15 kwi 2026, o 06:46

]]> 2026-04-14T20:12:41+01:00 2026-04-14T20:12:41+01:00 https://forum.atnel.pl/viewtopic.php?t=24898&p=239446#p239446 <![CDATA[Re: Funkcja boot_signature_byte_get(addr) pod Eclipse/MKClip]]>
W sumie po zastanowieniu się, chyba po prostu zostanę przy swoim nieco krzywym rozwiązaniu - zrobiłem kiedyś na własne potrzeby coś na kształt mini HALa dla AVRów i jak zrobię workaround na tym poziomie, to już nie będę musiał sie z tym problemem potem męczyć.
Jeśli chodzi o źródło nowszego toolchaina, to jest to po prostu wersja instalowana z AtmelStudio 7 (ląduje w katalogu, który podałem w pierwszej wiadomości).
Trochę popatrzyłem do środka i okazało się, że są takie definicje w iom328pb.h, które znajdują się w wersji AtmelStudio a w Eclipse nie, ale też w drugą stronę - są w wersji Eclipse a nie ma w AtmelStudio. Podmiana nie musi być trywialna niestety.
No nic - jakoś sobie chyba od strony moich potrzeb poradzę - tylko od jakiegoś czasu próbuję się przenieść z programowaniem AVRów kompletnie na Eclipse i ciągle o coś się potykam ;-)

Pozdrowienia.

Statystyki: Napisane przez moscow — 14 kwi 2026, o 20:12

]]> 2026-04-10T15:36:24+01:00 2026-04-10T15:36:24+01:00 https://forum.atnel.pl/viewtopic.php?t=24898&p=239436#p239436 <![CDATA[Re: Funkcja boot_signature_byte_get(addr) pod Eclipse/MKClip]]> moscow napisał(a):

dlatego chciałem podpytać, czy jest szansa na uatkutalnienie toolchaina dla MKClipse/Eclipse do nowszej wersji?

Wbrew pozorom to nie takie proste - ale jeśli już a zależy ci na tym to podaj jakiś konkretny link do nowszego toolchaina, podaj te różnice z sigdr bo pokazałeś tylko w jednym miejscu - i żeby coś zrobić to musiałbym wszystkiego sam od początku szukać - wtedy niestety odłożę to na dużo później bo nie mam za bardzo czasu ale jeśli podałbyś komplet informacji to może byłoby mi łatwiej opracować poprawkę ? Później też trzeba byłoby przetestować czy działa na innych prockach - bo po takich podmianach to zwykle zaraz losowo wybuchają różne inne rzeczy w kompilacjach - a tego nikt by pewnie nie chciał tym bardziej , że obecny tollchain może i stary ale jary i ładnie działa na co dzień a tu zdarzył się jak widzę mega nietypowy i jednostkowy przypadek - więc no sam zobacz.
Ale tak masz rację pewnie warto to zaktualizować

Statystyki: Napisane przez mirekk36 — 10 kwi 2026, o 15:36

]]> 2026-04-09T20:56:36+01:00 2026-04-09T20:56:36+01:00 https://forum.atnel.pl/viewtopic.php?t=24898&p=239433#p239433 <![CDATA[Funkcja boot_signature_byte_get(addr) pod Eclipse/MKClipse]]> SIGRD. Sprawdziłem co jest w plikach iom328pb.h po stronie Atmel Studio i Eclipse w katalogach
C:\Users\<user>\Documents\MkClipse\AVR Toolchain\avr\include\avr
oraz
C:\Program Files (x86)\Atmel\Studio\7.0\packs\atmel\ATmega_DFP\1.6.364\include\avr

okazało się, że plik w MKClipse jest z sygnaturą z 2015 roku a ten z Atmel Studio z 2020

różnią się w tej okolicy - linia numer 9 (#define SIGRD 5) jest w tym nowszym pliku z Atmel Studio
[syntax=c]/* Reserved [0x36] */

#define SPMCSR _SFR_IO8(0x37)
#define SPMEN 0
#define PGERS 1
#define PGWRT 2
#define BLBSET 3
#define RWWSRE 4
#define SIGRD 5
#define RWWSB 6
#define SPMIE 7[/syntax]

Na tą chwilę poradziłem sobie w ten sposób

[syntax=c]#if defined(__AVR_ATmega328PB__)
#define KM_CPU_HAS_PRODUCTION_SERIAL 1
#else
#define KM_CPU_HAS_PRODUCTION_SERIAL 0
#endif

#if KM_CPU_HAS_PRODUCTION_SERIAL
#ifndef SIGRD
#if defined(RSIG)
#define SIGRD RSIG
#else
#define SIGRD 5
#endif
#endif
#include <avr/boot.h>
#endif[/syntax]

Ale to trochę mało eleganckie rozwiązanie - dlatego chciałem podpytać, czy jest szansa na uatkutalnienie toolchaina dla MKClipse/Eclipse do nowszej wersji?

Pozdrowienia,
Krzysiek

Statystyki: Napisane przez moscow — 9 kwi 2026, o 20:56

]]>