Send image via UDP about fpm HOT 41 CLOSED

If I use the standard library EthernetUdp, I get an error

[+]Got header
[+]Address: 0xFFFFFFFF
[+]PID: 0x2
[+]Length: 128
7A DD 97 65 43 34 67 AC DE EC B8 64 34 57 9B CC DD C9 74 21 12 34 57 9A DD EE DD B6 44 46 9C CC B9 83 22 23 45 7A CD CB 97 68 75 44 57 AB BA 86 43 22 22 24 56 79 43 37 57 77 88 AD 9C EE EE FF AC 12 83 86 87 64 CC 84 66 86 EE DD FF 35 59 ED 22 22 35 78 EE BB FF 76 DB EE 4C 82 8A AA 95 22 DE 78 AA BA CC 95 9A AD EE EF CC DE A8 65 78 BA DD ED BB 75 BD 42 EE DD FF DD 21 46 CE BC 32 DD 
[+]Wrong chksum: 0x5566

[+]Got header
[+]Address: 0xFFFFFFFF
[+]PID: 0x2
[+]Length: 128
A6 43 32 47 CD DD DE ED B8 53 11 23 6A BD EE ED DD A5 21 11 14 7A BC DD B8 53 23 46 9C DD ED A7 42 11 23 69 CD CB CC EE EB 96 43 22 23 34 44 45 77 67 78 AA 78 BE ED 97 56 79 99 86 89 47 AD 8A 9B EE 42 A5 B6 11 AD 69 45 8A 55 79 7A 43 DE DD DD FF 8A 46 68 B8 ED AA A9 DD 89 22 DE 45 EE DD 2 67 CB CA 34 B9 9C CC B5 55 68 33 CD EE EF AC EE CB 35 22 64 9B DC 88 DC 34 96 DD DC FF DC 22 
[+]Wrong chksum: 0x76BC

from fpm.

Yeah, you can just write to your Client object:

finger.readRaw(FPM_OUTPUT_TO_STREAM, &client, &read_finished);

The function takes a Stream-like object.

from fpm.

Debug level 2 prints everything, which slows stuff down and you'll miss image bytes from the sensor. For a high-speed lengthy stream like this, best set it to 1 so you only get the error messages.
Where's the code that produced this?

from fpm.

Thanks for your reply

With debug level 1

Image taken
Starting image stream...
	
[+]Wrong chksum: 0x74DC
[+]Wrong chksum: 0xFFDD
[+]Wrong chksum: 0xDD
[+]Wrong chksum: 0x46
.....
[+]Wrong chksum: 0xBBBC
[+]Wrong chksum: 0xBBBC
[+]Response timeout
[+]Wrong read length: -1
Error receiving packet 0

testfp.zip

from fpm.

Use pastebin.com for the code

from fpm.

Also provide the name of your sensor and microcontroller

from fpm.

https://pastebin.com/jjGSAA9k
Arduino UNO rev3
sensor don't know exactly (2 minutes I post a fotos)

from fpm.

from fpm.

Hmm, haven't seen this before. Does streaming images to your PC work?

from fpm.

I think - yes.

In port monitor I see

Waiting for a finger...
Image taken
Starting image stream...
	⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮ݤ5⸮̻⸮T3Zݓ��kݦ23I⸮⸮TDDY⸮⸮R�6⸮⸮⸮r��͂�7⸮⸮!�⸮ޕ"$~⸮B^⸮"]⸮"~⸮b#j⸮B#9ޕe⸮⸮⸮TD⸮⸮⸮⸮⸮⸮⸮
…
36864 bytes read.
Image stream complete.

Also I has your oldest library and it work very well with sensor. But only via serial port

from fpm.

Which version are you using right now, that yields this output? The latest version or an older one?

from fpm.

Now latest

from fpm.

I think the UDP write is just taking too long to buffer the data and you're losing bytes from the sensor.

Try commenting out this line at 734: outStream->write(byte); in FPM.cpp and see if it succeeds this time. Don't change anything else, keep the debug level at 1.

from fpm.

You are right, there are no errors.

I tried to change my code like this

while (true) {
        Udp.beginPacket(rip, rPort);
        Udp.write(fserial.read());
        Udp.endPacket();
        
       /*bool ret = finger.readRaw(FPM_OUTPUT_TO_STREAM, &Udp, &read_finished);
        if (ret) {
            count++;
            if (read_finished)
                break;
        }
        else {
            Serial.print("\r\nError receiving packet ");
            Serial.println(count);
            return;
        }
        yield();*/
    }

And I get everything on the remote computer, each byte separately.

from fpm.

How many bytes did you receive exactly? Still possible, even likely, that you didn't get everything

from fpm.

I think that if add before and after the 734 line

Udp.beginPacket (rip, rPort);
outStream-> write (byte);
Udp.endPacket ();

But I do not know how to do it.

from fpm.

How many bytes did you receive exactly? Still possible, even likely, that you didn't get everything

