hvad er CIP?
CIP – den fælles Industrielle protokol
hvis du overhovedet er opmærksom på Rockvelautomatisering, ved du, at Rockvelautomatisering er 100% forpligtet til CIP, den fælles Industrielle protokol. I løbet af de sidste 20 år er langt størstedelen af deres produkter blevet CIP-aktiveret. Fra alt, hvad jeg har hørt dem sige, og fra alt, hvad jeg har læst, vil de fortsætte med at støtte CIP som deres primære kommunikationsteknologi langt ind i fremtiden.
jeg bifalder denne beslutning. Jeg tror, at CIP ikke kun er elegant designet, det fungerer godt i praksis, som det fremgår af de hundreder af tusinder af CIP-noder, der er i brug i dag. Der er meget at kunne lide ved CIP-teknologi. Det er ikke så almindeligt og simpelt som en Modbus, mens det ikke er så alt for komplekst, tungt og byrdefuldt som PROFINET io. Det har præcis den rigtige blanding af enkelhed, funktionalitet og elegance. Det er svært at opnå, og designerne gjorde et godt stykke arbejde med det. Det er meget forståeligt, hvorfor rockband ville forblive engageret i denne teknologi.
men her er et spørgsmål, som mange af jer sandsynligvis ikke kan svare, ” Hvad er CIP?”Og endnu vigtigere, hvor slutter CIP og EtherNet / IP begynder?
lad os starte med et hurtigt overblik.
CIP, den fælles Industrielle protokol, er en mekanisme til organisering og deling af data i industrielle enheder. CIP er kerneteknologien bag CompoNet, EtherNet/IP, DeviceNet og ControlNet. CIP giver både en fælles dataorganisation og en fælles besked til at løse forskellige former for produktionsapplikationsproblemer.
CIP organisation
CIP kan faktisk defineres meget enkelt. Det er en veldefineret datarepræsentation, forbindelsesstyring og meddelelsesprotokol, der fungerer over et uafhængigt transport-og fysisk lag.
CIP-Datarepræsentationen definerer, hvordan CIP-enheder repræsenterer data. CIP er en objektbaseret teknologi, og data eksponeret over et CIP-netværk præsenteres som en samling af attributværdier grupperet i almindelige kategorier kaldet objekter. Almindelige objekter med fælles attributter og tjenester kan defineres som en klasser af objekter med forekomster af denne klasse kaldet forekomster. For eksempel kan en fire-enhed pneumatisk ventil være organiseret som en Ventilklasse med fire forekomster af klassen: en for hver ventil. For at give fælles på tværs af lignende enhedstyper kan et sæt applikationsobjekter, der er specifikke for et program, grupperes sammen. Disse applikationsgrupperinger kaldes applikationsprofiler.
CIP-forbindelse og-meddelelser definerer forbindelsesstyring og-meddelelser, som alle CIP-protokoller bruger. CIP definerer specifikke objekter, der bruges til at administrere forbindelser, og de forbindelsestyper, der angiver, hvordan data bevæger sig over disse forbindelser. Der er to forbindelsestyper tilgængelige i alle CIP-protokoller: eksplicit og Implicit. Eksplicitte meddelelsesforbindelser er besked/svarorienterede og bruges til asynkron adgang til data i en enhed. Implicitte meddelelsesforbindelser (I / O-meddelelser) bruges til kontrol. Input flyder cyklisk fra et CIP-mål til en CIP-Meddelelsesoprindelse. Udgange flyder cyklisk fra CIP-Meddelelsesoprinderen til en CIP-målenhed. Eksplicitte meddelelser, der bruges til at overføre ikke-kontroldata, bruger en TCP-forbindelse, mens implicitte meddelelser, der bruges til at overføre input og output, bruger en UDP-forbindelse.
fysisk adgang, Transport og medieadgang definerer, hvordan databytes i en meddelelse fysisk flyttes fra en enhed til en anden. CIP er helt uafhængig af Transport, kodning, medieadgang og fysiske lag, der bruges til at flytte meddelelser. I princippet kan ethvert fysisk lag (inklusive RS232 serial) og enhver transport (OPC UA) bruges til at implementere kommunikationsforbindelsen mellem to CIP-enheder. Hver CIP-implementering specificerer dog et specifikt fysisk lag, medieadgang og transportlag. DeviceNet bruger kan (Controller område netværk). EtherNet / IP bruger TCP / IP og Ethernet. ControlNet bruger en brugerdefineret, ControlNet specifik transport og medieadgang.
følgende figur præsenterer disse lag mere detaljeret. DeviceNet, ControlNet, EtherNet/IP og CompoNet bruger alle de samme CIP-applikationslag med forskellige Transport -, medieadgang og fysiske lag. Ethvert andet fysisk lag kan også bruges til at sende CIP-meddelelser.
CIP – enhedstyper
blandt CIP-teknologifagfolk er der en uofficiel måde at klassificere CIP-enhedstyper med hensyn til deres samlede funktionalitet:
Messaging Server – Messaging Server enheder understøtter kun eksplicitte Messaging operationer. Denne type enhed kan bruges til at flytte ASCII-data, der forekommer intermitterende i en stregkode eller RFID-applikation.
I/O – Server-I/O-serverenheder understøtter både eksplicitte og implicitte operationer. Disse enheder bruges i enkle I/O-applikationer som I / O-muser, fotoøjne og ventiler. De fleste DeviceNet og EtherNet/IP-enheder passer til denne kategori.
Messaging Client – Messaging Client-enheder understøtter kun eksplicitte Messaging-operationer, men kan både starte og svare på eksplicitte meddelelser. Denne type enhed kan bruges til at trække ASCII-data fra stregkode-eller RFID-applikationer ved hjælp af eksplicit besked.
I/O – Scanner-I/O-scannerenheder inkluderer alt, hvad der tilbydes i I/O-serveren, men tilføjer mulighederne for at åbne forbindelser og starte meddelelsesoverførsler. De kan tjene som både ophavsmænd til outputdata og mål for enheder, der ønsker at sende dem outputdata.
og det er virkelig alt, hvad der er til denne vigtige teknologi. Dette er elegance og enkelhed af CIP. Det kan forklares meget enkelt, implementeres let og betjenes pålideligt og effektivt.
