Thank you Rob

I just connected Rx and Tx(I think pin.c6 and pin.c7) to other PIC and i 
change the program
Now I can't send my program,but as soon as possible, I will send those.

Thanks a lot again

Kind regards,majid
On Monday, April 26, 2021 at 10:27:08 PM UTC+4:30 [email protected] wrote:

> HI Majid,
>
> Good to hear. What did you change in your schematic diagram? It can help 
> others to learn too.
>
> If you want to know the end of a string you could send a carriage return 
> or a line feed at the end or your string (or both) and detect that 
> character in your receiving PIC.
>
> For example a carriage return is "\r" so if you have a string like: 
>
> const byte my_string[] = "ABCD\r" and send that character by character, 
> your receiving PIC should check for the "\r" to determine the end of the 
> string.
>
> And yes it would have been better to post a new question.
>
> BTW. The *Jallib* google group is for *reporting bugs*. The *Jallist* 
> google group is for *asking questions about the use of JAL*. So this new 
> post should have been in the Jallist group. But always start by reading the 
> JAL compiler description to prevent that you are asking questions which you 
> could have found in reading the manual. Note that neither of the groups are 
> meant to learn you how to program. It is assumed that you know how to 
> program. If not you should follow a course or read a boot about it and 
> ..... .practice.
>
> Kind regards,
>
> Rob
>
>
> ------------------------------
> *Van:* [email protected] <[email protected]> namens majid 
> ebru <[email protected]>
> *Verzonden:* maandag 26 april 2021 19:44
>
> *Aan:* jallib <[email protected]>
> *Onderwerp:* Re: NT: [jallib] How to send & receive data over medium 
> distance
> Thanks form all
>
> Thanks alot
>
> after i changed  my schematic diagram  ,I finally could send or receive 
> data correctly .
>
> when i send "A" from master PIC, i receive and show "56" in LCD in salve.
>
> everything is OK.
>
> i can ask anther question ?!?
> or
> i should new post??
>
> how can i send  and receive string??
>
> now when i send "ABCD" from master PIC to slave,i receive 65,66,67,68 and 
> it's OK.
>
> how can i detect that data finished?!? 
>
>
>
> On Sunday, April 25, 2021 at 11:20:52 AM UTC+4:30 [email protected] 
> wrote:
>
> Hi Majid,
>
> I would not recommend to use serial softwaer since, as Kiste says, it will 
> not work as soon as your program is doing something else (like in your case 
> controlling an LCD).
>
> You better use - as mentioned earlier - the serial_hw_int_cts but you need 
> to change your schematic since this only works on the TX and RX pins of the 
> PIC so RC6 and RC7, not RC4 and RC5.
>
> What happend to the small sample programs I has sent you that where based 
> on your initial program? Did you use them to test?
>
> *I noticed this.* In you schematic diagram you have no crystal connected 
> to your PIC but in your program you mention a clock of 8 MHz. The 
> PIC16F877A does not have an internal clock of 8 MHz so you program will 
> never work. You either connect a crystal of 20 MHz, change your pragma 
> clock to 20 MHz or use a PIC that does have an internal oscillator.
>
> Kind regards,
>
> Rob
>
> ------------------------------
> *Van:* [email protected] <[email protected]> namens majid 
> ebru <[email protected]>
> *Verzonden:* zaterdag 24 april 2021 20:27
>
> *Aan:* jallib <[email protected]>
> *Onderwerp:* Re: NT: [jallib] How to send & receive data over medium 
> distance
> Hi and sorry
> i don't call you god.
> you are a good man and i thanks you
> Ok
> i will change my board
>
>
> On Saturday, April 24, 2021 at 10:41:41 PM UTC+4:30 Kiste wrote:
>
> Hi Majid, 
>
> no need to call me "god", "excellency" would highly suffice. 
>
> You have been told to use serial_hw_int_cts, as serial_software is always 
> a blocking read? 
>
> Yes, your program HAS TO STOP DOING ANYTHING ELSE, while serial_software 
> listens for data on its input pin. 
>
> I'm starting to ask myself, what for do I explain all that lot, if you 
> choose to ignore most of my words? 
>
> Greets, 
> Kiste 
>
>
>
>
> Am Samstag, 24. April 2021, 19:57:01 MESZ hat majid ebru <
> [email protected]> Folgendes geschrieben: 
>
>
>
>
>
> oh my god 
>
> if i change this bit , i don't have any communication between PICs. 
> just in this mode(Master = "const serial_sw_invert = false" and Slave 
> "const serial_sw_invert = true"  , you write mistake ) 
> , i can send/receive and in other modes , i can't send/receive and PICs 
> stopped (because i have a led  for blanking ,in other modes led doesn't 
> work) 
>
> how do i do for solve? 
>
>
> On Saturday, April 24, 2021 at 9:58:18 PM UTC+4:30 Kiste wrote: 
> > 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/eb5ba40e-eb8f-43c6-a31f-eb61c0dccdc5n%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/25a64aa5-acbd-4a4a-94ae-3874a9aaeb9cn%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/jallib/25a64aa5-acbd-4a4a-94ae-3874a9aaeb9cn%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
> -- 
> 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/f45102b5-ee10-42de-a7dc-358cb462783bn%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/jallib/f45102b5-ee10-42de-a7dc-358cb462783bn%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
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/b7a37538-abb6-4bd7-970a-567fbec18cadn%40googlegroups.com.

Reply via email to