hej!

ethernet? a ja zawsze myślałem że w takich sieciach przemysłowych króluje RS-485. ale żeby pchac tam ethernet? też wymaga to sporego nakładu sprzetowego w każdym urządzeniu. A RS-485 jest po prostu do tego stworzony... róznicowa transmisja (skrętka się do tego idealnie nadaje). długość kabla aż do 1km. Ethernet tego nie pociągnie :D prędkości RS-485 sięgają nawet do 10Mbit :D i obsłużenie tego nie wymaga wsadzania scalaków ethernetowych obsługujących MAC/PHY do każdego urządzenia :D

Po stronie PC dużo firm produkuje karty RS-485. I myślałem iż wszystkie sieci przemysłowe do dziś są oparte na RS-485. Ten ethernet mnie trochę zdziwił. Ale ja się na tym nie znam wiec moge być po prostu w błędzie.

pozdrawiam serdecznie
Seban

No cóż. Oczywiście tranmisja zwykle jest prowadzona przez RSa (ew. po zamianie przez światłowód/gprs), ale do komputerów już trafia to poprzez ethernet (np. wykorzystując NPorty Moxy). Natomiast tak jak mówię, przy konfiguracji urządzeń wykorzystuje się już teraz przede wszystkim ethernet, bo jest wygodniej (podchodzisz z laptopem, wkładasz skrętkę i telnetujesz się na urządzenie).

Nie muszę jej rozbierać. Przelotka przedstawia się jako "Semitech Semiconductor", a Google mówi, że siedzi w tym układ Cypressa.

nie rozumiem zartu :)

Ależ ja nie piszę o wyższości tylko o tym by to jeszcze było czas jakiś.
A programatory kupili Ci co już lat temu... uznali że rs niepotrzebny. Kupili bez konsultacji, na pałę.
Maszyn nie da się wyrzucić, za drogie , zresztą nie ja o tym decyduję, ja muszę się tylko dostosować, coś podobnego jak w procesie ewolucji. Tyle tylko że problem mają Ci co to obsługują a nie ci co decydują'

akurat wiem ile kosztuje. wtakim razie s/nie rozumiem/nie smieszy mnie/g :P

Hej,

Zapoczatkowałem ten wątek nie zdając sobie sprawy, że przyjmie tak poważny charakter :-).

Spieszę donieść, że nie dawało mi spokoju kto jest winien: kabelek USB <>RS232 czy też WIn XP (ew. APE). Jako dziecko "Unixa" obstawiałem raczej Win XP.  W związku z tym spróbowałem eksperymentu: wpiąłem rzeczony kabelelk do Linux'a, wcześniej sprawdzając kto on zacz. Okazało się, że identyfikownamy jest jako "prolific" a adekwatny driver to pl2303. Bez problemów się ładuje do jądra, i rejestruje device /dev/ts/USB0 .Niestety na tym dobre wiadomości się zakończyły. Moduł "atarisio" pada na grzbiet i się poddaje natomiast (co ciekawe) nowy sio2linux zachowuje się analogicznie jak APE pod winXP. Tzn. w trybie DSR jest martwe, natomiast w trybie RI coś sobie przeczyta, potem zwisnie, potem zdechnie potem znów coś przeczyta itp. itd.

tzn. mozna raczej powiedzieć, że albo kabelek, albo obsługa jego zarówno w win jak i pod Linux'em jest do niczego. Czyli stare dobre RS rulez :-)

Jeszcze nawiążę do dyskusji o sensowności RS-232. Nie wiem jak to jest w wielkim świecie ale od paru lat jedynym urządzeniem na "RS-a" które uzywałem był stary modem "Request" teraz, po zaaplikowaniu neostrady również on poszedł na pólkę. W zeszłym roku zaczałem wspólprace z pewną firmą (oni konstruują takie urządzonko ktre będzie działać jako inteligent pomiędzy rs-485 a ethernetem a ja to musze od strony PC oprogramować w javie) i RS był mi potrzebny do porgrmowania Atmeli. Niestety dla zwolenników RS'a do tego celu przejściówka USB<>RS sprawuje się znakomicie. Problemy zaczęły się dopiero przy SIO2PC. Wniosek? Po co mi RS skoro właściwe z niego nie korzystam.
Myslę, że tak samo postepują inni uzytkownicy a i firmy. W końcu nadal są obecne standardy arcnet czy token-ring ale w typowych płytach nie ma takowych interfejsów tylko co najwyżej Ethernet. Tak samo bedzie z Rs'em. Ten kto bedzie potrzebował  to sobie nabędzie przelotkę, czy kartę z portem. Reszta zostanie przy USB (czy też za parę lat przy laser-magma-telepatio-coś-tam). jendmk dziś USB jest tansze, szybsze i bardziej uniwersalne.

A co do obrabiarek, Zenon, to nie jest kwestia RS'a! To jest kwestia Cieci co kupili niedopasowane programatory!!!!

Pozdrawiam,

Kuba

Właśnie zajrzałem do sio2bsd.c i zauważyłem, że program ma spieprzone timingi (stała "17773446UL" powinna mieć raczej wartość "1773446UL", czyli ok. 10x mniej). Faktycznie coś mi to niezbyt stabilnie działało po ostatnich przeróbkach i chyba teraz już wiem czemu :) Jak dzień wstanie przetestuję poprawioną wersję i ewentualnie wrzucę pod powyższy adres.

:-) nie wgłębiałem się w to jak działa. Spróbowałem tylko na szybko.

Ściągnałem, zmieniłem, spróbowałem. I dalej klapa :-(.

Czyli ewidentnie ta przelotka jest sprawczynią całego zamieszania.

Co do sio2bsd. Dla linuxa nalezy jeszcze poprawić plik sio2bsd.h W tym pliku zakłada się, że plik endian.h jest w katalogu machine  natomiast siedzi on w od razu w include.

Pozdrawiam,

Kuba