NPort 5150 - problem z przesyłaniem danych

[Trapez]

Mam problem z odczytaniem danych z licznika, który łączy się ze światem poprzez NPort 5150. NPort jest widoczny i mogę zmieniać jego ustawienia. Jednak poza diodami, które wskazują, że coś odczytują przez RS, nie mam żadnej innej informacji czy cokolwiek z licznika jest odczytywane.

Program NPort Administrator wskazuje, że połączenie z licznikiem jest, choć być może stan Alive nie wskazuje jeszcze, że dane z licznika płyną.

Licznik to LandisGyr, a żeby pobierać z niego dane używam programu tej firmy MAP110. Komunikaty, jakie dostaję wyglądają następująco:

Read Date and Time failed.
Device does not respond.
Please check:
- Connection to device
- Interface settings
- Transmission rate
- Device supports IEC 62056-21 protocol

Na razie nie mam bezpośredniego dostępu do licznika i nie mogę sprawdzić czy fizycznie przewód RS jest do niego prawidłowo podłączony i chciałbym wykluczyć trzy pozostałe problemy.

NPort jest ustawiony na TCP Server Mode i nie wiem do końca czy jest to właściwe z uwagi na powyższe.

Czy można w jakiś sposób sprawdzić, czy jakieś dane są możliwe do pobrania z urządzenia, do którego NPort jest podłaczony?

[MaciejK]

Witam,
Może Pan spróbować ustawić NPorta w tryb pracy REAL COM, po czym za pomocą oprogramowania PCOM Lite, otworzyć skonfigurowany wirtualny port COM i podejrzeć jak wygląda przesył danych, czy problem jest natury fizycznej czy konfiguracyjnej.

Może Pan to również zrobić za pomocą oprogramowania NPort Administrator -> zakładka 'Port Monitor' po lewej stronie.

PCOM Lite można pobrać z :

http://www.moxa.com/support/download.aspx?d_id=1189

[Trapez]

Czy dobrze zrozumiałem, że mam zasymulować przesył danych z komputera tak jakby on był traktowany jako ich źródło dla Nportu i sprawdzić czy Nport je przyjmuje?

Czy da mi to tylko informację, że NPort działa prawidłowo, ale dalej nie będę wiedział czy licznik cokolwiek do niego wysyła?

Ustawiłem NPort w tryb REAL COM ale mam problem z otworzeniem wirtualnego portu COM.
Terminal z PComm Terminal Emulator łączy się z NPortem, ale programy PComm Diagnostic i PComm Monitor przy uruchamianiu dają komunikat: „Can not find any MOXA compatible board ! Please install MOXA multiport board before testing”

Jesli chodzi o kartę z portami szeregowymi do komputera, czyli http://www.moxa.com/product/multiport_serial_board.htm to nie jestem w stanie tego wykonać, gdyż NPort, do którego się łączę, fizycznie nie jest dla mnie dostępny.

Jedyna możliwość to połączenie TCP/IP i jeśli za jego pomocą mógłbym coś zdziałać to bedę wdzięczny za wszelkie sugestie.

[Cezary Kalista]

Witam,

Przeczytałem pierwszy post i w pierwszej kolejności sprawdziłbym "Interface settings" w programie MAP110. Wtedy będzie wiadomo czy tryb TCP Server jest odpowiedni, czy trzeba przełączyć na Real COM.
Jeśli Nport dostaje jakieś dane z licznika i jest ustawiony jako TCP Server można uruchomić program Pcomm Lite 1.5 -> Terminal Emulator. W okienku Protocol zamiast "Serial" wybieramy "TCP Client", podajemy adres IP i nr portu ustawiony w NPortcie. Wtedy będzie widać czy Nport dostaje coś na port szeregowy.

Programy PComm Diagnostic i PComm Monitor przeznaczone są dla kart PCI i w przypadku NPorta nie mają zastosowania.
Pracę Nporta można monitorować z poziomu konsoli web, telnet lub przy pomocy oprogramowania NPort Administrator. Opcja Monitor w Nport Administrator umożliwia tylko sprawdzenie, czy Nport jest podłączony do sieci, więc Alive nie oznacza że do portu szeregowego jest cokolwiek podłączone. Zakładka Port Monitor umożliwia natomiast sprawdzenie ile znaków NPort wysłał/otrzymał.

Jeśli mamy pomóc, proszę przesłać konfigurację Nporta i Interface settings z programu MAP110. Dobrze by było też sprawdzić czy licznik jest prawidłowo podłączony do NPorta, bo bez tej informacji jest za dużo niewiadomych.

