ATNEL tech-forum

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-26T13:55:35+01:00

Dziękuję za zgodę. Nie wiem czy jest ok. P. Mirek zweryfikuje to, mam nadzieję. Pojawia się dodatkowa zmienna i trzeba troszkę pozmieniać w bibliotece.
Ale patrząc na logi kompilacji każdy dojdzie do tego co jeszcze trzeba zmienić. Funkcja wygląda tak:
[syntax=c]uint8_t bmpe280_read_temp( int16_t * at_int, uint8_t * at_fract ) {

uint32_t raw_adc = bmpe280_read_3bytes( BME280_REGISTER_TEMPDATA );

if (raw_adc == 0x800000)
return 0xFF;

int32_t var1, var2, t_fine, T; // T musi być signed!

raw_adc >>= 4;

// Kompensacja (zgodna z dokumentacją Bosch)
var1 = (((( (int32_t)raw_adc >> 3) - ((int32_t)bmpe_calib.T1 << 1))) * ((int32_t)bmpe_calib.T2)) >> 11;
var2 = ((((( (int32_t)raw_adc >> 4) - ((int32_t)bmpe_calib.T1)) * (( (int32_t)raw_adc >> 4) - ((int32_t)bmpe_calib.T1))) >> 12) * ((int32_t)bmpe_calib.T3)) >> 14;

t_fine = var1 + var2;
T = (t_fine * 5 + 128) >> 8; // T jest teraz w setnych częściach stopnia, np. -525 to -5.25°C

//test - działa. Zastępuje zmierzoną temperaturę wartością -5,25 st C - 1sze próba wstępna
//T = -525;

if( at_int && at_fract ) {
*at_int = T / 100; // Dla -525 otrzymasz -5
int32_t fraction = T % 100; // Dla -525 otrzymasz -25

if (fraction < 0) {
fraction = -fraction; // Ułamek chcemy mieć zawsze dodatni do wyświetlania
}
*at_fract = (uint8_t)fraction;
}

// Jeśli używasz ciśnienia/wilgotności, musisz zapisać t_fine do zmiennej globalnej
tmp_temperature = t_fine;

return 0;
}[/syntax]

U mnie przeszło testy. Proszę o feedback.

Statystyki: Napisane przez andrzej381 — 26 kwi 2026, o 13:55

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-26T10:03:01+01:00

Domyślam się że p. Mirek mnie skarci za podpieranie się AI.
ABSOLUTNIE Cię nie skarcę! wręcz przeciwnie ! AI to normalne narzędzie a kto dzisiaj się nim nie posługuje ten traci

jak dla mnie zadziałałeś super i myślę że nawet jeśli z AI to naprawiłeś to i tak już chyba wiesz o co chodzi no nie ?

andrzej381 napisał(a):

Myślę, że nie powinienem ciała tej funkcji publikować ze względu na prawa autorskie ATNELa do tej biblioteki. Chyba że p.Mirek zezwoli.

Bardzo dziękuję za to zdanie widać że szanujesz prawa autorkie, bardzo mi miło ale tak pozwalam żebyś tu pokazał ciało tej funkcji skoro w bibliotece jest błąd a tylko jedną funkcję jak pokażesz to nic się nie stanie

Statystyki: Napisane przez mirekk36 — 26 kwi 2026, o 10:03

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-25T11:07:35+01:00

Analizując funkcję z biblioteki ATNELa deklarowaną jako:

[syntax=C]uint8_t bmpe280_read_temp( int8_t * at_int, uint8_t * at_fract );[/syntax]
I podpierając się sztuczną inteligencją otrzymałem poprawione ciało funkcji.
Jestem w trakcie testów.
Zmian jest trochę więcej niż jedna zamiana typu zmiennej z uint32_t na int32_t.
Domyślam się że p. Mirek mnie skarci za podpieranie się AI.

Myślę, że nie powinienem ciała tej funkcji publikować ze względu na prawa autorskie ATNELa do tej biblioteki. Chyba że p.Mirek zezwoli.

Statystyki: Napisane przez andrzej381 — 25 kwi 2026, o 11:07

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-24T10:46:45+01:00

mirekk36 napisał(a):

no to zmieniaj sprawdzaj i daj znać toż co ci szkodzi sprawdzić i pobawić się chwilę kodem - to sama przyjemność jak sam naprawisz sobie a jak skill rośnie - tyle że ja mówię o kodzie biblioteki którą masz z atnela a ty opisujesz dokumentację - co sam chcesz pisać libsa od nowa ? ok to też wyzwanie ale póki co polecam ci prostszą drogę - popraw libsa z atnela wiele osób to zrobiło dawaj i czekam na wyniki

