IP, MAC, ethernet, Profinet.

**#46** » 09:22:58, 25-08-2023

Jo det är m12 på de ventiler jag grejar med också. Både på profibus och profinet.

**#47** » 10:18:30, 25-08-2023

Magnus Isakson skrev:Profinet använder oftast M12-kontakter och inte vanlig RJ45, eftersom den vanliga RJ45 inte har någon vidare IP-klassning, och således inte är speciellt bra i miljöer med olja m.m.

Om man ska vara riktigt petig så är RJ45 egentligen inte ett namn på kontakttypen. Den där kontakten brukar kallas Modular 8/8 eller 8P8C. RJ45 är beteckningen på en viss typ av (gammaldags analogt) teleabonnemang i USA, där den typen av kontakt användes på 80-90-00-talet. Precis som andra slags teleabonnemang knutna till andra varianter av modularkontakter hette t ex RJ10, RJ11, RJ12.

**#48** » 10:59:58, 25-08-2023

torbjorn_forsman skrev:Om man ska vara riktigt petig så är RJ45 egentligen inte ett namn på kontakttypen. Den där kontakten brukar kallas Modular 8/8 eller 8P8C. RJ45 är beteckningen på en viss typ av (gammaldags analogt) teleabonnemang i USA, där den typen av kontakt användes på 80-90-00-talet. Precis som andra slags teleabonnemang knutna till andra varianter av modularkontakter hette t ex RJ10, RJ11, RJ12.

Jo, så är det ju. Men faktum är att alla i praktiken kallar det RJ45, även de som tillverkar och säljer, som i exemplet ovan, vill jag köpa en kontakt från Siemens så är det RJ45 man får söka efter.

**#49** » 14:34:45, 25-08-2023

Även om kontakten är M12 och 2 par så vill de ha en kat5 kabel.
Med 2 par och kat5 så kan det praktiskt vara upp till 100 Mbit Ethernet.

**#50** » 19:18:47, 04-10-2023

Har bara testat att "prata" med ventilerna på en pC som redan var klar. Men om jag ska ställa in ip-adressen själv så går jag in under "nätverk och internet" sedan "Ändra inställningar för nätverkskort" Då får jag upp lite olika ikoner, men ska väl enl filmen använda LAN, och det är väl logiskt för det är ett lokalt nätverk jag ska använda. Men det finns ju flera LAN, de har olika siffror. Vilken ska man använda för att kunna kommunicera genom nätverkskabeln? Jag bör veta vad mitt nätverkskort heter då, och se om jag känner igen det under något LAN?
Om jag sedan vill ut på nätet igen, då vill min PC inte längre prata med min router då, efter som adresserna inte stämmer?

**#51** » 19:27:45, 04-10-2023

Dra och sätt i kabeln så ser du vilken som blir aktiv.

Du måte ställa om TCP/IPvIP4 för att den skall fungera som vanligt igen. Vanligen till DHCP.

**#52** » 19:50:00, 04-10-2023

Om du kör windos på datorn

Välj windosikonen nere till vänster
I fältet till höger om ikonen skriver du
CMD
och trycker "Enter"
I rutan som dyker upp skriver du
IPCONFIG
och trycker "ENTER"

**#53** » 15:43:16, 10-12-2023

Vad är det som rör sej i en ethernetkabel då?
I tex canbus är det ju spänningen som ändrar sej. Can hög varierar från 2,5v upp till 3,75v, Can låg varierar från 2,5v ned till 1,25v
När båda ligger på 2,5v är signalen en etta, när signalerna ligger på 3,75v respekive 1,25v är signalen en nolla. Om jag inte minns helt galet. Likadant på profibus, men andra spänningsnivåer. är det något liknande i ethernetöverföring?

**#54** » 10:23:05, 11-12-2023

