Szybkość odczytu temperatury z DS18B20 przez DS2482-800 na Raspberry Pi

Czas transmisji po IIC (nawet 400kHz) jest stosunkowo długi. Można go skrócić niewykonując pewnych operacji, np sprawdzenia czy DS2882-800 zakończył transmisję bajtu. Gdy cykliczne obsługujemy 6 kanałów, to odczytywany bajt musi już być w odbiorniku. Widzę takie rozwiązania:
- 6 uartów i sześć DS2480
- jeden DS2480 praca z prędkością 115200,
- obsługa przez PIO
- generowanie przebiegów interfejsem UART lub SPI.

Zabezpieczenie przed ESD itp skutecznie realizuje DS9503.

Jufo napisał:

Szybko odczytywać temperaturę z 6x ds18b20

Te przetworniki nie są jakieś szczególnie szybkie. Czas konwersji przy 12 bitach to prawie sekunda.
I2C - na 8 1wire DS2482-800

@R-MIK

R-MIK napisał:

Czas transmisji po IIC (nawet 400kHz) jest stosunkowo długi.

Interesująca teoria. Rozumiem że wystłka 115k UART jest szybsza niż 400k i2c.

Piotrus_999 napisał:

@R-MIK

R-MIK napisał:

Czas transmisji po IIC (nawet 400kHz) jest stosunkowo długi.

Interesująca teoria. Rozumiem że wysyłka 115k UART jest szybsza niż 400k i2c.

Ile bajtów trzeba wysłać i odebrać po IIC do/z DS2482 aby wysłać jeden bajt na 1-W, a ile po USART do DS2480?
Używał kolega któregoś w tych układów w praktyce? Ja tak, obu. I widzę, że kolega zapomniał, że IIC trzeba zaadresować i czekać aż DS2480 zwróci w statusie zakończenie operacji na 1-Wire, a to daje dodatkowe bajty po IIC:
ADRES IIC,
REJESTR ZAPISU,
dana - nie liczymy bo po UART też trzeba wysłać,
PONOWNY START i ADRES ODCZYTU IIC,
ODCZYT STATUSU z ACK
...
ODCZYT STATUSU bez ACK
Ile wyszło? 5 dodatkowych bajtów i z 400kb/s robi się 80kb/s. To nie teoria to teoria i praktyka.


PS
Jest mały niuans, ż w IIC do 8-bit dochodzi 9 ACK, w USART 8-bit + START, + STOP..
prędkość transmisji USART 115200b/s daje 11,520kB/s
IIC 400kHz 400kHz daje ~44kB/s.

Dodano po 3 [godziny] 42 [minuty]:

Piotrus_999 napisał:

Jufo napisał:

Szybko odczytywać temperaturę z 6x ds18b20

Te przetworniki nie są jakieś szczególnie szybkie. Czas konwersji przy 12 bitach to prawie sekunda.

Termometrów ma byc sześć, zakładając zerowy czas komunikacji gdy wszystkie są na jednej magistrali daje to 6*700ms = 4,2sekundy gdy każdy jest na innej 0,7sekundy. Widać różnicę?

Jak ma być szybko, to nie zasilaj termometrów pasożytniczo. Wtedy konwersje możesz uruchomić we wszystkich jednocześnie:
RESET
SKIP ROM
POMIAR
a odczytywać sekwencyjnie:
RESET
MATCH ROM 1
odczyt 1
RESET
MATCH ROM 2
odczyt 2
.itd
Jak "bardzo" silnie podciągniesz magistralę, to możesz zasilać także pasożytniczo. Natomiast sekwencja:
RESET
MATCH ROM 1
POMIAR
nie czekamy na koniec konwersji
RESET
MATCH ROM 2
nie czekamy na koniec konwersji
..itd
odczekanie czasu konwersji minus czas na sekwencję rozkazów RESET, MATCH, razy liczba czujników następnie sekwencyjny odczyt, raczej nie wypali, bo jak pamiętam to termometr po otrzymaniu resetu przerwie konwersję. To sprawdź w nocie, bo na 100% nito nie pamiętam. Przerywanie konwersji nie dotyczy termometrów umożliwiających pomiar ciągły, ale tylko przy zewnętrznym zasilaniu.


