Termometr z czujnikiem DS18B20 i dwucyfrowym wyświetlaczem LED

AT89C2051- od niego zaczynałem przygodę z uC 20 lat temu. Procedurę obsługi 1Wire i komunikację z DS18B20 sam napisałeś? Jak ograniczasz prąd diod w wyświetlaczu bo nie zauważyłem rezystorów ograniczających? Pozdrawiam

Andrzej_Tomaszewski napisał:

Procedurę obsługi 1Wire i komunikację z DS18B20 sam napisałeś?

Tak, to są moje sprawdzone w boju procedury, tu używane w banalnym przypadku jednego czujnika na ~20-centymetrowym przewodzie. Przeliczyłem im opóźnienia na zegar 12 MHz. Dotąd najmniejszy pull-up miałem 1,5 k, tu szczęśliwie działa na 1 k, dzięki czemu drabinka od wyświetlacza załatwia też 1-wire.

Andrzej_Tomaszewski napisał:

Jak ograniczasz prąd diod w wyświetlaczu bo nie zauważyłem rezystorów ograniczających?

Drabinka rezystorowa 1 kΩ ogranicza prąd diod w wyświetlaczu. To jest wyświetlacz ze wspólną katodą. Prąd płynie od plusa przez rezystor 1k na anodę segmentu, z katody wpływa do portu P3.4 albo P3.5 i przez procesor do masy. Jeśli chcę zgasić segment podpięty do P1.X, wystawiam tam zero i wtedy prąd zamiast do LED płynie od razu przez procesor do masy. Czyli pobór prądu jest trochę większy, gdy segmenty nie świecą, niż gdy świecą. Taki sprytny sposób uproszczenia układu zaczerpnąłem z kitu https://www.elektroda.pl/rtvforum/topic3494198.html

No tak jeśli wyświetlacz WK to ok aczkolwiek sposób sterowania trochę nietypowy, mało energooszczędny. Pozdrawiam

Dodano po 2 [minuty]:

Sam Sung napisał:

Czyli pobór prądu jest trochę większy, gdy segmenty nie świecą, niż gdy świecą. Taki sprytny sposób uproszczenia układu zaczerpnąłem z kitu https://www.elektroda.pl/rtvforum/topic3494198.html

A nie myślałeś o drabince z rezystorami z indywidualnymi wyprowadzeniami albo po prostu o pojedynczych rezystorach?

Andrzej_Tomaszewski napisał:

A nie myślałeś o drabince z rezystorami z indywidualnymi wyprowadzeniami

Nie wiedziałem, że są takie.

Andrzej_Tomaszewski napisał:

albo po prostu o pojedynczych rezystorach?

Taki układ nie zmieściłby się na tak małej płytce.

Sam Sung napisał:

Taki układ nie zmieściłby się na tak małej płytce.

Tak z ciekawości- czym był podyktowany ten rozmiar płytki? Zdaje się że obudowa pozwalała na zastosowanie nieco większej płytki.

Lata temu używałem asemblera, potem zakochałem się w C++, pamiętam z asemblera że to było jak oranie ręcznym pługiem hektarów pola.

Szacun i podziw, szczególnie za Twoje autorskie rozwiązanie i wytrwałość.

Gdyby nie ten myk z sterowaniem wyświetlacza to nie obeszło by się bez kilku tranzystorów czy jakiegoś ULN28.... do sterowania klasycznego.
Sam AT89C2051 ma chyba nie dużą wydajność, na pewno nie da rady zapalić 8 segmentów i zasilić z portów procka.

Z poniższego wynika że wyjście w stanie niskim może przyjąć 20mA natomiast w stanie wysokim prąd wypływający jest znikomy. Ciekawe czym był podyktowany wybór tego a nie innego uC.

Sam Sung napisał:

sprytny sposób uproszczenia układu

Sposób z noty PCF8574

Andrzej_Tomaszewski napisał:

Ciekawe czym był podyktowany wybór tego a nie innego uC.

