DH+ issue

Jmeadows7676

Member
Join Date
Oct 2013
Location
Alabama
Posts
158
I’m working on a problem where I’m getting a WatchDog error randomly between a PLC 5 DH+ channel and a DataLink DL4500 DH+ to Modbustcp device (Communicates to ABB 800x). The ABB controller has Bit 15 in Word N150:51 set to a 1. Once per scan If I see the bit is ON then I cut it back off and consider everything ok. If N150:51/15 stays off for 10 secs then I’m saying there is a Comms issue. Having said that I start doing some digging in the PLC 5 and see sometimes the N150:51/15 bit won’t come of for 6 to 8 secs, sometimes it’s less than a second. This lead me to putting my frontline Netdecoder software to work and found something I can’t explain. The DL4500 Device is doing a Write command for N150:51 4 words long when you look at the data parse out word 1 of the write has a value of 249 then sometimes is has a value of (33017) How can a integer be 33017 in a PLC 5?? I have some more work to do because my understanding was the ABB Conntroller was set up to always have a one in data point for N150:51/15. That doesn't seem to be the case with it sending a value of 249, But i dont know what the 33107 is at a 16 bit word. Any ideas???See screen shots
DH+ Issue.JPG
DH+ Issue 2.JPG
 
Last edited:
Just spitballing - 16 bit max value of an Unsigned INT is 65k but in a Signed INT the range is -32K to +32K the high order bit being the sign bit.
It looks like FTE is treating it as unsigned ?
Its no coincidence that 33017-249=32767
 
My guess is that FTE is displaying values as un-signed 16-bit integers, even though their parser ought to know that the PLC-5 uses only signed 16-bit integers where Bit 15 is the sign bit. The fact that it's a Binary (B) data type file instead of an Integer (N) data type file might be why that mistake is made.

sometimes the N150:51/15 bit won’t come of for 6 to 8 secs, sometimes it’s less than a second

That bit is the difference between those values:

33017 = 0x80F9 = 1000 0000 1111 1001
249 = 0x00F9 = 0000 0000 1111 1001
 
It looks like FTE is treating it as unsigned ?
Its no coincidence that 33017-249=32768

This seems right. Breaking the two down into binary we see that 33017 = 1000000011111001 while 249 = 0000000011111001, meaning bit 15 is changing.
 

Similar Topics

Everything was working fine, but suddenly CPU went into error mode, and the ERR and TER LEDs lit up. Now I can't download or connect with the PLC...
Replies
0
Views
38
I have created a project in TIA Portal v16 Upd6 with S7-1200 (6ES7214-1AG40-0XB0) and WinCC Unified (PC station). The communication between the...
Replies
4
Views
145
Hi folks, in the alarm manager of Rslogix 5000, the tag-based alarm has been created. But when I tried to change the condition, it was found the...
Replies
2
Views
154
I have a German programed ME program. I want to know what tag in the PLC a latched button turns on. However when I open up the tag properties I...
Replies
14
Views
204
Hi everyone, I have an issue with installation of Studio 5000 33.00.02 DVD Media disc 2 with View Designer on Windows 11. After installation...
Replies
0
Views
97
Back
Top Bottom