RS485-naar-Ethernet-omvormer / Modbus TCP-gateway (DIN-rail, 1–4 poorten, OEM)
Betrek RS485-Ethernet-omvormers en Modbus TCP-gateways van Chinese OEM's. DIN-rail, 2500V geïsoleerd, -40°C tot +70°C. MOQ 10 stuks.
Modbus RTU naar Modbus TCP: wat de gateway werkelijk doet
Modbus RTU is een serieel protocol ontworpen voor één master die meerdere slaves pollt op een half-duplex RS485-bus. Eén master, één transactie tegelijk, master-geïnitieerd. De fysieke laag is two-wire differentieel (A/B), half-duplex, wat betekent dat de bus niet tegelijkertijd kan zenden en ontvangen. Bij 9.600 bps — nog steeds gebruikelijk bij oudere meters en PLC’s — duurt een enkele Modbus RTU-lezing van 10 holding registers ongeveer 30ms inclusief bus turnaround-vertragingen. Dat is geen prestatieprobleem voor SCADA-polling; het wordt een probleem wanneer meerdere SCADA-clients tegelijkertijd met hetzelfde RS485-netwerk proberen te communiceren.
Modbus TCP verwijdert meerdere van die beperkingen. Het draait over Ethernet, is full-duplex op de netwerklaag en laat meerdere TCP-clients tegelijk verbinding maken met dezelfde server. Een SCADA-systeem, een historian en een HMI kunnen allemaal onafhankelijk Modbus TCP-lezingen uitvoeren zonder toegang te coördineren.
De gateway overbrugt beide. Mechanisch: een Modbus TCP-client (uw SCADA-software) opent een TCP-verbinding naar poort 502 op de gateway. Deze stuurt een Modbus TCP-frame — dezelfde functiecodes en registeradressen als Modbus RTU, maar met een 6-byte MBAP-header die het apparaatadres en de CRC vervangt. De gateway verwijdert de MBAP-header, herformatteert het verzoek als een Modbus RTU-frame, plaatst het op de RS485-bus, wacht op het antwoord van de slave en retourneert de data aan de oorspronkelijke TCP-client in Modbus TCP-formaat.
Waar gelijktijdige clientafhandeling ingewikkeld wordt. De RS485-bus is nog steeds half-duplex en kan nog steeds slechts één transactie tegelijk uitvoeren. Als vier Modbus TCP-clients gelijktijdig verzoeken indienen, moet de gateway ze in een wachtrij plaatsen en serieel op de RS485-bus afhandelen. Het gedrag wanneer een verzoekwachtrij vol raakt, is firmware-gedefinieerd: sommige gateways retourneren een Modbus exception code 06 (server busy), andere laten verzoeken stilletjes vallen, en weer andere blokkeren volledig nieuwe TCP-verbindingen. Een maximum van 4–16 gelijktijdige TCP-clients is een firmwarelimiet, geen hardwarelimiet — verifieer wat de gateway doet wanneer die limiet onder belasting wordt bereikt.
Afhandeling van response timeouts. Wanneer de gateway een Modbus RTU-verzoek naar een RS485-slave stuurt en de slave niet binnen de geconfigureerde timeout reageert (doorgaans 200–1000ms), moet de gateway beslissen wat hij aan de TCP-client retourneert. Goede firmware retourneert Modbus exception code 11 (gateway target device failed to respond) — de TCP-client ontvangt een goed gevormde foutmelding en weet dat de slave onbereikbaar is. Slechte firmware houdt de TCP-verbinding open totdat de TCP-timeout verloopt (vaak 30–120 seconden), waardoor die verbindingsslot voor de hele duur geblokkeerd is. Bij herhaalde slave-timeouts put dit gedrag de TCP-clientpool uit en lijkt de gateway niet te reageren, ook al functioneert hij normaal.
Inter-request gap (het 3,5-karakter stille interval). Modbus RTU gebruikt lijnstilte van 3,5 karaktertijden (bij 9.600 bps: ongeveer 4ms) om frame-grenzen te markeren. Een gateway die het volgende RTU-verzoek verzendt vóór het vereiste stilte-interval veroorzaakt botsingen of frame-samenvoeging op de RS485-bus, die slave-apparaten niet correct kunnen parsen. Dit detail is slecht geïmplementeerd in diverse goedkope Chinese firmware-stacks — het symptoom is intermitterende CRC-fouten die optreden bij hogere pollingfrequenties of wanneer meerdere slaves op hetzelfde bussegment zitten. Test met back-to-back polling van drie of meer slaves op de beoogde polling-interval van de toepassing voordat u zich aan een leverancier bindt.
RS485 elektrische isolatie: waarom het ertoe doet en hoe u het verifieert
Industriële RS485-netwerken omspannen lange kabeltrajecten, vaak over meerdere elektrische panelen die op verschillende stroomonderbrekers of verschillende elektrische fasen zijn aangesloten. Aardpotentiaalverschil tussen twee fysiek ver verwijderde RS485-apparaten — zelfs op hetzelfde elektrische systeem van een gebouw — kan 10–100V bedragen onder normale omstandigheden en 50–500V tijdens een fout- of bliksemgebeurtenis. Een niet-geïsoleerde RS485-transceiver verbindt de busaarde (RS485 common of GND-aansluiting) rechtstreeks met de DC-voedingsaarde van de omvormer, die verbonden is met de chassis-aarde van het Ethernet-apparaat. De common-mode spanning van de RS485-bus verschijnt direct over de ingang van de transceiver, en een transient die de maximale ingangsspanning van de transceiver overschrijdt (doorgaans ±15V voor RS-485-specificatie-conforme apparaten, ±60V voor sommige robuuste transceivers) vernietigt de IC.
Galvanische scheiding verbreekt het DC-pad tussen de RS485-bus en het Ethernet/voedingscircuit. Het signaal gaat over via optocouplers of een kleine scheidingstransformator, en er bestaat geen geleidend pad waarlangs foutstroom kan vloeien.
Isolatiespanningswaarden: wat ze in de praktijk betekenen. Een 1.500V isolatiewaarde betekent dat de diëlektrische barrière continu 1.500V AC RMS (of 2.121V DC) tussen geïsoleerde domeinen kan weerstaan zonder doorslag. Een 2.500V-waarde is geschikt voor de meeste industriële toepassingen — deze overschrijdt de surge-spanningsvereisten van IEC 61000-4-5 Level 4 (4kV open-circuit, wat ongeveer 2kV over een 50Ω bronimpedantie oplevert). Een 3.000V-waarde biedt extra marge voor hoogspanningsindustriële omgevingen (onderstationautomatisering, motoraandrijfpanelen). Verwar isolatiespanning niet met surge-bestendigheid — het zijn verschillende metingen. Een 2.500V galvanische scheiding in combinatie met een TVS-diode op de RS485-aansluitingen is een complete surge-beschermingsstrategie; galvanische scheiding alleen zonder TVS beschermt niet tegen snelle transients die de isolatiecapaciteit opladen.
Optische isolatie vs transformatorisolatie. Optocouplers domineren in omvormers onder $30 omdat ze goedkoop en snel zijn — signaalvertraging door een standaard optocoupler is <1µs, wat geen baudrate-beperking veroorzaakt bij 115.200 bps. De zwakte van optische isolatie is slechte common-mode-onderdrukking bij netfrequenties (50/60Hz). De aardlusstroom die via strooicapaciteit over de optocoupler vloeit, kan 50Hz-ruis op het RS485-signaal koppelen. In de praktijk is dit zelden een probleem voor Modbus RTU-toepassingen omdat de baudrate veel hoger is dan 60Hz — de ruis wordt onderdrukt door de differentiële ingang van de RS485-ontvanger. Transformatorisolatie (kleiner, gewikkeld op een ferrietkern) heeft betere laagfrequente common-mode-onderdrukking maar is iets trager en duurder. Voor de meeste industriële Modbus-toepassingen is optische isolatie op 2.500V toereikend.
Hoe isolatie te testen zonder een hipot-tester. Breng 500V DC aan tussen de RS485 GND-aansluiting en de negatieve DC-voedingsaansluiting van de omvormer (of chassis GND) met een DC-voeding waarvan de stroombegrenzing op 1mA is ingesteld. Een niet-geïsoleerd apparaat toont een onmiddellijk stijgende voedingsstroom doordat stroom door het directe geleidende pad vloeit. Een geïsoleerd apparaat toont <0,1mA lekstroom (via strooicapaciteit). Een standaard digitale multimeter op de weerstandsinstelling kan ook niet-geïsoleerde apparaten detecteren: meet tussen RS485 GND en DC-voedings-GND — niet-geïsoleerde apparaten tonen continuïteit (doorgaans <10Ω). Deze test verifieert niet de isolatiespanningswaarde, maar bevestigt wel of er überhaupt isolatie aanwezig is. Voor volledige hipot-testen (verificatie van de 2.500V-waarde) is een speciale hipot-tester nodig die 2.500V AC gedurende één minuut aanbrengt — dit is een standaardtest in een gekwalificeerde inspection-opdracht.
Transparante modus vs Modbus TCP-gatewaymodus vs virtuele COM-poort
Drie bedrijfsmodi komen voor bij verschillende RS485-naar-Ethernet-omvormerproducten. Ze lossen verschillende problemen op, en het kiezen van de verkeerde modus veroorzaakt integratiefouten die op hardwaredefecten lijken.
Transparante TCP/IP seriële tunneling. De omvormer fungeert als een pijp: ruwe seriële bytes die op de RS485-poort binnenkomen, worden ingekapseld in een TCP-stream en doorgestuurd naar een vooraf geconfigureerd extern IP-adres en poort. De TCP-peer ontvangt de ruwe Modbus RTU-bytes — SCADA-software of een driver moet Modbus RTU-parsing implementeren, inclusief apparaatadressering en CRC-controle. Deze modus is nuttig wanneer de Ethernet-zijdige software al native Modbus RTU spreekt (sommige oudere SCADA-systemen), of wanneer het seriële protocol helemaal geen Modbus is (propriëtaire binaire protocollen, ANSI C12.18 meterprotocollen). Het staat geen meerdere gelijktijdige Modbus TCP-clients toe — de TCP-verbinding is point-to-point tussen de omvormer en één geconfigureerde peer.
Modbus TCP-gatewaymodus (protocolconversie). De omvormer implementeert volledige Modbus TCP-serverfunctionaliteit aan de Ethernet-zijde en Modbus RTU-master aan de RS485-zijde. Standaard Modbus TCP-clients — SCADA, HMI, historian-software — verbinden rechtstreeks met poort 502 zonder enige aanpassing. Dit is het meest voorkomende gebruiksscenario: het integreren van bestaande Modbus RTU-apparaten (oudere PLC’s, energiemeters, motoraandrijvingen) in een moderne Ethernet-gebaseerde SCADA-infrastructuur zonder de veldapparaten te vervangen of de SCADA-software aan te passen. Meerdere clients verbinden gelijktijdig en de gateway beheert de serialisatie naar de RS485-bus.
Virtuele COM-poortdriver. Een softwaredriver geïnstalleerd op een Windows- of Linux-pc creëert een virtuele seriële poort (bijv. COM7) die via TCP met de omvormer communiceert. Oudere software die alleen COMx-poortadressering ondersteunt — oudere labapparatuur-besturingssoftware, legacy SCADA-pakketten uit de jaren 1990 — ziet een normale seriële poort en werkt zonder aanpassing. De omvormer accepteert de TCP-verbinding van de virtuele COM-poortdriver en stuurt de seriële bytes door naar de RS485-bus. Deze modus is nuttig voor softwaremigratie: het RS485-apparaat en de veldbedrading blijven behouden terwijl de fysieke seriële kabel van de pc wordt vervangen door Ethernet.
Latentiebudget voor SCADA-polling. Het opstellen van een realistische latentieverwachting voorkomt integratieverrassingen. Een volledige Modbus TCP-leescyclus valt als volgt uiteen: Ethernet round-trip van SCADA-server naar gateway op 100Mbps in een lokaal LAN bedraagt ongeveer 1ms. Gateway-verwerking — MBAP-header verwijderen, RTU-frame samenstellen, TCP-client wachtrijbeheer — voegt 2–5ms toe in firmware (geverifieerd onder lichte belasting; kan toenemen tot 10–15ms onder zware gelijktijdige clientbelasting). RS485-bustijd voor een Modbus RTU-lezing van 10 holding registers bij 9.600 bps: het verzoekframe is 8 bytes (1 apparaatadres + 1 functie + 2 startregister + 2 aantal + 2 CRC = 8 bytes × ~1ms/byte bij 9.600 bps) plus de slave-verwerkingstijd (doorgaans 5–20ms voor een eenvoudige PLC) plus het antwoordframe (25 bytes voor 10 registers). Totale RS485-bustijd: ongeveer 30ms bij 9.600 bps. Totale round-trip voor één Modbus TCP-lezing: ongeveer 33–36ms. Bij 19.200 bps halveert de RS485-buscomponent tot ongeveer 15ms; bij 115.200 bps daalt deze tot <5ms.
SCADA-scancycli bedragen doorgaans 1–10 seconden — een transactietijd van 35ms is ruim voldoende voor statusbewaking en setpoint-schrijven. Gesloten-lus real-time regeling met cyclustijden onder 100ms kan dit latentiebudget niet tolereren en moet deterministische veldbusprotocollen (EtherNet/IP, PROFINET) gebruiken in plaats van Modbus TCP over een gedeelde gateway.
Het Chinese leverancierslandschap
De markt voor RS485-naar-Ethernet-omvormers uit China bestrijkt een breed spectrum, van DIN-rail-gemonteerde industriële eenheden tot kale PCB-modules bedoeld voor integratie. Inzicht in de niveaus verkort de evaluatietijd.
Premium Taiwanese referentie (ter benchmarking). Moxa’s NPort-serie (NPort 5110, NPort 5150, NPort 5650) is de technische benchmark. Moxa publiceert MTBF-cijfers ondersteund door daadwerkelijke testdata, levert een Windows/Linux-configuratiehulpprogramma en biedt firmware-releases met gedocumenteerde CVE-respons. De NPort 5150 (1-poorts RS485, DIN-rail, 2.000V isolatie) heeft een winkelprijs van ongeveer $170–200. Advantech’s Adam-4570-serie bevindt zich in vergelijkbaar terrein. Deze producten zijn relevant als benchmark voor het evalueren van de kwaliteit van Chinese OEM-documentatie en testrapporten, niet per se als aankoopdoel.
Tier 1 Chinese OEM — USR IOT en PUSR. USR IOT (有人物联网, Jinan) en PUSR (深圳市普联技术) zijn de twee Chinese leveranciers die het meest worden aangetroffen in gebouwautomatisering en lichte industriële toepassingen. USR’s USR-N510 (1-poorts RS485, 3.000V isolatie, DIN-rail optioneel) heeft een winkelprijs van $18–25 in volume en wordt veel gebruikt in slimme metering, gebouwbeheersystemen en energiemonitoringsprojecten. De firmware implementeert Modbus TCP-gatewaymodus met maximaal 16 gelijktijdige TCP-clients en bevat een watchdog die de TCP-stack reset na detectie van een vastgelopen verbinding. PUSR’s PLK-104 biedt vergelijkbare specificaties met een iets gepolijstere webconfiguratie-UI. Beide leveranciers leveren CE- en FCC Part 15 Class B-documentatie. De eerlijke beperking: MTBF-cijfers zijn MIL-HDBK-217F-berekeningen, geen testdata; cold-start testen bij -40°C zijn niet gedocumenteerd in leveranciersdatasheets en moeten onafhankelijk worden geverifieerd.
Budget OEM-tier — Waveshare en catalogusmodules. Waveshare produceert RS485-naar-Ethernet-modules in de prijsklasse $12–18, gericht op makers en systeemintegrators die basis seriële tunneling of eenvoudige Modbus TCP-gatewayfunctie nodig hebben. Deze gebruiken goedkopere optische isolatie met een waarde van 1.500V. De gelijktijdige TCP-clientlimiet is doorgaans 4 en het firmwaregedrag bij clientuitputting is het stilletjes laten vallen van nieuwe verbindingspogingen. Voor gebouwautomatiseringstoepassingen waarbij het Ethernet-segment wordt gedeeld met IT-infrastructuur en het RS485-netwerk verbinding maakt met 10–20 meters en PLC’s in één elektrisch paneel, zijn deze werkbaar en kosteneffectief. Voor onderstationautomatisering, olie- en gas-RTU-panelen, of elke installatie met gedocumenteerde aardfoutrisico’s, zijn de 1.500V isolatiewaarde en niet-geverifieerde surge-bestendigheid technische hiaten.
Kwaliteitsverificatie voor elke leverancier. Voer deze controles uit in een monster-inspection voordat u een productieorder plaatst:
-
Gelijktijdige verbindingstest. Open 8 TCP Modbus-verbindingen naar de gateway tegelijkertijd met een Modbus TCP-testtool (Modscan, Simply Modbus). Poll alle 8 verbindingen met intervallen van 1 seconde gedurende 24 uur onafgebroken. Verifieer nul gemiste antwoorden en geen vastgelopen verbindingen. Deze test legt het TCP-verbindingslek-faalmechanisme bloot — waarbij een gateway een half-open TCP-verbinding oneindig vasthoudt, een verbindingsslot verbruikt, totdat de verbindingsslotpool is uitgeput.
-
Isolatieverificatie. Breng 500V DC aan tussen RS485 GND en DC-voeding negatief. Meet de lekstroom — moet <0,1mA zijn voor galvanische scheiding. Voor volledige hipot: breng 2.500V AC gedurende 60 seconden aan tussen geïsoleerde domeinen; geen flashover of doorslag.
-
RS485 inter-request gap. Sluit drie RS485-slaves aan op hetzelfde bussegment. Configureer Modbus TCP-polling van alle drie op maximale pollingfrequentie. Leg de RS485-bus vast met een logic analyzer en meet het stille interval tussen opeenvolgende RTU-frames. Moet >3,5 karaktertijden zijn bij de geconfigureerde baudrate. Waarden hieronder wijzen erop dat de firmware niet voldoet aan de frame-afbakeningsvereiste van de Modbus-specificatie.
-
Watchdog-herstel. Forceer een TCP-verbindingsblokkering (verbind een client, begin met pollen, beëindig dan de client zonder FIN/RST te verzenden). Verifieer dat de gateway de dode verbinding detecteert en de slot vrijgeeft binnen de gedocumenteerde timeout. Indien ongedocumenteerd, is de standaard in veel firmwares 30–120 seconden — verifieer of dit aanvaardbaar is voor uw toepassing.
-
Bedrijfstemperatuur cold-start. Als -40°C cold-start vereist is, schakel de gateway dan in bij -40°C in een temperatuurkamer en verifieer dat de Modbus TCP-gatewayfunctie operationeel is binnen de gespecificeerde opstarttijd. Veel leveranciers documenteren -40°C bedrijfstemperatuur op basis van componentleverancierspecificaties zonder de firmware-initialisatiesequentie bij die temperatuur te valideren.
Voor sourcing op de Chinese RS485-omvormermarkt — inclusief leveranciersshortlist, monsterinkoop en vergelijking van USR IOT, PUSR, Waveshare en fabrieksdirecte PCB-niveau-integraties — zie onze industrial IoT sourcing service. Voor OEM private-label vereisten (aangepaste firmware-branding, web-UI-aanpassing of multi-poort varianten met aangepaste behuizingen), begint de typische MOQ bij 50–100 stuks met een gereedschapdoorlooptijd van 30–60 dagen. De IoT modules industry page behandelt gerelateerde inkoop op moduleniveau waarbij de RS485-interface één component is in een groter IoT-gatewayontwerp.
Heeft u een sourcingproject in gedachten?
Vertel ons wat u nodig heeft. Wij reageren binnen 24 uur, ook in het weekend.