Thanks And so sorry On Wednesday, April 21, 2021 at 12:50:11 PM UTC+4:30 Kiste wrote:
> Hi Majid, > > it is about learning how to collect data. What you're expecting > are tutorials about > > collecting data from i2c, outputting to LCD > collecting data from uart, outputting to LCD > collecting data from spi, outputting to LCD > collecting data from keypad, outputting to LCD > collecting data from SD-card, outputting to LCD > collecting data from ..., outputting to LCD > > collecting data from i2c, outputting to internal RAM > collecting data from uart, outputting to internal RAM > collecting data from spi, outputting to internal RAM > collecting data from keypad, outputting to internal RAM > collecting data from SD-card, outputting to internal RAM > collecting data from ..., outputting to internal RAM > > collecting data from i2c, outputting to external storage > collecting data from uart, outputting to external storage > collecting data from spi, outputting to external storage > collecting data from keypad, outputting to external storage > collecting data from SD-card, outputting to external storage > collecting data from ..., outputting to external storage > > ... > > You won't necessarily find an exact solution to your needs as a > step-by-step tutorial. Maybe you can find it, if you accept it to be in > Arduino C, Turbo BASIC or COBOL. > > You can ask questions here, like "How do I transmit and collect data in > the numerical range from 0 to 1000000". You will get answers. If you ask, > "How do I transmit and collect data in the numerical range from 0 to > 1000000 over a 20 meter long cable, using interrupts, outputting it to a > LCD and check for correct transmission using provided hardware", that does > not require an answer but two days of engineer's work, or two weeks of > teacher's work. > > I recommend not to start with too complicated projects. If you need > someone to take your hand and guide you from wherever to exactly there > where you think you want to go, this is probably not the place. Jal is a > language which has currently a limited userbase. If you're hoping to find > someone to teach you all the steps to complete that single project, you > might be more lucky if you choose a language with a larger userbase, like C. > > Greets, > Kiste > > Am Mittwoch, 21. April 2021, 09:36:33 MESZ hat majid ebru < > [email protected]> Folgendes geschrieben: > > > > > > > I search "serial" in JALV2 Tutorials.pdf ,it almost 90% just use > serial_write or serial_data and it just use echo > I don't want to use echo,I want to chech data receive with other data. > I should get char(byte serial) and show that in LCD or use that in math > formula. > > Can show me ,which page contain data receive and check it?! > > Thanks > > > Greets, > Majid > On Wednesday, April 21, 2021 at 11:31:44 AM UTC+4:30 Kiste wrote: > > To start, use a short connection, like 50cm maximum. > > > > Transmit data which only has one bit (plus start bit) set, like > > > > 0x01 > > 0x02 > > 0x04 > > > > That way you can find out, if polarity and baud rate are correct. > > > > I have a cheap scope, but it is good to see if the transmitter or the > receiver doesn't work properly. > > > > Greets, > > Kiste > > > > > > Am Mittwoch, 21. April 2021, 08:45:23 MESZ hat majid ebru < > [email protected]> Folgendes geschrieben: > > > > > > > > > > > > Thank you > > > > Ok I use RS232. > > > > But I can't read correctly data ,yet😫😢😫😢 > > > > Please guide me > > > > When I send "0x052" from pic1 , I received data in pic2 , but it is not > correct > > > > > > If serial_sw_read(char)) then block > > .... > > lcd_cursor_position(1,5) > > print_byte_hex(lcd, char) -- ====> print 2B > > lcd_cursor_position(1,10) > > lcd = char. --. ====> Print + > > ...... > > > > > > On Wednesday, April 21, 2021 at 10:02:54 AM UTC+4:30 Kiste 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/5e7554f0-a1c8-45cb-a79f-1419870ed5fbn%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/69c84bcb-2462-40be-bbff-179415d53bbfn%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/b350316e-1fe4-4f73-9aa5-b6aebf0b26b3n%40googlegroups.com.
