Öt protokollt tanultál meg: CAN, Foundation Fieldbus, Modbus, HART, Profibus/ProfiNet. A vizsgán és a munkahelyen viszont nem az a kérdés, hogy mit tudsz róluk külön-külön, hanem hogy melyiket választod egy konkrét feladathoz — és miért éppen azt. Ez a fejezet egymás mellé teszi az ötöt: mit tudnak, mit nem, hol születtek, hol tartanak ma, és merre mennek tovább.
9.1 Miért kell összehasonlítani?
Egy technikus ritkán találkozik azzal a kérdéssel, hogy „mi a CAN-arbitráció”. Sokkal gyakrabban ezzel: adott ez a feladat, milyen buszrendszerrel oldjuk meg? Vagy ennél is gyakrabban ezzel: adott ez a húszéves rendszer, mi van rajta, és mihez kezdjünk vele?
Mindkét kérdés ugyanazt igényli: az öt protokoll erősségeit és korlátait EGYMÁSHOZ KÉPEST kell ismerned. Önmagában ugyanis egyik protokoll sem „jó” vagy „rossz” — mindegyik egy konkrét problémára született, és pontosan addig jó, amíg azt a problémát oldja meg.
Egy buszrendszer kiválasztásánál gyakorlatilag mindig ugyanaz a négy kérdés dől el: 1. Mit kell átvinni? Néhány bit állapotjelzés, egy mérési érték, vagy nagyobb adatcsomag (konfiguráció, diagnosztika)? 2. Milyen gyorsan és mennyire pontos időzítéssel? Elég, ha „másodpercenként egyszer”, vagy szinkronban kell tartani több tengelyt? 3. Milyen környezetben? Hány méter kábel, mennyi zaj, kell-e robbanásveszélyes (Ex) területre menni, van-e már meglévő huzalozás? 4. Mi van már ott? A meglévő eszközpark, a meglévő kábelezés és a helyi szakembergárda tudása gyakran erősebben dönt, mint bármelyik műszaki paraméter.
Kezdő hiba a sebesség alapján választani. Egy folyamatipari hőmérséklet-mérésnél a Foundation Fieldbus 31,25 kbit/s-a bőven elég — ott az számít, hogy a szabályozási kör adata PONTOS IDŐBEN érkezzen meg, nem az, hogy sok adat férjen át. Fordítva: egy mozgásvezérlési feladatnál hiába „elég gyors” papíron egy busz, ha nem tudja szinkronban tartani a tengelyeket.
Ez a fejezet a 2-6. fejezet öt protokollját veti össze. Az 1. fejezet (alapfogalmak, RS-232/RS-485) és a 7. fejezet (SCADA/DCS) nem tárgya az összehasonlításnak: az első a közös alapokat adja, a második pedig egy SZINTTEL FELJEBB, a felügyeleti rendszerek világában helyezkedik el — mindkettő kontextus, nem versenytárs.
9.2 Összevető táblázat
Az öt protokoll hat legfontosabb jellemzőjét két táblázatra bontva nézzük meg, hogy olvasható maradjon. Az adatok a 2-6. fejezetből származnak; ahol egy jellemzőre a jegyzet forrásai nem adnak konkrét számot, ott ez külön jelölve van.
9.1. táblázat. Fizikai és időzítési jellemzők
| Protokoll | Topológia / fizikai réteg | Sebesség, adatmennyiség | Determinisztikusság |
|---|---|---|---|
| CAN | Lineáris busz, csavart érpár (CAN_H, CAN_L), 120 Ω lezárás mindkét végén (ISO 11898-2, nagy sebességű változat) | 125 kbit/s – 1 Mbit/s; a sebesség növelésével a megengedett hossz csökken (1 Mbit/s → 25 m). Klasszikus CAN adatmező: 0-8 bájt | Erős a fontos üzenetre: a legkisebb azonosítójú mindig azonnal átmegy, a kis prioritásúé nem garantált |
| Foundation Fieldbus H1 | Busz vagy csillag, csavart érpár vagy optika, leágazásokkal; max. 32 eszköz (buszról táplált eszközöknél kevesebb), kb. 1900 m (ismétlőkkel 9500 m) | 31,25 kbit/s (rögzített) | Erős: a LAS ütemezi a ciklikus forgalmat (Compel Data), a többi a köztes időben megy (Pass Token) |
| Modbus | Nincs saját fizikai rétege: soros vonal (RS-232, RS-485) vagy Ethernet/TCP-IP | A hordozó réteg adja; 1 bites coil és discrete input, 16 bites register | Gyenge: kérés-válasz, a szerver nem kezdeményez; az ütem a kliens lekérdezésétől függ |
| HART | Kétvezetékes 4-20 mA-es hurok, ráültetett Bell 202 FSK; pont-pont vagy multidrop | 1200 bit/s (1200 Hz = 1, 2200 Hz = 0), az analóg érték mellett | Gyenge: parancs/válasz; a burst mód rendszeres küldést ad, de a digitális csatorna szabályozásra nem való |
| Profibus / ProfiNet | DP: RS-485-ös csavart érpár (135-165 Ω) vagy optika. PA: külön, tápellátó fizikai réteg. ProfiNet: ipari Ethernet | DP: gyors, ciklikus, 9,6 kbit/s – 12 Mbit/s; a szegmenshossz a sebességtől függ (187,5 kbit/s → 1000 m, 500 kbit/s → 400 m, 1,5 Mbit/s → 200 m, 12 Mbit/s → 100 m). ProfiNet: Ethernet-alapú | DP: ciklikus, hibrid hozzáférés (token a masterek közt, master/slave lefelé). ProfiNet: RT, illetve izokron IRT |
Egy hálózat akkor determinisztikus, ha előre megmondható és garantálható, hogy egy üzenet MIKOR ér célba. Nem az a kérdés, hogy gyors-e, hanem hogy KISZÁMÍTHATÓ-e: egy 100 ms-os, de mindig pontosan 100 ms-os átvitel egy szabályozási körben többet ér, mint egy „általában 5 ms, de néha 300 ms” viselkedés.
9.2. táblázat. Alkalmazás, előny, hátrány
| Protokoll | Tipikus alkalmazási terület | Fő előny | Fő hátrány |
|---|---|---|---|
| CAN | Gépjárművek (eredeti terület), gyártósori vezérlések, mezőgazdasági és mobil munkagépek, robotika | Olcsó, robusztus, beépített hibafelismerés (hibakeret, Bus-Off); az ütközés nem jár adatvesztéssel | Kis adatmező (klasszikus CAN: 0-8 bájt); nagy sebesség csak rövid buszon; a kis prioritású üzenet késése nem garantált |
| Foundation Fieldbus H1 | Folyamatirányítás: vegyipar, olaj- és gázipar, energetika; lassan változó folyamatértékek | Elosztott szabályozás function block-okkal, gyártófüggetlen konfigurálás, ütemezett és nem ütemezett forgalom (LAS) | Lassú; a szegmenstervezés bonyolult; a gyártói támogatás csökken (lásd 9.7.) |
| Modbus | Sokféle eszközkategória: frekvenciaváltók, PLC-k, mérőműszerek, energiamérők, IIoT | Rendkívül egyszerű, nyílt, ingyenes specifikáció; széles körben támogatott; hordozófüggetlen | Nincs biztonsági rétege és adatszemantikája; a specifikációt konzorcium, nem szabványügyi testület gondozza; a „40001”-féle címzés eszközönként eltérhet |
| HART | Folyamatipari távadók (nyomás-, hőmérséklet-, szintmérő) és pozicionálók | Visszafelé kompatibilis: a meglévő 4-20 mA-es huzalozáson ad digitális funkciót, vezetékcsere nélkül | Nagyon lassú; pont-pontban egy eszköz egy hurkon; multidropban az analóg csatorna elvész |
| Profibus / ProfiNet | DP: gyártásautomatizálás. PA: folyamatipar, Ex-zóna. ProfiNet: Ethernet-gerinc, mozgásvezérlés (IRT) | Óriási ökoszisztéma (67,4 millió Profibus-eszköz 2022 végéig, 25 millió ProfiNet-csomópont 2018-ig); GSD-fájlok és profilok | Három változat, két eltérő fizikai réteggel — könnyű összekeverni; az IRT drágább hálózati elemeket kér; az FMS kiszorult |
Ez a táblázat legtöbbet félreértett tanulsága. A Modbus például NEM „soros protokoll”: egy alkalmazási rétegbeli logika, amely soros vonalon és Etherneten is fut. A HART viszont éppen ellenkezőleg: a klasszikus (FSK-alapú) változata elválaszthatatlanul kötődik a 4-20 mA-es hurokhoz (az IP-alapú változatról lásd 9.7.). Amikor két rendszert hasonlítasz össze, mindig mondd meg, MELYIK RÉTEGRŐL beszélsz.
Keress egy tetszőleges ipari eszköz (frekvenciaváltó, nyomástávadó, PLC-bővítőmodul) nyilvános gyártói adatlapját, és állapítsd meg belőle a következőket: 1. Melyik protokoll(oka)t támogatja az eszköz? 2. Mit ír az adatlap a fizikai rétegről (csatlakozó, kábel, lezárás, tápellátás)? 3. Mit ír a sebességről, és van-e benne sebesség-távolság összefüggés? 4. Az eszköz a 9.1. és 9.2. táblázat melyik sorába illik a legjobban? Ha az adatlap valamelyik kérdésre NEM ad választ, azt is jegyezd fel — a gyakorlatban ez legalább olyan fontos információ, mint maga az adat.
9.3 Előnyök és hátrányok protokollonként
A táblázat tömör, itt viszont érdemes kifejteni, MIÉRT olyanok ezek az erősségek és gyengeségek, amilyenek. Szinte minden esetben ugyanaz a mintázat: a protokoll fő előnye és fő hátránya UGYANABBÓL a tervezési döntésből következik.
CAN
A CAN legnagyobb erőssége a nem destruktív arbitráció: ha két csomópont egyszerre kezd küldeni, a kisebb numerikus azonosítójú zavartalanul folytatja, a másik visszalép és újrapróbálkozik — tehát az ütközés NEM jár adatvesztéssel, és a legfontosabb üzenet mindig átmegy. Ehhez társul egy nagyon erős, beépített hibakezelés: a hibakeret azonnal, az egész hálózat számára láthatóvá teszi a hibát, a hibaszámlálókra épülő Error Active / Error Passive / Bus-Off állapotgép pedig leválasztja a folyamatosan hibázó csomópontot, mielőtt az tönkretenné a teljes busz forgalmát. Mindez olcsó hardverrel, két vezetéken megvalósul.
A hátrányok ugyanennek a tervezési célnak az árnyoldalai. A CAN kis, gyakori, rövid üzenetekre készült, ezért a klasszikus adatmező mindössze 0-8 bájt: nagyobb adatblokkot (konfigurációt, fájlt) csak darabolva és körülményesen lehet átvinni. A sebesség növelésével a megengedett buszhossz csökken, tehát a maximális 1 Mbit/s csak rövid, néhány tíz méteres buszon reális. Végül: éppen a prioritásos arbitráció miatt a KIS prioritású üzenetek késleltetése nem garantálható — ha a busz terhelt, a nagy azonosítójú üzenetek sokáig várhatnak.
Foundation Fieldbus
A Foundation Fieldbus erőssége nem a sebesség, hanem az architektúra. A szabványosított function block-ok (AI, AO, PID) miatt a szabályozás egy része KIKERÜLHET magukba a térszintű eszközökbe, és a különböző gyártók eszközei egységesen konfigurálhatók egy rendszerben. A Link Active Scheduler (LAS) egy kijelölt eszköz szerepe; hogy kiesésekor ki és hogyan veheti át, az rendszer- és gyártófüggő (lásd 3. fejezet). Az ütemezett és nem ütemezett forgalom szétválasztása pedig pontosan azt adja, amit a folyamatirányítás igényel: a ciklikus mérési adat mindig időben megy, a ritka konfigurációs és riasztási forgalom pedig nem zavarja meg.
Cserébe a H1 lassú (31,25 kbit/s), és a rendszertervezés összetett: a szegmensre köthető eszközök száma, a leágazások hossza, a buszon keresztüli tápellátás és a lezárás együtt korlátozza, mit lehet kiépíteni. Ehhez jön egy nem műszaki, de a gyakorlatban egyre súlyosabb hátrány, amelyről a 9.7. alfejezet szól részletesen: a gyártói támogatás és a hozzáférhető szakértelem csökken.
Modbus
A Modbus az összehasonlítás legszélsőségesebb szereplője: minden előnye és minden hátránya ugyanabból fakad, hogy EGYSZERŰ. Nyílt, ingyenesen letölthető specifikáció, négy adattáblázat-típus, egy funkciókód-mező — ennyi az egész. Ezért támogatja ma is sok ipari eszköz, ezért lehet két különböző gyártó eszközét fél óra alatt összekapcsolni, és ezért nem kötődik egyetlen fizikai réteghez sem: ugyanaz a logika fut RS-485-ön és Etherneten.
És ugyanezért nincs benne semmi, amit egy modern protokolltól elvárnánk. Nincs beépített
biztonsági rétege, tehát a hálózat védelmét teljes egészében a köré épített
infrastruktúrának (hálózati szegmentálás, tűzfal) kell megoldania. Nincs szemantikája
sem: a protokoll nyers 16 bites regisztereket szállít, és hogy a AE41 bitminta most
nyomásérték, hibakód vagy szövegdarab, azt kizárólag a gyártói dokumentáció mondja meg.
Az elterjedt „40001”-féle címjelölés pedig nem is része a hivatalos specifikációnak,
ezért eszközönként eltérhet a számozása.
HART
A HART fő előnye egyetlen szó: visszafelé kompatibilitás. Nem kér új vezetéket, nem kér új topológiát, nem kér új bekötési filozófiát — ráül a több évtizede kiépített 4-20 mA-es hurokra, és a meglévő analóg mérés zavarása nélkül ad digitális diagnosztikát, konfigurálhatóságot és másodlagos mérési értékeket. Az univerzális parancsok miatt egy kézi konfigurátor „vakon” rá tud csatlakozni egy ismeretlen távadóra is.
A hátrány itt is egyenesen következik: 1200 bit/s. Ez lényegesen lassabb a többi itt tárgyalt protokoll jellemző sebességénél, és a digitális csatorna valós idejű szabályozásra nem alkalmas (pont-pont üzemben a szabályozott érték az analóg 4-20 mA-es jelen megy, lásd 5. fejezet). Pont-pont üzemben egyetlen eszköz tartozik egy hurokra, a multidrop pedig azzal jár, hogy az áramkimenet fix 4 mA-re áll, tehát az analóg mérési csatorna elvész, és minden adat a lassú digitális vonalon megy.
Profibus és ProfiNet
A Profibus/ProfiNet család legnagyobb előnye a lefedettség és az ökoszisztéma. Egyetlen szervezet (PI) gondozásában megtalálod a gyors gyártásautomatizálási változatot (DP), a robbanásveszélyes területre is alkalmas folyamatipari változatot (PA) és az Ethernet-alapú utódot (ProfiNet) — 67,4 millió telepített Profibus-eszközzel (2022 vége) és 25 millió ProfiNet-csomóponttal (2018-ig). A GSD-fájlok és a profilok (pl. a hajtásvezérlési PROFIdrive) miatt a gyártófüggetlen konfigurálás valóban működik, a ProfiNet IRT pedig szinkronizált (izokron) mozgásvezérlést tesz lehetővé.
A hátrány részben ugyanennek a gazdagságnak az ára: három változat, két eltérő fizikai réteg (DP és FMS: RS-485; PA: IEC 61158-2) és három tervezési szabályrendszer, amelyeket könnyű összekeverni — és a gyakorlatban össze is keverik. Az IRT-képes, CC-C konformitási osztályú kiépítés speciális, ProfiNet-kompatibilis switch-eket és pontosan szinkronizált hálózati elemeket igényel, tehát drágább. A Profibus-FMS pedig mára nagyrészt kiszorult a gyakorlatból, így ma már inkább történeti, mint gyakorlati ismeret.
Mert egy működő ipari rendszer lecserélése nem műszaki, hanem gazdasági kérdés. Az újrahuzalozás, az eszközcsere, a leállás és az átképzés költsége rendszerint nagyobb, mint a nyerhető előny. Ezért él ma is a HART (a meglévő 4-20 mA-es hurkokon) és a Modbus (biztonsági réteg nélkül is) — és ezért találsz egy húszéves üzemben három különböző protokollt egymás mellett.
9.4 Tipikus alkalmazási területek
Az alkalmazási területek nem véletlenszerűen alakultak ki: mindegyik protokoll abban az iparágban erős, amelyiknek az igényeire tervezték.
CAN. Gépjárműipari eredetű, de ma jóval túlnyúlik azon: gyártósori vezérlések, mezőgazdasági és mobil munkagépek, robotika. Jellemző feladata a sok, rövid, gyakori és különböző sürgősségű üzenet kezelése egyetlen olcsó vezetékpáron — pontosan az, amire az azonosító-alapú prioritás kitalálódott.
Foundation Fieldbus. A folyamatirányítási ipar: vegyipar, olaj- és gázipar, energetika. Itt a mért értékek (hőmérséklet, nyomás, szint) lassan változnak, viszont pontosan és megbízhatóan kell őket szabályozási körbe vezetni, gyakran nagy kiterjedésű üzemekben. Ezért jó itt a 31,25 kbit/s: nem kell több.
Modbus. Nincs saját „hazája” — pont ez a lényege. Frekvenciaváltók, PLC-k, energiamérők, mérőműszerek, kapuk (gateway-ek) és IIoT-eszközök kommunikációs közös nevezője. Tipikus szerepe: eltérő gyártók eszközeit összekötni ott, ahol nincs közös, kifinomultabb protokoll.
HART. Folyamatipari térszintű műszerezés: távadók (nyomás-, hőmérséklet-, szintmérő) és pozicionálók (szabályozószelep-pozicionálók). Szinte mindig ott találkozol vele, ahol MÁR VAN kiépített 4-20 mA-es hurok, és a cél az, hogy diagnosztikát és konfigurálhatóságot adjunk hozzá anélkül, hogy vezetéket kellene húzni.
Profibus és ProfiNet. A Profibus-DP a gyártásautomatizálás klasszikusa: PLC és decentralizált be-/kimeneti egységek közötti gyors, ciklikus adatcsere. A Profibus-PA a folyamatipar Ex-besorolású területeire való, buszon keresztüli tápellátással és belső biztonságú kivitelben. A ProfiNet az üzem Ethernet-gerince, ahol a CC-C osztályú, IRT-s kiépítés szinkronizált mozgásvezérlést (motion control) is kiszolgál.
A valóságban ritka az egyprotokollos üzem. Egy tipikus megoldás: a térszintű HART-os távadók adatát egy multiplexer vagy átjáró gyűjti össze, és Modbus TCP-n vagy ProfiNet-en adja tovább a felügyeleti rendszernek (SCADA/DCS, lásd 7. fejezet). Ilyenkor a protokollválasztás nem „vagy-vagy”, hanem rétegenként külön döntés.
9.5 Múlt: honnan jöttek?
Egy protokoll tulajdonságait sokszor a születési körülményei magyarázzák meg a legjobban.
CAN. Az 1980-as években a Bosch fejlesztette ki gépjárművekhez. Az autókban egyre több elektronikus egység kommunikált egymással, ezért a pontról pontra húzott összekötések helyett egy közös, kétvezetékes busz lett, amelyen az üzenetek prioritás szerint mennek át — ezért nincs a CAN-ben „cím” a szokásos értelemben, és ezért olyan rövid az adatmező.
Foundation Fieldbus. A technológiát eredetileg a Fieldbus Foundation gondozta, amely 2015-ben egyesült a HART Communication Foundation-nel: így jött létre a mai FieldComm Group. A mozgatórugó a folyamatipar igénye volt: a sok, egyenként 4-20 mA-es huroknak egy digitális, kétirányú, több mérési értéket és diagnosztikát is szállító hálózatot kellett átadnia a helyét, amelyben a szabályozás egy része már a térszintű eszközben futhat.
Modbus. 1979-ben született a Modicon cégnél (ma Schneider Electric) — ez a legrégebbi az öt közül. A mozgatórugó a legegyszerűbb lehetséges elképzelés volt: egy vezérlő kérdezzen, egy eszköz válaszoljon, és mindezt a lehető legkevesebb bájtból lehessen összerakni. Pont ez az egyszerűség lett az, ami majdnem ötven év múlva is életben tartja.
HART. Eredetileg gyártói fejlesztés volt (a jegyzet forrásai a Rosemount céget nevezik meg), amely később nyílt protokollá vált, és ma szintén a FieldComm Group gondozza. A mozgatórugó tisztán gazdasági: a folyamatiparban már ki volt építve több millió 4-20 mA-es hurok, és senki nem akarta újrahuzalozni az üzemeit csak azért, hogy digitális diagnosztikához jusson.
A fejlesztő cég nevét és a fejlesztés időszakát a jegyzet forrásai közül csak másodlagos (nem a protokollt gondozó szervezettől származó) forrás említi, ezért itt évszám nélkül, óvatosan szerepel. A protokoll műszaki adatai (FSK-frekvenciák, 1200 bit/s, parancskategóriák) ezzel szemben a FieldComm Group hivatalos, nyilvános alkalmazási útmutatójából származnak.
Profibus. Első verziója 1989-ben jelent meg, ma a PI (PROFIBUS & PROFINET International) gondozza. A mozgatórugó a gyártásautomatizálás decentralizálása volt: a be-/kimeneti eszközöket a vezérlőtől távol, a gép mellett kellett gyors, soros összeköttetéssel elérni. Később ugyanez a szervezet a folyamatipar felé (PA) és az Ethernet felé (ProfiNet) is kiterjesztette a családot.
9.6 Jelen: hol tartanak ma?
CAN — élő és terjedő. A klasszikus CAN és a CAN FD ipari jelenléte változatlanul erős. A gépjárműiparon túl a mobil munkagépek, a mezőgazdasági gépek és a robotika a fő terület. A CAN ma nem „régi technológia”, hanem egy folyamatosan bővülő család (lásd 9.7.).
Foundation Fieldbus — hanyatló, de üzemelő. A telepített rendszerek működnek, de a szakmai sajtó szerint a gyártói elköteleződés és a hozzáférhető szakértelem egyaránt csökken, és ez a meglévő telepítéseket hosszú távon fenntarthatatlanná teszi (Control Global, 2025-04-29, letöltve 2026-09-19). A cikk megállapításának továbbgondolása (nem idézet): aki ma zöldmezős folyamatipari beruházást tervez, jellemzően már nem Foundation Fieldbusban gondolkodik.
Modbus — a munkaló. A legrégebbi protokoll, és mégis az egyik legelterjedtebb. Független szakmai források szerint 2026-ban is jelennek meg ÚJ IIoT-eszközök Modbus-támogatással, elsősorban Modbus TCP formában — éppen azért, mert egyszerű, nyílt és olcsó (Interesting Automation, 2025-09-01; iotportal.co.uk, 2026-07-16, letöltve 2026-09-19).
HART — a 4-20 mA-es hurkok digitális kiegészítője. A 4-20 mA-es hurkokon élő HART továbbra is a folyamatipari műszerezés széles körben használt digitális kiegészítője, és a HART-IP révén ma már Ethernet-alapú integrációs szerepe is van (lásd 9.7.).
Profibus és ProfiNet — a hangsúly áttolódott. A Profibus telepített bázisa hatalmas (67,4 millió eszköz 2022 végéig), de az új beruházásokban a hangsúly a ProfiNet-re került (25 millió csomópont 2018-ig). A Profibus-FMS nagyrészt kiszorult, a Profibus-PA pedig ugyanabban a helyzetben van, mint a Foundation Fieldbus (lásd 9.7.).
A jegyzet forrásai között NINCS olyan elsődleges forrás, amely számszerű piaci előrejelzést adna („X%-kal nő/csökken Y évig”) bármelyik protokollra. Ami van: minőségi (kvalitatív) trendleírás a protokollokat gondozó szervezetektől és a szakmai sajtótól. Ha egy vizsgán vagy egy ajánlatban ilyen százalékos jóslatot látsz, kérdezd meg, honnan van — ez a forráskritika alapgyakorlata.
9.7 Jövő: merre tartanak?
Ez az alfejezet egy 2026 szeptemberében végzett, célzott kutatásra épül; a forrásokat az egyes bekezdéseknél jelöljük.
CAN: harmadik generáció, CAN XL
A CAN nem lecserélődik, hanem bővül. A CiA (CAN in Automation, a CAN-t gondozó szervezet) szerint a CAN XL a protokoll harmadik generációja, amely ugyanarra az ismert arbitrációs elvre épül, mint a klasszikus CAN (CAN CC) és a CAN FD — de legfeljebb 2048 bájt hasznos adatot és konfigurálható, akár 20 Mbit/s-os átviteli sebességet tesz lehetővé. Külön érdekessége, hogy Ethernet-kereteket is be lehet ágyazni CAN XL-keretbe, tehát átjárást kínál az Ethernet-alapú rendszerek felé (CiA, www2.can-cia.org/canxl, letöltve 2026-09-19).
A szabványosítás is követte ezt: az ISO 11898-1:2024 már mindhárom protokollgenerációt (CAN CC, CAN FD, CAN XL) egyetlen szabványban definiálja, plusz egy mellékletben a CAN FD light nevű, egyszerű szenzor/aktuátor-hálózatokra szánt, master/responder felépítésű változatot (CiA hír, can-cia.org/news/slider-2, letöltve 2026-09-19). A CAN FD light újonnan szabványosított elem, gyakorlati elterjedtsége egyelőre korlátozott.
Hogy ez nem csak papír: 2026 augusztusában megjelent az első kereskedelmi forgalomban kapható CAN XL adó-vevő áramkör, amelynek célalkalmazásai között humanoid és ipari robotok, valamint HMI-rendszerek szerepelnek (Texas Instruments sajtóközlemény, 2026-08-12, letöltve 2026-09-19).
A CAN protokoll harmadik generációja: megtartja a CAN-arbitráció elvét, de legfeljebb 2048 bájtos adatmezőt és akár 20 Mbit/s-os sebességet támogat, és képes Ethernet-kereteket CAN XL-keretbe ágyazni. A klasszikus CAN és a CAN FD mellett él, nem helyettük.
Foundation Fieldbus: migráció Ethernet-APL-re
A Foundation Fieldbus jövője a legegyértelműbb az öt közül: a technológiát gondozó FieldComm Group SAJÁT hivatalos migrációs dokumentumot adott ki „FF to Ethernet-APL Migration Concept” címmel (TR10365, 1.0.1 kiadás, 2024-07-22, letöltve 2026-09-19). Amikor egy szabványosító szervezet a saját technológiájából való átállásra ad útmutatót, az félreérthetetlen üzenet.
A szakmai sajtó ugyanezt a képet erősíti: a hagyományos terepbuszok (Foundation Fieldbus, Profibus-PA) fenntartása egyre nehezebb a csökkenő gyártói elköteleződés és a fogyatkozó szakértelem miatt, és az Ethernet-APL-t nevezik meg modern utódként (Control Global, 2025-04-29, illetve ugyanattól a szerzőtől 2024-12-12 és 2025-02-25, letöltve 2026-09-19). Az átállás ugyanakkor beruházás- és meggyőzés-igényes, tehát évekig tartó folyamat.
Modbus: marad, a korlátaival együtt
A Modbus jövőképe nem eltűnés, hanem tartós „munkaló” szerep, elsősorban Modbus TCP formában. Két, egymástól független szakmai forrás jut ugyanarra a következtetésre: az egyszerűség, a nyíltság és az alacsony költség miatt 2026-ban is jelennek meg új IIoT-eszközök Modbus-szal — annak ellenére, hogy a protokollnak nincs beépített biztonsági rétege és nincs adatszemantikája (Interesting Automation, 2025-09-01; iotportal.co.uk, 2026-07-16, letöltve 2026-09-19). A piaci háttérről: a Modbus 1979-ben a Modiconnál született, és a Modbus TCP/IP térnyerése dokumentált tendencia (Industrial Monitor Direct piaci elemzés, letöltve 2026-09-19).
Technikusként ez azt jelenti: a Modbusszal a pályád során biztosan találkozni fogsz, és a biztonsági kérdéseit nem a protokoll fogja megoldani helyetted.
HART: a HART-IP mint integrációs réteg
A hagyományos 4-20 mA + HART hurok megmarad, de a HART egyre inkább Ethernet-alapú integrációs réteget kap. A HART-IP szabványosított kapcsolatot ad HART-multiplexerek, vezeték nélküli átjárók (WirelessHART gateway), biztonsági rendszerek (SIS) és PLC-k között (FieldComm Group, 2026-08-19, letöltve 2026-09-19); a technikai leírás hivatalos specifikációként is elérhető (HART-IP Technical Description, AG10364, 2024-05-13).
A protokoll maga is fejlődik: a HART 7.9 kiadás újdonságai között szerepel a SafeHART (biztonsági kommunikációs réteg), a Digital Write Protect (digitális írásvédelem) és a HART-IP ZeroConf (automatikus hálózati konfiguráció) (FieldComm Group kiadási webinár, 2023-06-07, letöltve 2026-09-19). Ugyanakkor az Ethernet-APL megjelenése új technológiaválasztási döntések elé állítja a felhasználókat a folyamatautomatizálásban (Control Engineering, letöltve 2026-09-19).
A HART protokoll IP-alapú (jellemzően Ethernet-) hálózaton futó változata, amely integrációs réteget ad a HART-multiplexerek, vezeték nélküli átjárók, biztonsági rendszerek és PLC-k között — a térszintű 4-20 mA-es hurkok megtartása mellett.
Profibus és ProfiNet: TSN és APL
A klasszikus, RS-485-alapú Profibus hosszú távon visszaszorul, a ProfiNet viszont valós idejű Ethernet-gerincként él tovább, két irányban fejlődve.
Az egyik a PROFINET over TSN: a TSN (Time-Sensitive Networking) a PROFINET kiterjesztése determinisztikus, valós idejű Ethernet-kommunikációhoz; a PROFINET specifikáció V2.4 már integráltan tartalmazza a TSN-t, és az IEC/IEEE 60802 TSN-IA Profile közös, gyártófüggetlen TSN-viselkedést ír le ipari automatizálásra (PI, profibus.com/technologies/profinet-over-tsn, letöltve 2026-09-19).
A másik a PROFINET over APL: az Ethernet-APL egy egy érpáras (single-pair Ethernet, SPE) fizikai réteg 10BASE-T1L alapon, legfeljebb 1000 m kábelhosszal, 10 Mbit/s full-duplex átvitellel, és bármilyen magasabb szintű Ethernet-protokollt — így a PROFINET-et is — hordozhat (PI, profibus.com/.../profinet-over-apl, letöltve 2026-09-19). A Profibus-PA pedig, a Foundation Fieldbushoz hasonlóan, erre az Ethernet-APL-re migrál.
Ethernet-kiegészítések olyan készlete, amely determinisztikus, garantált időzítésű kommunikációt tesz lehetővé szabványos Ethernet-hálózaton. A PROFINET V2.4 specifikációja már integráltan tartalmazza.
Az összefoglaló szál: az Ethernet-APL mint közös konvergenciapont
Ha a fenti öt irányt egymás mellé teszed, egy közös mintázat rajzolódik ki. A hagyományos, egymástól elszigetelt terepi buszok — a Foundation Fieldbus, a Profibus-PA és részben a HART fizikai rétege — EGY KÖZÖS fizikai réteg, az Ethernet-APL felé tartanak. Erre a közös alapra aztán bármelyik magasabb szintű protokoll ráépülhet: HART-IP, PROFINET, EtherNet/IP és a többi.
Egy érpáras (single-pair Ethernet, SPE) ipari fizikai réteg 10BASE-T1L alapon: 10 Mbit/s, full-duplex, legfeljebb 1000 m kábelhossz. Nem protokoll, hanem FIZIKAI RÉTEG — bármilyen Ethernet-alapú felsőbb protokollt hordozhat.
Hogy ez nem egyetlen gyártói tábor projektje, azt a fejlesztők névsora mutatja: az Ethernet-APL-t négy szabványosító szervezet fejlesztette közösen — a FieldComm Group, az ODVA, az OPC Foundation és a PI (PI sajtóközlemény, 2025-11-24, letöltve 2026-09-19). Négy, egyébként versengő szervezet közös fizikai rétege iparági konszenzust jelent, nem egy gyártó ajánlatát.
Két protokoll lóg ki ebből a képből, mindkettő jó okkal:
- A CAN a gépjármű- és robotika-eredetű vonalán önállóan fejlődik tovább (CAN XL), nem a folyamatipari konvergencia része.
- A Modbus pedig, a legegyszerűbb és legrégebbi protokollként, biztonsági réteg nélkül is tartósan jelen marad — éppen az egyszerűsége miatt.
Amikor egy üzem „áttér Ethernet-APL-re”, az évekig tartó folyamat: szegmensenként, felújítási ciklusokhoz kötve, átjárókkal áthidalt átmeneti állapotokkal. Technikusként a pályád nagy részében VEGYES rendszereket fogsz üzemeltetni — ezért éri meg mind az öt protokollt ismerni, nem csak a legújabbat.
9.8 Gyakorlat: protokollválasztás indoklással
Az alábbi négy feladatból válassz legalább kettőt. Mindegyikhez írj rövid (4-6 mondatos) indoklást, amelyben LEGALÁBB KÉT szempontot használsz a 9.1 alfejezet alapkérdései közül (átvitt adat jellege, időzítés, környezet, meglévő rendszer). Ha a rendelkezésre álló információ nem elég a döntéshez, írd le, milyen adatot kérnél még be — ez is helyes válasz.
A) Meglévő vegyipari üzem. Húsz éve kiépített, 4-20 mA-es huzalozású nyomástávadók üzemelnek. A megrendelő azt kéri, hogy a távadók állapota és diagnosztikai adata megjelenjen a felügyeleti rendszerben, de a leállás ideje legfeljebb egy hétvége lehet, és új kábel nem húzható.
B) Új gyártósor. Egy PLC-hez kell csatlakoztatni húsz decentralizált be-/kimeneti egységet egy 80 méter hosszú csarnokban. Három szervomotor mozgását szinkronban kell tartani. Az üzemben már van ipari Ethernet-gerinc.
C) Mobil munkagép. Egy önjáró mezőgazdasági gépre kell felfűzni tizenkét vezérlőegységet: rövid, gyakori állapot- és parancsüzenetek, néhány közülük biztonságkritikus (vészleállítás). A gépen belül a leghosszabb kábelszakasz kb. 15 méter, a költségkeret szűk.
D) Vegyes eszközpark egy energiaközpontban. Öt különböző gyártó energiamérőjét kell egyetlen adatgyűjtő rendszerbe bekötni. Az adatokra óránként egyszer van szükség, a mérők mindegyike támogat legalább egy közös protokollt.
Amit a megoldásban értékelünk: 1. A választott protokoll megnevezése (változattal együtt, ha van: pl. Modbus TCP, Profibus-DP). 2. Legalább két, a feladat szövegéből levezetett szempont. 3. Legalább egy olyan mondat, amely megindokolja, MIÉRT NEM egy másik protokollt választottál. 4. Ha van a döntésnek kockázata (pl. biztonsági réteg hiánya), azt is nevezd meg.
Válaszd ki a 9.2. gyakorlat egyik feladatát, amelyet már megoldottál, és írj egy rövid érvelést a SAJÁT döntésed ellen: milyen körülmény esetén lenne más protokoll a helyes választás? Ez a gyakorlat arra tanít, hogy egy protokollválasztás mindig feltételekhez kötött — a „mindig ezt használjuk” mondat a gyakorlatban szinte mindig hibához vezet.
Összefoglalás
- Protokollt nem önmagában, hanem feladathoz választunk: az átvitt adat jellege, az időzítési igény, a környezet és a MÁR MEGLÉVŐ rendszer együtt dönt.
- A CAN olcsó, robusztus, erős beépített hibakezeléssel és nem destruktív, prioritásos arbitrációval — cserébe kis adatmezővel és sebesség-távolság korláttal.
- A Foundation Fieldbus H1 lassú (31,25 kbit/s), de elosztott szabályozást, ütemezett forgalmat és gyártófüggetlen function block-okat ad a folyamatiparnak.
- A Modbus minden előnye és minden hátránya az egyszerűségéből következik: sokféle környezetben működik, de nincs biztonsági rétege és nincs adatszemantikája.
- A HART a meglévő 4-20 mA-es huzalozásra ad digitális funkciót vezetékcsere nélkül, 1200 bit/s-os sebességgel — ez a legnagyobb előnye és a legnagyobb korlátja egyszerre.
- A Profibus/ProfiNet család széles lefedettségű: DP a gyártásautomatizálásnak, PA az Ex-zónás folyamatiparnak, ProfiNet az Ethernet-gerincnek és az IRT-s mozgásvezérlésnek.
- A jövőben a CAN önállóan fejlődik tovább (CAN XL: 2048 bájt, akár 20 Mbit/s), a Modbus pedig tartósan marad; a Foundation Fieldbus, a Profibus-PA és részben a HART viszont egy közös fizikai réteg, az Ethernet-APL felé konvergál.
- Az Ethernet-APL-t négy szabványosító szervezet (FieldComm Group, ODVA, OPC Foundation, PI) fejlesztette közösen — ez iparági konszenzus, nem egyetlen gyártói irány.
Ellenőrző kérdések
- Mi a különbség aközött, hogy egy hálózat GYORS, és aközött, hogy DETERMINISZTIKUS? Mondj példát mindkettőre a fejezet öt protokolljából.
- Miért mondjuk, hogy a CAN fő előnye és fő hátránya ugyanabból a tervezési döntésből következik?
- Sorold fel, milyen szempontok alapján választanál protokollt egy meglévő, 4-20 mA-es huzalozású üzem korszerűsítésénél.
- Miért nem jelenti a Modbus egyszerűsége azt, hogy elavult protokoll lenne?
- Mi a különbség a Profibus-DP és a Profibus-PA alkalmazási területe és fizikai rétege között?
- Mi az Ethernet-APL, és miért NEM nevezhetjük protokollnak?
- Melyik két protokoll marad ki a fejezet szerinti Ethernet-APL-konvergenciából, és mindegyiknél mi ennek az oka?
- Miért nem szerepelnek ebben a fejezetben számszerű piaci előrejelzések az egyes protokollok jövőjéről?
Tudáspróba
1. Melyik protokoll digitális jele ül rá a hagyományos 4-20 mA-es áramhurokra? a) CAN FD b) HART c) Modbus RTU d) Profibus-PA
2. Melyik fizikai réteg köré szerveződik a fejezet forrásai szerint a terepi buszok közös jövőbeli konvergenciája? a) Optikai szálas átvitel b) RS-485-ös soros vonal c) Ethernet-APL (10BASE-T1L) d) Bell 202 FSK-moduláció
3. Melyik protokollnál dönti el az üzenet azonosítója egyben az üzenet prioritását is? a) Profibus-PA b) Modbus TCP c) HART multidrop d) CAN
4. Melyik protokollnak NINCS saját, kötelezően előírt fizikai rétege? a) Modbus b) CAN High-Speed c) HART d) Foundation Fieldbus H1
5. Egy üzemben húsz éve kiépített, 4-20 mA-es huzalozású távadók vannak, és diagnosztikai adatot kellene kinyerni belőlük új kábel húzása nélkül. Melyik protokollt javaslod, és miért éppen azt?
6. Egy kollégád azt mondja: „a Modbus régi, cseréljük le mindenhol.” Fogalmazz meg két érvet mellette és két érvet ellene, a fejezet állításai alapján.
7. Hasonlítsd össze a CAN és a Foundation Fieldbus H1 determinisztikusságát: milyen mechanizmussal biztosítja mindegyik, hogy a fontos adat időben átmenjen, és mi a különbség a két megoldás között?
8. Mit jelent a CAN XL megjelenése a klasszikus CAN jövője szempontjából? Támaszkodj a fejezet „Jövő” alfejezetének állítására, és indokold meg, miért nem „lecserélésről” van szó.