Nazwa funkcji i zmiennej (oraz jej typ) są z biblioteki Atnela. Więc odwołuję się do tej biblioteki. W dokumentacji czujki był przykład obliczeń który analizowałem wraz z biblioteką Atnela.
Jest jeszcze jedno miejsce w bibliotece do ewentualnej zmiany.
W kodzie jest linia: tmp_temperature = var1 + var2;
w której zmienne var1 i var2 są typu int32_t
a zmienna tmp_temperature jest typu uint32_t
To może być potencjalny błąd bo dodajemy 2 zmienne ze znakiem to dlaczego wynik jest tylko dodatni (zmienna bez znaku)?

Statystyki: Napisane przez andrzej381 — 24 kwi 2026, o 10:46

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-23T21:40:07+01:00

Statystyki: Napisane przez mirekk36 — 23 kwi 2026, o 21:40

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-23T20:27:47+01:00

Według mnie chodzi o funkcję:
uint8_t bmpe280_read_temp( int8_t * at_int, uint8_t * at_fract )

Przeglądając dokumentację czujki BME280 (strona 23) znalazłem formułę obliczeniową z której powinienem wyciągnąć wnioski.
Stawiam na: uint32_t adc_T
to tutaj chyba powinno być int32_t adc_T

W dokumentacji ta zmienna jest: BME280_S32_t T; (tam jest zmienna ze znakiem)

Statystyki: Napisane przez andrzej381 — 23 kwi 2026, o 20:27

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-23T19:01:51+01:00

andrzej381 napisał(a):

A nie jest zmiana potrzebna w funkcji: uint8_t bmpe280_read_temp( int8_t * at_int, uint8_t * at_fract )
gdzie trzeba: int8_t * at_int zastąpić: int16_t * at_int?

Pomyśl - at_int przechowuje wartość temperatury przed przecinkiem tak? i jest przecież typu int8_t a nie uint ... int16_t byłoby potrzebne gdyby ujemne temperatury miałyby być niższe niż -127 stC a przecież nigdy takich nie będzie

mówię ci zajrzyj do biblioteki - popatrz sobie na spokojnie i w jednej z funkcji zobaczysz uint32_t - tam trzeba zmienić na int32_t ... to będzie dla ciebie wyzwanie i sam się ucieszysz że ci wyszło a jeśli nie to pokaż tu funkcję którą próbujesz poprawiać to ja wtedy ci chętnie pomogę

Statystyki: Napisane przez mirekk36 — 23 kwi 2026, o 19:01

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-23T11:17:39+01:00

mirekk36 napisał(a):

andrzej381 napisał(a):

Mam jeszcze jedno pytanie, teraz dotyczące pomiaru temperatury tą czujką (BME280) przy pomocy biblioteki Atnel-a.
W zasadzie to jest pytanie do Pana Mirka.
Wygląda na to że biblioteka dobrze oblicza temperaturę do -12,7 stopnia. Poniżej następuje przepełnienie zmiennej przechowującej temperaturę (*10) która to zmienna jest typu int8_t czyli może liczyć do -12,7*10 = -127 Czy wystarczy zmienić typ tej zmiennej na int16_t czy też jeszcze trzeba coś zmodyfikować? Jeśli się mylę to proszę o poprawienie mnie.

Tak jest mały babolek ale w środku wystarczy zmienić wartość jednej zmiennej z uint32_t na int32_t w bibliotece

A nie jest zmiana potrzebna w funkcji: uint8_t bmpe280_read_temp( int8_t * at_int, uint8_t * at_fract )
gdzie trzeba: int8_t * at_int zastąpić: int16_t * at_int?

Moja wiedza jest dosyć skromna więc się dopytuję.

Statystyki: Napisane przez andrzej381 — 23 kwi 2026, o 11:17

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-22T20:09:38+01:00

andrzej381 napisał(a):

Tak jest mały babolek ale w środku wystarczy zmienić wartość jednej zmiennej z uint32_t na int32_t w bibliotece

Statystyki: Napisane przez mirekk36 — 22 kwi 2026, o 20:09

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-22T16:12:07+01:00

Statystyki: Napisane przez andrzej381 — 22 kwi 2026, o 16:12

Język C dla AVR • Re: Funkcja boot_signature_byte_get(addr) pod Eclipse/MKClip

2026-04-15T06:46:31+01:00

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

Język C dla AVR • Re: Funkcja boot_signature_byte_get(addr) pod Eclipse/MKClip

