John,
If the value in the doubleword is something like 40,000... how are you gonna convert that to a 16-bit Integer? I'm pretty sure that you are gonna lose something in the translation.
It appears that your basic problem is "I only understand BCD in the single word level."
John... this is like saying you know how to Add and Subtract, but you don't know how to Multiply and Divide.
Sure, you can perform Multiplication by Addition... over and over and over...
Sure you can perform Division by Subtraction... over and over and over...
But c'mon... isn't that like banging your head with a hammer?
You would be doing yourself a tremendous favor by recognizing that PLC Math is primarily based in 16-bit and 32-bit Binary... not BCD. BCD is the exception... not the norm... at least, not as far as the internals of the PLC are concerned. The PLC has to bend over backwards to calculate with, and provide information in, BCD.
BCD might be easier for you to understand, but then, you are depriving yourself of a much wider range of possibilities.
As far as converting an Integer to a DoubleWord, that is easy in most PLCs...
...after insuring that the original value of the DoubleWord is "zero", simply write the Integer Word to a LSW (Least Significant Word) of the DoubleWord and then refer to the address of the DoubleWord.
This does open the question of Big-Endian vs. Little-Endian... again.
However, in some PLCs, where the zoning laws are strict, you have to find a particular instruction that will allow you to do this. Since you are talking AB and since I haven't done AB for years, you'll have to wait for someone else to provide that instruction.
John... seriously, you can and should certainly keep the BCD ways in mind, there are uses for that mode of thinking. But by all means, learn how to deal with normal 16 & 32-bit Binary! 16 & 32-bit Binary is the basis of PLC computing power... not BCD.
If nothing else, I hope I piqued your curiosity.