Fluke 45 met Moxa N-port

Recent een tweede Fluke 45 kunnen bemachtigen. Hier wil ik graag met Testcontroller diverse meetwaarden gaan loggen. Samen met de Fluke een Moxa 5250A Serial--IP converter gekocht. Hiermee kan via ethernet een tweetal seriële poorten worden gekoppeld met de PC. Ik ben bekend met de Moxa's en heb er al eerder mee gewerkt. Vrijwel altijd zonder issues. Dit is bij de Fluke helaas anders.

Wanneer ik de Fluke op een oude laptop met ingebouwde RS232 poort aansluit werkt het perfect.

Hardware opbouw: Fluke 45-->Nulmodem kabel-->Moxa-->Netwerkkabel-->PC

Wat heb ik getest met parameters 9600,N,8,1,N:

  1. Poort 1 en 2 met elkaar verbonden met nulmodem kabel: berichten komen over en weer perfect door. Configuratie en COM mapping in Windows werkt dus. Getest onder W10 en 11.
  2. Wanneer ik pin 2&3 op de Moxa met een clip voorverbonden heb komen de ingetoetste karakters niet terug op het display. Bij een 'normale' RS232 poort is dit altijd wel het geval. Zou er nog iets van flowcontrol in de weg kunnen zitten? Ook als deze uitstaat in de configuratie?
  3. Fluke 45 op zowel poort 1 als 2, TX (bericht *IDN?) geeft geen reply. Op de Fluke staat de 'echo' functie aan. Dus karakters ingetoetst in de terminal worden normaal teruggestuurd en weergegeven op de terminal.
  4. Fluke 45 met 'print' optie aan (waarbij de Fluke per seconde een meetwaarde doorgeeft) werkt wel. TX vanuit de Fluke komt dus wel aan op de RX van de Moxa.
  5. Pinout van de Moxa gecheckt. Deze is gelijk aan een standaard 9P DSUB RS232 connector.
  6. De settings uit onderstaande link uitgetest en verschillende varianten hierop. Dit maakt geen verschil.

Moxa Nport parameters: https://www.moxa.com/en/support/product-support/product-faq/how-can-i-…

Moxa Nport info: https://www.moxa.com/en/support/product-support/software-and-documenta…

Vragen:

  1. Heeft iemand hier soortgelijke ervaringen mee? En eventueel een oplossing gevonden?
  2. Ik heb nog niet gemeten, maar zouden de spanningsniveaus uit de Moxa te laag kunnen zijn voor communicatie met de Fluke?

Bedankt alvast!

Je kunt in terminal software een "echo on" aanzetten. Is dat je probleem niet? Ik weet niet wat de Fluke doet.

Bedankt voor je snelle reactie. De Fluke heeft een ingebouwde echo.
Op de oude laptop werkt dit met putty perfect.

Welke terminalsoftware gebruik jij? In putty zie ik zo snel geen echo optie staan.

Uit bovenstaande documentatie: TCP Server Mode does not convert CR/LF characters.
Al eens gekeken naar configuratie hiervan? Anders even proberen om 'Reverse Telnet mode' te gebruiken.

Gr. Remko.

Hoi r3m,

Thanks voor je tip. Reverse telnet heb ik nog niet eerder gebruikt. Spul staat nu te loggen met de oude laptop. Zodra dat klaar is zet ik de boel even om naar de Moxa.

Deze staat momenteel in 'realcom' mode. Op de PC is de Moxa software geinstalleerd welke twee virtuele compoorten heeft aangemaakt. Deze zijn via een terminal programma te benaderen als bijv. COM1. Welliswaar via een TCP verbinding. Geen idee of CR/LF wel of niet doorkomt. Zal dat even testen met de nulkabel tussen poort 1 en 2.

Info Moxa reverse telnet: https://moxa.com/getmedia/627eb44e-3cce-463e-a821-e115aadb97cb/moxa-re…

[Bericht gewijzigd door Piet elektro op (13%)]

