Przydałaby się jakaś dobra sugesta w takiej kwestii;

Jest otóż akcelerometr z wyjściem I2C.
Ma on być na kablu o długości do - powiedzmy - 30m.

Ale - zasilanie i dane muszą być na jednym "drucie".
Czyli kabel 2-żyłowy.

Akcelerometr pracuje przy 3.3V. Zasilanie będzie powiedzmy 12V - więc
przy czujniku potrzebny jakiś tam stabilizator na 3.3V.

Pytanie jest - czy jest jakiś sprawdzony sposób, żeby puścić to I2C po
linii zasilania ? Prędkość wymagana to jakieś 50kbit czy coś w okolicach.
Ważniejsze, coby ta transmisja była w miarę niezawodna i odporna na
zakłócenia (kabel to porządnej jakości przewód jednożyłowy w ekranie).

Oczywiście mam jakieś pomysły wstępne jak by to ugryźć - ale może znacie
jakieś przetestowane rozwiązanie ?
A może jakieś gotowce są do czegoś takiego ?

do góry

Możliwe małe rozszerzenie.
Znalazłem mostek I2C <> 1wire ( DS28E17 ).

Czyli że może też być 1wire po linii zasilania :)

do góry

znalazłem takie coś :

http://www.nxp.com/assets/documents/data/en/data-she
ets/MC33784.pdf

interfejs DSI - tyle, że dla czujnika z wyjściem analogowym. Więc tylko
w ostateczności...

do góry

W dniu 2017-05-18 o 03:35, sundayman pisze:
> Przydałaby się jakaś dobra sugesta w takiej kwestii;
>
> Jest otóż akcelerometr z wyjściem I2C.
> Ma on być na kablu o długości do - powiedzmy - 30m.
>
> Ale - zasilanie i dane muszą być na jednym "drucie".
> Czyli kabel 2-żyłowy.
>
> Akcelerometr pracuje przy 3.3V. Zasilanie będzie powiedzmy 12V - więc
> przy czujniku potrzebny jakiś tam stabilizator na 3.3V.
>
> Pytanie jest - czy jest jakiś sprawdzony sposób, żeby puścić to I2C po
> linii zasilania ? Prędkość wymagana to jakieś 50kbit czy coś w okolicach.
> Ważniejsze, coby ta transmisja była w miarę niezawodna i odporna na
> zakłócenia (kabel to porządnej jakości przewód jednożyłowy w ekranie).
>
> Oczywiście mam jakieś pomysły wstępne jak by to ugryźć - ale może znacie
> jakieś przetestowane rozwiązanie ?
> A może jakieś gotowce są do czegoś takiego ?
>
>
>
Transmisją w jedną stronę kluczujesz napięcie na linii, w drugą stronę
kluczujesz prąd w linii.
Pozdrawiam

do góry

Sprawa się rypła.
Muszę zastosować transmisję po skrętce, przede wszystkim z uwagi na
odporność na zakłócenia.

do góry

W dniu 2017-05-18 o 19:39, sundayman pisze:
> Sprawa się rypła.
> Muszę zastosować transmisję po skrętce, przede wszystkim z uwagi na
> odporność na zakłócenia.
>
No to I2C Ci tego nie zapewni,
ja bym dał procka który z i2c zrobi rs485 do tego nad-odb w drugiej
kostce i na drugim końcu lini podobnie.

--
Pozdr
Janusz

do góry

W dniu 18.05.2017 o 20:36, Janusz pisze:
> W dniu 2017-05-18 o 19:39, sundayman pisze:
>> Sprawa się rypła.
>> Muszę zastosować transmisję po skrętce, przede wszystkim z uwagi na
>> odporność na zakłócenia.
>>
> No to I2C Ci tego nie zapewni,
> ja bym dał procka który z i2c zrobi rs485 do tego nad-odb w drugiej
> kostce i na drugim końcu lini podobnie.

Mcu odpada, bo nie chcę dodatkowo programowalnego układu tutaj.
Ale są gotowce, np.

http://www.nxp.com/documents/data_sheet/P82B96.pdf

do góry

W dniu 2017-05-19 o 03:23, sundayman pisze:
> W dniu 18.05.2017 o 20:36, Janusz pisze:
>> W dniu 2017-05-18 o 19:39, sundayman pisze:
>>> Sprawa się rypła.
>>> Muszę zastosować transmisję po skrętce, przede wszystkim z uwagi na
>>> odporność na zakłócenia.
>>>
>> No to I2C Ci tego nie zapewni,
>> ja bym dał procka który z i2c zrobi rs485 do tego nad-odb w drugiej
>> kostce i na drugim końcu lini podobnie.
>
> Mcu odpada, bo nie chcę dodatkowo programowalnego układu tutaj.
> Ale są gotowce, np.
>
> http://www.nxp.com/documents/data_sheet/P82B96.pdf

Fajny układ :)
To w końcu ile tych par masz do dyspozycji?

Pozdrawiam

DD

do góry

>> http://www.nxp.com/documents/data_sheet/P82B96.pdf
>
> Fajny układ :)
> To w końcu ile tych par masz do dyspozycji?

To nie tyle kwestia "dyspozycji", bo mogę dać np. skrętkę zwykłą i będą
4 pary.
Ważniejsze jest, żeby możliwe ograniczyć ilość "drucików" do
podłączenia, bo to ma sobie robić prosty technik, co to dla niego 2
druty już można pomylić :)

Więc najchętniej bym ograniczył maksymalnie, czyli 2 pary. Ten P82B96 to
umożliwia. Ale i tak będę musiał wymyślić jakieś zabezpieczenia, żeby
złe podłączenie nie zniszczyło czujnika.

Zamówiłem już próbki tych układów. Zobaczymy jak toto działa w praktyce.

do góry

W dniu 2017-05-20 o 20:46, sundayman pisze:
>
>>> http://www.nxp.com/documents/data_sheet/P82B96.pdf
>>
>> Fajny układ :)
>> To w końcu ile tych par masz do dyspozycji?
>
> To nie tyle kwestia "dyspozycji", bo mogę dać np. skrętkę zwykłą i będą
> 4 pary.
> Ważniejsze jest, żeby możliwe ograniczyć ilość "drucików" do
> podłączenia, bo to ma sobie robić prosty technik, co to dla niego 2
> druty już można pomylić :)

No, "prosty technik" to ktoś, od kogo można już conieco wymagać.
Jeżeli możesz dać skrętkę, to tu uproszczenia konstrukcji są posunięte
tak daleko, że ja bym się nie zastanawiał. Tym bardziej, że gotowe
kabelki możesz zamówić. Byle nikt nie pomylił z ethernetem albo czymś
innym.

> Więc najchętniej bym ograniczył maksymalnie, czyli 2 pary. Ten P82B96 to
> umożliwia. Ale i tak będę musiał wymyślić jakieś zabezpieczenia, żeby
> złe podłączenie nie zniszczyło czujnika.

Metod jest parę. Ja bym chyba użył MAX232/3232 albo czegoś podobnego. To
puszczenie po dwóch parach jest takie sobie - raczej jest to zwrócenie
uwagi, że sprzężenie między drutami w parze jest tak duże, że nie należy
puszczać obu sygnałów jedną parą. Z odpornością na zakłócenia z zewnątrz
ma to niewiele wspólnego.

> Zamówiłem już próbki tych układów. Zobaczymy jak toto działa w praktyce.

Pewnie jak należy :)
Ale też ciekaw jestem :)

Pozdrawiam

DD

do góry