about serial_hw_int_cts

[vsurducan]

Hello,

I have never been able to use serial_hw_int_cts library as is.  If I tried to receive repeatedly a string of data, data has a different position in the string after each reception, it's shifted. To solve the issue I was forced to count received chars in the string and force data to stay in the counted position...

I presume I'm using the library in the wrong way.

The _serial_receive_interrupt_handler() has a notice: "-- serial_receive_wedge is used in test_queue_isr.jal" but the file test_queue_isr.jal is not available in the jalpack... Do I miss something or indeed this sample is missing?

thank you,

Vasile

[Oliver Seitz]

Hi Vasile,

the serial_hw_int_cts library is supposed to be used just like serial_hardware. The only advantage is that transfers are done "in the background", without blocking the main program.

Does your program work if you use serial_hardware?

Greets,
Kiste


Am Freitag, 15. Januar 2021, 07:59:45 MEZ hat vsurducan <vsur...@gmail.com> Folgendes geschrieben:

--
You received this message because you are subscribed to the Google Groups "jallib" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jallib+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/CAM%2Bj4qv4GXyxgwGMJpxVzt%3D%2B2HKbHvoG39MnB6qTCPnOc%2B2mpw%40mail.gmail.com.

[vsurducan]

Hi Oliver,

Both programs work, serial hardware and serial_hw_int_cts. I have one master and four addressable slaves.

Master sends an address via serial hardware. Addressed slave is sending two words via serial hardware.

Master is receiving the four bytes via _serial_receive_interrupt_handler(). The problem is that the four bytes position

in the _serial_rcvbuf  is changing at each receiving sequence.

To be more clearer: assuming I send continuously for debug purpose 1F 2F 3F 4F,  I receive the following:

first time: 1F 2F 3F 4F

second time : 2F 3F 4F 1F

third time: 3F 4F 1F 2F

fourth time: 4F 1F 2F 3F

and so on

I recall I've seen this issue each time I used the serial_hw_int_cts.

thanks,

To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/786792492.210890.1610694414336%40mail.yahoo.com.

[Oliver Seitz]

Hi,

_serial_rcvbuf starts with an "_", that means it is an internal variable which you shouldn't use inside your main program.

Read the bytes with one of the provided methods (*not* starting with an "_") like serial_hw_read() or serial_hw_data, that way the library can take care of the order of the bytes.

_serial_rcvbuf is a ring buffer, if you really insist on reading directly from there, you need to respect and modify the read and write pointers.

If you need a string within your main program, the usual way would be to read from the library byte-by-byte and transfer the content from the (library-managed transparent) receive buffer to the main-program buffer.

Greets,
Kiste


Am Freitag, 15. Januar 2021, 09:22:17 MEZ hat vsurducan <vsur...@gmail.com> Folgendes geschrieben:

To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/CAM%2Bj4qsJMhP7BkPjhGHqkE0d-RTz3KGcFQ9HvVL1P0EfTc1F2A%40mail.gmail.com.

[vsurducan]

Ok, thanks  this is the reason I've asked for the example "test_queue_isr.jal" which is not available in the jalpack or I didn't see it,

presuming test_queue_isr.jal  is an example of how this library can be used properly...with something more substantial than echoing a char.

I know "_expression" is an internal variable of the library...I've reset the reading pointer and the result is the one I've described.

That led me to believe there is a bug in the library which I do not understand or I'm using the library in a wrong way.

I've solved the problem by modifying the serial receive interrupt handler routine for my own purpose (I've done this each time I used it over the time), but other users might see the same issue someday.

thx,

To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/2131855630.226808.1610701407846%40mail.yahoo.com.

[Oliver Seitz]

You could call the init procedure each time, it would reset both the read and the write pointer, which would be what you need to "properly abuse" the library.

This library has no other purpose than "echoing a char" when the main program is ready to receive it. One could, of course, write another library for, say, string input, with the purpose of collecting a number of bytes.

Greets,

Kiste

Gesendet von Yahoo Mail auf Android

Am Fr., Jan. 15, 2021 at 11:24 schrieb vsurducan

<vsur...@gmail.com>:

To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/CAM%2Bj4qvm%3DJycn0U1WL-FV%3Dnbtwwa6jKZAUw4_gV7t3NZ1kZF0w%40mail.gmail.com.

[Oliver Seitz]

Hi again,

> Ok, thanks  this is the reason I've asked for the example "test_queue_isr.jal" which is not available in the jalpack or I didn't see it,presuming test_queue_isr.jal  is an example of how this library can be used properly...with something more substantial than echoing a char.

here it is:
https://github.com/jallib/jallib/blob/master/test/jal/test_queue_isr.jal

Greets,
Kiste

[vsurducan]

Thank you Kiste, all things are clear now. :)

Perhaps I will write in a spare moment a sample for receiving a number of chars, with or without a synch for the string between two pics boards.

--
You received this message because you are subscribed to the Google Groups "jallib" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jallib+un...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/813179637.262463.1610712730998%40mail.yahoo.com.

[Rob CJ]

Hi Vsurducan,

As Kiste said you should use the functions provided by the library and not the internals starting with '_'.

I have used the library several times and did never encounter any problems. There are also other sample programs released with Jallib, you can recoginze them because they have a part of the library name in it like these:  16f877a_serial_hw_int_cts.jal, 16f88_serial_hw_int_cts_echo.jal, 18f14k50_serial_hw_int_cts.jal, etc.

The demonstrate how to use the library and show that the library works correctly.

Where do you need the 'wedge' for? It seems to make things more complex andi if you only want to send and receive characters on an interrupt basis, the other - simpler - sample files should be sufficient to help you with your project.

Kind regards,

Rob

---

Van: jal...@googlegroups.com <jal...@googlegroups.com> namens vsurducan <vsur...@gmail.com>
Verzonden: vrijdag 15 januari 2021 14:38
Aan: jal...@googlegroups.com <jal...@googlegroups.com>
Onderwerp: Re: [jallib] about serial_hw_int_cts

 

To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/CAM%2Bj4qsAqrHpTmzs1iLHh2P3W9OpzWom0CK-9borcMpqDUBdxw%40mail.gmail.com.