Pozdrawiam
Cezary Kalista

[Trapez]

Dziękuje za zainteresowanie moim problemem

W Pcomm Lite 1.5 -> Terminal Emulator ustawiam adres na 192.168.50.134, port 4001. Uruchamiam funkcję Capturing i w dole okienka zaczyna mrugać komunikat Capturing...
Status: Connect
Jednak plik, który się zakłada jest pusty, pomimo, że wciąż mruga komunikat Capturing...

W liczniku są dwa wejścia: RS485 oraz modem PSTN, które mają takie same złącza. Nie wiem czy to możliwe, że NPort będzie wskazywał podłączenie i otrzymywanie danych jeśli zostanie podłączony do portu modemu zamiast do RS. Podłączenia w tej chwili nie jestem w stanie sprawdzić w ciągu kilku dni lub tygodnia będzie taka możliwość.

Co do ustawień w MAP110, ustawienia wziąłem takie jak są na NPorcie i na podstawie licznika do którego się łączymy, czyli:
---Communication settings---
-Devices:
Name: Licznik
Device Series: ZxD 100AR (lista wyboru)
Logical Device: Base Meter / Module (1)
IEC Address: 96785535
HDLC Address: 6535

-Communication Channels:
Tutaj jest dużo różnych parametrów ale to dotyczy chyba tylko połączenia VPN, jeśli są ważne, to mogę je też przepisać.

-Links:
Device: Licznik
Communication Channel: Default channel (ten z communication channel)
Server [IP Address:Port] 192.168.50.134:4001

Address Book
Tu jest IP i port jak wyżej


--------------Ustawiania NPortu:
---Network Settings---
IP address 192.168.50.134
Netmask 255.255.255.0
Gateway 192.168.50.1
IP configuration DHCP
DNS server 1 192.168.50.1
DNS server 2 94.42.101.77

SNMP Setting
SNMP Enable
Community name public
Contact
Location

IP Address report
Auto report to IP 102.168.50.203
Auto report to UDP port 4002
Auto report period seconds 10 seconds

---Serial Settings---
Port 1:
Port alias P1

Serial Parameters:
Baud rate 9600
Data bits 8
Stop bits 1
Parity None
Flow control RTS/CTS
FIFO Enable
Interface RS-485-Wire

---Operating Settings---
Port1:
Operation mode TCP Server Mode
TCP alive check time 7 (0 - 99 min)
Inactivity time 0 (0 - 65535 ms)
Max connection 4
Ignore jammed IP No
Allow driver control No

Data Packing:
Packing length 0 (0 - 1024)
Delimiter 1 0 (Hex) Enable
Delimiter 2 0 (Hex) Enable
Delimiter process Do Nothing (Processed only when Packing length is 0)
Force transmit 10000 (0 - 65535 ms)

TCP Server Mode:
Local TCP port 4001
Command port 966

[Cezary Kalista]

Witam,

Status: Connect oznacza, że jest Pan połączony z NPortem. Jeśli na porcie szeregowym nie ma żadnych danych to okienko terminala lub plik wynikowy będzie pusty. Nport nie jest w stanie wykryć do którego portu licznika jest podłączony, nie wykryje nawet czy w ogóle jest do czegoś podłączony. Program MAP110 wysyła komendę na port szeregowy, jeśli licznik ją zrozumie i wyśle odpowiedź to pojawi się ona na porcie szeregowym NPorta i MAP110 lub inny program będzie mógł ją odczytać. Tak to mniej więcej działa, więc jeśli nie wiadomo czy licznik jest podłączony to ustalenie gdzie jest problem może być trudne.

Jeśli program MAP110 łączy się z adresem IP i nr portu to Nport powinien być w trybie TCP Server.
Konfigurację NPorta można eksportować do pliku txt, nie trzeba wszystkiego przepisywać. Z tego co Pan wynotował to widzę, że NPort dostaje adres IP z serwera DHCP, proszę się upewnić, że za każdym razem dostaje ten sam adres IP, pod którym szuka go MAP110.

Druga sprawa to Serial Settings. Ustawienia powinny być takie jak w liczniku.

Kolejna sprawa, to parametr Max connection ustawiony na "4". Nie wiem w jakim celu przestawił Pan na 4, ale na wszelki wypadek proszę ustawić Ignore jammed IP na YES i Allow driver control też na YES

W zakładce Data Packing Delimiter 1,2 proszę wyłączyć. Z kolei Force transmit 10000 oznacza, że Nport co 10 sekund będzie pakował i wysyłał dane z portu szeregowego. Ja bym to wyłączył lub znacznie zmniejszył ten czas.

