Buskommunikation

Hvad er buskommunikation? 

Buskommunikation er en metode, hvor flere elektriske eller elektroniske enheder deler det samme sæt ledere, typisk et parsnoet kabel, et fladkabel eller et printbanespor, og udveksler data digitalt over dem uden punkt-til-punkt-forbindelser. Hver deltager på bussen har en logisk adresse, og kun én sender ad gangen, mens de andre lytter. I styretavler, procesanlæg og fordelingsskabe er bussen den digitale rygrad, der forbinder PLC'er, I/O-moduler, frekvensomformere, sensorer, HMI'er og fjern-I/O-øer til ét sammenhængende automationssystem. Buskommunikation håndterer vi som en integreret del af vores tavleanlæg.

Grundelementer i et bussystem

• Fysisk medium: kobberledere, lysleder eller et spor på printkortet.
• Protokol: reglerne for adressering, pakkeformat, fejlkontrol og busarbitrering.
• Interfacekredsløb: transceivere eller netværkskort, som omsætter apparatets logikniveau til bussens elektriske niveau og tilbage igen.

Fordi alle deler de samme ledere, bruger protokollen enten master/slave-runder, token-passing eller prioritetsarbitrering (fx CAN) for at undgå kollisioner. Hver node har sin egen adresse, og checksummer eller CRC-felter gør, at bitfejl bliver opdaget med det samme.

Hvorfor busser er attraktive i tavlebygning

• Enklere kabling: Én skærmet buslinje kan erstatte snesevis af almindelige signalkabler. Det betyder færre ledningskanaler og klemrækker og kortere montagetid.
• Skalerbarhed: Ved en senere udvidelse trækkes buskablet bare videre, og de nye moduler meldes ind i softwaren.
• Diagnostik i realtid: Enhederne melder løbende status, temperatur, strømforbrug eller kommunikationskvalitet, så vedligehold lettere kan finde fejl fra HMI'en.
• Flere leverandører på samme linje: De fleste busstandarder er åbne eller certificerede, så produkter fra forskellige fabrikater kan kobles på samme bus.

Sådan foregår kommunikationen trin for trin

1. En master (typisk PLC-CPU'en) sender cyklisk forespørgsler eller et synkroniseret kloksignal ud, afhængigt af protokollen.
2. Slaverne svarer i hver deres tidsvindue med deres inputdata og modtager samtidig nye outputkommandoer.
3. Fejlkontrolfelterne validerer hver pakke. Passer de ikke, bliver pakken sendt igen, eller noden markeres som fejlet.
4. Bliver der registreret et brud, dårlig skærmning eller en adressekonflikt, logges en fejlkode, som SCADA eller servicefolkene kan hente.

Udbredte industrielle busstandarder

• PROFIBUS DP: RS-485-baseret, op til 12 Mbit/s, meget brugt til drev og decentral I/O.
• CANopen: bygger på bilindustriens CAN-lag og passer til kompakte bevægelsesstyringer og små feltapparater.
• EtherCAT: bruger Ethernet-rammer, men behandler dem i hardware, så procesdata kan opdateres på få mikrosekunder. Populært til servoer.
• Modbus RTU/TCP: enkel master/slave-logik, ofte brugt i målere og gateways.
• AS-Interface: tolederkabel med både forsyning og data, lavet til feltmontage af sensorer og aktuatorer.
• PROFINET og POWERLINK: Real-Time Ethernet-varianter med høj båndbredde og deterministisk tidsstyring.

Fordele sammenlignet med traditionel punkt-til-punkt-ledningsføring

• Smallere styreskabe, færre ledningskanaler og en enklere ledningsføring.
• Færre terminaler, ferruler og montagetimer, så det bliver billigere.
• Moduler kan flyttes eller skiftes uden at trække ledninger om.
• Ud over on/off-signaler går analoge værdier, firmwareversioner og diagnoseflag over de samme ledere.
• Den løbende overvågning gør tilstandsbaseret service mulig i stedet for faste stop.

Designhensyn for tavlebyggeren

• Topologi: Nogle busser vil helst kædeforbindes (PROFIBUS), andre kan køre i stjerne eller ring (EtherCAT). Maksimal segmentlængde og antal noder varierer fra bus til bus.
• EMC-beskyttelse: Skærmede kabler, korrekt jordforbindelse og afslutningsmodstande er nødvendige i miljøer med frekvensomformere, kontaktorer og svejseapparater.
• Segmentering og forlængelse: Bliver installationen længere end fx 100 m på Ethernet, skal der sættes en switch, repeater eller fiberkonverter ind.
• Adressehåndtering: DIP-kontakter, drejekodere eller softwareværktøjer forhindrer dobbelte adresser, som ellers kan lamme hele bussen.

Begrænsninger og faldgruber

For mange noder på samme segment kan give længere latenstid, så realtidskritiske systemer skal planlægges med flere delnetværk. Gateways til ældre protokoller betyder flere komponenter og flere steder, det kan gå galt. Og mangler bussen afslutning eller er skærmningen dårlig, giver det sporadiske fejl, der kan tage lang tid at finde.