Varje par i en ethernetkabel är ju likströmsmässigt isolerat från de andra och från jord genom transformatorer i bägge ändar av överföringen (ett undantag är s k PoE, Power over Ethernet, där man lägger på en likspänning mellan olika par för att kunna strömförsörja utrustning i bortre änden). Den signal som överförs ser ut som en oregelbunden växelspänning, ungefär 1 V topp-till-topp. Grundtonen kan vara från ca 10 MHz upp till några hundra MHz beroende på vilken slags protokoll som används (10Base-T, 100Base-TX etc).
Ett undantag är gammaldags koaxialkabel-ethernet (10Base-5 m fl), där ligger alla enheter parallellkopplade på kabeln och en terminering i vardera änden. När en enhet sänder, lägger den samtidigt ut en svag likström så att man får en minusspänning på innerledaren i kabeln, den används för kollisionsdetektering, dvs om två enheter skulle råka sända exakt samtidigt, blir likspänningen dubbelt så stor som den borde vara, det känner enheterna av, väntar ett ögonblick och gör sedan ett nytt försök att sända.

Hårdvaru- och spänningsmässigt fungerar CAN-bussen ganska precis som RS-485 eller Chryslers CCD-buss.

**#55** » 14:24:35, 11-12-2023

Hittade denna jämförelse mellan CAN Bus och Ethernet
LÄNK

**#56** » 20:17:36, 11-12-2023

Nja, stämmer väl "nästan" bra. Koaxial-ethernet (10Base-2 och 10Base-5) är multipoint om man ska se på det sättet, och klarar i stort sett obegränsat antal enheter utan hub eller switch.
Termineringsmotstånd behövs även i alla slags ethernet (utom fiber), men det är bara i koaxialnäten som en vanlig användare eller installatör ser dem. I alla varianter av ethernet som använder partvinnad kabel, sitter termineringsmotstånden på "andra sidan" transformatorerna i nätverkskort mm, och användaren behöver aldrig bry sig om dem.
Kollisioner är bara ett problem i koaxial-ethernet eller i nätverk baserade på hubbar. När knutpunkterna utgörs av switchar, tar de hand om sådana problem.
Det finns inget som säger att ethernet måste ha något med unix, tcp/ip eller OSI-modellen att göra, även om de flesta moderna ethernettillämpningar är tillrättalagda för att fungera i sådana sammanhang. Förr i tiden (90-talet) var andra mer eller mindre hemsnickrade protokollvarianter vanliga i kontorsmiljö, inte minst i samband med Novell Netware eller Microsoft-nätverk. En stor industri här i trakten kör 10Base-T med ett helt eget protokoll ute i fabriken. Bakgrunden till detta är att de började ta fram ett eget styrsystem baserat på Intels Bitbus i början av 90-talet. Efter en tids provkörning av prototyper visade det sig att RS-485, som Bitbus bygger på, inte tålde elmiljön i fabriken, så då gick man över till ethernet som höll bättre tack vare isolationen i transformatorerna, men behöll i stort sett det gamla protokollet. En bieffekt av detta är att switchar, routers mm inte har en chans att begripa Bitbuspaketen, de är så illa tvungna att köra hela nätet med hubbar.

**#57** » 09:56:55, 13-12-2023

Novell, ja!
När jag blev upplärd på "pc-nätverk" så undrade jag varför man valde Novells nät, adressrymden blev ju större om man körde över tcp/ip-
Svaret jag fick var att -Sådan skit har ingen framtid!

Så fanns det en annan hemskhet, Concurrent Dos, HUVA!
Och Token-ring, hu, stabilt och traskade på, men inte snabbt. Det var lite som när min morfar grävde, inte snabbt, men ett jämt gnagande tempo.

Vi körde Novell här ganska länge. Från början var servern en 386DX-40 och det fanns någon 386:a som arbetsstation och coax-nät.
På slutet så var servern en pentium någonstans runt 2 GHz samt nätverket var upp till 1 Gbps.
Arbetsstationerna var 1,5 GHz och uppåt. Det gick undan att köra program i DOS då!
Så när gick över till ren windows-miljö, så tyckte användarna att det var långsamt.

**#58** » 10:05:56, 13-12-2023

Novell server 2.x var det första jag börja med. Minns v3.11 var väldigt bra och 3.12 var nog sista 3an

Sen kom 4an med ldap(det som ad bygger på idag). Den var rörig men hade tcp/ip stöd inbyggt

Men man körde novell i regel alltid på ipx/spx

**#59** » 12:58:17, 13-12-2023

Ja, just det, ipx/spx, så hette det!

3.12 var den sista här. Snurrade i många år.
När den togs ner 2008, pga omkoppling av kablar i fastigheten, så hade den varit uppe i nästan 10 år.
Det är ju inte windows direkt, inte ens Linux...