Jeśli te zabiegi nie pomogą to trzeba koniecznie sprawdzić czy NPort jest prawidłowo połączony z licznikiem.

Pozdrawiam
Cezary Kalista

[Trapez]

Moi koledzy dokonali w końcu sprawdzenia licznika w miejscu jego podłączenia i połączenia z NPortem.

Bezpośrednie połączenie licznika z pominięciem NPortu umożliwiało pobranie z niego danych za pomocą programu MAP110.

Sprawdzone zostały kable łączące NPort z licznikiem i są podłączone prawidłowo. Jeden był uszkodzony i powodowało to od razu sygnalizację na Nporcie. W każdym razie zostały sprawdzone i podłączone zgodnie z instrukcją NPort 5110/5130/5150 Series Quick Installation Guide - 6. Pin Assignments

Energetycy, którzy montowali w liczniku dodatkowy moduł, zasugerowali, że być może NPort przerabia w jakiś sposób ramki danych i w efekcie MAP110 nie potrafi ich odczytać.

Zgodnie z sugestiami popracowałem nad parametrami NPortu i nie otrzymuję już poprzedniego komunikatu odnośnie czterech ewentualności jednak obecnie MAP110 generuje mi komunikat „Not enough characters received!”. Być może się mylę, ale sugeruje to chyba, że licznik jest w jakiś sposób widziany i jest posyłane do niego zapytanie, jednak powrotne dane są w jakiś sposób zmienione.

Na razie nie mam już pomysłów, co by można spróbować zmienić i jeśli byłyby jakieś sugestie to będę wdzięczny.

[Cezary Kalista]

Witam,

Proszę przysłać export konfiguracji Nporta.

Poydrawiam
Cezary Kalista

[Trapez]

W jaki sposób można zapisać taki plik? To jest jakaś opcja na stronie NPortu?

[Cezary Kalista]

Najlepiej zrobić to w programie NPort Administrator. W zakładce Configuration klikamy prawym klawiszem myszki na Nport i wybieramy Export Configuration.

Pozdrawiam
Cezary Kalista

[Trapez]

Plik wyeksportowany z NPort Administrator wygląda tak:

[NPort Configuration File]
CheckCode=cfg2

[Basic Information (not changeable)]
APID=0x80005100
HWID=0x5150
Serial No=3444
MAC Address=00:90:E8:21:41:31
Firmware version=0x3030000

[Basic Settings]
Server Name=NP5150_BR1
Time Zone=0
Time Zone index=23
Date_Year=100
Date_Month=0
Date_Day=3
Time_Hour=18
Time_Minute=52
Time_Second=10
Time_Milliseconds=0
Time Server=
Console Enabled=3

[Network Settings]
IP Address=192.168.50.134
Netmask=255.255.255.0
Gateway=
IP Configuration=0
DNS Server 1=192.168.50.1
DNS Server 2=94.42.101.77

[SNMP]
Enable SNMP=0
Community=public
Location=
Contact=
Trap=

[Mail]
Mail Server=
Mail Server Login=0
User Name=
Password=
From Address=NP5150_3444@NP5150
To Address1=
To Address2=
To Address3=
To Address4=

[Accessible IP List]
Enabled=0
Rule1=0,,
Rule2=0,,
Rule3=0,,
Rule4=0,,
Rule5=0,,
Rule6=0,,
Rule7=0,,
Rule8=0,,
Rule9=0,,
Rule10=0,,
Rule11=0,,
Rule12=0,,
Rule13=0,,
Rule14=0,,
Rule15=0,,
Rule16=0,,

[Serial]
Port1=9600,11,0,1,2,P1

[Operating Mode]
Port1=10

[Operating Mode Option 2]
Port1=16,0x00,0x00,0,0

[Operating Mode Option 1]
Port1=0,7,2,4001,966,1,1

[Auto Warning]
Mail=0x0
Trap=0x0

[Port Auto Warning]
Port0=0x00,0x00

[IP Address Report]
Server=102.168.50.203
Port=4002
Period=10

[Password]
Password=
LCM & Reset Protect=0

[Cezary Kalista]

Witam,

Jeśli zna Pan rozmiar ramki można zmniejszyć rozmiar bufora (Packing Length) lub zasterować wysyłaniem danych z portu szeregowego opcją Force Tx Timeout.
Napisał Pan, że "Bezpośrednie połączenie licznika z pominięciem NPortu umożliwiało pobranie z niego danych za pomocą programu MAP110."
Rozumiem, że połączyl Pan licznik do portu szeregowego i w MAP110 wskazal Pan nr portu COM ?
Jesli tak to może prościej będzie przestawić NPort w tryb RealCOM i w MAP110 wskazać wirtualny port COM.

