https://forge.codesys.com/forge/talk/Runtime/thread/3f54a5bccd/2020-02-27T15:38:06.464000ZRecent posts to TLC1543 (AD converter) on ARPI6002020-02-27T15:38:06.464000Z2020-02-27T15:38:06.464000Zfilouhttps://forge.codesys.com/u/filou/https://forge.codesys.com7a066b845e7fd6f1b2f13da3eed151efcab3c929

<div class="markdown_content"><p>Hi Ingo,</p> <p>thanks for your advice!<br/> Could you give me a small example how to manage the library CmpCharDevice using the GPIO devices in the linux sysfs (for example write 1 on the output GPIO16) ?</p></div>

2020-02-27T15:38:04.466000Z2020-02-27T15:38:04.466000ZIngohttps://forge.codesys.com/u/ingo/https://forge.codesys.com131a755a7419af97df2cdd56fea66d8e4c526b4e

<div class="markdown_content"><p>What a shame. I guess the Uart Solution would have been of interest and use for some others, too.</p> <p>I guess that the only way out for you is a project specific one. You can use the library CmpCharDevice to configure and write to the GPIOs, using the GPIO devices in the linux sysfs.<br/> Note, that you might have colitions with the GPIO driver if you use that in parallel. But that is just a bad feeling.</p> <p>Note, that this might cause a significant overhead, as you issue a linux system with every write operation.</p> <p>Gesendet von meinem LG-H870 mit Tapatalk</p></div>

2020-02-27T15:38:03.767000Z2020-02-27T15:38:03.767000Zfilouhttps://forge.codesys.com/u/filou/https://forge.codesys.comd9afb098d250cc3d95647fd33287b2777b678493

<div class="markdown_content"><p>Hi Ingo,</p> <p>unfortunately the serial interface (uart) is used for other things... (USB to UART for serial debugging but also as Xbee USB adapter).<br/> The TLC1543 is connected directly to standard GPIO (16, 20 and 21). </p> <p>Do you have another idea to send the data faster with these GPIO?</p> <p>kind regards,<br/> Philippe</p> <p><a class="" href="https://forum.codesys.com//download/file.php?id=3380" rel="nofollow">ARPI600 Schematic.pdf <span><span>[368.78 KiB]</span></span></a></p></div>

2020-02-27T15:38:01.783000Z2020-02-27T15:38:01.783000ZIngohttps://forge.codesys.com/u/ingo/https://forge.codesys.com7251d93af185d9ee06ef2ebf60d9860dac603ff5

<div class="markdown_content"><p>Hi Phillipe,</p> <p>I don't know this board. But the documentation looks like there is a serial interface (uart) which is intended to be used with the Pi. What's the issue with this port?<br/> Because if you could use it, your driver would be much less timing critical, as the UART takes care about the bit timings.</p> <p>Just in case the UART would do the trick:<br/> I would recommend you to start with a function block that uses the UART by the library SysCom. If that works, I can help you to make a CODESYS driver out of it if you like.</p> <p>BR,<br/> Ingo</p> <p>Gesendet von meinem LG-H870 mit Tapatalk</p></div>

2020-02-27T15:38:01.088000Z2020-02-27T15:38:01.088000Zfilouhttps://forge.codesys.com/u/filou/https://forge.codesys.combb7eb722b976423d5e184038f186199d6432793c

<div class="markdown_content"><p>Hi,</p> <p>I'm using the adapter board ARPi600 for Arduino on my RPI3 (<a class="" href="https://www.waveshare.com/arpi600.htm" rel="nofollow">https://www.waveshare.com/arpi600.htm</a>). <br/> On this board, there is an AD converter (TLC1543 with several analog channel).</p> <p>I would like to control the TLC1543 (it's like a serial interface but no SPI) by using 3 GPIO (16 for the clock, 20 for the address and 21 for the DataOut).<br/> The minimum task cycle with Codesys on the RPI3 is 400us.<br/> I would like to send the command faster (with a highest clock speed), is-there any way?<br/> Or a suggestion to help me?</p> <p>TLC1543: <a class="" href="https://www.ti.com/lit/ds/symlink/tlc1543.pdf" rel="nofollow">https://www.ti.com/lit/ds/symlink/tlc1543.pdf</a></p> <p>Thank you<br/> Philippe</p></div>