Wybór płytki i procka był podyktowany głównie tym, że takie miałem, ale też chciałem sprawdzić, czy uda się zrobić tak mały układ z tak starym prockiem. Obciążalność portów jest duża, porty mają akurat silne zero, więc nowsze procki nie mają tu żadnej przewagi. No chyba, że 1-wire mógłby stabilnie działać bez kwarcu - to wtedy AT89C2051 przegrałby brakiem wewnętrznego oscylatora RC.

ex-or napisał:

Sam Sung napisał:

sprytny sposób uproszczenia układu

Sposób z noty PCF8574

A z której? W SCPS068J takiego schematu nie widzę.

Sam Sung napisał:

Wybór płytki i procka był podyktowany głównie tym, że takie miałem, ale też chciałem sprawdzić, czy uda się zrobić tak mały układ z tak starym prockiem.

Zastosowany mikroprocek bardzo fajny, dla wielu jeden z pierwszych w elektronicznej karierze, za sprawą BASCOMa. Względnie niewielka ilość pamięci ROM wystarczy do małych projektów i do poćwiczenia asemblera, bo program nie rozrasta się zbytnio.
1-WIRE spokojnie uciąga, nawet w BASCOMie udawało się robić sensowne rzeczy.

W trakcie tworzenia programu ile razy wkładałeś 2051 do podstawki? Podejrzewam, że brak ISP staje się tutaj uciążliwe, zwłaszcza przy debugowaniu. Użyłem go kilka razy w projektach i pamiętam, że od ciągłego programowania nóżki zdarły się do gołej miedzi (używałem podstawki precyzyjnej).

acctr napisał:

1-WIRE spokojnie uciąga, nawet w BASCOMie udawało się robić sensowne rzeczy.

Bascom nie był taki zły jak go malują. Tutaj przykład termometru na ATTiny2313 z DS18B20.
http://mirley.net/minitermometr_uniwersalny.html
Ten projekt jest też na elektrodzie o ile pamiętam.

Sam Sung napisał:

nie zauważyłem gołym okiem wpływu takiego przywieszania multipleksowania na jasność wyświetlacza.

Autor @mirley ciekawie rozpisał komunkację z czujnikiem. Warto podpatrzeć. Dodam tylko, że na podobnym kodzie zrobiłem regulator temperatury na Atmega8 do wytrawiarki. Jako ciekawostkę dodam, że próbowałem to zrobić w Arduino IDE. (Płytka miniCore/Atmega8). Niestety sama biblioteka do obsługi DS18B20 zabierała przeszło 80% flasha tego procka. W Bascom zrobiłem to z dużymi luzami

efi222 napisał:

Bascom nie był taki zły

I nadal nie jest

acctr napisał:

W trakcie tworzenia programu ile razy wkładałeś 2051 do podstawki?

Kilka razy. No nie chciało zadziałać za pierwszym razem

efi222 napisał:

Bascom nie był taki zły jak go malują. Tutaj przykład termometru na ATTiny2313 z DS18B20.
http://mirley.net/minitermometr_uniwersalny.html
Ten projekt jest też na elektrodzie o ile pamiętam.

