Found the problem: with the SERIN command, when expecting a number, it will read ASCII numbers until a non-numerical ASCII code is discovered. Since I did not put a CR on the end of the SEROUT2 data, the STAMP reads the number, then waits for the next non-decimal ASCII - which is the next transmission. The remainder of the transmission is tossed, because the stamp is then waiting for "Value:"

d1