This is my best guess, but I am not sure as I do not see anything else.
Where you have IBIN16 , try not using the I. This adds an extra character to the 16 digit string. Worth a quick try?
This is my best guess, but I am not sure as I do not see anything else.
Where you have IBIN16 , try not using the I. This adds an extra character to the 16 digit string. Worth a quick try?
Dave
Always wear safety glasses while programming.
This should do it:
SERIN2 RECEPTION, 16468, [ManchesterWord.Byte0,ManchesterWord.Byte1]
Last edited by Kamikaze47; - 4th September 2007 at 16:51.
IBIN16 is sending % followed by 16 bytes of data. Not just 16-bits. This produces an
ASCII 0 or 1 for each bit in the word.
Try something like;On the receiving end, try something like;Code:serout2 TRANSMISSION,16468,[$55,$55,$55,$aa,Manchesterword.LowByte,Manchesterword.HighByte]This way SERIN2 on the receiving end simply ignores your $55 and waits for $aa before theCode:SERIN2 RECEPTION, 16468, [WAIT($aa),ManchesterWord.LowByte,ManchesterWord.HighByte]
16-bit data packet.
Last edited by Bruce; - 4th September 2007 at 16:50.
Well i've just done a test :
This is what i send: 0110100101100101
This is what i get on the RXPIC input pin named RECEPTION and connected to the RF 433Mhz circuit: 0110100101100101
You can see it's the same datas.
Now, if i do
SERIN2 RECEPTION, 16468, [ManchesterWord]
SEROUT2 INFO, 16468, [BIN16 ManchesterWord,13,10]
This is what i get on the RXPIC pin named INFO : 0000000000100101
So my error is a pure coding mistake, not RF.
Thanx for you help.
Bookmarks