Pozdrwiam
Cezary Kalista

[Trapez]

Zrobiłem tak. Zainstalowałem program Virtual Serial Port Driver gdzie mogę zaemulować parę portów COM. Następnie w programie Comm Tunnel przypisałem jednemu z tych portów adres IP, co powoduje, że w Virtual Serial Port Driver widać, że wirtualny port COM uzyskuje połączenie. Dodatkowo w Comm Tunnel mam dwie opcje gdzie mogę wprowadzić IP – TCP Client (dodatkowo connection port) i UDP (tam jest send port i listen port). Połączenie widać zarówno przy TCP client jak i UDP ale nie wiem czy użyłem odpowiednich programów.

W programie MAP110 zamiast połączenia VPN wybieram drugi port z pary stworzonej w VSPD.

No i teraz dzieje się tak. Po odpaleniu w MAP110, np. pobierania daty i czasu w logu Comm Tunnel widzę jak coś wychodzi:

EP2 Rec: 43 43 43 54
EP2 Rec: 175 63 33 141 10
EP2 Rec: 175 63 33 141 10
EP2 Rec: 175 63 33 141 10

Tak więc komunikacja następuje tylko w jedną stronę bo nie dostaję żadnej odpowiedzi. Nie jestem pewien czy dobrze zrobiłem całą emulację portu com i połączenie go z NPortem. Komenda z MAP110 wywołuje przesyłanie jakichś danych jednak komunikat w MAP110 jest wciąż ten sam. Nie ważne czy NPort jest w trybie TCP Server mode, Real COM Mode czy UDP Mode, dostaję to samo. W sumie to nie wiem, jakie podać dane w Comm Tunnel gdy przestawiam NPort w tryb Real Com, bo nie mam wtedy żadnych portów.

W każdym razie gdy używam TCP Server mode bez emulacji portów, widzę w MAP110, ze jakieś ramki przychodzą. Teraz nic przychodzącego nie widać.

Tak, więc dalej jestem daleko od rozwiązania problemu. Jeszcze się będę pytał u przedstawiciela LAndisGyr czy być może licznik musi być w jakiś sposób skonfigurowany aby mógł coś wysyłac na port RS.

[Cezary Kalista]

Witam,

Nie znam programów, które Pan opisał. Myślę, że prościej będzie użyć programu, który przewidział producent NPorta, czyli NPort Administratora. W panelu "Function" są opcje: Configuration, Monitor, Port Monitor i COM Mapping. Proszę wybrać COM Mapping i kliknąć na "Add Target". Administrator powinien wyszukać NPorty wpięte do sieci i zaproponować nr portu COM. Po zatwierdzeniu zmian (Apply Change) będzie miał Pan do dyspozycji wirtualny port COM. W oprogramowaniu MAP110 trzeba wskazać ten nr portu COM.
Nport musi być ustawiony w trybie Real COM.

Pozdrawiam
Cezary Kalista

[Trapez]

No tak, wcześniej nie przyszło mi do głowy, że pod windows 7 muszę odpalić NPort Administratora w sposób "uruchom jako administrator". Wcześniej emulacja portu nie działała, dlatego zacząłem kombinować z innymi programami. Teraz w MAP110 mogę wybrać port i program korzysta z niego jako źródła danych jednak. Dalej nie mogę nic konkretnego otrzymać choć w MAP110 widzę jak przyrasta "Number of frames received", co w sumie wcześniej przy Nporcie w trybie TSP Server mode też zachodziło.

Jednak jest chyba pewien postęp gdyż otrzymałem w końcu jakieś komunikaty bez słowa failed:

Na zapytanie czytania profilu:
Read Load Profile From: 2011-02-17 00:01:00 To: 2011-04-08 00:00:00
No Data in specified period

Na zapytanie czytania daty i czasu:
Read Date and Time

Jednak poza nimi, żadnych informacji nie otrzymuję. Co ciekawe, powyższe pokazują się tylko co jakiś czas, a większość jest tak jak wcześniej czyli z dopiskiem failed albo „Not enough characters received!”. Z innego źródła otrzymałem informację, że być może w NPorcie jest za mały bufor ale nie mam jeszcze informacji od przedstawiciela LandisGyr czy to może być problemem.

[Cezary Kalista]

Witam,

