netlink pro & libnodave???

gut...

gut, hab ich nun auch rausgefunden, connection geht auch aber
daveReadBytes(myDC, daveDB, DB_Nummer, StartByte, NumBytes, 0)
bring fehlercode -128 der heist: Unexpected function code in answer
aber wenn ich die schnitstelle auf s7online mit meinem cp5512 umstelle dann geht der aufruf....
 
gut, hab ich nun auch rausgefunden, connection geht auch aber
daveReadBytes(myDC, daveDB, DB_Nummer, StartByte, NumBytes, 0)
bring fehlercode -128 der heist: Unexpected function code in answer
aber wenn ich die schnitstelle auf s7online mit meinem cp5512 umstelle dann geht der aufruf....
Ich weiß nicht, ob Du das mittlerweile auch schon selbst rausgefunden hast ;), aber ich geb trotzdem mal weiter meine Tipp's ab:

Soweit ich weiß heißt Fehlercode -128 einfach, daß als Antwort vom NL-PRO irgendetwas ankam, mit dem libnodave nichts anfangen kann.

Evtl. ist hier die Debug-Ausgabe von dem ensprechenden Testprogramm, das Zottel bei libnodave praktischerweise gleich mitliefert, ein wenig aussagekräftiger (zumindest für Zottel :p).


Gruß Axel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
eins verstehe ich noch nicht...

Welche Firmware nutz du denn??? habe natürlich die neuste installiert weil ich erste dachte das es daran liegt das es nicht geht???

Aber warum funktioniert die kommunikation über die s7 dll's nicht???

und mit der fimrware 1.3 sollte der netlink sograt iso over tcp verbindungen können aber auch das scheitert bei mir (über die libnodave)

ideen??
 
Welche Firmware nutz du denn??? habe natürlich die neuste installiert weil ich erste dachte das es daran liegt das es nicht geht???
Keine Ahnung, bei mir ist die Software zur Zeit nicht installiert, aber es ist auf jeden Fall nicht die neueste Version, und auf dem NL-PRO steht FW: 1.01.

Aber warum funktioniert die kommunikation über die s7 dll's nicht???
Hab ich nicht getestet, daher weiß ich auch nicht, ob das mit libnodave überhaupt geht. Mir fällt aber auch nichts ein, was dagegen sprechen würde.

und mit der fimrware 1.3 sollte der netlink sograt iso over tcp verbindungen können aber auch das scheitert bei mir (über die libnodave)
Hab ich auch noch nicht getestet, aber da mußt Du statt Rack/Slot irgendwie die MPI bzw. Profibus-Adresse der CPU eintragen. Genaueres kannst Du auf der HP von Deltalogic nachlesen.

Wie bereits erwähnt, wenn Du mal ein paar Debug-Ausgaben postest, dann kann Dir Zottel bestimmt weiterhelfen. Das hier grenzt momentan eher an Kaffeesatzleserei.


Gruß Axel
 
was für debug ausgaben??

was für debug ausgaben soll ich den posten??? ist zottel zur zeit überhaupt hier habe lang nichts mehr von ihm gehört...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
was für debug ausgaben soll ich den posten???
Na, die Ausgaben von testNLpro.exe natürlich. :rolleyes:

ist zottel zur zeit überhaupt hier habe lang nichts mehr von ihm gehört...
Hmm, letzte Aktivität 01.08., vielleicht ist er ja gerade im Urlaub ... :s11:

Aber er taucht bestimmt bald wieder auf, und wenn Du die Debug-Ausgaben postest, dann hat er auch eine Chance, Dir weiterzuhelfen. ;)


Gruß Axel
 
Debug output...

habe folgenden output...


