[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 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. >> > Unfortunately the same error. Can it be buster related? > >> >> Find attached some files from the fast-boot system, hope that helps. >> >> $ systemd-analyze >> Startup finished in 1.067s (kernel) + 15.828s (userspace) = 16.896s >> > Hoping to get there, but you have a bbb. The files are interesting though. > Uenv looks the same although you have the universal cape disabled. But the > status shows me you have quite a few less services. Thanks. > >> >> My first custom app starts as a systemd service after ~7s (solar-regler). >> A second one wait for the network to be ready (solar-fcgi). >> >> Regards >> > Best, Hans. > -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/5b3a6249-b498-42a8-a016-d69c8d8bca81%40googlegroups.com.
[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. > Unfortunately the same error. Can it be buster related? > > Find attached some files from the fast-boot system, hope that helps. > > $ systemd-analyze > Startup finished in 1.067s (kernel) + 15.828s (userspace) = 16.896s > Hoping to get there, but you have a bbb. The files are interesting though. Uenv looks the same although you have the universal cape disabled. But the status shows me you have quite a few less services. Thanks. > > My first custom app starts as a systemd service after ~7s (solar-regler). > A second one wait for the network to be ready (solar-fcgi). > > Regards > Best, Hans. -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/e79e49ab-3aae-4a8c-8b7b-e0f272e522c2%40googlegroups.com.
[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 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 > > > > >Hit:3 http://deb.debian.org/debian-security buster/updates InRelease > > > > >Ign:4 http://beagle.tuks.nl/debian jessie/ InRelease > > > > >Get:5 http://beagle.tuks.nl/debian jessie/ Release [1586 B] > > > > >Get:6 http://beagle.tuks.nl/debian jessie/ Release.gpg [566 B] > > Just an observation: I'm not sure of how "clean" that upgrade is, > since > your apt repository list is full of Jessie (Debian v8) repositories, and > skips over Stretch (Debian v9) (which is the current "stock" OS release). > > > > -- > Dennis L Bieber > > -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/67b7db1c-059a-4f68-9051-a4f08296c585%40googlegroups.com.
Re: [beagleboard] Re: operating system on eMMc or on Sdcard
Ken: I have never used Cloud9, so I don't know for sure. I know the console version does support USB, Ethernet, commandctl and USB. It likely supports the WiFi RTL... I would assume you could add Cloud9 if you knew the "encantation." Pretty much anything that does not require a modification to the kernel can be added later. It is easy enough to work with, so I would recommend you go set up a copy to work on a uSD card, or the eMMC, if you must, and start experimenting with it. A serial cable that allows you to directly access the CPU command line is useful. I typically start with a console version, talk to it with SSH over Ethernet immediately, and add whatever I need, typically Python, and a bunch of Python and IO dependencies. If you run on a uSD card, be aware that the file system as downloaded will be restricted to the size of the associated eMMC, but you can expand the file system to the full size of the card, with the encantation: cd /opt/scripts/tools/ git pull sudo ./grow_partition.sh sudo reboot You would think that the eMMC would run faster than a uSD card, but I have never been able to measure a difference in program execution speed. --- Graham == On Sun, Mar 8, 2020 at 3:44 PM KenUnix wrote: > Graham, > > I know the Iot version supports WiFi RTL81888EUS via connmanctl, USB & > Ethernet & Browser to Cloud9. > Does the "console" version support these? Or, for example can Cloud9 be > installed later? > > Thanks > >> >>> -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAC_N71r%2B6h9oa%3D-XxLa-iZiZa%3DCsBfYpuZyvx06i_1-Z8knFwQ%40mail.gmail.com.
[beagleboard] Latest Image - Spring 2020 Release - rc2
rc2 is now uploaded to the testing server as 2020-03-09.. Major fixes: Console Images: usb0/usb1 'default' ip address are set on bootup.. U-Boot: adc is enabled (or disabled) before user specific overlays.. (lcd users..) Please test and thank you to everyone that tested and provided feedback! Issue Tracker: https://github.com/beagleboard/Latest-Images/issues elinux page with img links: https://elinux.org/Beagleboard:Latest-images-testing Regards, -- Robert Nelson https://rcn-ee.com/ -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYjS88_f%2Bduu0ne8L9b%2BqVUV6TGeBd3spM5TTCMVtdmyFg%40mail.gmail.com.
[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 http://deb.debian.org/debian buster InRelease >Hit:2 http://deb.debian.org/debian buster-updates InRelease > >Hit:3 http://deb.debian.org/debian-security buster/updates InRelease > >Ign:4 http://beagle.tuks.nl/debian jessie/ InRelease > >Get:5 http://beagle.tuks.nl/debian jessie/ Release [1586 B] > >Get:6 http://beagle.tuks.nl/debian jessie/ Release.gpg [566 B] Just an observation: I'm not sure of how "clean" that upgrade is, since your apt repository list is full of Jessie (Debian v8) repositories, and skips over Stretch (Debian v9) (which is the current "stock" OS release). -- Dennis L Bieber -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/67tc6f9c52kcunab7evjpl7aijlph33n5e%404ax.com.
Re: [beagleboard] Re: BBB program storage on a flash drive
On Mon, Mar 9, 2020 at 9:27 AM KenUnix wrote: > > Dennis, > > If I run off the microSD card then how would I burn a backup copy of the > system? First run: sudo /opt/scripts/tools/eMMC/beaglebone-black-make-microSD-flasher-from-eMMC.sh Which will copy the eMMC -> microSD.. Second, after it shuts down, open the microSD on an another Linux host, and open /boot/uEnv.txt and make sure to put a "#" on the last line of the file: aka: #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh Such that it doesn't "flash" your eMMC.. Regards, -- Robert Nelson https://rcn-ee.com/ -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYhBpB_y-wswrafP-h0WT9cp82%2BUeoC%2BgGd4i1BVjk8-CA%40mail.gmail.com.
[beagleboard] Re: BBB program storage on a flash drive
Dennis, If I run off the microSD card then how would I burn a backup copy of the system? Ken On Sunday, March 8, 2020 at 7:04:33 PM UTC-4, Dennis Bieber wrote: > > On Sun, 8 Mar 2020 13:11:01 -0700 (PDT), in > gmane.comp.hardware.beagleboard.user KenUnix > > > wrote: > > > > > >*What I would like to know, is it possible to install programs on* > >*that drive instead of the eMMc card using sudo apt install.* > > > >For example: "sudo apt install bwbasic" ?? The flash drive is always > >mounted via /etc/fstab and connected via a 4-port powered USB > >hub along with a WiFi adapter to off-load power from the BBB. > > > > You would most likely have to: > > 1) duplicate the contents of /usr, /etc, /sbin, and /bin; maybe also /opt > to the flash drive > 2) mount the copies over the eMMC directories -- masking the eMMC contents > > >If that is not possible is there a list of safe things to remove using > >sudo apt remove or unneeded folders? > > > > Much easier to just use a larger/fast uSD card for booting and > save the > eMMC with just something like the IoT image for any recovery work needed > on > SD cards (remove card, reboot, insert card, mount card, do whatever to it) > > > > > -- > Dennis L Bieber > > -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/5384008d-2971-4e5d-a3ea-e0e142cbbe25%40googlegroups.com.
Re: [beagleboard] beaglebone green flash image debian 7.8 not flashing
On Mon, Mar 9, 2020 at 8:59 AM wrote: > > Hi all, > > First off, I'm a newbe to the BBG, and more familiar with electronic hardware > than software programming but thought I would give it a go. > > I have a BBG which I want to flash image with > BBB-eMMC-flasher-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img.xz, and i has > configure the uEnv.txt to uncomment the line, but when I reboot the board > the usr led not blinking just D4 only light up. can anyone help this issue "Why" do you want to install "debian-7.8-lxde-4gb-armhf-2015-03-01" ? At the time, the BeagleBone Green, was populated with the "latest" eMMC module from the memory Manufacture. This module used a newer spec of eMMC we had not seen before.. Thus to support the BBG, we had to patch our linux kenrel to make it work. This hardware patch made it into our kernel repo on "2016-06-15".. So a year and half "after" that image. So: "Why"... Why do you "need" to install that version? It can be done, but it will take some effort on your behalf, or you could just use a newer image.. Regards, -- Robert Nelson https://rcn-ee.com/ -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYiXwqWnhWxovAAe0oEW8AbCCPtM5H8VVg6HF5VeV1DynQ%40mail.gmail.com.
[beagleboard] beaglebone green flash image debian 7.8 not flashing
Hi all, First off, I'm a newbe to the BBG, and more familiar with electronic hardware than software programming but thought I would give it a go. I have a BBG which I want to flash image with BBB-eMMC-flasher-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img.xz, and i has configure the uEnv.txt to uncomment the line, but when I reboot the board the usr led not blinking just D4 only light up. can anyone help this issue thanks ... -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/c59c21e1-bf8a-43ca-9cd4-a0a10d9a8b73%40googlegroups.com.
[beagleboard] Re: Time synchronization of hardware clock and PRU?
Kernel module timers are in the eCAP modules in the PWMSS subsystems. Three modules are present, but only two are wired to the big headers, the third is at JT or SDcard-slot (32 bit counters at 100 MHz --> maximal toggling time stamp = 42,9s). Additional the TIMER[4-7] subsystems provide that feature (32 bit counters with divider at 24 MHz --> maximal toggling time stamp = 45812984s). Find details and example code at http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/ChaPins.html#sSecTimer But as long as you synchronise both systems by an LINUX app, you'll face latency in a nano or even milli second range. More accurate is the PRU-firmware I mentioned above, synchronised by a wired GPIO signal. -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/49bfa6b2-567b-4fb4-9812-d3b12e4310c0%40googlegroups.com.
[beagleboard] Re: Full pinmux table for Pocketbeagle?
And of course I figure it out the moment I ask the world ... It's in Table 7 in the System Reference Manual. You have to use the horizontal scrollbar at the bottom of the table to expose the other pinmux modes. https://github.com/beagleboard/pocketbeagle/wiki/System-Reference-Manual#711-p1-header Sorry to bother everybody. On Monday, March 9, 2020 at 2:23:40 AM UTC-7, Andrew P. Lentvorski wrote: > > Is there a full pinmux table for the Pocketbeagle headers somewhere? > > I'm specifically looking to see if any of the PRU Ethernet Peripheral > digital I/O (pr1_edio_data_out/pr1_edio_data_in) pins are mapped to > anything. > > Thanks. > > -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/5607fe81-13c2-44bf-9b4e-479c303b6785%40googlegroups.com.
[beagleboard] Full pinmux table for Pocketbeagle?
Is there a full pinmux table for the Pocketbeagle headers somewhere? I'm specifically looking to see if any of the PRU Ethernet Peripheral digital I/O (pr1_edio_data_out/pr1_edio_data_in) pins are mapped to anything. Thanks. -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/1c682cd9-e580-4e91-a288-7e49ba898230%40googlegroups.com.
[beagleboard] Re: Time synchronization of hardware clock and PRU?
Thank you for explanation. I have discussed this with my mentor - for now, we will focus on accuracy and drift of the processor clock. We found out Beaglebone Black has support for high resolution timers within kernel modules - the kind that support nanosecond timestamping with ktime_get and such functions. These seem to be what we need. I want a timer that, after clock synchronization to global time, would trigger a gpio toggle on specific timestamp set in advance. For example, having it toggle on a specific timestamp that's about 10 minutes after synchronization to measure drift, or every 10 seconds for a period of time. Are there any examples of this? Dne petek, 28. februar 2020 19.35.40 UTC+1 je oseba Dennis Bieber napisala: > > On Fri, 28 Feb 2020 01:35:54 -0800 (PST), in > gmane.comp.hardware.beagleboard.user Jaka Koren > > > wrote: > > > >-Is using a PRU even suitable for this kind of experiment? I am aiming > for > >sub-microsecond accuracy. > >-My task for example would require obtaining global time via selected > >protocol, then synchronizing the hardware clock and PRU to the obtained > >timestamp. Is this possible, considering PRU is a separate unit on the > >board? > > The processor clock(s) will be only as reliable as the crystal(s) > used > on the board. These crystals are not, to my knowledge, temperature > compensated, nor are they in an "oven" -- so some drift as the circuit > warms up or the environment changes temperature is to be expected. > > >-Is PRU clock accessible to programs in same way as processor clock (via > >hwclock on linux)? Is there a way to send pulses on pins periodically, > but > >starting on a predefined moment on clock? > > The PRUs do not have a time-of-day clock. The main processor > time-of-day is periodically synchronized using NTP, and I suspect is > incremented using an interrupt from a 32.768kHz crystal. The main > processor > itself appears to be driven by a 24MHz clock (probably via some multiplier > to get to the 1GHz internal cycle). > > The PRU processor clock is 200MHz, which I believe gives a 5ns > instruction timing (you'll have to figure out how many instructions will > be > needed to handle GPIO toggling and any time delays). I expect this clock, > as with the processor main clock, are conditioned on the 24MHz crystal > frequency. > > The time-of-day clock likely is not synchronized to the ARM > processor > clock (except as an artifact of interrupt signal gating). > > > > -- > Dennis L Bieber > > -- 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 this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/9adb37c1-9d80-48fe-b298-0be35d8448c1%40googlegroups.com.