Jeśli wirtualny port działa i udaje się skomunikować z licznikiem trzeba sprawdzić co NPort wysyła/odbiera.
Proszę pobrać z naszego serwera program Port Monitor i zarejestrować próbę komunikacji z licznikiem.
http://support.elmark.com.pl/moxa/portmonitor/
Jeśli jest taka możliwość proszę dla porównania zarejestrować komunikację z licznikiem przez standardowy port COM, jeśli to duży kłopot wystarczy log z próbą komunikacji przez wirtualny COM. Ponieważ poczynił Pan zmiany w konfiguracji proszę również załączyć konfigurację NPorta i COM Mapping.

Pozdrawiam
Cezary Kalista

[Trapez]

Port Monitor nie działa pod win 7 64bit ale udało mi się na szczęście go odpalić na wirtualnej maszynie. Jego log podczas pobierania daty i czasu z licznika wygląda tak:

0.16377780 dMAP110.exe IRP_MJ_CREATE Npdrv3 SUCCESS Options: Open
0.00000503 dMAP110.exe IOCTL_SERIAL_GET_PROPERTIES Npdrv3 SUCCESS
0.00000419 dMAP110.exe IOCTL_SERIAL_GET_MODEMSTATUS Npdrv3 SUCCESS
0.00000419 dMAP110.exe IOCTL_SERIAL_GET_BAUD_RATE Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_LINE_CONTROL Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_CHARS Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_HANDFLOW Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_BAUD_RATE Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_LINE_CONTROL Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_CHARS Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_HANDFLOW Npdrv3 SUCCESS
0.00000447 dMAP110.exe IOCTL_SERIAL_SET_BAUD_RATE Npdrv3 SUCCESS Rate: 300
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_RTS Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_CLR_DTR Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_SET_LINE_CONTROL Npdrv3 SUCCESS StopBits: 1 Parity: NONE WordLength: 8
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_CHAR Npdrv3 SUCCESS EOF:1a ERR:0 BRK:0 EVT:1a XON:11 XOFF:13
0.14116627 dMAP110.exe IOCTL_SERIAL_SET_HANDFLOW Npdrv3 SUCCESS Shake:0 Replace:40 XonLimit:1024 XoffLimit:1024
0.00000531 dMAP110.exe IOCTL_SERIAL_GET_BAUD_RATE Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_LINE_CONTROL Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_CHARS Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_HANDFLOW Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_BAUD_RATE Npdrv3 SUCCESS Rate: 300
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_RTS Npdrv3 SUCCESS
0.00000447 dMAP110.exe IOCTL_SERIAL_CLR_DTR Npdrv3 SUCCESS
0.00000503 dMAP110.exe IOCTL_SERIAL_SET_LINE_CONTROL Npdrv3 SUCCESS StopBits: 1 Parity: NONE WordLength: 8
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_CHAR Npdrv3 SUCCESS EOF:1a ERR:0 BRK:0 EVT:1a XON:11 XOFF:13
0.02884082 dMAP110.exe IOCTL_SERIAL_SET_HANDFLOW Npdrv3 SUCCESS Shake:0 Replace:40 XonLimit:1024 XoffLimit:1024
0.00009051 dMAP110.exe IOCTL_SERIAL_CLR_DTR Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_BAUD_RATE Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_LINE_CONTROL Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_CHARS Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_HANDFLOW Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_SET_BAUD_RATE Npdrv3 SUCCESS Rate: 300
0.04667129 dMAP110.exe IOCTL_SERIAL_CLR_RTS Npdrv3 SUCCESS
0.00000447 dMAP110.exe IOCTL_SERIAL_CLR_DTR Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_LINE_CONTROL Npdrv3 SUCCESS StopBits: 1 Parity: NONE WordLength: 8
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_CHAR Npdrv3 SUCCESS EOF:1a ERR:0 BRK:0 EVT:1a XON:11 XOFF:13
0.12463428 dMAP110.exe IOCTL_SERIAL_SET_HANDFLOW Npdrv3 SUCCESS Shake:0 Replace:0 XonLimit:1024 XoffLimit:1024
0.00000475 dMAP110.exe IOCTL_SERIAL_CLR_RTS Npdrv3 SUCCESS
0.00000643 dMAP110.exe IOCTL_SERIAL_SET_TIMEOUTS Npdrv3 SUCCESS RI:-1 RM:-1 RC:-2 WM:0 WC:0
0.00001201 dMAP110.exe IOCTL_SERIAL_SET_WAIT_MASK Npdrv3 SUCCESS Mask: RXCHAR RXFLAG CTS DSR RLSD BRK ERR RING
1.53769320 dMAP110.exe IOCTL_SERIAL_WAIT_ON_MASK Npdrv3 SUCCESS
0.00000419 dMAP110.exe IOCTL_SERIAL_SET_QUEUE_SIZE Npdrv3 SUCCESS InSize: 4096 OutSize: 2048
0.23411886 dMAP110.exe IOCTL_SERIAL_PURGE Npdrv3 SUCCESS Purge: TXABORT TXCLEAR
0.21301227 dMAP110.exe IOCTL_SERIAL_PURGE Npdrv3 SUCCESS Purge: RXABORT RXCLEAR
0.00001425 dMAP110.exe IRP_MJ_FLUSH_BUFFERS Npdrv3 SUCCESS
0.00000531 dMAP110.exe IOCTL_SERIAL_GET_BAUD_RATE Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_LINE_CONTROL Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_CHARS Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_HANDFLOW Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_SET_BAUD_RATE Npdrv3 SUCCESS Rate: 300
0.00000391 dMAP110.exe IOCTL_SERIAL_CLR_RTS Npdrv3 SUCCESS
0.03863424 dMAP110.exe IOCTL_SERIAL_SET_DTR Npdrv3 SUCCESS
0.00000447 dMAP110.exe IOCTL_SERIAL_SET_LINE_CONTROL Npdrv3 SUCCESS StopBits: 1 Parity: NONE WordLength: 8
0.00000419 dMAP110.exe IOCTL_SERIAL_SET_CHAR Npdrv3 SUCCESS EOF:1a ERR:0 BRK:0 EVT:1a XON:11 XOFF:13
0.13677213 dMAP110.exe IOCTL_SERIAL_SET_HANDFLOW Npdrv3 SUCCESS Shake:1 Replace:0 XonLimit:1024 XoffLimit:1024
0.00000475 dMAP110.exe IOCTL_SERIAL_SET_DTR Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_BAUD_RATE Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_GET_LINE_CONTROL Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_CHARS Npdrv3 SUCCESS
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_HANDFLOW Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_BAUD_RATE Npdrv3 SUCCESS Rate: 300
0.03056673 dMAP110.exe IOCTL_SERIAL_SET_RTS Npdrv3 SUCCESS
0.00000447 dMAP110.exe IOCTL_SERIAL_SET_DTR Npdrv3 SUCCESS
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_LINE_CONTROL Npdrv3 SUCCESS StopBits: 1 Parity: NONE WordLength: 8
0.00000391 dMAP110.exe IOCTL_SERIAL_SET_CHAR Npdrv3 SUCCESS EOF:1a ERR:0 BRK:0 EVT:1a XON:11 XOFF:13
0.12475859 dMAP110.exe IOCTL_SERIAL_SET_HANDFLOW Npdrv3 SUCCESS Shake:1 Replace:40 XonLimit:1024 XoffLimit:1024
0.00000475 dMAP110.exe IOCTL_SERIAL_SET_RTS Npdrv3 SUCCESS
0.00000866 dMAP110.exe IOCTL_SERIAL_SET_TIMEOUTS Npdrv3 SUCCESS RI:-1 RM:-1 RC:-2 WM:0 WC:20000
0.00014611 dMAP110.exe IRP_MJ_WRITE Npdrv3 SUCCESS Length 5: .?!..
0.43805623 dMAP110.exe IOCTL_SERIAL_WAIT_ON_MASK Npdrv3 SUCCESS
0.00000754 dMAP110.exe IOCTL_SERIAL_GET_COMMSTATUS Npdrv3 SUCCESS
0.00000838 dMAP110.exe IOCTL_SERIAL_SET_TIMEOUTS Npdrv3 SUCCESS RI:-1 RM:-1 RC:1500 WM:0 WC:20000
0.00000670 dMAP110.exe IOCTL_SERIAL_GET_COMMSTATUS Npdrv3 SUCCESS
0.00001173 dMAP110.exe IRP_MJ_READ Npdrv3 SUCCESS Length 1: .
0.00000810 dMAP110.exe IOCTL_SERIAL_SET_TIMEOUTS Npdrv3 SUCCESS RI:-1 RM:-1 RC:1500 WM:0 WC:20000
0.00000670 dMAP110.exe IOCTL_SERIAL_GET_COMMSTATUS Npdrv3 SUCCESS
0.00001145 dMAP110.exe IRP_MJ_READ Npdrv3 SUCCESS Length 1: .
0.00000698 dMAP110.exe IOCTL_SERIAL_SET_TIMEOUTS Npdrv3 SUCCESS RI:-1 RM:-1 RC:1500 WM:0 WC:20000
0.00000670 dMAP110.exe IOCTL_SERIAL_GET_COMMSTATUS Npdrv3 SUCCESS
0.00001201 dMAP110.exe IRP_MJ_READ Npdrv3 SUCCESS Length 1: .
0.00000698 dMAP110.exe IOCTL_SERIAL_SET_TIMEOUTS Npdrv3 SUCCESS RI:-1 RM:-1 RC:1500 WM:0 WC:20000
0.00000670 dMAP110.exe IOCTL_SERIAL_GET_COMMSTATUS Npdrv3 SUCCESS