C:\Dokumente und Einstellungen\jochen>"C:\Dokumente und Einstellungen\jochen\Des
ktop\libnodave-0.8.2\win\testNLpro.exe" -d 192.168.150.102
openSocketw.c: enter OpenSocket
openSocketw.c: 1
openSocketw.c: 2 611E
openSocketw.c: peer:192.168.150.102=1721149632
openSocketw.c: 6
openSocketw.c: 7
openSocketw.c: socket is 1956
openSocketw.c: setsockopt No error 0
openSocketw.c: 8
openSocketw.c: bind Socket error: No error
openSocketw.c: Connected to host: 192.168.150.102
IF1 initAdapter() step 1.
_daveSendWithCRCNLpro:
0:0x00,0x17,0x01,0x03,0x02,0x27,0x00,0x9F,0x01,0x14,0x00,0x90,0x01,0x0C,0x00,0x0
0,
10:0x05,0x02,0x00,0x0F,0x05,0x01,0x01,0x03,0x81,
readMPINLpro: 11 bytes read, 9 needed
readMPIpro: packet:
0:0x00,0x09,0x01,0x03,0x20,0x56,0x30,0x30,0x2E,0x38,0x30,
IF1 initAdapter() success.
ConnectPLC
IF1 connectPLC(1) step 1.
_daveSendWithCRCNLpro:
0:0x00,0x12,0x04,0x82,0x80,0x0D,0x00,0x14,0xE0,0x04,0x00,0x80,0x00,0x02,0x00,0x0
2,
10:0x01,0x00,0x01,0x00,
readMPINLpro: 20 bytes read, 18 needed
readMPIpro: packet:
0:0x00,0x12,0x04,0x82,0x80,0x0C,0x14,0x01,0xD0,0x04,0x00,0x80,0x00,0x02,0x00,0x0
2,
10:0x01,0x00,0x01,0x00,
IF1 daveConnectPLC(1) step 4.
IF1 daveConnectPLC() step 5.
_daveSendWithCRCNLpro:
0:0x00,0x08,0x04,0x82,0x80,0x0C,0x14,0x14,0x05,0x07,
IF1 daveConnectPLC() step 6.
readMPINLpro: 9 bytes read, 7 needed
readMPIpro: packet:
0:0x00,0x07,0x04,0x82,0x80,0x0C,0x14,0x14,0x80,
IF1 daveConnectPLC() step 7.
PDU header:
0:0x32,0x01,0x00,0x00,0x00,0x00,0x00,0x08,0x00,0x00,
plen: 8 dlen: 0
Parameter:
0:0xF0,0x00,0x00,0x01,0x00,0x01,0x03,0xC0,
_daveExchange PDU number: 65535
IF1 enter _daveSendMessageNLpro
_daveSendWithCRCNLpro:
0:0x00,0x18,0x14,0x82,0x80,0x0C,0x14,0x14,0x32,0x01,0x00,0x00,0xFF,0xFF,0x00,0x0
8,
10:0x00,0x00,0xF0,0x00,0x00,0x01,0x00,0x01,0x03,0xC0,
IF1 _daveSendMessageMPI send done. needAck 0
IF1 _daveGetResponseNLpro receive message.
readMPINLpro: 9 bytes read, 7 needed
readMPIpro: packet:
0:0x00,0x07,0x04,0x82,0x80,0x0C,0x14,0x14,0x80,
result of exchange: 0
PDU header:
0:0x80,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
plen: 0 dlen: 0

*** Partner offered PDU length: 0

PDU header:
0:0x32,0x01,0x00,0x00,0x00,0x00,0x00,0x0E,0x00,0x00,
plen: 14 dlen: 0
Parameter:
0:0x04,0x01,0x12,0x0A,0x10,0x02,0x00,0x10,0x00,0x00,0x83,0x00,0x00,0x00,
_daveExchange PDU number: 65536
IF1 enter _daveSendMessageNLpro
_daveSendWithCRCNLpro:
0:0x00,0x1E,0x14,0x82,0x80,0x0C,0x14,0x14,0x32,0x01,0x00,0x00,0x00,0x00,0x00,0x0
E,
10:0x00,0x00,0x04,0x01,0x12,0x0A,0x10,0x02,0x00,0x10,0x00,0x00,0x83,0x00,0x00,0x
00,
IF1 _daveSendMessageMPI send done. needAck 1
IF1 _daveGetResponseNLpro receive message.
readMPINLpro: 9 bytes read, 7 needed
readMPIpro: packet:
0:0x00,0x07,0x04,0x82,0x80,0x0C,0x14,0x14,0x80,
result of exchange: 0
PDU header:
0:0x80,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
plen: 0 dlen: 0
_daveSetupReceivedPDU() returned: 0=ok
_daveTestReadResult() returned: -128=Unexpected function code in answer
error -128=Unexpected function code in answer
Now disconnecting
readMPINLpro: 15 bytes read, 13 needed
readMPIpro: packet:
0:0x00,0x0D,0x02,0x00,0x21,0x45,0x72,0x72,0x6F,0x72,0x3A,0x20,0x00,0xFF,0x02,
_daveSendWithCRCNLpro:
0:0x00,0x07,0x04,0x82,0x80,0x0C,0x14,0x14,0x80,
 
habe folgenden output...
...

*** Partner offered PDU length: 0
...
Ich bin zwar nicht der Spezialist beim Lesen der Debug-Ausgaben (das ist eindeutig Zottel), aber da läuft in der Kommunikation etwas grundsätzliches schief.

testNLpro hat einige Aufrufparameter, mit denen man die Verbindungsparameter (z.B. MPI-Adressen) für den Test beeinflussen kann. Daran würde ich mal drehen, um das Problem weiter einzugrenzen ...


Gruß Axel
 
Zurück
Oben