R551 sensor does not get right image imgae_to_pc

[brianrho]

R551 sensor does not get right image imgae_to_pc

[brianrho]

No, I said to provide a screenshot of the python console itself after the image is done being transferred. Dont paste the text. Upload an image of the console.

[brianrho]

Also turn off debug, when you do this

[baku-hatsu]

When i turn off debuging the python exe doesnt work:
it creates blank image, with no content.

With debugging is open, i get this:
This creates image as seen in above comments

[brianrho]

Okay. So this is the latest version of the library, right? And in the first case, you get "Timeout!" after waiting for a few seconds?

[brianrho]

The "Timeout!" doesn't show immediately the image stream begins?

[baku-hatsu]

Yes it dosnt show immediately, it takes like 10 or little more seconds. And this is latest version of library, with R551 uncommented line

[brianrho]

It seems your module has a different image size of 192x192. I've pushed a change to the python script. Assign True to FPM_R551_MODULE at the top and run it. Let me know how it works out

[brianrho]

It's important that debugging is turned off for this sketch because the debug messages go through the same Serial port as the image stream, so all those debug strings end up getting written to the bmp file, which isnt what you want.

[baku-hatsu]

I get same error:

Did you recompiled python exe or it read from that file?

[brianrho]

No I haven't rebuilt the exe. Can you run the python script?

[baku-hatsu]

I edite phyton file, but i dont see changes, so i assume your changes is only on file, not on .exe, to build exe from python file i cant yet, i had lots of trouble with python on Windows 10, would be good if you could build it

[baku-hatsu]

Ok nevermond, i did run python file, and i got image however it doesnt look as expected either:

[brianrho]

Let me see the console output.

[baku-hatsu]

[baku-hatsu]

According to documentation image buffer size can be 192x192 with depth of 8

[brianrho]

Yeah, made a mistake. In the python code, change the WIDTH = 96 to 192.

[baku-hatsu]

I tried that myself, i still get error. Console looks like this:

Image looks like this:

[brianrho]

That looks like the very last packet. Can you try running it again? I want to see if the failure is consistent

[brianrho]

I think you didnt change this line FPM_R551_MODULE = False to True like I said. The arduino ends up waiting forever for another packet, when the image stream is already completed.

[baku-hatsu]

Two tries out of five did not gave error message, however rest of the tries gave same error message. All scanned images was same size.
Code is:

[brianrho]

What is the exact size? Check the properties of the generated image and send a screenshot of that. Also a screenshot of the console output when there was no error.

[baku-hatsu]

Scanned image size is 192x192 pixels
Console look like this:
port is COM3 and bound is 57600

[baku-hatsu]

As well im using python -m pip install pyserial as for serial import for python, that maybe be other kind of serial?

[brianrho]

No, its fine. Run the sketch, but use the serial monitor instead.

[brianrho]

Looks like the problem isnt with the script, its with the module not sending FPM_ENDDATAPACKET to show that its done.

[brianrho]

You haven't made any changes to the image_to_pc sketch, right?

[baku-hatsu]

No, i havent, only to FPM.h library, where i uncommented one line of code
/* R551 is different in a few ways (no high-speed search, off-by-one template indices)
uncomment this line if you have one of those */
#define FPM_R551_MODULE

[brianrho]

Okay. Comment out line 663 outStream->write(byte); in FPM.cpp. Enable debugging. Then run the sketch with the serial monitor alone. Let me see what is printed in the last few packets of the image, before the error shows up.

[baku-hatsu]

[+]Got header
[+]Address: 0xFFFFFFFF
[+]PID: 0x2
[+]Length: 128
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 80 EF 1 FF FF FF FF 8 0 82 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
Read data failed: -1

Error receiving packet 80

And this is like 1/3 shorter than rest

[baku-hatsu]

At beginning it seems to get normal packages but on the end only FF's appear

[brianrho]

The FFs arent a problem, they just show that most of the image is white pixels as expected.
Comment out these debug lines in the code:

[+]Got header
[+]Address: 0xFFFFFFFF

As well as line 670: FPM_DEBUG_HEX(byte); FPM_DEBUG_PRINT(" ");

I want only the PID and length to be printed.

[baku-hatsu]

Before stream:
[+]PID: 0x7
[+]Length: 1

On the stream:
[+]PID: 0x2
[+]Length: 128
Read data failed: -1

Error receiving packet 144

[brianrho]

Run it a few more times, check that it gives the same result and stops at the same packet

[baku-hatsu]

Yes its always same packet

[brianrho]

And this is the very last packet always:

[+]PID: 0x2
[+]Length: 128

Can you check if any packet has a PID of 0x8?

[baku-hatsu]

There is no packet with PID 0x8

[brianrho]

At line 662 in FPM.cpp, change this:

if (outStream != NULL) {
      outStream->write(byte);
}

to

if (outStream != NULL) {
      outStream->write(byte);
      chksum += byte;
}

and this at 684:
if (outStream == NULL && to_check != chksum)
to:
if (to_check != chksum)

[brianrho]

Let me know if it prints "Wrong chksum" for any packet.

[brianrho]

outStream->write(byte); should still be commented out as before.

[baku-hatsu]

It prints that for every stream packet

[+]Wrong chksum

Read data failed: -1

Error receiving packet 0

[brianrho]

What of the PID and length? There was no wrong chksum in the earlier commands, right?

[baku-hatsu]

[+]Wrong chksum
[+]PID: 0x2
[+]Length: 128

[+]Wrong chksum

Read data failed: -1

Error receiving packet 0

It was all the time while stream begin, before stream, there there was this:
[+]Length: 1
[+]PID: 0x7