[...] - ta cześć się powtarza wiele razy więc przyciąłem aby się post zmieścił.

0.00000419 dMAP110.exe IOCTL_SERIAL_SET_TIMEOUTS Npdrv3 SUCCESS RI:-1 RM:-1 RC:1500 WM:0 WC:20000
0.00000363 dMAP110.exe IOCTL_SERIAL_GET_COMMSTATUS Npdrv3 SUCCESS
1.51460395 dMAP110.exe IRP_MJ_READ Npdrv3 TIMEOUT Length 0:
0.00001592 dMAP110.exe IRP_MJ_FLUSH_BUFFERS Npdrv3 SUCCESS
0.00036122 dMAP110.exe IOCTL_SERIAL_SET_WAIT_MASK Npdrv3 SUCCESS Mask:
0.03114614 dMAP110.exe IOCTL_SERIAL_CLR_DTR Npdrv3 SUCCESS
0.00001425 dMAP110.exe IRP_MJ_FLUSH_BUFFERS Npdrv3 SUCCESS
0.22611980 dMAP110.exe IOCTL_SERIAL_PURGE Npdrv3 SUCCESS Purge: RXABORT RXCLEAR
0.23900747 dMAP110.exe IOCTL_SERIAL_PURGE Npdrv3 SUCCESS Purge: TXABORT TXCLEAR
0.00001956 dMAP110.exe IRP_MJ_CLEANUP Npdrv3 SUCCESS
0.23160485 dMAP110.exe IRP_MJ_CLOSE Npdrv3 SUCCESS