2026-04-14T20:12:41+01:00

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ą).

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

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-14T07:02:51+01:00

Ale jak ktoś chce to niech sobie dorabia ... niech się bawi kto komu zabroni ... i tak po pewnym czasie będzie robił jak każdy inny bez takich zabaw....

W każdym bądź razie moja biblioteka daje różne możliwości i jedną z nich jest ustawienie Timeouts wtedy procek się nie zatrzymuje i można się bawić dalej w obsługę błędów - no w czym problem jak ktoś lubi rzeźbić

Statystyki: Napisane przez mirekk36 — 14 kwi 2026, o 07:02

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-13T20:46:21+01:00

A ja z kolei powiem tak:
Skoro brak czujnika lub czujnik uszkodzony, to powinienem dostać informację chociażby taką: "Błąd czujnika. Sprawdź czujnik" I to tyle.
Wtedy jestem pewien, że cały układ działa (uC) ale są problemy z samym czujnikiem. Według mnie (ale tylko wg. mnie) tak się to powinno odbywać,
żeby nie trza było kombinować co nie działa. Nie działa czujnik i tyle. A tak? Może czujnik, może procek, może źle napisany program i się wysypał.
Myślę, że po to są instrukcje warunkowe typu IF, ELSE, żeby do tego celu to wykorzystać. Ja jestem tylko uczniem Mirka ale wg. mnie tak to powinno wyglądać.
Jeśli nie mam racji i się mylę, to uznajcie, że tej odpowiedzi nie było.

Statystyki: Napisane przez mario2015 — 13 kwi 2026, o 20:46

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-13T18:34:26+01:00

andrzej381 napisał(a):

przy wyłączonym timeouts (0) program wpada w nieskończoną pętlę.

Pewnie popełniam jakiś błąd ale nie potrafię go znaleźć (zdebugować).

Nie ma co debugować - gdy nie ma podłączonej czujki ma wpadać w nieskończoną pętlę - tak się robi w 90% projektów - Pomyśl sobie robisz czujnik wilgotności - nie ma czujki to jaki jest sens żeby działał? tu jest sytuacja zero jedynkowa ... co to da że będzie pokazywał że brak czujki skoro i tak wiesz że nie ma bo nie pokazuje pomiaru i jest zawieszony?

Biblioteka wprawdzie pozwala żeby to zmienić ale to jest zbytek po przełączeniu tej konfiguracji trzeba podstawić własnego callbacka jak to wynika z biblioteki - na pewno nic nie podstawiasz to i nic nie pokazuje dlatego tak jest. Ja tam bym nie kombinował jak ci już działa czujniczek to znaczy że jest ok - jak odłączasz go dla testu i się zawiesza - też jest ok

Statystyki: Napisane przez mirekk36 — 13 kwi 2026, o 18:34

Język C dla AVR • Re: pomiar wilgotności - BME280

2026-04-13T17:05:21+01:00

Okazało się niestety że trafiłem na trefną czujkę. Drugi egzemplarz pokazuje dobrze wszystkie parametry. Przy okazji wyszła mi dziwna sytuacja. Biblioteka MK_PRESSURE_HUMIDITY wraz z MK_I2C gdy uruchomiłem przykład z biblioteki i odłączę czujkę BME280 wyświetla informację że jest podłączone BME280 a powinno zasygnalizować brak czujki.
Konfiguracja bibliotek to:
w mk_preasure_cfg.h:
#define USE_BME_BMP_280 1

w mk_i2c.h:
#define USE_TIMEOUTS 1
#define I2C_MODE 0
#define USE_SOFT_I2C 0

przy wyłączonym timeouts (0) program wpada w nieskończoną pętlę.

Pewnie popełniam jakiś błąd ale nie potrafię go znaleźć (zdebugować).

Statystyki: Napisane przez andrzej381 — 13 kwi 2026, o 17:05

Język C dla AVR • pomiar wilgotności - BME280

2026-04-12T15:23:24+01:00

Mam kłopot z pomiarem wilgotności czujką BME280 (na I2C i ATmega168P). Korzystam z bibliotek Mirka ( MK_PRESSURE_HUMIDITY i MK_I2C). Czujka działa lecz mierzy wilgotność w dziwny sposób.
To znaczy mierzy ją na poziomie 83%. Gdy wystawię ją na delikatne słońce (przez szybę, firanę, z odległości 0,5m) to wilgotność spada do około 49%.
Oczywiście przy okazji rośnie temperatura o jakieś 3 stopnie.