POMIAR

Praktyka mówi że 1wire ma jeszcze bardzo szybki reset. Tak że układ i2c <> 1wiire na pewno się wyrobi.

Piotrus_999 napisał:

Praktyka mówi że 1wire ma jeszcze bardzo szybki reset. Tak że układ i2c <> 1wiire na pewno się wyrobi.

Mowa o resecie w overdrive? W, którym termometrze?

PS
Jak pomiary przepływności danych DS2480 i 2482? Moje pomiary praktyczne i wyliczenia teoretyczne są poprawne czy popełniłem błąd 0,2%?
Jak na razie, prawie wszystkie odpowiedzi obywatela @Piotrus_999 w tematach, które znak, są teoretyczne i co gorsze błędne

Jufo napisał:

6x ds18b20;

Ale Kolega nie będzie używał overdrive

Piotrus_999 napisał:

Jufo napisał:

6x ds18b20;

Ale Kolega nie będzie używał overdrive

Co więc oznacza

Piotrus_999 napisał:

Praktyka mówi że 1wire ma jeszcze bardzo szybki reset. Tak że układ i2c <> 1wiire na pewno się wyrobi.

?
W czym ma się wyrobić I2C<>1wire?

Że nie rozumiem wynurzenia Kolegi o "wolnym" i2c. W czym ma to przeszkadzać?

Piotrus_999 napisał:

Że nie rozumiem wynurzenia Kolegi o "wolnym" i2c. W czym ma to przeszkadzać?

W porównaniu do DS2480 DS2482 jest dużo wolniejszy a miało być szybko. Adresowanie kanałów w DS2482-800 nie polepsza sytuacji.

PS
Co z tego, że DS2482 obsługuje overdrive, jak wykorzystuje jakieś 30% jego szybkości. W DS2480 to jakieś 50%.

PS2
Pytałem już wielokrotnie, czy używał kolega DS2482 czy wiedza "katalogowa"?

Jufo napisał:

software przewiduje odczyt na 1-wire 12 bitów

Jak Chce kolega mieć szybsze konwersje - proponuję zredukować ilość bitów. Do termometru i tak wystarczy. Układ dobrze sobie radzi z zasilaniem pasożytniczym, do tego odpada Koledze implementacja 1-wire. DS2482-800 jest dobrym wyborem.

R-MIK napisał:

PS
Co z tego, że DS2482 obsługuje overdrive, jak wykorzystuje jakieś 30% jego szybkości. W DS2480 to jakieś 50%.

PS2
Pytałem już wielokrotnie, czy używał kolega DS2482 czy wiedza "katalogowa"?

Dalej nie rozumiem jaki ma to związek z odczytem termometrów, które nie działają w overdrive? I w jaki sposób I2C spowolni te odczyty?

To, że można użyć innych termometrów (z pomiarem ciągłym) napisałem.
To, że DS2482 jest wolniejszy od DS2480 udowodniłem.
To, ze kolega nie używał w/w układów można wywnioskować.

Reasumując:
Przy pomiarze temperatury, DS2480 (115200) będzie szybszy od DS2480 (400kHz), może o 0,2% ale szybszy. To jest fakt. Jeśli jest inaczej proszę to udowodnić. Tak się składa, że mam DS2482-100, DS2480, DS18B20, DS1820, DS1821, więc mam na czym próbować.
Jak kolega boi sie zdradzić swoje kody źródłowe (wielokrotnie się nimi chwalił ale, tak jak nie widziałem żony Colombo, tak i tych kodów) to proszę o kod wykonywalny (Atmega1281, USART0, IIC wiadomo który).
Wynik pomiaru na USART1 lub FT220 (wiadomo gdzie podłączony).

<ciach>

Moderowany przez dondu:

Zbędne wyciąłem. Proszę nie podgrzewać temperatury dyskusji.