...

[Trapez]

...
--------------------------------------------------------------------
W NPorcie zmieniałem różne rzeczy, więc jeśli ponownie jest coś sprzecznie do zaleceń do przepraszam.

[NPort Configuration File]
CheckCode=cfg2

[Basic Information (not changeable)]
APID=0x80005100
HWID=0x5150
Serial No=3435
MAC Address=00:90:E8:21:41:28
Firmware version=0x3030000

[Basic Settings]
Server Name=NP5150_SP2
Time Zone=0
Time Zone index=23
Date_Year=100
Date_Month=0
Date_Day=1
Time_Hour=0
Time_Minute=29
Time_Second=51
Time_Milliseconds=0
Time Server=
Console Enabled=3

[Network Settings]
IP Address=192.168.50.108
Netmask=255.255.255.0
Gateway=
IP Configuration=0
DNS Server 1=192.168.50.1
DNS Server 2=94.42.101.77

[SNMP]
Enable SNMP=0
Community=public
Location=
Contact=
Trap=

[Mail]
Mail Server=
Mail Server Login=0
User Name=
Password=
From Address=NP5150_3435@NP5150
To Address1=
To Address2=
To Address3=
To Address4=

[Accessible IP List]
Enabled=0
Rule1=0,,
Rule2=0,,
Rule3=0,,
Rule4=0,,
Rule5=0,,
Rule6=0,,
Rule7=0,,
Rule8=0,,
Rule9=0,,
Rule10=0,,
Rule11=0,,
Rule12=0,,
Rule13=0,,
Rule14=0,,
Rule15=0,,
Rule16=0,,

[Serial]
Port1=9600,3,0,1,2,com1

[Operating Mode]
Port1=2

[Operating Mode Option 2]
Port1=16,0x00,0x00,0,0

[Operating Mode Option 1]
Port1=7,4,1,1

[Auto Warning]
Mail=0x0
Trap=0x0

[Port Auto Warning]
Port0=0x00,0x00

[IP Address Report]
Server=192.168.50.203
Port=4002
Period=10

[Password]
Password=
LCM & Reset Protect=0

--------------------------------------------------------------------

Com mapping:
[Summary]
Total_Server=1

[Server1]
APID=0x80005100
HWID=0x5150
IP=192.168.50.108
Port1=1,3,0,0,0,12,0,3,0,0,5000

[Cezary Kalista]

Witam,