Mam też inną czujkę tj. BME680 i odpalony program na STM32... Ta pokazuje około 44% co jest zgodne z higrometrem mechanicznym który posiadam.

Moje pytanie brzmi: czy mam źle skonfigurowaną bibliotekę (w tej chwili tryb Normal), czy uszkodzoną czujkę? Oczywiście program z biblioteką wykrywa BME280.
A może jest jakiś niuans do ustawienia dla tej czujki / biblioteki? Może coś zmieni tryb Forced? Ale dla niego trzeba chyba dodać jakiegoś delay-a.
Ma może ktoś doświadczenie w użytkowaniu tej czujki?

------------------------ [ Dodano po: 31 minutach ]

Zmiana na BME280_FORCED_MODE spowodowała to że wilgotność stanęła na 81,92% i nie reaguje. Chyba nie tędy droga.

Statystyki: Napisane przez andrzej381 — 12 kwi 2026, o 15:23

Język C dla AVR • Re: Funkcja boot_signature_byte_get(addr) pod Eclipse/MKClip

2026-04-10T15:36:24+01:00

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

Język C dla AVR • Funkcja boot_signature_byte_get(addr) pod Eclipse/MKClipse

2026-04-09T20:56:36+01:00

Hej, ostatnio dłubałem sobie coś na 328pb (używając Atmel Studio) i w którymś momencie chciałem przygotować projekt tak, żeby również kompilował się poprawnie pod Eclipse. Ale okazało się, że jedna rzecz mi nie chciała się skompilować - chodzi o wykorzystanie funkcji boot_signature_byte_get(addr) (chciałem użyć jako identyfikatora procka). Wywalał błąd braku definicji SIGRD. Sprawdziłem co jest w plikach iom328pb.h po stronie Atmel Studio i Eclipse w katalogach
C:\Users\\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
#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

Język C dla AVR • Re: kmMidiMini – platforma do samodzielnego wykonania kontro

2026-02-25T23:29:34+01:00

SunRiver napisał(a):

takie tam brzdąkanie ....

Noo, niby brzdękanie a wygląda jak Marek Biliński albo jak bardzo znany Jean-Michel Jarre. Super.

Statystyki: Napisane przez mario2015 — 25 lut 2026, o 23:29

Język C dla AVR • Re: Programowanie Wifi przez FOTA

2025-12-11T08:49:09+01:00

Ok dziękuje .

Statystyki: Napisane przez mocartp — 11 gru 2025, o 08:49

Język C dla AVR • Re: Programowanie Wifi przez FOTA

2025-12-04T21:41:42+01:00

od tego jest nasz discord

Statystyki: Napisane przez mirekk36 — 4 gru 2025, o 21:41

Język C dla AVR • Programowanie Wifi przez FOTA

2025-12-03T18:40:54+01:00

Witam.
Szukam pomocy w rozumieniu metody komunikacji i wgrywania wsadu przy pomocy FOTA.
Program Mirka AtnelWiFiTools ma taką możliwość. Chodzi mi o zrozumienie może takie schematyczne jak modół ESP 8266 musi być podłączony i wjakiej kofiguracji żeby było możliwe wgranie wsadu do w/w
ESP?
A następnie jak ustawić adresty i porty w AtnelWiFiTools może na początek poproszę o schemat blokowy gdzie powinien być zalogowany ESP. Posiadam na pokładzie zakupione właśnie ATNEL WIFI ESP i modóły z firmware ATNELA

Statystyki: Napisane przez mocartp — 3 gru 2025, o 18:40

Język C dla AVR • Re: błąd avrdude eclipse 2024

2025-10-04T05:11:07+01:00

Kabor napisał(a):

Ciekawostka
W mkClipse mam ten sam błąd, ale wrzucając bezpośrednio plik .hex przez mkAVR calculator działa (dla testu napisałem migającą diodę co sekundę)

To nie ciekawostka to po prostu brak spowolnienia SCK dla procków taktowanych fabrycznie 1MHz przecież od lat pokazuję jak to rozwiązać

proszę bardzo:

https://mirekk36.blogspot.com/2013/06/g ... ipsem.html

Statystyki: Napisane przez mirekk36 — 4 paź 2025, o 05:11

Język C dla AVR • Re: błąd avrdude eclipse 2024

2025-10-03T20:09:02+01:00

------------------------ [ Dodano po: 54 minutyach ]

Ciekawostka
W mkClipse mam ten sam błąd, ale wrzucając bezpośrednio plik .hex przez mkAVR calculator działa (dla testu napisałem migającą diodę co sekundę)

Statystyki: Napisane przez Kabor — 3 paź 2025, o 20:09