Master has "const serial_sw_invert = true"
Slave has "const serial_sw_invert = false" That is what I meant by mismatched polarity Am Samstag, 24. April 2021, 19:19:14 MESZ hat majid ebru <[email protected]> Folgendes geschrieben: Thank you this is minimum. On Saturday, April 24, 2021 at 8:43:59 PM UTC+4:30 [email protected] wrote: > > > Hi Majid, > > > > > Discussing this without any sample program doet not help to analyze the >problem. > > > > > Back to my previous question. Did you minimize the program so that you are >only testing the communication? > > > > > Can you send a sample program and maybe also a schematic diagram of the >hardware you are using? > > > > > Kind regards, > > > > > Rob > > > > > > ________________________________ > > Van: [email protected] <[email protected]> namens majid ebru > <[email protected]> > Verzonden: zaterdag 24 april 2021 17:35 > Aan: jallib <[email protected]>Onderwerp: Re: NT: [jallib] How to send > & receive data over medium distance > Reverse polarity?! > Sorry but how do I do that?! > > > On Saturday, April 24, 2021 at 7:24:34 PM UTC+4:30 Kiste wrote: > > >> So you're sending 57 (=0b00111001 or "9") and receiving 99 (=0b01100011 or >>"c"). Could be reverse polarity. >> >> >> >> Am Samstag, 24. April 2021, 16:41:57 MESZ hat majid ebru >> <[email protected]> Folgendes geschrieben: >> >> >> >> >> >> Hi >> >> PIc1(sender) : >> forever loop >> if btn1 then block >> serial_sw_data = "9" >> delay_1ms(5) >> end if >> end loop >> --------------------------------------------- >> >> >> >> PIc2(receiver) : >> forever loop >> if (serial_sw_read(char)) then block >> lcd_cursor_position(1,1) >> print_byte_dec(lcd, char+ "0") -- ==> i see in LCD : 147 >> ---------- >> lcd_cursor_position(1,8) -- ==> i see in LCD : ( c ) -- >> character c >> lcd = char >> end block >> end if >> end loop >> --------------------------------------------- >> >> On Saturday, April 24, 2021 at 5:56:21 PM UTC+4:30 majid ebru wrote: >>> >>> Hi again >>> >>> I'm very confused. >>> >>> Why can't I send and receive?!?😫😫😫😫 >>> >>> I tested both codes,integer and ASCII code , but I read incorrect data. >>> >>> What is your suggestions ?! >>> On Saturday, April 24, 2021 at 2:23:56 PM UTC+4:30 Kiste wrote: >>>> It is important whether you use one or the other. If the sender speaks >>>> tagalog, and the receiver expects to hear mandarin, they won't be able to >>>> communicate. >>>> >>>> Greets, >>>> Kiste >>>> >>>> >>>> >>>> >>>> >>>> >>>> Am Samstag, 24. April 2021, 11:49:49 MESZ hat majid ebru >>>> <[email protected]> Folgendes geschrieben: >>>> >>>> >>>> >>>> >>>> >>>> Hi >>>> >>>> It isn't important that I read ASCII or .... . >>>> It is important that I read true. >>>> >>>> Thanks , I will test and I say result. >>>> >>>> On Saturday, April 24, 2021 at 11:59:22 AM UTC+4:30 [email protected] >>>> wrote: >>>>> >>>>> >>>>> Hi Majid, >>>>> >>>>> >>>>> >>>>> >>>>> If you want to print it - as ASCII -on the receiving side, change >>>>> >>>>> >>>>> >>>>> >>>>> temp[i] = char >>>>> >>>>> by >>>>> >>>>> temp[i] = char + "0" >>>>> >>>>> >>>>> >>>>> >>>>> Then you can print it. >>>>> >>>>> >>>>> >>>>> >>>>> Kind regards, >>>>> >>>>> >>>>> >>>>> >>>>> Rob >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ________________________________ >>>>> Van: 'Oliver Seitz' via jallib <[email protected]>Verzonden: >>>>> zaterdag 24 april 2021 09:07Aan: [email protected] >>>>> <[email protected]> >>>>> Onderwerp: Re: NT: [jallib] How to send & receive data over medium >>>>> distance >>>>> You're sending binary and trying to receive ad ASCII >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Am Samstag, 24. April 2021, 09:00:37 MESZ hat majid ebru >>>>> <[email protected]> Folgendes geschrieben: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> For example,I want to send 642 .... >>>>> >>>>> I use this code in sender >>>>> ... >>>>> Serial_sw_data = 6 >>>>> Delay_1ms(2) >>>>> Serial_sw_data = 4 >>>>> Delay_1ms(2) >>>>> Serial_sw_data = 2 >>>>> Delay_1ms(2) >>>>> ... >>>>> >>>>> But in receiver , I can't read correctly. >>>>> >>>>> Var byte Temp[3] >>>>> Var byte i = 0 >>>>> For loop >>>>> If serial_sw_read(char) then >>>>> Temp[i] = char >>>>> Print_string(lcd,Temp[i]) >>>>> i = i + 1 >>>>> If 2 < i then i = 0 end if >>>>> End loop >>>>> On Saturday, April 24, 2021 at 11:19:31 AM UTC+4:30 majid ebru wrote: >>>>>> Thank all >>>>>> >>>>>> But I need sample code for read. >>>>>> >>>>>> Almost ,all documents use write code and I didn't saw read code. >>>>>> >>>>>> >>>>>> On Saturday, April 24, 2021 at 10:58:36 AM UTC+4:30 vasile wrote: >>>>>>> Majid, one good practice when you're testing communication between two >>>>>>> embedded systems (A and B) is to check each one with a terminal first. >>>>>>> >>>>>>> Assuming A is sending to B and B receives and does something on IO >>>>>>> port, test first the TX of A to the computer terminal, then RX of B >>>>>>> from the computer terminal. After that, only if each one works ok, >>>>>>> connect TX/RX of A with B. Some good free terminals for this job >>>>>>> (search for:) Realterm, Teraterm, Termite. You may also need a hardware >>>>>>> converter which depends on your computer (if you have a real COM port >>>>>>> with RS232 levels or just an USB/RS232 with 3.3V or 5V levels). >>>>>>> >>>>>>> This approach will protect you from a lot of trouble and make you >>>>>>> understand if a byte, a word, an ASCII or something else is truly >>>>>>> sent/received and was sent/received in the right order. >>>>>>> >>>>>>> Simplify your work by sending and receiving ASCII symbols first and >>>>>>> then understand all the used procedures from the libraries (this is >>>>>>> mandatory to understand which is your fault/misunderstanding or which >>>>>>> is the software bug... there are bugs in any software...:) ). >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sat, Apr 24, 2021 at 8:36 AM Rob CJ <[email protected]> wrote: >>>>>>>> >>>>>>>> >>>>>>>> Hi Majid, >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> If you want to send an integer value you indeed have to send it in >>>>>>>>bytes. But that thouls be faily easy with JAL. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> If have for example a variable of type word you can do the following >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> var word my_word_variable >>>>>>>> >>>>>>>> var byte my_byte_variable_low at my_word_variable >>>>>>>> >>>>>>>> var byte my_byte_high at my_word_variable + 1 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> You can then send both 'my_byte' variables separately and in the >>>>>>>>other PIC you do the same, read the two bytes which are mapped to a >>>>>>>>word. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Als see the documentation of the JAL compiler. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Kind regards, >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Rob >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ________________________________ >>>>>>>> Van: [email protected] <[email protected]> namens majid >>>>>>>> ebru <[email protected]> >>>>>>>> Verzonden: vrijdag 23 april 2021 19:47 >>>>>>>> Aan: jallib <[email protected]> >>>>>>>> Onderwerp: Re: NT: [jallib] How to send & receive data over medium >>>>>>>> distance >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Please help me >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I almost work with micro ,12 years ago . >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Now I can't send / receive data?! >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I should send and receive an integer(like adv value and ....) , but in >>>>>>>> serial_sw_data I just can send a byte ?!?!!! >>>>>>>> >>>>>>>> And just read a byte with serial_sw_read(char)?! >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I know that my kowlage about electronic is wake , but now I should do >>>>>>>> read&write data?! >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Please guide me,🙏🙏🙏🙏🙏🙏🙏🙏 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Thursday, April 22, 2021 at 11:23:23 PM UTC+4:30 >>>>>>>> [email protected] wrote: >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi Majid, >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> You have to provide more information. How do you know that they >>>>>>>>>stopped? Did you narrow down the code down to the minimal size to show >>>>>>>>>that it fails? If so you can share that code. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> And to answer your other - not posted - comment. Due to the fact >>>>>>>>>that you use this group to answer trivial questions that you can find >>>>>>>>>on the Internet (which you should not do) and which are specific JAL >>>>>>>>>or PIC related, your posts are now moderated. Only posts which are >>>>>>>>>relevant to this group are passed on to the other group members. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Kind regards, >>>>>>>>> >>>>>>>>> >>>>>>>>> Rob >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ________________________________ >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Van: [email protected] <[email protected]> namens majid >>>>>>>>> ebru <[email protected]> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Verzonden: donderdag 22 april 2021 20:19 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Aan: jallib <[email protected]>Onderwerp: Re: NT: [jallib] How >>>>>>>>> to send & receive data over medium distance >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Please help me again😢😢😫😫🥺🥺🤔🤔 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> When I connected two PICs together , everything is ok. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> But when disconnect port serial , both PICs hanged ?!?! >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Both micro stoped , and when connected again ,both micro work >>>>>>>>> correctly?! >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> In fact both micro stopped in line : if serial_sw_read(char)) then >>>>>>>>> block .... >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> And doesn't run other codes🤔🥺😫😢 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Why?! >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> How should I do ?! >>>>>>>>> >>>>>>>>> >>>>>>>>> On Wednesday, April 21, 2021 at 10:12:03 PM UTC+4:30 funlw65(Vasi) >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> The microcontroller boards that are used in Polish Universities are >>>>>>>>>> all equipped with (external - note for Majid) RS485 chips. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Wed, Apr 21, 2021 at 4:54 PM Rob CJ <[email protected]> wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Hi Majid, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Please use Google to find out what RS485 and IIC is. Use the >>>>>>>>>>>Jallib group for issues with libraries and the compiler not for >>>>>>>>>>>general questions that you can easily find on the internet. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Thanks. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Kind regards, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Rob >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ________________________________ >>>>>>>>>>> Van: [email protected] <[email protected]> namens majid >>>>>>>>>>> ebru <[email protected]> >>>>>>>>>>> Verzonden: woensdag 21 april 2021 15:47 >>>>>>>>>>> Aan: jallib <[email protected]> >>>>>>>>>>> Onderwerp: Re: NT: [jallib] How to send & receive data over medium >>>>>>>>>>> distance >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> RS485 is very powerful. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> But I don't how to implement in PIC?!? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Is i2c the same rs485?! >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Wednesday, April 21, 2021 at 4:41:19 PM UTC+4:30 vasile wrote: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> At 15m and 5V there is no problem with data sent in current. Using >>>>>>>>>>>> twisted wire cable is a good habit. >>>>>>>>>>>> >>>>>>>>>>>> From the EMI perspective twisted cable it is about half as good as >>>>>>>>>>>> a shielded cable and has the parasitic capacity quite low compared >>>>>>>>>>>> with the shielded cable. >>>>>>>>>>>> >>>>>>>>>>>> RS485 (standard 32 loads) is feasible at 1Km and quite high speed. >>>>>>>>>>>> Still there is an issue with the ground line and requires good >>>>>>>>>>>> terminators. >>>>>>>>>>>> >>>>>>>>>>>> Data goes either on A&B plus ground cable (three wires between Tx >>>>>>>>>>>> and RX) or just A&B (two wire cable) and ground connected to earth >>>>>>>>>>>> on the transmitter and receiver end. >>>>>>>>>>>> >>>>>>>>>>>> In the last configuration an issue is quite frequent caused by an >>>>>>>>>>>> offset (variable ground potential between TX and RX). >>>>>>>>>>>> >>>>>>>>>>>> Also lightning is a problem for outdoor cables...and nothing >>>>>>>>>>>> help... :)... no matter how others will convince you to put three >>>>>>>>>>>> tranzorbs on each TX and RX end. >>>>>>>>>>>> >>>>>>>>>>>> happy communications! >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Wed, Apr 21, 2021 at 8:32 AM 'Oliver Seitz' via jallib >>>>>>>>>>>> <[email protected]> wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Thanks for the additional information, 800m is something very >>>>>>>>>>>>>different from 20m ;-) >>>>>>>>>>>>> >>>>>>>>>>>>> I can imagine that 20m at 5V ground-referenced is doable, but >>>>>>>>>>>>> when you're starting, better stick to the specifications and try >>>>>>>>>>>>> your luck when you have a bit of experience. >>>>>>>>>>>>> >>>>>>>>>>>>> I myself am at a similar project, like 15 meter, and I want to >>>>>>>>>>>>> use as little standby current as possible, and no twisted pairs. >>>>>>>>>>>>> It's uni-directional, with constant-current pullup at the >>>>>>>>>>>>> receiver and optically isolated pulldown at the sender with 1200 >>>>>>>>>>>>> baud... First test of the concept in a few days ;-) >>>>>>>>>>>>> >>>>>>>>>>>>> If standby current was of no concern, I'd use RS422 or RS485 >>>>>>>>>>>>> drivers/receivers, true RS232 is old-fashioned and needs to many >>>>>>>>>>>>> components. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Greets, >>>>>>>>>>>>> Kiste >>>>>>>>>>>>> >>>>>>>>>>>>> Am Mittwoch, 21. April 2021, 07:02:46 MESZ hat vsurducan >>>>>>>>>>>>> <[email protected]> Folgendes geschrieben: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Oliver, I remember the problems I had with an EIA232 with +/-8V >>>>>>>>>>>>> output running at 800m at 9600bps. Everything works until due the >>>>>>>>>>>>> transceiver heating the voltage dropped at +/-7.6V...:) >>>>>>>>>>>>> The length is given by the voltage at the level converter of the >>>>>>>>>>>>> transmitter output. All level converters with charge pumps are >>>>>>>>>>>>> not able to give more than +/-8V...+/-10V in the happiest >>>>>>>>>>>>> circumstances. >>>>>>>>>>>>> Oldest/goldest EIA232 worked at +/-25V up to 2km. >>>>>>>>>>>>> For 20m you do noy need any level converter at the output of your >>>>>>>>>>>>> PIC, just a twisted pair RX-GND TX-GND (CAT5 ethernet cable is >>>>>>>>>>>>> perfect) and an open collector transmitter ( a gate) with pull-up >>>>>>>>>>>>> resistor in the receiver end (at 20m distance from the >>>>>>>>>>>>> transmitter). >>>>>>>>>>>>> However Majid, I think you need first to learn jal and for that >>>>>>>>>>>>> there is a learning curve which has to be passed.... >>>>>>>>>>>>> Please start with the examples, compile them, make them run, >>>>>>>>>>>>> modify them as you wish and post only when nothing works for you >>>>>>>>>>>>> after three days of trying...this will help you more than you may >>>>>>>>>>>>> believe right now... >>>>>>>>>>>>> best wishes >>>>>>>>>>>>> >>>>>>>>>>>>> On Wed, Apr 21, 2021 at 7:28 AM 'Oliver Seitz' via jallib >>>>>>>>>>>>> <[email protected]> wrote: >>>>>>>>>>>>>> Hi Majid, >>>>>>>>>>>>>> >>>>>>>>>>>>>> SPI is designed for centimeters, I don't think it can work >>>>>>>>>>>>>> reliably over 20 meters. >>>>>>>>>>>>>> >>>>>>>>>>>>>> RS232 at 9600 baud is ok for 150 meters, if you're using real >>>>>>>>>>>>>> RS232 drivers and receivers like from the MAX232 series. The PIC >>>>>>>>>>>>>> controller does not have RS232, it has a usart which handles the >>>>>>>>>>>>>> NRZ protocol. This protocol is best known as being used by the >>>>>>>>>>>>>> RS232 interface. Therefore the protocol itself is commonly (but >>>>>>>>>>>>>> wrongly) referred to as "RS232" >>>>>>>>>>>>>> >>>>>>>>>>>>>> RS232 uses negative voltages as a symbolic "1" and positive >>>>>>>>>>>>>> voltages for "0". At the receiving side, the voltage must at >>>>>>>>>>>>>> least go higher than +3V for "0" and lower than -3V for "1". At >>>>>>>>>>>>>> the sending side, voltages from up to +15V and down to -15V are >>>>>>>>>>>>>> used. >>>>>>>>>>>>>> >>>>>>>>>>>>>> So, to answer your question in two simple sentences: RS232 is ok >>>>>>>>>>>>>> for the job. But RS232 is not what comes out of the controller. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Greets, >>>>>>>>>>>>>> Kiste >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Am Dienstag, 20. April 2021, 21:56:34 MESZ hat majid ebru >>>>>>>>>>>>>> <[email protected]> Folgendes geschrieben: >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> can i ask another question?? >>>>>>>>>>>>>> >>>>>>>>>>>>>> if it is 20 meter distance between PICs , i should use RS232 or >>>>>>>>>>>>>> SPI? >>>>>>>>>>>>>> >>>>>>>>>>>>>> so sorry and thanks a lot >>>>>>>>>>>>>> >>>>>>>>>>>>>> majid ebru در تاریخ سهشنبه ۲۰ آوریل ۲۰۲۱ ساعت >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> 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 [email protected]. >>>>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>>>> https://groups.google.com/d/msgid/jallib/1697687282.4677348.1618979276333%40mail.yahoo.com. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> 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 [email protected]. >>>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>>> https://groups.google.com/d/msgid/jallib/CAM%2Bj4qtaBjojssk_HHFK1M2dhhL9CNNf3mygd1F3nH0B5bck9A%40mail.gmail.com. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> 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 [email protected]. >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>>>https://groups.google.com/d/msgid/jallib/1020737915.4719521.1618983169979%40mail.yahoo.com. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> 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 [email protected]. >>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>> https://groups.google.com/d/msgid/jallib/22c899b2-b475-404d-9982-fb4e9ffe3169n%40googlegroups.com. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> 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 [email protected]. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>https://groups.google.com/d/msgid/jallib/AM0PR07MB624188EEE1255C4E45C31F80E6479%40AM0PR07MB6241.eurprd07.prod.outlook.com. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> Vasi >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> 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 [email protected]. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> To view this discussion on the web visit >>>>>>>>> https://groups.google.com/d/msgid/jallib/ad446bf9-5eab-4168-8326-b33f2a02c0f5n%40googlegroups.com. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> 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 [email protected]. >>>>>>>> To view this discussion on the web visit >>>>>>>> https://groups.google.com/d/msgid/jallib/187dbbf2-8c1b-43c2-ac9b-ce320495f60fn%40googlegroups.com. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> 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 [email protected]. >>>>>>>> To view this discussion on the web visit >>>>>>>>https://groups.google.com/d/msgid/jallib/AM0PR07MB6241CB67E4CBAE8CFD01D0D0E6449%40AM0PR07MB6241.eurprd07.prod.outlook.com. >>>>>>>> >>>>>>>> >>>>>>> >>>>> >>>>> >>>>> -- >>>>> 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 [email protected]. >>>>> To view this discussion on the web visit >>>>> >>>>>https://groups.google.com/d/msgid/jallib/2ac2d829-8399-4e1f-b7e2-1dfb83be12een%40googlegroups.com >>>>> >>>>> . >>>>> >>>>> -- >>>>> 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 [email protected]. >>>>> To view this discussion on the web visit >>>>>https://groups.google.com/d/msgid/jallib/461455972.623361.1619248055142%40mail.yahoo.com. >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> 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 [email protected]. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/jallib/21329211-66fc-4dda-a32d-da472e0be127n%40googlegroups.com. >>>> >>>> >> >> >> -- >> 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 [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/jallib/a9767826-dfdc-4b91-ba9f-ae9f6b909102n%40googlegroups.com. >> >> >> > > > > -- > 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 [email protected]. > To view this discussion on the web visit >https://groups.google.com/d/msgid/jallib/30d3e622-7874-4371-a513-e049f9e4ababn%40googlegroups.com. > > > -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/ba6350c9-9579-4abf-a458-2e62adb6ee97n%40googlegroups.com. -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/904565432.736672.1619285294205%40mail.yahoo.com.
