> Ten egzotyczny sprzęt nazywa się UART.
> http://www.maximintegrated.com/en/app-notes/index.mv
p/id/214

Wiedziałem, ze ktoś to zaproponuje ;). Uart potrzebny mi jest do
czegoś innego. To ma być propozycja do małych mcu, gdzie z reguły
jest tylko jeden uart.


Jeśli w systemie masz przerwanie zegarowe np. co 1ms, to możesz tam
obsługiwać 1-wire po jednym bicie na przerwanie. Impuls resetu też można
załączać na określoną ilość taktów. Warunkiem jest to aby to przerwanie
miało najwyższy priorytet. Metoda sprawdzona praktycznie.

do góry

W dniu 2014-12-09 01:13, AlexY pisze:

> Przerwanie można zablokować, rozwiązaniem byłby interfejs sprzętowy, a
> te już raczej wielożyłowe.

Istnieją sprzętowe interfejsy 1-wire. Układy takie produkuje Dallas.
Podłączasz to z jednej strony do I2C, z drugiej masz 1wire.
Największą zaletą jest możliwość postawienia galwanicznej izolacji
pomiędzy takim układem a MCU.

do góry

W dniu 09.12.2014 o 14:32, Marek pisze:
> On Tue, 09 Dec 2014 12:12:56 +0100, Zbych <a...@o...pl> wrote:
>> Spojrzałem jeszcze na czasy w 1wire. Impulsy są od 1us do max 60us.
>> Przerwania blokujesz tylko na czas trwania stanu niskiego, bo
> odległość
>> między bitami nie jest krytyczna.
>
> Przy wysyłaniu owszem, ale przy odczycie nie wiem czy czujnik chce
> nadać 0 czy 1, stąd przerwania musiałyby być blokowane też w czasie
> odczytu.

Odczyt bitu możesz zrobić w połowie maksymalnej długości, czyli po 30us
i tylko na tyle zablokować przerwania. Kolejne 30us do końca bitu możesz
czekać już przy włączonych przerwaniach.

do góry

Marek pisze:
> On Tue, 09 Dec 2014 12:12:56 +0100, Zbych <a...@o...pl> wrote:
>> Spojrzałem jeszcze na czasy w 1wire. Impulsy są od 1us do max 60us.
>> Przerwania blokujesz tylko na czas trwania stanu niskiego, bo
> odległość
>> między bitami nie jest krytyczna.
>
> Przy wysyłaniu owszem, ale przy odczycie nie wiem czy czujnik chce
> nadać 0 czy 1, stąd przerwania musiałyby być blokowane też w czasie
> odczytu.
>
> Jeśli w trakcie komunikacji 1wire zdaży mi przerwanie mam bzdety na
> 1wire bo crc się nie zgadza. Na razie rozwiązałem to tak, że ignoruję
> taką błędna transmisję i korzystam z prawidłowej wartości odczytanej
> poprzednio. System kontroluje liczbę błędnych transmisji i jeśli
> zdarzają się pod rząd zbyt dużą ilość razy to sygnalizowany jest problem.

A co się stanie jeśli przerwanie zostanie odebrane te 60us później?


--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html

do góry

Marek pisze:
> On Tue, 09 Dec 2014 09:07:59 +0100, Zbych <a...@o...pl> wrote:
>> A jakiej rady się spodziewałeś skoro nie przewidziałeś sprzętowego
>> generowania bitów?
>
> Napisałem propozycję, dłuższe okno. Ale może niepotrzebnie upieram się
> przy cyfrowym. Może są tanie i proste analogi V=f(T)?

Masz dostępny konkretny standard którego nie zmienisz, nie walcz z tym,
dostosuj się/swój projekt, albo zmień magistralę.

>> Ten egzotyczny sprzęt nazywa się UART.
>> http://www.maximintegrated.com/en/app-notes/index.mv
p/id/214
>
> Wiedziałem, ze ktoś to zaproponuje ;). Uart potrzebny mi jest do czegoś
> innego. To ma być propozycja do małych mcu, gdzie z reguły jest tylko
> jeden uart.

Po kawałku i za kilka dni będziemy wiedzieć wszystko co powinno znaleźć
się w pierwszym poście.



--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html

do góry

On Tue, 09 Dec 2014 17:12:35 +0000, AlexY <a...@i...pl> wrote:
> A co się stanie jeśli przerwanie zostanie odebrane te 60us później?

Zostanie naruszony paradygmat, że przerwania mają być obsługiwane
realtime a nie odkładane na później :).

--
Marek

do góry

Pszemol pisze:
> "AlexY" <a...@i...pl> wrote in message news:m65eq1$nav$1@dont-email.me...
>> A problemem z czujnikami temperatury 1-wire jest niedostateczne ich
>> zabezpieczenie przed wpływem warunków pogodowych.
>
> Co masz na myśli, konkretnie?
> I dlaczego czujniki z innym interface miałyby być łatwiejsze do
> zabezpieczenia?

1-wire jest popularny wśród majsterkowiczów, tanie, względnie proste,
dużo opisów, przykładów. Tacy ludzie najczęściej uczą się na swoich
błędach np że termokurczka nie zabezpieczy wyprowadzeń przed wilgocią i
temperaturą na zewnątrz.


--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html

do góry

On Tue, 09 Dec 2014 18:53:02 +0000, AlexY <a...@i...pl> wrote:
>Tacy ludzie najczęściej uczą się na swoich
> błędach np że termokurczka nie zabezpieczy wyprowadzeń przed
wilgocią i
> temperaturą na zewnątrz.

Ale termokurczka z klejem całkiem sprawnie izoluje :)

--
Marek

do góry

W dniu 2014-12-09 19:57, Marek pisze:
> On Tue, 09 Dec 2014 18:53:02 +0000, AlexY <a...@i...pl> wrote:
>> Tacy ludzie najczęściej uczą się na swoich błędach np że termokurczka
>> nie zabezpieczy wyprowadzeń przed
> wilgocią i
>> temperaturą na zewnątrz.
>
> Ale termokurczka z klejem całkiem sprawnie izoluje :)
>
Dokładnie, jedną tak zabezpieczałem ze 4-5 lat temu.
zacisnąłem na czujniku, zalałem epoksydem nóżki z przewodem i dogrzałem
resztę na nóżkach.
Jakoś działa do dzisiaj. Termo bez kleju było :) Podejrzewam, że epoksyd
uszczelnił nóżki.

do góry

W dniu 2014-12-09 o 20:54, Jawi pisze:
> W dniu 2014-12-09 19:57, Marek pisze:
>> On Tue, 09 Dec 2014 18:53:02 +0000, AlexY <a...@i...pl> wrote:
>>> Tacy ludzie najczęściej uczą się na swoich błędach np że termokurczka
>>> nie zabezpieczy wyprowadzeń przed
>> wilgocią i
>>> temperaturą na zewnątrz.
>>
>> Ale termokurczka z klejem całkiem sprawnie izoluje :)
>>
> Dokładnie, jedną tak zabezpieczałem ze 4-5 lat temu.
> zacisnąłem na czujniku, zalałem epoksydem nóżki z przewodem i dogrzałem
> resztę na nóżkach.
> Jakoś działa do dzisiaj. Termo bez kleju było :) Podejrzewam, że epoksyd
> uszczelnił nóżki.

Po co kombinować jak można psiknąć Plastikiem przez zaciśnięciem w
termokurczliwce.

--
pozdrawiam
MD

do góry