[brianrho]

You mean, there was no "wrong chksum" before the stream began, but then after that, each packet has a wrong chksum? ALL the packets with wrong chksums have a PID of 0x2?

[baku-hatsu]

Yes

[brianrho]

Uncomment line 670: FPM_DEBUG_HEX(byte); FPM_DEBUG_PRINT(" "); and the other debug lines (Header and address only). I want to see the entire packet as its printed. Use pastebin.com to send a dump of everything printed in the serial monitor.

[brianrho]

Also send a copy of your FPM.cpp in another paste.

[baku-hatsu]

https://pastebin.com/Xcpz16Vv the serial monitor
https://pastebin.com/vZpz5D75 fpm.cpp file

[brianrho]

Have you restarted the module, since you started using it to get images?

[brianrho]

The packet length setting is being ignored for some reason and it could be because it hasn't taken hold yet.

[baku-hatsu]

Probably not, how do i reset it? using reset pin or just unplug?

[brianrho]

Just unplug from power and try again.

[baku-hatsu]

There is same error

[brianrho]

Okay then. Lets reset the packet length to 32 and restart. Change this line in the sketch:

uint8_t value = FPM_PLEN_128;

to:

uint8_t value = FPM_PLEN_32;

Restart the module and try the sketch again. Update the serial monitor dump at the same pastebin link.

[brianrho]

Remove the header and address debug messages too

[baku-hatsu]

https://pastebin.com/SRYQ6X1J new pastebin, because i cant edit old one

[brianrho]

How are you powering the module?

[brianrho]

The Arduino Uno 3.3V pin?

[baku-hatsu]

yes, as i showed you in the first email i sent

[brianrho]

Do you have another 3.3V source? Maybe a USB-TTL adapter? The arduino 3.3V pin can supply only 50mA max and I want to rule out power as a possible cause.

[baku-hatsu]

I dont have anoter adapter apart arduino, but i di have Raspberry Pi3, thi i dont know if its any help

[baku-hatsu]

And i do have 5V phone charger, but that also is not an option

[brianrho]

Yeah try powering the sensor with the RPi 3.3V pin, no need to connect anything else to the RPi, just power it. Run the sketch again and update the dump. You can update it at the bottom

[brianrho]

Sorry, you can edit it at the top of the text window. Just use Find in your browser to search for "edit"

[baku-hatsu]

Apparently i have to be logged in to be able to edit so i just rather paste new ones
https://pastebin.com/5hiCpBND

Error seems to be same

[brianrho]

Okay. Run it again. Seems the very first image packet has a correct checksum but the ones that follow are wrong.

[baku-hatsu]

https://pastebin.com/tVU2i7zR

this is what i got now

[brianrho]

Okay comment out the address, PID and length messages. Only the image bytes should be printed and "wrong chksum"

[baku-hatsu]

https://pastebin.com/TxLStMxC

[brianrho]

Run the "set_parameters" example. It will change the baud rate to 9600. Then run the image_to_pc again with SoftwareSerial baud rate of 9600.

[brianrho]

Remember to comment out the Address debug messages.

[baku-hatsu]

Apparently for some reason Arduino does not recognize fingerprint anymore

[brianrho]

Did you update this line fserial.begin(57600); to fserial.begin(9600);?

[brianrho]

The baud rate is now 9600 so you need to change it in your sketch

[baku-hatsu]

Alright, now i get Unknow error

[brianrho]

Is this with the "image_to_pc" sketch?

[brianrho]

Restart the module and run the sketch

[baku-hatsu]

I get this and nothingh happen after this

[brianrho]

Looks like the debug messages are disabled

[baku-hatsu]

Now i get this
https://pastebin.com/JDTf2cv6

[brianrho]

Set this: uint8_t value = FPM_PLEN_32; back to 128. And disable the printing of the Address and Chksum. ONLY the bytes should be printed.

[brianrho]

Restart the module after you change the packet length to 128.

[baku-hatsu]

It printed everything in one line:
https://pastebin.com/KXcL05aB

[brianrho]

Disable debug. Run the sketch and wait for the image stream to complete. You wont see any bytes printed except the final error/success message.

[baku-hatsu]

[baku-hatsu]

Seems like it read all bytes 192x192

[brianrho]

yes. The problem seems to have been the delays from the debug messages. Try running this with the python script now.

[baku-hatsu]

Time out appeared instantly

[brianrho]

Oh yeah, you need to put back this line: outStream->write(byte); in FPM.cpp so the bytes actually get written

[baku-hatsu]

Do i leave cheksum as well?

[brianrho]

Yeah leave it as is

[baku-hatsu]

[brianrho]

Use this script instead: https://pastebin.com/wenMKKGN. It seems the module datasheet is also wrong and every byte of the image is being sent, not half. The script expects 18432 bytes not 36864

[baku-hatsu]

Now i can almost see image, however its somehow divided into 3 and bottom is just white

[brianrho]

Let me see the console output

[baku-hatsu]

[brianrho]

This result is the same everytime?

[baku-hatsu]

Yea

[brianrho]

At this point, the issue is the format of the image. I assumed its a simple grid of 192x192 like they said but if its not then it will require some analysis to detect the image dimensions. Try this: https://pastebin.com/wenMKKGN. I've set the image size to 384x192.

[brianrho]

If it doesn't work, we'll have to leave it for now. You can send me the raw 192*192 image and I can check it out later. Maybe you can also search the web for the R551 SDK or contact sellers/manufacturers. Ask them about the image dimensions.

[baku-hatsu]

These are 192x192 and 384x192
I will try contact seller for dimentions, but i think they wont be any of help