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.