Hmm, ja jednak zrobiłem obsługę błędów, a nie lecę dalej na pałę bez względu na to, co się wyprawia na magistrali
No i usypiam mikrokontroler - budzi go przerwanie. A w Bascomie nie da się zrobić sleep?
Nie bardzo rozumiem, po co co 4 ms znowu dzielić tą samą liczbę modulo 10 wyłuskując te same cyfry i zamieniając je na te same wzory segmentów, skoro liczba zmienia się co sekundę. Zdanie "stan Mux=4 jest fazą oczekiwania na spokojne zakończenie pomiaru temperatury" to chyba jakiś nonsens (?) Wg mnie stan Mux=4 jedynie zmniejsza jasność wyświetlacza z 3/4 do 3/5. U mnie nie wprowadzałem martwej fazy multipleksowania, bo ta drabinka 1k wystarczająco ogranicza prąd. Z przyciemnieniem jasność jest OK.
W 2011 też zrobiłem termometr działający trochę podobnie, jak tamten minitermometr, tzn. na czas całej komunikacji z 1-wire wyświetlacz zostawał wygaszony. Stąd wiem, że powoduje to dość irytujące mruganie. Tymczasem nic złego się nie stało, gdy tutaj puściłem multipleksowanie w przerwaniu, które wstrzymuję na czas pojedynczej operacji na 1-wire. Migania nie ma (chyba, że innego rodzaju, kiedy temp. jest na granicy i zmienia się o 1 stopień co pomiar), wyświetlacz się nie spalił.
Jeszcze te fazy multipleksowania są w bascomie tak jakoś łopatologicznie rozpisane, jak switch-case w C, jakby to były jakieś specjalne przypadki, zamiast eleganckiej maski z jedynką czy tam zerem włączającym jedną cyfrę, krążącej w kółko... no nie, ten kod nie zaskarbił sympatii do bascoma

Taka ciekawostka: w nocie DS18B20 jest tabelka z czasami pomiaru temp. przy różnych rozdzielczościach:

I dawno temu czujniki tak działały. Za to te, które kupiłem ostatnio na AliExpress, wydają się mierzyć tak samo szybko, obojętnie ilobitową rozdzielczość się ustawi. Nawet nie starają się udawać oryginałów? No ale w pasożytniczym trybie zasilania nie da się tego zauważyć.

Sam Sung napisał:

No i usypiam mikrokontroler - budzi go przerwanie. A w Bascomie nie da się zrobić sleep?

W Bascomie jedno krótkie polecenie i uC śpi, detekcja błędów na magistrali 1Wire- to tylko badanie stanu dedykowanej zmiennej, obróbka danych z DS18B20 i konwersja do degC z jednoczesnym dynamicznym wyświetlaniem- bajka, do tego jednocześnie obsługa dynamicznego wyświetlania i obsługa menu w którym m.in. zmieniam sobie jasność świecenia- żaden problem.

Pozdrawiam

saly napisał:

Lata temu używałem asemblera, potem zakochałem się w C++, pamiętam z asemblera że to było jak oranie ręcznym pługiem hektarów pola.

Tum nie mniej czasami fajnie wstawić wstawkę w asm .....

Brawo za asembler. Szkoda że nie at2313 .

astony napisał:

Brawo za asembler. Szkoda że nie at2313 .

Jak napiszesz identyczną funkcjonalność w asemblerze na ATtiny2313, to porównamy zwięzłość kodu maszynowego 8051 vs. AVR
Wydaje się, że AVR musi przegrać z kretesem, bo:
- to RISC
- nie ma jednobajtowych rozkazów
- nie ma sprzętowego dzielenia (przez 10)
- nawet GPIO trzeba setupować

Sam Sung napisał:

musi przegrać z kretesem

Ale w jakiej kategorii? Bo na pewno nie w wydajności.

Sam Sung napisał:

Andrzej_Tomaszewski napisał:

albo po prostu o pojedynczych rezystorach?

Taki układ nie zmieściłby się na tak małej płytce.

Na Twoją płytkę zmieściło by się jeszcze i ze dwadzieścia oporników bez problemu.
Stosując zamiast przewlekanych oporniki SMD. Na takie właśnie uniwersalne płytki, pasują najlepiej oporniki rozmiaru 0805 oraz 0603. Stosowanie SMD pozwala m.in. na zagospodarowanie obszarów zasłoniętych z drugiej strony, np. podstawką czy wyświetlaczem. Jeśli płytki są z metalizowanymi otworami to można połączenia przewodowe robić zarówno po stronie elementów jak i po drugiej. A samo używanie w takim kontekście tych oporników, moim zdaniem jest sporo wygodniejsze niż przewlekanych.

Tu przykładowo typowa płytka uniwersalna z rastrem 2,54mm oraz kilka oporników zarówno wymiaru 0805 jak i 0603, gdzie widać ile miejsca zostaje na oczku na przewód: