[beagleboard] Re: libpruio (fast and easy D/A - I/O)

PS: If somebody knows a good protection circuity for the ADC inputs (ie OP-amp working with ADC Vref), please let me know. Regards -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Andrew! I've also seen frozen ADC. I guess (not confirmed yet) it's coming from negative Voltage on the input line. I tried to disable and re-enable only the TSC_ADC_SS (while the rest of the system is running), to no avail. But after a system reset (warm-start) the ADC always runs well.

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Thank you! It's coming along well. I ran into a strange issue today. I connected a 4-20ma sensor to the board and something strange happened. Now, this is probably induced by some sort of over voltage to the adc pin or something nasty going on, but after this event happened, the adc

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Sorry, I forgot the second part of the command: *ExecStartPre=/bin/dash -c 'until [ -e /dev/uio5 ] ; do sleep 1 ; done ; > /bin/chown root:pruio /dev/uio5'* > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Andrew! It seems that you're making good progress with your project. Congrats! This works in my projects [Unit] > After=generic-board-startup.service libpruio-lkm.service > StartLimitIntervalSec=0 > > [Service] > Type=simple > Restart=always > User=debian >

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

That's very clever, but it looks like the file exists before it's usable by libpruio. I tried ConditionPathIsReadWrite, but the file is readwritable before it's usable by libpruio as well. I noticed that the file permissions and group changes which seems to correlate with libpruio being able to

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

On Thu, Sep 10, 2020 at 1:55 PM Andrew Harres wrote: > > Hello again! > > I'm trying to solve a minor problem. I made a systemd service which starts my > program automatically. My problem is that my program is starting too early > which causes this error: > > AssertionError: pruio_new failed

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hello again! I'm trying to solve a minor problem. I made a systemd service which starts my program automatically. My problem is that my program is starting too early which causes this error: AssertionError: pruio_new failed (b'cannot open /dev/uio5') The program will exit and the systemd

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Donnerstag, 20. August 2020 20:27:41 UTC+2 schrieb andrew...@gmail.com: > > Sorry about that. > > My adc measurements are good and stable. My only issue now is that I can't > seem to enable the serial port under libpruio. I'll post my code here: > Apology accepted. Fine, that ADC is OK. I

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

My mistake. I had disabled the libpruio-lkm service while trying to troubleshoot the issue I'm having with the serial port. Sorry about that. My adc measurements are good and stable. My only issue now is that I can't seem to enable the serial port under libpruio. I'll post my code here: #

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Mittwoch, 19. August 2020 22:40:03 UTC+2 schrieb andrew...@gmail.com: > > I get this error when running your code. I can read the adc just fine. > > AssertionError: P9_24 configuration failed (b'pinmux missing') > > Your system is not prepared for pinmuxing (check error messages

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I get this error when running your code. I can read the adc just fine. AssertionError: P9_24 configuration failed (b'pinmux missing') -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Mittwoch, 19. August 2020 21:56:23 UTC+2 schrieb andrew...@gmail.com: > > I can't find a reference to the setPin function in the python library > Check out example pruss_toggle.py . > I assume I should

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I can't find a reference to the setPin function in the python library I assume I should be able to do this: from libpruio import * io = pruio_new(PRUIO_DEF_ACTIVE, 4, 0x98, 0) pruio_setPin(io, P9_24, 0) -- For more options, visit http://beagleboard.org/discuss --- You received this message

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Dienstag, 18. August 2020 23:32:17 UTC+2 schrieb andrew...@gmail.com: > > I'm unable to use the config-pin: > Cannot read pinmux file: /sys/devices/platform/ocp/ocp*P9_24_pinmux/state > config-pin is based on the cape universal device tree blobs. They consime a lot of memory and slow down

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I'm having trouble using the uarts alongside libpruio. I assume this is due to the changes done to install libpruio. I'm unable to use the config-pin: Cannot read pinmux file: /sys/devices/platform/ocp/ocp*P9_24_pinmux/state I know there is a way to configure gpios with the libpruio c library,

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

That's it! These udev rules are the key. I was able to get this working on the original bone-debian-9.12-console image I was using. This is what I did after installing a fresh image, updating, and adding the sources for libpruio $ sudo apt install libpruio libpruio-dev python-pruio

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

On my system I found the files # /etc/udev/rules.d/84-gpio-noroot.rules > # > # Corrects sys GPIO permissions on the BB so non-root users in the gpio > group can manipulate bits > # > # Change group to gpio > KERNEL=="44e10800.pinmux", PROGRAM="/bin/sh -c '/bin/chown -R root:gpio >

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Thanks for the tip! Am Donnerstag, 13. August 2020 15:47:14 UTC+2 schrieb Dennis Bieber: > > Try replacing that line with > > sys.stdout.write("%4X " % AdcV[i]) > > I've moved the space separator into the "..." format string. > > .write() doesn't add line

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Donnerstag, 13. August 2020 18:16:55 UTC+2 schrieb Andrew Harres: > > debian@beaglebone:~$ groups > debian adm kmem dialout cdrom floppy audio dip video plugdev users > systemd-journal input bluetooth netdev cloud9ide xenomai weston-launch > tisdk docker i2c iio spi admin remoteproc eqep

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

debian@beaglebone:~$ uname -r 4.14.108-ti-r136 debian@beaglebone:~$ groups debian adm kmem dialout cdrom floppy audio dip video plugdev users systemd-journal input bluetooth netdev cloud9ide xenomai weston-launch tisdk docker i2c iio spi admin remoteproc eqep pwm gpio debian@beaglebone:~$ sudo

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

You could try adding the following to your Python 2 script to add Python 3 print support. "from __future__ import print_function" However, there should be an effort to move from Python 2 to Python 3. Cheers, Jon On Thu, Aug 13, 2020 at 6:47 AM Dennis Lee Bieber wrote: > On Wed, 12 Aug 2020

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

On Wed, 12 Aug 2020 16:00:14 -0700 (PDT), in gmane.comp.hardware.beagleboard.user TJF wrote: >I forgot to mention that the modified file doesn't work in python2 any more: > >src/test$ python 1.py >> File "1.py", line 32 >> print("%4X" % AdcV[i], end=" ") #output one channel in hex

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I forgot to mention that the modified file doesn't work in python2 any more: src/test$ python 1.py > File "1.py", line 32 > print("%4X" % AdcV[i], end=" ") #output one channel in hex > ^ > SyntaxError: invalid syntax > > -- For more options, visit

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I tried the tool Denis mentioned. It works: libpruio/src$ cp python test > libpruio/src$ 2to3 -w test > root: Generating grammar tables from > /usr/lib/python2.7/lib2to3/PatternGrammar.txt > root: Generating grammar tables from > /usr/lib/python2.7/lib2to3/PatternGrammar.txt > root: Generating

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

debian@beaglebone:~$ uname -r 5.4.52-ti-r16 debian@beaglebone:~$ sudo ls -l /sys/kernel/debug/pinctrl/44e10800.pinmux-pinctrl-single/pinmux-pins -r--r--r-- 1 root root 0 Jan 1 1970 /sys/kernel/debug/pinctrl/44e10800.pinmux-pinctrl-single/pinmux-pins On Wednesday, August 12, 2020 at 4:17:34 PM

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

debian@beaglebone:~$ uname -r 4.19.94-ti-r45 debian@beaglebone:~$ sudo ls -l /sys/kernel/debug/pinctrl/44e10800.pinmux-pinctrl-single/pinmux-pins -r--r--r-- 1 root root 0 Jan 1 1970 /sys/kernel/debug/pinctrl/44e10800.pinmux-pinctrl-single/pinmux-pins On Wednesday, August 12, 2020 at 3:25:38

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I set enable_uboot_cape_universal=0 and I have the same result. My permissions for pinmux-pins looks much different than yours. debian@beaglebone:~$ ls -l /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins ls: cannot access '/sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins': Permission

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I forgot: $ python --version > Python 2.7.13 > $ python3 --version > Python 3.5.3 > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I did some testing here on a similar system: $ uname -r > 4.14.69-ti-r76 > $ python 1.py > F800 E9C0 F3B0 8230 5370 9830 B450 F2B0 > F910 EEC0 F540 C600 9BA0 9230 9830 F2F0 > F920 EEE0 F500 CC90 ABC0 A190 9FB0 F2E0 > F960 EF20 F4B0 CDA0 AEF0 A6D0 A440 F2B0 > F960 EEA0 F510 CDB0 B240 ACF0 AAF0

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I do not. debian@beaglebone:~$ cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins cat: /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins: Permission denied On Wednesday, August 12, 2020 at 12:42:04 PM UTC-5 TJF wrote: > The pinmux-pins output is reasonable. Do you have read access

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

On Wed, 12 Aug 2020 10:20:35 -0700 (PDT), in gmane.comp.hardware.beagleboard.user Andrew Harres wrote: >def count(self, sub, start=0, end=sys.maxint): >AttributeError: module 'sys' has no attribute 'maxint' https://stackoverflow.com/questions/13795758/what-is-sys-maxint-in-python-3

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

The pinmux-pins output is reasonable. Do you have read access to the file from user space? Regarding the errors in ctypesloader.py: this isn't my code. I just reduced code from the ctypes documentation to the bare minimum. Perhaps you can try the original file? Regards -- For more options,

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I'm not sure about the differences between importing in python 2 vs 3. I'll look into it more. I did try running python3 interactively in the libpruio directory and tried an import directly. debian@beaglebone:~/src/pruio_examples/libpruio$ ls __init__.py __pycache__ ctypesloader.pyc

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I'm not sure what counts as reasonable. debian@beaglebone:~$ sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-p ins Pinmux settings per pin Format: pin (name): mux_owner gpio_owner hog? pin 0 (PIN0): 481d8000.mmc (GPIO UNCLAIMED) function pinmux_emmc_pins group pinmux_emmc_pins pin 1

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Andrew! First, the boot process seems to be OK. The driver uio_pruss as well as the libpruio-lkm are loading. Am Mittwoch, 12. August 2020 17:40:45 UTC+2 schrieb Andrew Harres: debian@beaglebone:~$ python src/pruio_examples/1.py > Traceback (most recent call last): > File

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

google groups has been strange. Looks like it has just updated and I don't see how to include code tags. debian@beaglebone:~$ python --version Python 2.7.13 debian@beaglebone:~$ python3 --version Python 3.5.3 -- For more options, visit http://beagleboard.org/discuss --- You received this

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I didn't see cape_universal=enable in cmdline. I set uboot_overlay_pru to the UIO option. I also tried both commenting out enable_uboot_cape_universal =1 and just setting it to 0. I get the same error as before. debian@beaglebone:~$ cat /boot/uEnv.txt #Docs:

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Dienstag, 11. August 2020 21:24:48 UTC+2 schrieb andrew...@gmail.com: > > Is python 3 not supported? > AFAIR I tested on python 2 and 3. The message (cannot open /dev/uio5) > is related to the uio_pruss driver. The interupt handler is either not present (command lsmod doesn't list

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I actually already had it installed. I tried running it again in python 2 without the uboot_overlay_pru modification and get this: debian@beaglebone:~$ python src/pruio_examples/1.py destructor warning: constructor failed Traceback (most recent call last): File "src/pruio_examples/1.py", line

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Dienstag, 11. August 2020 18:19:13 UTC+2 schrieb andrew...@gmail.com: > > I've installed libpruio, python-pruio, libpruio-lkm, and libpruio-doc. > ... > Is there something I'm missing? > AFAIR the python interpreter (ctypes) also needs the dev-package to bind the library: libpruio-dev

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I edited /boot/uEnv.txt: ###PRUSS OPTIONS ###pru_rproc (4.14.x-ti kernel) #uboot_overlay_pru=/lib/firmware/AM335X-PRU-RPROC-4-14-TI-00A0.dtbo ###pru_rproc (4.19.x-ti kernel) #uboot_overlay_pru=/lib/firmware/AM335X-PRU-RPROC-4-19-TI-00A0.dtbo ###pru_uio (4.14.x-ti, 4.19.x-ti & mainline/bone

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

I'm having an issue running the python examples. I'm running the bone-debian-9.12-console image. I've installed libpruio, python-pruio, libpruio-lkm, and libpruio-doc. I copied the python-pruio examples into my home directory and try to run an example: debian@beaglebone:~/src/pruio_examples$

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Thomas! Check out the ring buffer mode . Find example code in rb_file (.c, .py, .bas) or rb_oszi (.bas) . Regards -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi guys, it is me again ... :D I finally got to continue my project and got libpruio running sampling some happy ADC-values. In my use-case it would be optimal to have some kind of continuous sampling with a given sampling rate (something slow, 1KHz..10Hz) that should be timed precise, so in

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi! By any reason the key file signing got lost. I re-signed it. It should be OK now. Regards -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi guys, I hope I found the right place to post this question, google groups looks somewhat confusing to me :D I just tried to install libpruio as described in the wiki downloading and installing the key and adding the repositories. Updating the repositories sadly causes an error: sudo apt

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Op dinsdag 5 mei 2020 07:13:43 UTC+2 schreef TJF: > > Hi Hans! > > Am Dienstag, 5. Mai 2020 00:47:22 UTC+2 schrieb Hans Leeuw: >> >> I have upgraded and I get this warning while compiling my program (using >> rb): >> > > I avoid updates, if possible. It takes too much time to optimize the boot

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

PS: >From my point of view, I as a developer should not provide the packages. It'd be best to include libpruio in RCNs build farm, in order to get a fresh binary for each new update. He startet that project, but never finished jet. I don't know why. Perhaps libpruio users should motivate him

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! Am Dienstag, 5. Mai 2020 00:47:22 UTC+2 schrieb Hans Leeuw: > > I have upgraded and I get this warning while compiling my program (using > rb): > I avoid updates, if possible. It takes too much time to optimize the boot time again and again. > /usr/bin/ld: warning: libtinfo.so.5,

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi TJF, I have upgraded and I get this warning while compiling my program (using rb): /usr/bin/ld: warning: libtinfo.so.5, needed by /usr/lib/gcc/arm-linux-gnueabihf/8/../../../libpruio.so, may conflict with libtinfo.so.6 (4.19.94-bone44), buster. For the rest it seems to work fine. Best,

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Ok, finally solved. How to keep yourself busy ;-). Installing through dkpg didn't work but the --ignore-depends gave me the hunch to look for something similar for the authentication key, and there is: https://askubuntu.com/questions/732985/force-update-from-unsigned-repository adding

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Never a dull moment. The package needs dkms and updating that package gives problems. installing recursively also asks for libpruio itself. I can probably ignore that by using --ignore-depends=libpruio? Sorry for bothering again. Best, Hans. Op dinsdag 10 maart 2020 15:18:21 UTC+1 schreef

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Thomas, I managed, but I had to override authentication (from stretch, 4.14.108-ti-r127) to be able to download. There was a bunch of errors and messages on the way: debian@beaglebone:/var/lib/cloud9$ sudo apt-get update Ign:1 http://beagle.tuks.nl/debian jessie/ InRelease Get:2

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Dienstag, 10. März 2020 01:33:50 UTC+1 schrieb Hans Leeuw: > > And the other difference is that you seem to have disabled serial. I guess > that is on purpose? > Sure. Standard maintenence I do by WLAN. If I need a wired connection, ie. to configure WLAN, I use a temporary LAN connection. In

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Dienstag, 10. März 2020 01:14:42 UTC+1 schrieb Hans Leeuw: > > > I don't know why the pgp file is broken:-( Thanks for reporting. I >> re-signed both. Download from the PPA should be OK now. >> > Unfortunately the same error. Can it be buster related? > Yes, it can. Perhaps Buster uses a

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

And the other difference is that you seem to have disabled serial. I guess that is on purpose? Best, Hans. Op dinsdag 10 maart 2020 01:14:42 UTC+1 schreef Hans Leeuw: > > Hi Thomas, > > Between the lines... > > Op maandag 9 maart 2020 03:11:07 UTC+1 schreef TJF: >> >> Hi Hans! Don't work that

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Thomas, Between the lines... Op maandag 9 maart 2020 03:11:07 UTC+1 schreef TJF: > > Hi Hans! Don't work that late at night :-) > Look who is talking ;-) > > I don't know why the pgp file is broken:-( Thanks for reporting. I > re-signed both. Download from the PPA should be OK now. >

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

It's an application specific repo. Best, Hans. Op maandag 9 maart 2020 18:00:31 UTC+1 schreef Dennis Bieber: > > On Sun, 8 Mar 2020 18:38:33 -0700 (PDT), in > gmane.comp.hardware.beagleboard.user Hans Leeuw > > wrote: > > >Hi Thomas, > > > >I have upgraded to buster (clean) and try to

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

On Sun, 8 Mar 2020 18:38:33 -0700 (PDT), in gmane.comp.hardware.beagleboard.user Hans Leeuw wrote: >Hi Thomas, > >I have upgraded to buster (clean) and try to install libpruio as I have >done before, but I got this error: > > >debian@beaglebone:/etc/apt$ sudo apt-get update >Hit:1

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! Don't work that late at night :-) I don't know why the pgp file is broken:-( Thanks for reporting. I re-signed both. Download from the PPA should be OK now. Find attached some files from the fast-boot system, hope that helps. $ systemd-analyze Startup finished in 1.067s (kernel) +

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Thomas, I have upgraded to buster (clean) and try to install libpruio as I have done before, but I got this error: debian@beaglebone:/etc/apt$ sudo apt-get update Hit:1 http://deb.debian.org/debian buster InRelease Hit:2 http://deb.debian.org/debian buster-updates InRelease

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Just quick on the question of the large ringbuffer. One of the things I want to measure is phrases on what I call digital valves (I am busy with a musical instrument). These digital valves are potmeters with a spring. I want to measure from the time that one of the valves gets depressed till

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! Am Samstag, 11. Mai 2019 02:00:32 UTC+2 schrieb Hans Leeuw: > I could not find the folder you mention in your post (libpruio/build). > What is the path toward it? > It's recommended that the user creates that folder inside his clone of the GIT repo, and builds the binaries in that

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi TJF, Despite the fact that I think that I have found the culprit I will update anyway and thanks for the help. I used the method from preparation. I could not find the folder you mention in your post (libpruio/build). What is the path toward it? It seems that the USB WiFi dongle adapter

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! Am Freitag, 10. Mai 2019 14:02:46 UTC+2 schrieb Hans Leeuw: > > It is an idea though to upgrade. I see that 0.6.6 is the new version. > Installation using Cmake I guess. (I honestly don't know if I used that > the first time). > Sure, there're multiple guides for the different methods

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi TJF, I think it is 0.6.4 and to be honest I don't know how I installed... There is no worked out install instruction is there? I installed it when the beagle board was stil very new to me. And although I wrote out quite a lot of my experiments I did not write out how I installed. It is an

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! Just for curiosity, which version of libpruio are you using? Where did you download and how did you install? Regards -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

It seems that this stupid board butchered my response. Here's the rest: ... on Beaglebone Black, AIN-[0-6] open, but AIN-7 connected on board to 1V65, I get $ ./hansOK initialized, ESize = 4 F50 ED5 EC6 B6A 83F 845 8EA F24 F4E F13 ECD D08 A58 941 948 F2F F5D F23 EE5

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! Am Mittwoch, 8. Mai 2019 22:26:04 UTC+2 schrieb Hans Leeuw: > > Oh, and the loop goes on. The problem is not there. > Yes, there's a break; statement missing at the end of the while loop. Sorry, I cannot reproduce the problem. Using this code // gcc -Wall -o hansOK hansOK.c -lpruio

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

For what it is worth, I also tried to do it in freebasic. I don't know anything about freebasic but tried to hack something together and I see exactly the same behaviour: ' include libpruio #INCLUDE ONCE "BBB/pruio.bi" CONST tSamp = 2 _ '*< The number of samples in the files (per step).

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi TJF, No errors. Warnings when compiling with g++ all similar to each other:* testRB.c:28:61: warning: ISO C++ forbids converting a string constant to ‘char*’ [-Wwrite-strings]* * if (pruio_rb_start(io)) {emsg = "rb_start"; i = 4; break;* no warnings, nor errors

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! Am Mittwoch, 8. Mai 2019 18:54:37 UTC+2 schrieb Hans Leeuw: > > I set it at the maximum size for the moment although it can be a little > smaller indeed I forgot to make it smaller in my example. I think it is > not important for the resolution issue though. > When the size of the

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi TJF, I increase the external RAM at startup: https://groups.google.com/forum/#!msg/beagleboard/_8Ld1deXhSY/gAoPN2FaDwAJ (Brian B's post) I set it at the maximum size for the moment although it can be a little smaller indeed I forgot to make it smaller in my example. I think it is not

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! What did you do in order to increase the external RAM size for the uio_pruss driver? With standard configuration (io->ESize = 262144) your code generates an error message config failed (out of memory) at line if (pruio_config(io, 220500, 255<<7 , 45352, 0)) , but it doesn't stop

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

> > Hi TJF, > It is not the impedance I think, but it was interesting to go back to the normal io example 1.c. The behaviour is different. Output when using that example (but without leftshift): 00000000 C37 13 9B75 199 E340 1A4 C3B 13 9B7

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! Your configuration code seems to be OK. Regarding your guess: libpruio picks up the samples from a FiFo buffer. It's unlikely that the TSC_ADC_SS sends a value to the FiFo before the sampling process is finished (unless you butchered your hardware). It's more likely that you have

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi TJF! Again, since I forgot a line of code and I think this post is more clear: I read your suggestion and spend some time reading but I cannot really figure out what I could do to remedy the issue. The bit shifting does not change anything either but it gave insight. I do have an inkling

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi TMF! The left shift was not the problem although it helps removing it for clarity. I have read some in chapter 12 of the AM335x documentation but I am afraid I still do not totally understand. What I can see is that it seems that the ADC process does not get finished. At least that is my

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! First let me say that I have no Pocket and cannot speak about experience, but only about knowledge that I've read anywhere. As far as I know the PocketBeagle has a CPU with inbuild memory, but fully compatible to the AM3358 (which I use). My guess is that the ADC measurent is equal

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! First let me say that I have no Pocket and cannot speak about experience, but only about knowledge that I've read anywhere. As far as I know the PocketBeagle has a CPU with inbuild memory, but fully compatible to the AM3358 (which I use). My guess is that the ADC measurent is equal

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi Hans! First let me say that I have no Pocket and cannot speak about experience, but only about knowledge that I've read anywhere. As far as I know the PocketBeagle has a CPU with inbuild memory, but fully compatible to the AM3358 (which I use). My guess is that the ADC measurent is equal

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi TJF, I am getting the hang of the pocket beagle, C++ and libpruio and I am testing some features. Thanks again for your efforts because it has been really helpful. One of the things that struck me as odd is that the claim of the beaglebone is 12-bit ADC's. What I see when I measure the

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hi CM! Am Montag, 1. April 2019 19:39:48 UTC+2 schrieb CM: > > TJF, > > Thank you for your help, especially because it turned out to be more of a > systemd issue than libpruio! I have now changed my service so that it > doesn't start until later in the boot process, and everything seems to be

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

TJF, Thank you for your help, especially because it turned out to be more of a systemd issue than libpruio! I have now changed my service so that it doesn't start until later in the boot process, and everything seems to be functioning correctly. My initial mistake was making multiple changes

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Freitag, 29. März 2019 21:18:58 UTC+1 schrieb CM: > > Your suggested steps did work to connect uio5, thanks! It reverts to the > disconnected state on reboot, however. > Good! > > I do have several services running, including for the IMU and the analog > in (using libpruio). So my service

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hello, Your suggested steps did work to connect uio5, thanks! It reverts to the disconnected state on reboot, however. I do have several services running, including for the IMU and the analog in (using libpruio). So my service isn't explicitly changing uio5, but maybe it invokes it too early

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

I don't understand why uio5 doesn't change. The main issue is it's lenght of 0 bytes (others are 240). The device seems to be disconnected from the driver, and the driver loader cannot change the file. Sorry, you don't have a libpruio issue. You have a problem with LINUX driver loading. And I

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Yes, I think I should probably take a deep breath, thanks! So my system image was initially written in November, I guess, which is why that date is shown. It updates after being on a bit (via GPS). Now it shows *all* /dev/uio* as Nov 3, until removing/reinstalling uio_pruss. Please see the

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Slow down, take a deep breath! I try to understand your system. The first question is why is uio5 different than the others. By default since kernel 4.14 all devices are owned by root users. Why do you get root root for uio5? Why are all dates 2016 Nov., while uio5 is from today? Please reload

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

> > Please post the full output of ls -l /dev/uio* > > Do you (your user ID) have write access to that files? > debian@beaglebone:~/analog$ ls -l /dev/uio* crw-rw 1 root users 240, 0 Nov 3 2016 /dev/uio0 crw-rw 1 root users 240, 1 Nov 3 2016 /dev/uio1 crw-rw 1 root users 240, 2

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Donnerstag, 28. März 2019 16:58:08 UTC+1 schrieb CM: > > When I check the PRU availability, i.e. ls /dev/uio8, it shows uio0-7. All > are yellow but uio5. > Please post the full output of ls -l /dev/uio* Do you (your user ID) have write access to that files? Regards -- For more options,

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Ok, I already have just AM335X-PRU-UIO-00A0.dtbo enabled. So, if it's safe to say the issue is not with librobotcontrol, that brings me back to the initial problem. I cannot run rb_file (or the code I wrote as a modification of it) - getting "constructor failed (cannot open /dev/uio5)" When I

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

On Thu, Mar 28, 2019 at 10:58 AM CM wrote: >> >> You should be fine then, just disable remoteproc_pruss and use >> uio_pruss and ignore any of the librobotcontrol pru warnings.. > > > Forgive me if I'm oblivious, what are the steps I take to disable > remoteproc_pruss and use uio_pruss? > > Do

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

> > You should be fine then, just disable remoteproc_pruss and use > uio_pruss and ignore any of the librobotcontrol pru warnings.. > Forgive me if I'm oblivious, what are the steps I take to disable remoteproc_pruss and use uio_pruss? Do you mean to comment out the PRU-RPROC dtbo files in

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

On Thu, Mar 28, 2019 at 10:14 AM CM wrote: > > Hello Robert, > > I am using a colleague's code to read the BeagleBone Blue's IMU/barometer. He > is using some of librobotcontrol in that. To be honest, I don't know > specifically what of librobotcontrol his code is using. > > To my

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Hello Robert, I am using a colleague's code to read the BeagleBone Blue's IMU/barometer. He is using some of librobotcontrol in that. To be honest, I don't know specifically what of librobotcontrol his code is using. To my understanding, it includes - rc/math/kalman.h, filter.h, and

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

On Thu, Mar 28, 2019 at 9:04 AM CM wrote: > > Thank you for the help regarding the driver conflict. I feared that might be > the case. I will have to look into running librobotcontrol with uio_pruss, as > you suggested. > > I also hope that Robert has some insight into my problem. > > Also,

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Thank you for the help regarding the driver conflict. I feared that might be the case. I will have to look into running librobotcontrol with uio_pruss, as you suggested. I also hope that Robert has some insight into my problem. Also, thank you for your efforts on libpruio. The times I am able

  1   2   >