I did this for the test.
There is an endless cycle.

  while (true) {
       Udp.beginPacket (rip, rPort);
         Udp.write (fserial.read ());
         Udp.endPacket ();
}

Therefore, I can not count how many bytes

Maybe my questions are stupid, I know C ++ very bad.

from fpm.

No, I mean, you should count the bytes you received at your remote server. It should be at least 40kB.

from fpm.

If I understand correctly, you are not writing to the stream all bytes, only content.

I do not understand how to do this and how to detect the end of data.

_{Sent with GitHawk}

from fpm.

Yes, I only stream the contents, but leave that for now. Do you have any code on your server to receive the data? How do you know the data even arrived at all?

from fpm.

yes, I have. I display everything on the screen

_{Sent with GitHawk}

from fpm.

Then maybe your code can count what it receives.

If you can't count what you received, then you can try this instead:
Undo all your changes so far, go back to the original sketch you sent me. Then in your Arduino installation folder, search for SoftwareSerial.h and change the value of _SS_MAX_RX_BUFF from 64 to 255. Save and re-try the sketch.

from fpm.

Good. I'll do everything in the morning, it's already night here. I can also count incoming bytes. Thanks

_{Sent with GitHawk}

from fpm.

Hello
I changed the value to 255 and got other errors

[+] Packet too long: 61150
[+] Response timeout
[+] Wrong read length: -1
Error receiving packet 2

from fpm.

Declare this at file scope.

#define BUFSZ    128
uint8_t buffer[BUFSZ];

Then change your existing code like this:

    bool read_finished;
    int16_t count = 0;
    uint16_t readlen = BUFSZ;

    while (true) {
        Udp.beginPacket(rip, rPort); // delete it from loop()

        bool ret = finger.readRaw(FPM_OUTPUT_TO_BUFFER, buffer, &read_finished, &readlen);
        if (ret) {
            count++;
            Udp.write(buffer, readlen);
            Udp.endPacket();   // delete it from loop()

            readlen = BUFSZ;
            if (read_finished)
                break;
        }
        else {
            Serial.print("\r\nError receiving packet ");
            Serial.println(count);
            return;
        }
        yield();
    }

It will probably still raise errors but send everything you get this time.

from fpm.

I received exactly 128 bytes, 2 times in a row (the same array).
And every time I get 2 times.

There are errors too

from fpm.

Yeah, send the errors, send everything that was printed

from fpm.

Arduino

Waiting for a finger...
Image taken
Starting image stream...
	
[+]Wrong chksum: 0xDDDB
[+]Response timeout

[+]Wrong read length: -1

Error receiving packet 2

Remote computer received

https://pastebin.com/sWCCzchq

from fpm.

If something's especially lengthy, please use pastebin.

Now try to change the baud rate to 9600 with the set_parameters sketch. Let's see if slowing down the serial port will be enough for the UDP to keep up.

from fpm.

If something's especially lengthy, please use pastebin.

Ok, sorry

SET PARAM test
Found fingerprint sensor!
Capacity: 256
Packet length: 128
Send any character to change the module baud rate...
Unknown error 105

from fpm.

Okay, now try your image transfer sketch again. Just change the SoftwareSerial baud rate to 9600.

from fpm.

If the sensor doesn't get detected with 9600, change it back to 57600. It's likely the command didn't succeed since you got this error.

from fpm.

Also send a link to this product, where you bought it.

from fpm.

Sorry for not answering for a long time, I didn’t want to disturb you again. Experimenting a bit.

Oк.
You were absolutely right. It was necessary to reduce the speed of the serial port.

Unfortunately, I could not find how to do it for my sensor, so I had to buy another one (model DY50) :). I do not know where they bought the old one.

Experimentally, I’ve found out that the 19200 Baudrate is working.

The image is created successfully.
True, I did not understand why need to add each byte 2 times when creating an image.

On Monday, I will finish all the files and send them to you. I hope they will be useful.

from fpm.

Okay, that's fine, DY50 is one of the more common and trusted sensors.
So you mean 19200 works over Serial? Or is it over UDP?

Duplicating each byte is one way to extrapolate and get back the (roughly) original 256x288 image. The image that's sent from the sensor is already somewhat compressed, in that only the high nibble of each pixel is transmitted. So we're basically just guessing about what was in the lost low nibbles.

from fpm.

with duplication I understood. Thanks.

I mean over UDP, but only in FPM_OUTPUT_TO_BUFFER mode

_{Sent with GitHawk}

from fpm.

Okay, send the files when you can. I'll be closing the issue after that

from fpm.

Hello
In the attachment is an example of use.
For Arduino and Windows (C#).

Thank you very much for the help.

from fpm.

You're welcome. The sample sketch in the zip just sends a string. Could you send a paste of the image transfer sketch, just so I can be sure its what I expect?

from fpm.

I am so sorry.

Many files open at the same time.
Attached another file was wrong.

SendToUdp.zip

Must be right now

from fpm.

Sure, it's fine now

from fpm.