HERSOUT2 (Weird problem)

[rsocor01]

The maximum number of bytes in an array is 96 according to the manual.

[Megahertz]

The maximum number of bytes in an array is 96 according to the manual.

It is irrelevant now as I need to find a way to get it in hex until there is a way to convert it back.
I can create byte[90] and do it that way.

[pedja089]

When using STR, maximum number of bytes is 255. It is only one byte counter.
Darrel already give simple workaround:
HSERIN2 [STR MESS1\255, STR MESS1[256]\255]

[Tabsoft]

After reading your posts and having a look at the camera datasheet, I would look at a couple of things.

First, if you are still trying to communicate to the camera at 14400 and your PIC OSC frequency is 8MHz, then I would set the following parameters.

For the second EUSART port, set the following register bits manually:
SYNC = 0
BRGH = 1
BRG16 = 1
SPBRGH = 0
SPBRG = 137

This will setup 14400 with a resultant 0.64% error rate. This is as good as you can get at 8MHz.

Secondly, looking at the camera datasheet, the communication between the PIC and camera is NOT sending "ascii" Hex characters, it is binary data.
So that being said, you should not use Input/Output modifiers (I.e. HEX/BIN/DEC) with the HSERIN2/HSEROUT2 commands to/from the camera.

I would try the following for testing purposes.
This assumes that the PC is connected to the 1st HSER port of the PIC for debug purposes and the PC is running a terminal emulator program.

com var byte[12]
i var byte


GETPIC:
		PAUSE 3000
		COM=0
		GOSUB SYNC
GOTO GETPIC
; UART2 IS CONNECTED TO THE CAMERA (www.4dsystems.com.au/downloads/micro-CAM/Docs/uCAM-DS-rev7.pdf)
; UART1 IS CONNECTED TO MY PC
SYNC:
		HSEROUT2 [$AA,$0D,$00,$00,$00,$00]  'TX SYNC
		for i = 0 to 11
		    HSERIN2	1000,SYNC,[COM(i)]      'Rx ACK & SYNC pattern (2 x 6 bytes)
		next i
		HSEROUT2 [$AA,$0E,$0D,$00,$00,$00]  'TX ACK
		
		for i = 0 to 11     'Tx 12 bytes to PC for display             
    		HSEROUT [hex2 COM(i)]   'hex2 sends the data as "ascii" codes representing HEX digits 
    		HSEROUT [13,10]
		next i
		
	GOTO GETPIC
RETURN

This should:
1. Send the 6byte SYNC pattern to the camera.
2. Receive the 6byte ACK pattern response from the camera.
3. Receive the 6byte SYNC pattern response from the camera.
4. Send the 6byte ACK pattern to the camera.

5. Transmit out "ascii" character representations of the binary data stored in the COM byte array to the PC to be displayed in a terminal emulation program.

[Megahertz]

		for i = 0 to 11
		    HSERIN2	1000,SYNC,[COM(i)]      'Rx ACK & SYNC pattern (2 x 6 bytes)
		next i

This looks like a solution as to get 512 bytes I can just do 'for i=0 to 511'.

Thanks for the info. Just wanted to confirm if the above is a good way to get continues data. I can communicate with the camera up to getting a snapshot. It all works fine up to there.

Now, I am figuring a way to get the 512 bytes of picture data. Has anyone tried the above without any loss of data (as I am thinking the loop may cause a slight delay and data might be lost in that). Just wanted to check if the above method has been tried by someone before.

[Megahertz]

When using STR, maximum number of bytes is 255. It is only one byte counter.
Darrel already give simple workaround:
HSERIN2 [STR MESS1\255, STR MESS1[256]\255]

Thanks for the detail. What does this (bold highlighted) code do?

[Tabsoft]

What PIC are you using?

[pedja089]

Megahertz,
MESS1[256] point to 256 byte in array. So you can receive next 255 characters.

[Megahertz]

Megahertz,
MESS1[256] point to 256 byte in array. So you can receive next 255 characters.

So, can I write it as:

HSERIN2 [STR MESS1[0]\255, STR MESS1[256]\255]

Secondly, what will happen when it receives a $00 byte? and how do I convert this received data (512 bytes) back to hex format