Widzę, że MAP110 często używa funcji Purge, proszę więc w COM Mapping, Advanced Settings aktywować funkcję Fast flush, a Tx Mode przełączyć z Hi-Performance na Classical. Po tych zabiegach proszę jeszcze raz zarejestrować komuniakcję z licznikiem. Proszę log zapisać w pliku i dołączyć całość. Z tego fragmentu, który Pan wkleił wynika, że ze strony NPorta wszystko działa poprawnie. Nport wysyła zapytanie ".?!.." a przy próbie odczytu odpowiedzi z licznika dostaje jakieś kropki, aż w końcu za którymś razem Timeout.
Trzeba się uważnie przyjrzeć parametrom transmisji szeregowej. MAP110 ustawia prędkość na 300, to dośc wolno, może trzeba zmienić niektóre ustawienia. Dla pewności warto jeszcze raz sprawdzić połączenie NPorta z licznikiem.

Pozdrawiam
Cezary Kalista

[Trapez]

Zrobiłem zmiany i przesyłam. W MAP110 w parametrach ustawiłem parametry domyślne i jeden raz pobrałem dane z Transmission Speed 30, a drugi raz z 9600. Przesyłam logi dla obydwu przypadków.

[Cezary Kalista]

Witam,

Pisząc, że trzeba się uważnie przyjrzeć parametrom transmisji szeregowej miałem na myśli sprawdzenie jakich parametrów używa licznik i ustawienie dokładnie takich samych w programie MAP110. Wpisywanie losowych prędkości i innych parametrów nie ma sensu bo odgadnięcie właściwej kombinacji może być czasochłonne. To samo dotyczy fizycznego połączenia serwera z licznikiem.
Jak Pan widzi w logach, każda operacja na porcie szeregowym kończy sie sukcesem, ale Nport nic nie odczytuje z licznika. W którymś z postów pisał Pan, że udało się połączyć z licznikiem przez lokalny port COM. Czy może Pan zarejestrować taką komunikację Port Monitorem ? Wtedy będzie widać czym różni się od komunikacji za pośrednictwem Nporta.

Pozdrawiam
Cezary Kalista

[Trapez]

Czekamy właśnie na informację z LandisGyr odnośnie tych ustawień w liczniku. Wiem, że był ustawiony na prędkośc 9600 lecz znajdowały się tam pozostałe parametry, głównie ustawione na 0 i kolega nic z nimi nie robił. Właśnie odnośnie tych pozostałych rzeczy mamy wątpliwości i posłałem w zapytaniu czego się one tyczą.
Nie wiem kiedy będziemy mieli najbliższą sposobność dotarcia do miejsca gdzie jest zainstalowany licznik, więc na razie nie jestem w stanie zarejestrować jak taka lokalna komunikacja przez com będzie wyglądać. No ale jeśli nie otrzymamy od producenta licznika szczegółów, chyba pojedziemy tam znowu bo nie będzie innego wyjścia.
Jest jeszcze jeden problem ale to moja wina. Mamy dwa liczniki podłączone do NPortów i jeden z NPortów został przeze mnie zresetowany. Nie sprawdziłem wcześniej w instrukcji, że po takim zabiegu nie da się go odnaleźć poza siecią lokalną. Jest napisane, że dostaje domyślne IP ale nie mogę go po nim znaleźć. Czy jest jakaś możliwość aby przez połączenie VPN dostać się do takiego zresetowanego NPortu?

[Cezary Kalista]

Witam,

Niestety nie ma możliwości dostania się do NPorta z domyślnymi ustawieniami przez VPN.

Pozdrawiam
Cezary Kalista

[Trapez]

Dostałem informację z Landis Gyr, że ich liczniki były czytane poprzez konwertery Moxa, o typach A52, Nport 5210, 5410, natomiast z 5150 nie mieli do czynienia. Także projektanci, z którymi się kontaktowałem twierdzili, że na razie wykonali projekty z 5150 ale nie mają sygnałów jak to działa.
Czy 5150 ma jakieś znaczące inne parametry niż pozostałe modele.?

[Cezary Kalista]

Witam,

A52 to konwerter RS-232 na RS-485, więc to zupełnie inne urządzenie. NPort 5110 to praktycznie to samo co NPort 5150. Jedyna różnica to możliwość ustawienia portu szeregowego jako RS-232/422/485, natomiast w NPort 5110 tylko RS-232. Nport 5410 różni sie od Nport 5110 tylko ilością portów, więc może Pan zapytać w Landis+Gyr jak konfigurują NPort 5110 do pracy ze swoimi licznikami, ew. jak skonfigurować licznik i oprogramowanie MAP110 do pracy z NPortem.

Pozdrawiam
Cezary Kalista