Do I have the ability to read vsync from within software or even directly
from the terminal. I would like to ready lcd_vsync the same way I read gpio
pins, so that I can time some actions with vsyncs trigger.
Michael
--
For more options, visit http://beagleboard.org/discuss
---
You received t
keep in mind, a fall back is to always wire a lead from that pin to a gpio
pin I can access and read that. But was wondering if there was a direct
way.
On Thursday, April 9, 2020 at 7:47:07 AM UTC-4, Michael wrote:
>
> Do I have the ability to read vsync from within software or even directly
>
Hi Dave,
As a possible option, see here for a combined GPIO, I2C and SPI library:
https://www.element14.com/community/community/designcenter/single-board-computers/next-genbeaglebone/blog/2019/08/15/beaglebone-black-bbb-io-gpio-spi-and-i2c-library-for-c-2019-edition
This library does not use ioct
Note, the code that shbaz has been pushing has not been touched for 6 years
or so and has issues unresolved since 2014 so who knows what kernel it was
used for.
Thus, use it at your own peril.
Here is the link to save having to look through the Element14 page for it.
https://github.com/VegetableA
Login as root and if you have not changed it use temppwd as the password
then
chown root:root /usr/bin/sudo && chmod 4755 /usr/bin/sudo
exit and login as debian
In the future if you want to become superuser for a time use
sudo -s
When done as superuser enter exit to return to debian
--
For
Thanks both of you. This gives me something to go on at least. I'm
thinking if I can get something workable I can get it over to the RadioHead
maintainer and maybe they can clean it up if they've been getting any
queries.
On Thu, Apr 9, 2020 at 8:42 AM jonnymo wrote:
> Note, the code that shba
The PRU code for hal_pru_generic is here:
https://github.com/machinekit/machinekit-hal/tree/master/src/hal/drivers/hal_pru_generic
You'll see a number of .p files and they are assembled using pasm, the
source code for which is also in the machinekit repository:
https://github.com/machinekit/mac
> On Apr 9, 2020, at 12:54 PM, John Allwine wrote:
>
>
> The PRU code for hal_pru_generic is here:
> https://github.com/machinekit/machinekit-hal/tree/master/src/hal/drivers/hal_pru_generic
>
> You'll see a number of .p files and they are assembled using pasm, the source
> code for which i
Hi Drew,
If you find the .h file that contains the definition of 'struct net_device'
you will see that 'trans_start' is no longer part of it, maybe just a name
change (if your lucky).
As for 'alloc_netdev' the api has changed. Try to find another driver that
calls 'alloc_netdev', this will give
I have code that wants to write a Boolean value to this file on the
Beaglebone:
/sys/class/gpio/gpio26/value
but there is no directory "gpio26" on this Beaglebone.
This code appears to have functioned in 2011 or so until some time 2013 and
accessed P8 pin 14.
What changed?
Thank you.
On Thu, Apr 9, 2020 at 2:59 PM Mark Copper wrote:
>
> I have code that wants to write a Boolean value to this file on the
> Beaglebone:
>/sys/class/gpio/gpio26/value
> but there is no directory "gpio26" on this Beaglebone.
>
> This code appears to have functioned in 2011 or so until some time
Was the following already run or is the expectation that this is already
enabled via an overlay or something?
echo 26 > /sys/class/gpio/export
Cheers,
Jon
On Thu, Apr 9, 2020 at 1:11 PM Robert Nelson
wrote:
> On Thu, Apr 9, 2020 at 2:59 PM Mark Copper wrote:
> >
> > I have code that wants
I'm uneasy about this. I don't know device tree basics. But thanks for
responding. I am attaching the output of version.sh
On Thursday, April 9, 2020 at 2:58:51 PM UTC-5, Mark Copper wrote:
>
> I have code that wants to write a Boolean value to this file on the
> Beaglebone:
>/sys/class/gpio
Nonsense.
If you checked the date, you'll see I updated it in October.
I don't really care if you use it or not.
From: beagleboard@googlegroups.com on behalf of
Dave Hajoglou
Sent: 09 April 2020 16:54
To: beagleboard@googlegroups.com
Subject: Re: [beagleboard]
Hi Dave,
That's great, looking forward to your results. I've LoRa board (Semtech
chipset) that I've been trying to construct for a while, but have no code
written for currently.
From: beagleboard@googlegroups.com on behalf of
Dave Hajoglou
Sent: 09 April 202
On Thu, Apr 9, 2020 at 3:59 PM Mark Copper wrote:
>
> I'm uneasy about this. I don't know device tree basics. But thanks for
> responding. I am attaching the output of version.sh
Thanks for the report.. Sadly that didn't detect anything 'wrong'..
eeprom:[A335BNLTAIA05016BBBI4952]
model:[TI_AM3
On Thu, Apr 9, 2020 at 4:09 PM Robert Nelson wrote:
>
> On Thu, Apr 9, 2020 at 3:59 PM Mark Copper wrote:
> >
> > I'm uneasy about this. I don't know device tree basics. But thanks for
> > responding. I am attaching the output of version.sh
>
> Thanks for the report.. Sadly that didn't detect a
>
>
>
> So what i'd expect to see would be:
>
> debian@bbb-pwr03-ser11:/sys/class/gpio$ ls
> export gpio117 gpio26 gpio37 gpio5 gpio68 gpio77 gpio9
> gpio10 gpio12 gpio27 gpio38 gpio50 gpio69 gpio78 gpiochip0
> gpio11 gpio13 gpio3 gpio39 gpio51 gpio7 gpio79 gpiochi
> Yes, but 5 fewer, gpio26 included:
>
> debian@beaglebone:~$ ls /sys/class/gpio/
> export gpio112 gpio117 gpio19 gpio27 gpio33 gpio45 gpio5 gpio62
> gpio68 gpio72 gpio77 gpio81 gpio9 unexport
> gpio10 gpio113 gpio12 gpio2 gpio3 gpio35 gpio46 gpio50 gpio63
> gpi
On Thursday, April 9, 2020 at 4:56:57 PM UTC-5, RobertCNelson wrote:
>
> > Yes, but 5 fewer, gpio26 included:
> >
> > debian@beaglebone:~$ ls /sys/class/gpio/
> > export gpio112 gpio117 gpio19 gpio27 gpio33 gpio45 gpio5
> gpio62 gpio68 gpio72 gpio77 gpio81 gpio9 unexport
Hi guys.
I can install Linux on my BeagleBone Black and last day i tried install
FreeBSD on my board, I downloaded sd image file from FreeBSD.org
i restore image file in my sd card but when i put it in board, beaglebone
does not find anything to boot , when i pressed boot button the same thing
Do you have a 3.3V serial TTL to plug into the beagle? Can you put a copy
of the output on here so we can see what the board is saying as it boots up?
p.s. the 3.3V cable is best bought from RS components or Farnell, as Amazon
sells fake ones that don't work.
Cheers
Rich
On Fri, Apr 10, 2020 at
interesting. i did not know there was an arm port of freebsd
do you have a link ?
On 4/9/2020 4:48 PM, ek8...@gmail.com wrote:
Hi guys.
I can install Linux on my BeagleBone Black and last day i tried
install FreeBSD on my board, I downloaded sd image file from FreeBSD.org
i restore image file
On Friday, 10 April 2020 04:43:36 UTC+4:30, evilwulfie wrote:
>
> interesting. i did not know there was an arm port of freebsd
> do you have a link ?
>
>
> On 4/9/2020 4:48 PM, ek8...@gmail.com wrote:
>
> Hi guys.
> I can install Linux on my BeagleBone Black and last day i tried install
> Free
No i don't But i can buy one. i'll tell you what happened
On Friday, 10 April 2020 04:30:29 UTC+4:30, Rich_d wrote:
>
> Do you have a 3.3V serial TTL to plug into the beagle? Can you put a copy
> of the output on here so we can see what the board is saying as it boots up?
>
> p.s. the 3.3V cabl
No i don't and in this situation i can't buy cable.
is there any way to know what happening?
On Friday, 10 April 2020 04:30:29 UTC+4:30, Rich_d wrote:
>
> Do you have a 3.3V serial TTL to plug into the beagle? Can you put a copy
> of the output on here so we can see what the board is saying as i
>From https://www.freebsd.org/where.html choose one of images
On Friday, 10 April 2020 04:43:36 UTC+4:30, evilwulfie wrote:
>
> interesting. i did not know there was an arm port of freebsd
> do you have a link ?
>
>
> On 4/9/2020 4:48 PM, ek8...@gmail.com wrote:
>
> Hi guys.
> I can install Lin
Hi,
I have been told to stay indoors for 12 weeks. So I decided to learn the
AM355x, Linux and C++ and sort out some code that is well past its sell by
date.
This is for a clinical project I am doing
My board is a hacked beaglebone black, it has a real time clock, a SPIO to
drive a FT800 based
Buildroot is easy peasy for beaglebone, and you can make custom builds of
Linux with allsorts of good stuff built in.
On Fri, Apr 10, 2020 at 1:26 AM wrote:
>
>
> On Friday, 10 April 2020 04:43:36 UTC+4:30, evilwulfie wrote:
>>
>> interesting. i did not know there was an arm port of freebsd
>> d
Hi,
I have been told to stay indoors for 12 weeks. So I decided to learn the
AM355x, Linux and C++ and sort out some code that is well past its sell by
date.
This is for a clinical project I am doing
My board is a hacked beaglebone black, it has a real time clock, a SPIO to
drive a FT800 ba
Thanks but i want know why beaglebone does not boot FreeBSD.
On Friday, 10 April 2020 05:17:05 UTC+4:30, Rich_d wrote:
>
> Buildroot is easy peasy for beaglebone, and you can make custom builds of
> Linux with allsorts of good stuff built in.
>
> On Fri, Apr 10, 2020 at 1:26 AM > wrote:
>
>>
>>
>
TO :
ek8...@gmail.com
Hi,
can you make sure that you have 2 volumes defined on your SD card?
A root and a boot volume.
What are the files you have in the root volume?
Cheers
Rich
On Fri, Apr 10, 2020 at 2:22 AM wrote:
> Thanks but i want know why beaglebone does not boot FreeBSD.
>
> On Fri
I have 3 partitions on my sd card MSDOSBOOT rootfs and an unknown partion
On Friday, 10 April 2020 05:58:44 UTC+4:30, Rich_d wrote:
>
> TO :
> ek8...@gmail.com
> Hi,
>
> can you make sure that you have 2 volumes defined on your SD card?
>
> A root and a boot volume.
>
> What are the files you h
You should have a ROOTFS and a BOOTFS.
One is about BOOT is 20Mb and the ROOT is about 500Mb or bigger.
The BOOT is a FAT and the ROOT is a EXT4 partition.
Give those a check first.
The ROOT contains directories:
bin etc lib32lost+found mnt proc run sys usr
dev lib linuxrc media
I don't have any of them and i don't have BOOTFS
On Friday, 10 April 2020 06:16:38 UTC+4:30, Rich_d wrote:
>
> You should have a ROOTFS and a BOOTFS.
>
> One is about BOOT is 20Mb and the ROOT is about 500Mb or bigger.
>
> The BOOT is a FAT and the ROOT is a EXT4 partition.
>
> Give those a check
I should say i want boot FreeBSD not linux and FreeBSD use zfs
On Friday, 10 April 2020 06:21:12 UTC+4:30, FUNCRACKER wrote:
>
> I don't have any of them and i don't have BOOTFS
>
> On Friday, 10 April 2020 06:16:38 UTC+4:30, Rich_d wrote:
>>
>> You should have a ROOTFS and a BOOTFS.
>>
>> One is
Right... Not sure how that is going to work. Is it a bare metal code
platform that works direct with the ARM ?
On Fri, Apr 10, 2020 at 2:54 AM wrote:
> I should say i want boot FreeBSD not linux and FreeBSD use zfs
>
> On Friday, 10 April 2020 06:21:12 UTC+4:30, FUNCRACKER wrote:
>>
>> I do
Sorry i was wrong it use ufs and yes it is
On Friday, 10 April 2020 06:28:50 UTC+4:30, Rich_d wrote:
>
> Right... Not sure how that is going to work. Is it a bare metal code
> platform that works direct with the ARM ?
>
>
>
>
>
> On Fri, Apr 10, 2020 at 2:54 AM > wrote:
>
>> I should say i wan
sorry its not zfs its ufs, but yes it is
On Friday, 10 April 2020 06:28:50 UTC+4:30, Rich_d wrote:
>
> Right... Not sure how that is going to work. Is it a bare metal code
> platform that works direct with the ARM ?
>
>
>
>
>
> On Fri, Apr 10, 2020 at 2:54 AM > wrote:
>
>> I should say i want
On Thu, Apr 9, 2020 at 7:59 PM Rich_d wrote:
>
>
> Hi,
>
> I have been told to stay indoors for 12 weeks. So I decided to learn the
> AM355x, Linux and C++ and sort out some code that is well past its sell by
> date.
>
> This is for a clinical project I am doing
>
> My board is a hacked beagleb
40 matches
Mail list logo