Re: [beagleboard] Superuser

This answer seems appropriate: https://askubuntu.com/questions/452860/usr-bin-sudo-must-be-owned-by-uid-0-and-have-the-setuid-bit-set On Wed, Apr 8, 2020 at 11:49 AM wrote: > > > I would like to be Superuser on my BeagleBone Green W and Debian 9.9 LXQT - > currently I get the message "sudo:

[beagleboard] Superuser

I would like to be Superuser on my BeagleBone Green W and Debian 9.9 LXQT - currently I get the message "sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set" when I try. How could I change these permissions and become superuser -- For more options, visit

[beagleboard] Re: Help getting started with modifying the Device Tree

Just want to confirm the correct way to proceed. What I did was login to my BB-X15 in a terminal. I changed directory to /opt/source/dtb-4.14-ti/ and then I typed make and it performed the build. I did not do a, sudo make install, because I did not make any changes to the .dts files So now

Re: [beagleboard] Re: SPI Linux Kernel Device Drivers

On Thu, Apr 2, 2020 at 6:50 PM amf wrote: > > The driver appears to be 8 yrs old, this puts it in kernel version 3.x or > possibly 2.x, a lot of kernel api calls have changed since then. A starting > point would be to get the kernel source that your using in the Stretch > release, add the

Re: [beagleboard] UIO PRU driver on Beaglebone AI

The hal_pru_generic PRU code is all written in assembly and is compiled down to a .bin file. Copying that bin file to the firmware doesn't work. On the Beaglebone Black the contents of the bin file are copied to the appropriate address in memory in order to load it onto the PRU. What do I have

[beagleboard] RadioHead/SPI driver for LORA Radio

I am staring down a rabbit hole and wondering if it's going to be worth it. I have a Dragino LORA/GPS hat. The LORA bit is SPI. There is a nice library (a fork of RadioHead) where I can just implement an SPI driver, but it's a few notches above my pay grade. I successfully took some bbb SPI

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

Hi Ken, That code looks like it would work. If you want to have command line arguments, the int main(void) gets replaced by something like: int main(int argc, char** argv) and then you can inspect the argc value to see the number of arguments, and the text for each argument will be pointed to

RE: [beagleboard] Re: 4 Relay relay Cape 'c' code

Hi Ken, I can understand, that makes sense. Also, that’s quite a variety of interesting machines. Sent from Mail for Windows 10 From: KenUnix Sent: 09 April 2020 01:10 To:

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

The Derek Molloy code (at least from the link below from Seth) uses Linux system 'sysfs' to perform the low-level GPIO, so it is far slower than the method I ended up using (which directly maps and modifies the registers). Despite it not being a microcontroller, I still sometimes want that

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

Mala, Yeah, I have 3 variations of Molloy's books and I do find them quite nice. His code more up to date than the shabaz code, so I would prefer that. The other option is the AdaFruit BBIO Python code, which I believe Molloy uses.

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

Hi Seth, Exactly that, it's just an option to consider or rule out, for this or a future project. It's pretty open, only limits liability. It can be used in commercial or open source projects, and can be distributed in binary or source form, provided the text below is placed somewhere. As far

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

shabaz, To be honest during my working carrier I only used 'C', Basic, Fortran, Cobol and bash. At this point in my life I don't really want to learn something new like Perl or Python unless I have to. My eyes are not what they used to be. Also, if you write in pure 'C' isn't it more

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

Hello jonnymo, Seth here. The book exploringBB has some nice source for C++ workings w/ it geared to, on Chapter 6, GPIO and other peripherals. Seth P.S. See here: https://github.com/derekmolloy/exploringBB/tree/version2/chp06. Although this was from two years ago, I am sure if we work on

Re: [beagleboard] SDK: ti-processor-sdk-linux-am335x-evm-05.03.00.07.

Hi Drew, Nice to hear from you! You are super smart - no surprise you are part of the foundation  Thank you very much for the support, I will try it out and see where it take me. Stay safe! Best Regards, Marisol On Fri, Apr 3, 2020 at 1:03 PM Drew Fustini wrote: > On Thu, Apr 2, 2020 at

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

Hey Sir, Yep. I will test out this C source soon. I guess you are right. It boils down to what I want. I mean, if you wanted it and I did not, I guess I would be wasting my time using it. W/ that typed out, I would like to use your library. ... Should I put where I got the library in my

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

Snabaz, If I want to simply control a relay 1. Tthis simple 'c' would work --Start Code-- #include #include #include #include int main() { int fd = open( "/sys/class/gpio/gpio20/value", O_RDWR | O_CLOEXEC ); // Relay 1 if( fd < 0 ) { fprintf( stderr, "open: %m\n" );

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

Hello, I am thankful that you updated me yesterday. I am waiting to try out the iobb library from shabaz soon. If you test it, let a brother know how it works out. Seth On Tuesday, April 7, 2020 at 8:01:17 PM UTC-5, KenUnix wrote: > > Jon, >> > > I'll let Seth know. > > Regarding me yes I

Re: [beagleboard] Re: 4 Relay relay Cape 'c' code

Hello shabaz, Seth here. I have been trying to find time to use this library. If it works on the new image, I will do my work to make time to use it. Seth P.S. I saw this library a long time ago. I have been staying patient in case there were some other people that were to update it. Are you

Re: [beagleboard] UIO PRU driver on Beaglebone AI

On Wed, Apr 8, 2020 at 12:28 AM John Allwine wrote: > > Thanks Jason! I’ve found enough info on the pinmux to get me by for now. > hal_pru_generic and the PRUs seem to be the big blocker at this point. I > still need to get my head around the details of hal_pru_generic to know if > using

[beagleboard] Beagle Bone Sleep Mode

Hi, What is the best Beagle bone Board for IoT based Projects? >From Current consumption aspect, can we make the Beagle bone Board to Sleep and wake during the active work and non-active work. Thanks, Shiva. -- For more options, visit http://beagleboard.org/discuss --- You received this