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

Dla całkowicie początkujących • Re: Atmega16-32 Piny XTAL1 XTAL2

2026-04-21T20:38:50+01:00

Witam.
Znalazłem w nocie na stronie 29 taki wpis "Table 10. XTAL1 and XTAL2 should be left unconnected (NC)."
Table 10. Start-up Times for the Internal Calibrated RC Oscillator Clock Selection

Wychodzi na to, że nie można nic z tymi pinami zrobić i jeśli pozostaną wolne, to nie powinno mieć to wpływu na pracę całości.
Dziękuję Wam za pomoc, a w szczególności koledze Marhef.

Statystyki: Napisane przez Robert_1967 — 21 kwi 2026, o 20:38

Dla całkowicie początkujących • Re: Atmega16-32 Piny XTAL1 XTAL2

2026-04-21T13:29:56+01:00

Sprawdź w nocie katalogowej, czy nóżki te mają jakąś alternatywną funkcję. Jeśli mają, możesz jej użyć. Jeśli nie mają, nie możesz ich użyć inaczej.
W nocie do atmegi16 jest wpis, że mają zostać niepodłączone, jeśli wybrane jest taktowanie wewnętrznym oscylatorem. Ale zweryfikuj to jeszcze, mogę się mylić.

Statystyki: Napisane przez Marhef — 21 kwi 2026, o 13:29

Dla całkowicie początkujących • Re: Atmega16-32 Piny XTAL1 XTAL2

2026-04-21T13:20:46+01:00

witam marzesz robić co chcesz

Statystyki: Napisane przez ire — 21 kwi 2026, o 13:20

Dla całkowicie początkujących • Atmega16-32 Piny XTAL1 XTAL2

2026-04-21T12:11:23+01:00

Dzień dobry wszystkim.

Mam do Was może bardzo banalne pytanie, ale w nocie nie znalazłem odpowiedzi. Chyba ze nieuważnie czytałem. Co zrobić z pinami XTAL1 i XTAL2. jeśli korzystam z wewnętrznego
oscylatora, nie mam wlutowanego rezonatora i kondensatorów ?

1. Czy mogę je użyć, jako i/o dla np. przycisków ? (jak nazwać je w kodzie DDRX PORTX.....)
2. Jeśli są zbędne, to czy można je np. ustawić jako wejścia i podciągnąć do vcc w celu polepszenia stabilności układu (jak to zrobić)
3. Czy nie wolno ich ruszać i pozostawić wolnymi i tyle ?

Proszę o pomoc w tym temacie.

Statystyki: Napisane przez Robert_1967 — 21 kwi 2026, o 12:11

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

Mikrokontrolery AVR • Re: USART PUTTY odczytuje tylko €

2026-04-11T21:43:28+01:00

Quote:

1. krzaczki pojawiły się bo miałem źle ustawioną częstotliwość taktowania procka

Na to chciałem cię naprowadzić właśnie

Statystyki: Napisane przez mirekk36 — 11 kwi 2026, o 21:43

Mikrokontrolery AVR • Re: USART PUTTY odczytuje tylko €

2026-04-11T20:07:32+01:00

Film był odpowiedzią
Podsumowując:
1. krzaczki pojawiły się bo miałem źle ustawioną częstotliwość taktowania procka
2. brak informacji przesyłanych był spowodowany tym, że do UDR podstawiałem wartość liczbową (zapisaną binarnie np. UDR=0b00000001;), a nie symbol ASCII (np. UDR = 'A')
Dzięki za pomoc

Statystyki: Napisane przez alhcum — 11 kwi 2026, o 20:07

Mikrokontrolery AVR • Re: USART PUTTY odczytuje tylko €

2026-04-11T10:32:07+01:00

Zobacz dokładnie ten filmik od Mirka:

https://www.youtube.com/watch?v=eqgrR-XbvIc&t=904s

Statystyki: Napisane przez mario2015 — 11 kwi 2026, o 10:32

Mikrokontrolery AVR • Re: USART PUTTY odczytuje tylko €

2026-04-10T20:35:57+01:00

Mirku, nagłówki wziąłem 1 do 1 z noty aplikacyjnej dla ATMEGI8, kupię analizator i zobaczymy co dostanę.
Jak teraz patrzę to nwm czy nie ma problemu z nastawieniem częstotliwości procka:
1. mkAVRcalculatorem ustawiam sobie częstotliwość procka na 8MHz
2. W eclpisie 2022-12 gdzie używam Twojego wsadu Mirku ustawiam w projekcie ATMEGE8 i MCU Clock 8000000
3. Wgrywam plik
I teraz PUTTY nie czyta.
Wcześniej miałem procek ustawiony na 1MHz więc te € to pewnie błędy odczytu.
Wiem trochę pokręciłem :/
Zobaczymy co dostanę z analzatora. Spróbowałem trochę okiełznać kod, dałem wartość MYUBRR 51 z noty dla 8MHz:

[syntax=c]#include
#include

#define MYUBRR 51

void USART_Init(uint16_t);

void main ()
{
USART_Init (MYUBRR);
while (1)
{
while ( !( UCSRA & (1<{
}
UDR=0b00000001;
_delay_ms(1000);
}
}

void USART_Init(uint16_t ubrr)
{
UBRRH = (uint8_t)(ubrr>>8);
UBRRL = (uint8_t)ubrr;
/* Enable transmitter */
UCSRB = (1</* Set frame format: non-parity, 8data, 1stop bits */
UCSRC = (1<}[/syntax]

Statystyki: Napisane przez alhcum — 10 kwi 2026, o 20:35