Het kan best dat de moxa software conflicteert met com1 in de pc.
Ook al is er geen echte com poort aanwezig, in de bios is deze wel aan te zetten en dat kan mis gaan.
Ik zou de moxa software op com 3 of com 4, proberen in te stellen.

Punt 2 vind ik een vreemde situatie, dat zou gewoon moeten werken, maar inderdaad dan wel zonder flowcontrol. Om flowcontrol uit te sluiten kun je nog wat extra doorverbindingen maken:

@Revado, COM1 was reeds gereserveerd door een Intel driver. Had de poorten op COM20 en 21 gemapped.

@PE9SMS, de nu gebruikte nulmodem kabel is volledig uitbedraad (gekocht exemplaar) met aangegoten stekkers. Met Realterm zie ik de diverse handshake I/O status op '1' komen na inpluggen van deze kabel.

Nog een testje gedaan zoals eerder beschreven in stap 1 (dus kabel tussen COM20 en COM21). Alleen heb ik nu COM21 losgenomen, iets in de terminal van COM20 ingetikt en vervolgens de crosskabel weer aangesloten. Na inpluggen verschijnt de eerder verzonden data netjes in het terminalvenster van COM21. Het lijkt er toch op dat de handshake hier een rol in speelt en niet verzonden data netjes in een buffer wacht tot de verbinding is hersteld.

Heb nog een zelfgemaakte waar alleen pin 2, 3 en 5 zijn aangesloten. Zal deze eens proberen. En een dsub9 breakoutbord opsnorren om jouw onderstaande plaatje na te maken.

De flowcontrol staat zowel in de Moxa driver configurator, webconsole als in het gebruikte terminal programma uit. Zouden er nog meer plekken zijn waar dit ingesteld kan worden?

In onderstaand manual op pagina 16 staat een FIFO omschreven. Vanavond deze eens uitschakelen en nog eens testen.

https://www.moxa.com/Moxa/media/PDIM/S100000213/moxa-nport-ia5000-seri…

Op vrijdag 22 mei 2026 08:19:07 schreef Piet elektro:
Nog een testje gedaan zoals eerder beschreven in stap 1 (dus kabel tussen COM20 en COM21). Alleen heb ik nu COM21 losgenomen, iets in de terminal van COM20 ingetikt en vervolgens de crosskabel weer aangesloten. Na inpluggen verschijnt de eerder verzonden data netjes in het terminalvenster van COM21. Het lijkt er toch op dat de handshake hier een rol in speelt en niet verzonden data netjes in een buffer wacht tot de verbinding is hersteld.

Dit gedrag past naar mijn idee bij een situatie met flowcontrol.
Zonder flowcontrol verzend de zendende kant direct de in de terminal ingetikte karakters. En in geval van een niet aangesloten ontvanger zijn deze karakters dus verloren.

Ennn, jawel het euvel is boven water!
In de webconsole stond blijkbaar nog een extra setting 'Flow Control' op RTS/CTS. Deze uitgezet op beide poorten en voila het werkt! Iedereen weer bedankt voor het meedenken.

Voor iedereen die hierna nog mee vastloopt nog wat extra info:

In de Moxa Windows Driver manager heb ik de volgende settings gebruikt:

Tab advanced:
TX Mode: Classical
FIFO: Disable
Network timeout: 5000 ms
Fast Flush: OFF
Auto Network reconnection: ON
Always accept open requests: OFF
Return Error if network is unavailable: OFF
Ignore TX purge: OFF
Enable auto MAC report: ON

Tab Serial parameters:
9600,N,8,1,N

Plaatje even van internet geleend:

https://pixilab.se/docs/_media/blocks/serial/moxa_serial_settings.png

[Bericht gewijzigd door Piet elektro op (34%)]

Mooi zo. Wat ga je meten/loggen met de Fluke 45's ?

Vooral spanning en stromen in diverse schakelingen. Maar ook ontlaadcurves van accu's bijvoorbeeld. Met Testcontroller kun je de data van meerdere devices inladen en netjes in één grafiek weergeven.