On 07/03/2013 06:36 PM, Dennis Poon wrote:
Can you give me some pointer on directly using UART? I need to
implement half-duplex using UART for rs-485 protocol.
In a Linux system, accessing the hardware by user code is strictly
discouraged, at least whenever interrupts are involved (as with
On 2013-07-03 16:44, Dennis Poon wrote:
Michael,
I used the synapser.pas unit but the compiler choked at line 232 at the
identifier 'B50', 'B576000' not found.
Any idea ?
I believe you have an outdated version on Synapse then... Here is my
version of the code snippet you posted -
Michael Schnell wrote:
On 07/03/2013 06:36 PM, Dennis Poon wrote:
Can you give me some pointer on directly using UART? I need to
implement half-duplex using UART for rs-485 protocol.
In a Linux system, accessing the hardware by user code is strictly
discouraged, at least whenever
On 07/04/2013 11:16 AM, Dennis Poon wrote:
am afraid the bcm2835, the Soc of Raspberry Pi (the hardware I have
to use) does not provide this hardware support :-(
It states that it does not even support interrupt. Polling is the only
way for events :-(
As already discussed here the RPI is
Al 04/07/13 11:16, En/na Dennis Poon ha escrit:
With RS-485 hardware you can - and supposedly need to - do
half-duplex with output enable, if your hardware provides this.
After days of google search, I am afraid the bcm2835, the Soc of
Raspberry Pi (the hardware I have to use) does not
thanks.
I am not using the fpc email as it seems off topic.
May I know the exact brand and model number of the adapter you used?
I have an ATEN usb-to-serial cable (UC-232A) but I am not sure how to
connect its serial pins to rs-485 's DIFFERENTIAL LINES and how to set
that adapter into
On 07/04/2013 12:08 PM, Dennis Poon wrote:
I have an ATEN usb-to-serial cable (UC-232A) b
That is not suitable.
There are dedicate RS485 Adapters (many of those also support RS422 mode
(differential full duplex) ).
But the problem might be that they don't come with a Linux driver for ARM.
On 04/07/2013 11:08, Dennis Poon wrote:
thanks. I am not using the fpc email as it seems off topic.
May I know the exact brand and model number of the adapter you used?
I have an ATEN usb-to-serial cable (UC-232A) but I am not sure how to
connect its serial pins to rs-485 's DIFFERENTIAL
On 07/04/2013 12:52 PM, Lukasz Sokol wrote:
For RS485 adaptation, use a MAX232 like chip (to convert +-12 to ttl)
and then a RS485 transceiver chip;
If you want to create hardware anyway, better use a PIC24 (pr PIC32)
chip with USB plus a RS485 tranceiver chip. So you get rid of the ATEN
Al 04/07/13 12:08, En/na Dennis Poon ha escrit:
thanks.
I am not using the fpc email as it seems off topic.
May I know the exact brand and model number of the adapter you used?
I don't know the exact model, but it is one of these
http://vscom.de/1_1_09.htm
however there are other brands
Al 04/07/13 12:24, En/na Michael Schnell ha escrit:
But the problem might be that they don't come with a Linux driver for ARM.
Since the driver for prolific/ftdi usb to serial bridge (which is the
one these adapters use) is in the kernel since, like, forever, it will
work with any architecture.
On 07/04/2013 05:08 AM, Dennis Poon wrote:
thanks.
I am not using the fpc email as it seems off topic.
May I know the exact brand and model number of the adapter you used?
I have an ATEN usb-to-serial cable (UC-232A) but I am not sure how to
connect its serial pins to rs-485 's DIFFERENTIAL
On 07/04/2013 03:55 PM, Luca Olivetti wrote:
Since the driver for prolific/ftdi usb to serial bridge (which is the
one these adapters use) is in the kernel since, like, forever, it will
work with any architecture.
I do know that there is a standard for how many USB-to-serial adapters
work.
On 04/07/2013 12:03, Michael Schnell wrote:
On 07/04/2013 12:52 PM, Lukasz Sokol wrote:
For RS485 adaptation, use a MAX232 like chip (to convert +-12 to
ttl) and then a RS485 transceiver chip;
If you want to create hardware anyway, better use a PIC24 (pr PIC32)
chip with USB plus a RS485
Lukasz Sokol wrote:
On 04/07/2013 12:03, Michael Schnell wrote:
On 07/04/2013 12:52 PM, Lukasz Sokol wrote:
For RS485 adaptation, use a MAX232 like chip (to convert +-12 to
ttl) and then a RS485 transceiver chip;
If you want to create hardware anyway, better use a PIC24 (pr PIC32)
chip with
On 04/07/2013 16:24, Mark Morgan Lloyd wrote:
Lukasz Sokol wrote:
On 04/07/2013 12:03, Michael Schnell wrote:
On 07/04/2013 12:52 PM, Lukasz Sokol wrote:
For RS485 adaptation, use a MAX232 like chip (to convert +-12
to ttl) and then a RS485 transceiver chip;
If you want to create hardware
Al 04/07/13 17:24, En/na Mark Morgan Lloyd ha escrit:
In any event, my experience is that USB-serial converters are very poor
for anything that involves accurate timing, and I suspect that
controlling a 485 transceiver in conjunction with one would be
problematic.
Not if the converter
Hi,
Can this thread please be moved to the fpc-other list?
Thanks,
Jonas
FPC mailing lists admin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
18 matches
Mail list logo
