I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Masz problem? Zapytaj na forum elektroda.pl
From: Kris <kryniok_at_nospam_o2.pl>
Subject: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 00:45:46 +0100
Zastanawiam się jak magistarla I2C poradzi sobie w warunkach
przemysłowych (głownie chodzi mi o zakłócenia). Czy nie lepiej postawić
na 1wire?
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 01:15:50 +0100
Kris wrote:
Zastanawiam się jak magistarla I2C poradzi sobie w warunkach
przemysłowych (głownie chodzi mi o zakłócenia). Czy nie lepiej postawić
na 1wire?
Pomyśl lepiej o transmisji różnicowej, takiej jak np. w RS485 - jest
bardzo odporna na zakłócenia nawet przy duużo większej szybkości
transmisji i odległościach (np. 1Mbps 1000m). Oczywiście na pokładzie
płytki może śmigać I2C czy 1wire, ale raczej na małe odległości i
porządnie ekranowany masą. W kontekście lokalnym zastanów się nad SPI
(jak chcesz użyć np. pamięć EEPROM, RTC czy termometr) - lepsze
rozwiązanie (drivery push-pull) niż podciągany I2C czy 1Wire.
--
Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows/
From: "neuron" <neuron_at_nospam_WONTOzipnet.com.pl>
Subject: Re: I2C zastosowania przemysłowe
Date: Tue, 9 Nov 2004 01:33:50 +0100
Użytkownik "Kris" <kryniok_at_nospam_o2.pl> napisał w wiadomości
news:cmp0af$55t$1_at_nospam_atlantis.news.tpi.pl...
Zastanawiam się jak magistarla I2C poradzi sobie w warunkach
przemysłowych (głownie chodzi mi o zakłócenia). Czy nie lepiej postawić
na 1wire?
Tak w zasadzie nie wazny jest sposob transportowania danych - a odpowiedni
protokol z kontrola bledow. Kiedy robimy urzadzenie pracujace w dogodnych
warunkach - np programator to mozemy przyjac ze zawsze bedzie prawidowo - no
czasami zle. W warunkach przemyslowych radze przyjac zalozenie ze zawsze
bedzie zle - czasami dobrze - i to dobrze musi wystarczyc :)
Jesli wiec jestes w stanie zapewnic kontrole poprawnosci danych (ack to za
malo) to czemu nie.
Oczywiscie mam na mysli magistrale ktora biega np po maszynie razem z innymi
kablami pomiedzy urzadzeniami. Na dluzszych odcinkach - szczegolnie przy
roznych zrodlach zasilania laczonych urzadzen dochodzi jeszcze problem
potencjalu miedzy poczatkiem i koncem przewodu masy.
Przy polaczeniu dwu maszyn do sieci energetycznej pomiedzy masami
wbudowanych w nie zasilaczy
moze biegac nawet kilkanascie voltow - i nie mowie tu o niskoenergetycznych
pikach a o potencjale zdolnym zaswiecic zarowke !
Inny problem to wzbudzanie sie wszelakiego swinstwa pochodzacego od
falownikow - tu praktycznie
jedynym skutecznym sposobem jest linia symetryczna - 485/422.
Kiedys polaczylem dwa komputery sterujace maszynami zwyklym rsem (15m) wsio
bylo git ale gdy ruszal silnik od serwonapedu musialem wstrzymywac
transmisje bo 100% danych szlo zbabolonych.
I tak dziwie sie dzis ze ta maszyna od 6 lat pracuje i rsow szlak nie trafil
) I2c ani zadne polaczenie na poziomie TTL nie mialo by szans wytrzymac
przy 35amperowym serwonapedzie
wojtek
www.neuron.com.pl
From: Kris <kryniok_at_nospam_o2.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 01:38:16 +0100
Transmisja bedzie odbywać się na małe odległości (połaczenie modułów
sterowników na szynie) dlatego pominąłem RS485. Dzieki za odpowiedzi.
Pozdrawiam obu Panów.
Do Adama: Lata temu korzystałem z symulatora 8051. Super program.
Do Neuron: Ciekawy artykuł w EP - Golem.
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 01:44:52 +0100
Kris wrote:
Transmisja bedzie odbywać się na małe odległości (połaczenie modułów
sterowników na szynie) dlatego pominąłem RS485. Dzieki za odpowiedzi.
Pozdrawiam obu Panów.
Do Adama: Lata temu korzystałem z symulatora 8051. Super program.
A ja lata temu pisałem coś ostatnio na '51. Jako że apetyt rośnie w
miarę jedzenia, teraz pracuję w ARM'ach i wewnętrzne 256KB RAMu często
nie starczają. Nie mogę pojąć, dlaczego w dzisiejszych czasach ktoś
jeszcze stosuje '51 (nie Ty) z ich ograniczonym adresowaniem 16-bitowym. :-)
--
Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows/
From: Kris <kryniok_at_nospam_o2.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 02:02:09 +0100
Tak się składa, że ja jeszcze wykorzystuję '51 :). Wszystko zależy od
zastosowania. A na tym programie zaczynałem nauke z uP dlatego mam do
niego sentyment.
Fajny ten programator ISP. Z tego co wiem AT89S51, AT89S52 mają inne
procedury programowania od AT89S53, AT89S8252. Czy to prawda?
A może tak dodać jeszcze obsługę AT89S8253 - atmel wprowadził nowy tryb
programowania Page Mode, przez co programowanie trwa znacznie krócej
(Flasza 12 x).
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 02:35:53 +0100
Kris wrote:
Fajny ten programator ISP. Z tego co wiem AT89S51, AT89S52 mają inne
procedury programowania od AT89S53, AT89S8252. Czy to prawda?
Tak.
A może tak dodać jeszcze obsługę AT89S8253 - atmel wprowadził nowy tryb
programowania Page Mode, przez co programowanie trwa znacznie krócej
(Flasza 12 x).
O, to jakiś nowy wynalazek? OK, przyjrzę się jego dokumentacji w wolnej
chwili. Czy ktoś już go w PL sprzedaje?
--
Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows/
From: Kris <kryniok_at_nospam_o2.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 09:36:44 +0100
Pytałem u dystrybutora Atmela 89S8253 w Polsce ma być dostepny od
stycznia. Cena niewiele wieksza od 89S8252.
From: Kris <kryniok_at_nospam_o2.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 09:39:30 +0100
sorry to mialo być w innym miejscu
From: Kris <kryniok_at_nospam_o2.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 09:40:03 +0100
Pytałem u dystrybutora Atmela 89S8253 w Polsce ma być dostepny od
stycznia. Cena niewiele wieksza od 89S8252.
From: J.F. <jfox_nospam_at_nospam_poczta.onet.pl>
Subject: Re: I2C zastosowania przemysłowe
Date: Tue, 09 Nov 2004 12:49:49 +0100
On Tue, 09 Nov 2004 09:40:03 +0100, Kris wrote:
Pytałem u dystrybutora Atmela 89S8253 w Polsce ma być dostepny od
stycznia. Cena niewiele wieksza od 89S8252.
Ja bym sie nie spieszyl. Niech najpierw sie pare errat pojawi.
Ba - moze warto nawet kupic pare sztuk 8252 na zapas :-)
J.
From: BLE_Maciek <i80c586_at_nospam_cyberspace_NO_SPAM_.org>
Subject: Re: =?ISO-8859-2?Q?I2C_zastosowania_pr?=
Date: Tue, 09 Nov 2004 14:44:55 +0100
Tue, 09 Nov 2004 01:44:52 +0100 jednostka biologiczna o nazwie Adam
Dybkowski <adybkows_at_nospam_amwaw.edu.pl> wyslala do portu 119
jednego z serwerow news nastepujace dane:
A ja lata temu pisałem coś ostatnio na '51. Jako że apetyt rośnie w
miarę jedzenia, teraz pracuję w ARM'ach i wewnętrzne 256KB RAMu często
nie starczają. Nie mogę pojąć, dlaczego w dzisiejszych czasach ktoś
jeszcze stosuje '51 (nie Ty) z ich ograniczonym adresowaniem 16-bitowym. :-)
Do ukladow typu wyswietlacz LCD, pare klawiszy i cos tam jeszcze tez
dajesz ARMy ? ;-)
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Thu, 11 Nov 2004 22:41:07 +0100
BLE_Maciek wrote:
A ja lata temu pisałem coś ostatnio na '51. Jako że apetyt rośnie w
miarę jedzenia, teraz pracuję w ARM'ach i wewnętrzne 256KB RAMu często
nie starczają. Nie mogę pojąć, dlaczego w dzisiejszych czasach ktoś
jeszcze stosuje '51 (nie Ty) z ich ograniczonym adresowaniem 16-bitowym. :-)
Do ukladow typu wyswietlacz LCD, pare klawiszy i cos tam jeszcze tez
dajesz ARMy ? ;-)
Wszystko zalezy od potrzeb. Przy malych projektach wystarcza AVR
(ostatnio ATmega128). Ale jezeli potrzebujemy kilkadziesiat MIPS'ow mocy
(obrobka danych nie wymagajaca od razu DSP) i sprawnie dzialajacy
Ethernet 10/100 - ARM jest bardzo dobrym pomyslem. Szczegolnie wtedy,
gdy binaria po kompilacji maja kilkaset KB (kilka zadań dla systemu
czasu rzeczywistego) a RAMu na dane potrzebujemy drugie tyle.
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: "Zbyszek" <zka_at_nospam_tenbit.pl>
Subject: Re: I2C zastosowania przemysłowe
Date: Fri, 12 Nov 2004 00:20:35 +0100
Wszystko zalezy od potrzeb. Przy malych projektach wystarcza AVR
(ostatnio ATmega128). Ale jezeli potrzebujemy kilkadziesiat MIPS'ow mocy
(obrobka danych nie wymagajaca od razu DSP) i sprawnie dzialajacy
Ethernet 10/100 - ARM jest bardzo dobrym pomyslem. Szczegolnie wtedy,
gdy binaria po kompilacji maja kilkaset KB (kilka zadań dla systemu
czasu rzeczywistego) a RAMu na dane potrzebujemy drugie tyle.
Jakie ARMy używacie?
pzdr
zbyszek
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Fri, 12 Nov 2004 02:08:36 +0100
Zbyszek wrote:
Wszystko zalezy od potrzeb. Przy malych projektach wystarcza AVR
(ostatnio ATmega128). Ale jezeli potrzebujemy kilkadziesiat MIPS'ow mocy
(obrobka danych nie wymagajaca od razu DSP) i sprawnie dzialajacy
Ethernet 10/100 - ARM jest bardzo dobrym pomyslem. Szczegolnie wtedy,
gdy binaria po kompilacji maja kilkaset KB (kilka zadań dla systemu
czasu rzeczywistego) a RAMu na dane potrzebujemy drugie tyle.
Jakie ARMy używacie?
ARM7TDMI, Atmela z 256 KB RAMu na pokladzie i bez Flasha. A jakie to ma
znaczenie? W koncu ARM to ARM - producent konkretnego scalaka doklada
tylko mniejszy lub wiekszy zbior peryferiow. Co do LANu to jest robiony
oddzielnym scalakiem.
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: "Zbyszek" <zka_at_nospam_tenbit.pl>
Subject: Re: I2C zastosowania przemysłowe
Date: Fri, 12 Nov 2004 11:18:54 +0100
Jakie ARMy używacie?
ARM7TDMI, Atmela z 256 KB RAMu na pokladzie i bez Flasha. A jakie to ma
znaczenie? W koncu ARM to ARM - producent konkretnego scalaka doklada
tylko mniejszy lub wiekszy zbior peryferiow. Co do LANu to jest robiony
oddzielnym scalakiem.
To przez ciekawość, ARM to cała rodzina, także z różnymi rdzeniami,
xscale2xx Intela stosowane w PDA czy też samsunga to też ARM, ale chyba 9.
A jak soft na to piszecie, macie jakiś OS czy od podstaw?
pzdr
zbyszek
From: "MGM" <sp4pss_at_nospam_elknet.pl>
Subject: Re: I2C zastosowania przemysłowe
Date: Tue, 9 Nov 2004 08:55:16 +0100
Użytkownik "Kris" <kryniok_at_nospam_o2.pl> napisał w wiadomości
news:cmp0af$55t$1_at_nospam_atlantis.news.tpi.pl...
Zastanawiam się jak magistarla I2C poradzi sobie w warunkach
przemysłowych (głownie chodzi mi o zakłócenia). Czy nie lepiej postawić
na 1wire?
Witam
Zrobilem taki eksperyment dodajac specjalizowane bufory 82B715
Odleglosc urzadzen ok 2m ,chodzi bez problemow juz ok 2 lata.
Urzadzenie na '51 ,taki maly sterowniczek ,klawiatura, wyswietlacz
LCD,odczyt i wprowadzanie danych sterowanie hydraulika ,sonda
ultradzwiekowa.
Wieksze problemy mialem z odkloceniem samego procesora.
Pozim zaklocen dosc spory ,falowniki, duze silniki.
Karol
From: Kris <kryniok_at_nospam_o2.pl>
Subject: Re: I2C zastosowania =?ISO-8859-2?Q?przemys=B3owe?=
Date: Tue, 09 Nov 2004 10:57:12 +0100
Dzięki za info o tych specjalizowane buforach.
Mógłbyś rozwinąć problem z odkłóceniem procesora?
From: "MGM" <sp4pss_at_nospam_elknet.pl>
Subject: Re: I2C zastosowania przemysłowe
Date: Tue, 9 Nov 2004 12:25:10 +0100
Użytkownik "Kris" <kryniok_at_nospam_o2.pl> napisał w wiadomości
news:cmq44r$ioq$1_at_nospam_atlantis.news.tpi.pl...
Dzięki za info o tych specjalizowane buforach.
Mógłbyś rozwinąć problem z odkłóceniem procesora?
Podstawowa sprawa ,ktora usunela sporo problemow to 5V uzyskane z
przetwornicy STR2012 plus oczywiscie
dobre kondensatory .Zasilam to z 24V wziete z zasilacza linii produkcyjnej.
Nastepnie ekranowanie calosci i odpowiednie uziemienie w jednym punkcie,
brak pradow bladzacych , oraz rozdzielenie, oddalenie od siebie
przewodow sterujacych 24V
od przewodow z zasilaniem 220V Kable w korytkach leza obok siebie ,ale w
jednym kablu jest 24V albo 220V.
Na wejsciach separacja za pomoca transoptorow i tez laczenie ich mas w
jednym punkcie.
Na wyjsciach tranzystory ,a przekazniki poza pudelkiem ze sterownikiem.
Dodatkowo dla pewnosci ukladzik "straznika" resetujacego uklad w przypadku
ewentualnego zawieszenia procesora .
Jako sygnal uaktywniajacy wzialem jedno z polaczen do LCD ,bo tak mi wyszlo
,ze wyswietlacz jest non stop w pracy
Oczywiscie w zwiazku z mozliwoscia resetu ,tak napisany program ,zeby nie
narobilo sie balaganu przy zatrzymaniu
linii produkcyjnej.
I to takie moje eksperymenty
Karol