Re: [beagleboard] Re: Monodevelop running terminal commands

I'd probably consider using groups. Like I briefly discuss here: https://github.com/wphermans/Bonejs/blob/master/documentation/permissions.md However. sudo can be very specific with commands. So for instance if you wanted a regular user to be able to use apt-get update, and no other apt commands.

Re: [beagleboard] Re: PRU C Project - from device tree to program execution

Use git . . . On Sun, Aug 21, 2016 at 10:31 PM, wrote: > "apt-get am335x-pru-package" gives me "Unable to locate package" on > Ubuntu 14.04. Has this package disappeared between 2014 and 2016 or do I > need to do something else to get it? > > Thanks, > Ken > > On Monday,

Re: [beagleboard] BBB TPS65217 RTC

that's probably in the TRM. On Mon, Aug 22, 2016 at 7:24 AM, <testda...@gmail.com> wrote: > On Saturday, August 20, 2016 at 12:31:01 AM UTC-4, William Hermans wrote: >> >> By the way, you can use /dev/rtc0 just like any other real-time clock. >> Search the internet

Re: [beagleboard] BBB TPS65217 RTC

Well actualy, it may be in the datasheet. For the am335x processor. On Mon, Aug 22, 2016 at 9:29 AM, William Hermans <yyrk...@gmail.com> wrote: > that's probably in the TRM. > > On Mon, Aug 22, 2016 at 7:24 AM, <testda...@gmail.com> wrote: > >> On Saturday, August

Re: [beagleboard] Re: Trouble enabling SPI1 hardware with debian 4.4.9

You'll need to put all your pin mux into one file. I'd probably test with universal io, to see if you can get it working that way first, and then perhaps you'll have to put that, or all pin mux into the board file. On Sat, Aug 20, 2016 at 3:29 PM, William Wendin wrote: > Made

Re: [beagleboard] BBB TPS65217 RTC

That does not mean you can not set time on it, set time in apps from it, etc. On Sat, Aug 20, 2016 at 12:13 AM, Micka <mickamus...@gmail.com> wrote: > Rtc0 is already used by default... > > Le sam. 20 août 2016 06:30, William Hermans <yyrk...@gmail.com> a écrit : > &g

Re: [beagleboard] BBB TPS65217 RTC

By the way, you can use /dev/rtc0 just like any other real-time clock. Search the internet for "linux how to use real-time clock" On Fri, Aug 19, 2016 at 9:29 PM, William Hermans <yyrk...@gmail.com> wrote: > $ ls /sys/devices/platform/ocp/44e3e000.rtc/rtc > rtc0 > >

Re: [beagleboard] BBB TPS65217 RTC

$ ls /sys/devices/platform/ocp/44e3e000.rtc/rtc rtc0 On Fri, Aug 19, 2016 at 1:25 PM, wrote: > On Friday, August 19, 2016 at 3:55:34 PM UTC-4, Wulf Man wrote: >> >> That part is a power management IC not a RTC there is a built in RTC in >> the processor that will not keep

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

ian images. The only thing you may have to do is download via wget config-pin, chmod +x it then move it to the appropriate /bin directory. Then you just: $ sudo config-pin PX.XX spi etc, etc. On Fri, Aug 19, 2016 at 9:01 AM, William Hermans <yyrk...@gmail.com> wrote: > https://github.com/

Re: [beagleboard] BBB TPS65217 RTC

> > Does the BBB use the TPS65217 RTC to keep system time while powered, but > not synchronized to any NTP server? > No, the beaglebone uses the tsp65217c "real-time clock" to bring up the power rails on the beaglebone in the correct order, and all the other interresting power things. Such as

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

AM, William Hermans <yyrk...@gmail.com> wrote: > 1. Haha! It does? Must have missed it when I looked on the pinmap. >> 2. Tried to disable universal cape, makes no difference. >> >> Anyways. I still want to get it to work. Have spent so much time on it, >> and I w

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

> > 1. Haha! It does? Must have missed it when I looked on the pinmap. > 2. Tried to disable universal cape, makes no difference. > > Anyways. I still want to get it to work. Have spent so much time on it, > and I would hate to just let it go. Even though I probably won't use it. I > also need to

Re: [beagleboard] Right way to get the gpio values from the device tree in the device driver for BeagleboneBlack

http://linux.die.net/man/3/strerror On Thu, Aug 18, 2016 at 9:03 PM, Jane wrote: > Hello, > > This topic is not solely related to beagleboneBlack , still posting on > this group . > > With reference to the example below what is the correct way to get the > gpio values

Re: [beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

http://bfy.tw/7Hr5 Anyhow, consider this horse beaten to death. On Thu, Aug 18, 2016 at 4:42 PM, William Hermans <yyrk...@gmail.com> wrote: > william@beaglebone:~$ apt-cache search setserial > setserial - controls configuration of serial ports > william@beaglebone:~$ sudo

Re: [beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

: unknown, Port: 0x, IRQ: 0 /dev/ttyS4, UART: unknown, Port: 0x, IRQ: 0 /dev/ttyS5, UART: unknown, Port: 0x, IRQ: 0 On Thu, Aug 18, 2016 at 4:34 PM, William Hermans <yyrk...@gmail.com> wrote: > william@beaglebone:~$ ls /sys/devices/platform/ocp/ > 4030.ocmcram

Re: [beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

/ocp/48024000.serial driver driver_override modalias of_node power subsystem tty uevent william@beaglebone:~$ ls /sys/devices/platform/ocp/48024000.serial/tty ttyS2 On Thu, Aug 18, 2016 at 4:32 PM, William Hermans <yyrk...@gmail.com> wrote: > william@beaglebone:~$ dmesg

Re: [beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

william@beaglebone:~$ dmesg |grep tty [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8 root=/dev/mmcblk0p1 rootfstype=ext4 rootwait ipv6.disable=1 [0.002187] console [tty0] enabled [0.002223] WARNING: Your 'console=ttyO0' has been replaced by 'ttyS0' [

Re: [beagleboard] Beagle Board Black - cannot connect with Win10 over Putty

You need to remove that bridge, and use internet connection sharing. On Mon, Aug 15, 2016 at 3:28 AM, lamprechtmarkus1 via BeagleBoard < beagleboard@googlegroups.com> wrote: > Hey all, > > I have a BBB(Beagle Bone Black) and here is what I did: > > First I flashed this firmware onto my board: >

Re: [beagleboard] Which USB to TTL cable should I buy from here?

, Aug 13, 2016 at 10:45 AM, William Hermans <yyrk...@gmail.com> wrote: > I've been using a prolific 2303hx for about a year now. > https://www.amazon.com/Armorview-PL2303HX-RS232- > Module-Converter/dp/B008AGDTA4 > > They're fairly inexpensive, and they seem to be supported

Re: [beagleboard] Which USB to TTL cable should I buy from here?

I've been using a prolific 2303hx for about a year now. https://www.amazon.com/Armorview-PL2303HX-RS232-Module-Converter/dp/B008AGDTA4 They're fairly inexpensive, and they seem to be supported very well. It works great on Linux, or Windows, but I prefer to use it on Windows because Linux cmdline

Re: [beagleboard] BBB custom USB 4 Port Hub Expansion (NEW DESIGN)

> > It all depends on your use case, which is the main reason I made this > announcement to determine if there was enough interest in this board to > explore producing it in volume for wider accessibility then just for me and > a couple of people I know. > > From the replies I have read so far, I

Re: [beagleboard] Lost ethernet downloading dronekit

seems as though your do not have a USB cable connected. It's been my experience that the USB network gadget driver won't take an IP unless it's connected to the host machine in this case. On Thu, Aug 11, 2016 at 3:16 PM, William Hermans <yyrk...@gmail.com> wrote: > Derek has a decent con

Re: [beagleboard] Lost ethernet downloading dronekit

Hmm and actually your beaglebones ethernet port is not taking an IP. Issue . . . # ifup eth0 >From your command line On Thu, Aug 11, 2016 at 2:49 PM, William Hermans <yyrk...@gmail.com> wrote: > >- Bottom right task bar right click the network icon >- Select N

Re: [beagleboard] Lost ethernet downloading dronekit

ks at home, but not when you connect directly when away form your home router. On Thu, Aug 11, 2016 at 2:41 PM, William Hermans <yyrk...@gmail.com> wrote: > Ok, so it seems as though perhaps your Win10 machine has reverted back to > dhcp. Can you check that for us ? > > On Thu, Aug 11, 20

Re: [beagleboard] Lost ethernet downloading dronekit

oots >> #hwaddress ether DE:AD:BE:EF:CA:FE >> >> # The secondary network interface >> #auto eth1 >> #iface eth1 inet dhcp >> >> # WiFi use: -> connmanctl >> >> # Ethernet/RNDIS gadget (g_ether) >> # Used by: /opt/scripts/boot/autoconfigure_usb0.s

Re: [beagleboard] Lost ethernet downloading dronekit

Show us your /etc/network/interfaces file - Lidia. $ cat /etc/network/interfaces # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 On Thu, Aug 11, 2016 at 12:42 PM, William Hermans <yyrk...@gmail.com> wrote: > So, I'm

Re: [beagleboard] Lost ethernet downloading dronekit

So, I'm *guessing* that connman is responsible here. BUt since I despise connman, and like tools, I do not use it. So . . . I do not know how they work. @Robert, connman is running on that image stock ? On Thu, Aug 11, 2016 at 9:58 AM, Lidia Toscano wrote: > I am

Re: [beagleboard] Releasing the on-board EEPROM on i2c-0 / 0x50 from Kernel control?

On Wed, Aug 10, 2016 at 7:17 AM, Phil Mills wrote: I2C_SLAVE_FORCE got the job done - thank you very much for the suggestion, > William. My additional manufacturing and cal information is now fat and > happy on the EEPROM. > > Had to leave a much longer delay between

Re: [beagleboard] Re: Debian Jessie (systemd 230 backport)

quot;different" Debian. e.g. Wheezy, or Jessie to "testing", or "unstable", or in the most recent Wheezy to Jessie. On Wed, Aug 10, 2016 at 2:06 PM, Robert Nelson <robertcnel...@gmail.com> wrote: > On Wed, Aug 10, 2016 at 3:58 PM, William Hermans <yyrk...@

Re: [beagleboard] Re: Debian Jessie (systemd 230 backport)

sid *OR* wheezy packages* On Wed, Aug 10, 2016 at 1:58 PM, William Hermans <yyrk...@gmail.com> wrote: > Ug, so we'd for all intents and purposes be installing sid of wheezy > packages on our Jessie images ? Not a clean result in that case, which is > not a complaint. But instead

Re: [beagleboard] Re: Debian Jessie (systemd 230 backport)

com> wrote: > On Wed, Aug 10, 2016 at 3:42 PM, William Hermans <yyrk...@gmail.com> > wrote: > > This has now been pushed to Jessie, i'm pretty happy with the v215 -> > > v230 systemd improvements.. > > > > So, I've been noticing that apt-get upgrade has be

Re: [beagleboard] Re: beaglebone black debian update issue

> > My experience with apt-get update ; apt-get upgrade is generally poor if > you've not been keeping up to date nearly continuously. > > I'd suggest getting another 8GB micro-SD card and installing the latest > image from beagleboard.org, or one of Robert's testing images: >

Re: [beagleboard] BBB Battery shutdown

My solution was easier i thought. Uninstall acpid william@beaglebone:~$ cat /proc/interrupts CPU0 . . . 197: 1 INTC 7 Level tps65217 . . . Then when a battery is connected to the board through the 4 test points, and the board loses DC input, or the power button is

Re: [beagleboard] Re: Debian Jessie (systemd 230 backport)

This has now been pushed to Jessie, i'm pretty happy with the v215 -> v230 systemd improvements.. So, I've been noticing that apt-get upgrade has been braking existing images( rendering APT virtually unusable). So when I say "virtually unusable", I mean that APT is put into a state where it half

Re: [beagleboard] BBB custom USB 4 Port Hub Expansion (NEW DESIGN)

Yeah I guess I was remembering the BBGW and thinking of the BBG. On Wed, Aug 10, 2016 at 1:35 PM, evilwulfie <evilwul...@gmail.com> wrote: > https://beagleboard.org/green-wireless > > 4 ports > > > On 8/10/2016 1:33 PM, Rick Mann wrote: > >> On Aug 10, 2016,

Re: [beagleboard] small linux distribution working with ROS

On Wed, Aug 10, 2016 at 1:33 PM, William Hermans <yyrk...@gmail.com> wrote: > Hi, by ROS mean Robot Operation system (www.ROS.org), it can run on >> different distributions of linux. I want to ask if someone have good >> results, with some combination small linux and ROS. &g

Re: [beagleboard] small linux distribution working with ROS

t can run on > different distributions of linux. I want to ask if someone have good > results, with some combination small linux and ROS. > > Dne středa 10. srpna 2016 22:23:33 UTC+2 William Hermans napsal(a): >> >> It's not clear to me what you mean by "ROS"

Re: [beagleboard] BBB custom USB 4 Port Hub Expansion (NEW DESIGN)

Of course quantities available ( of the various BB types ) could be a very real deciding factor too. On Wed, Aug 10, 2016 at 1:29 PM, William Hermans <yyrk...@gmail.com> wrote: > On Wed, Aug 10, 2016 at 7:03 AM, Steven Johnson <strnty...@gmail.com> > wrote: > >> On Tu

Re: [beagleboard] BBB custom USB 4 Port Hub Expansion (NEW DESIGN)

On Wed, Aug 10, 2016 at 7:03 AM, Steven Johnson <strnty...@gmail.com> wrote: > On Tuesday, August 9, 2016 at 11:03:50 PM UTC+7, William Hermans wrote: > > Looks good, but whats the BOM cost ? > > > > > > Thanks, I am pleased with it so far. As for BOM cost...

Re: [beagleboard] small linux distribution working with ROS

It's not clear to me what you mean by "ROS". But it sounds like you just want a small Linux image. There are many ways to achieve this. Can you possibly form your question better ? On Wed, Aug 10, 2016 at 11:44 AM, David Kraus wrote: > Hi > what is recommendation of

Re: [beagleboard] What all needs to be flashed on SD Card after rebuilding the kernel ,Following link : Linux on ARM

Since you only got a uboot prompt I'll assume you missed one, or both uEnv.txt files. On Tue, Aug 9, 2016 at 11:55 PM, William Hermans <yyrk...@gmail.com> wrote: > does /media/rootfs/boot/uEnv.txt contain: > > uname_r=${kernel_version} > > ? > > For that matter yo

Re: [beagleboard] What all needs to be flashed on SD Card after rebuilding the kernel ,Following link : Linux on ARM

does /media/rootfs/boot/uEnv.txt contain: uname_r=${kernel_version} ? For that matter you never mention if you have a first stage uEnv.xt file ( /uEnv.txt ). Granted this assumes redoing form a blank rootfs. But if this is not a blank rootfs then your step #3 should not be necessry. On Tue,

Re: [beagleboard] Releasing the on-board EEPROM on i2c-0 / 0x50 from Kernel control?

When attempting to use an I2C device that is already in use by the kernel. You can't use I2C_SLAVE, you must use I2C_SLAVE_FORCE. On Tue, Aug 9, 2016 at 1:06 PM, William Hermans <yyrk...@gmail.com> wrote: > william@beaglebone:~$ sudo dd count=30 bs=1 if=/sys/bus/i2c/devices/0- >

Re: [beagleboard] Releasing the on-board EEPROM on i2c-0 / 0x50 from Kernel control?

Hermans <yyrk...@gmail.com> wrote: > When attempting to use an I2C device that is already in use by the kernel. > You can't use I2C_SLAVE, you must use I2C_SLAVE_FORCE. > > On Tue, Aug 9, 2016 at 1:06 PM, William Hermans <yyrk...@gmail.com> wrote: > >> william@be

Re: [beagleboard] BBB custom USB 4 Port Hub Expansion (NEW DESIGN)

Looks good, but whats the BOM cost ? On Tue, Aug 9, 2016 at 8:26 AM, Steven Johnson wrote: > I have been developing a 4 PORT USB Hub specifically designed for the > "quirks" of the BBB. > > It takes a regular BBB, extends it by only 16mm and increases the number > of HISH

Re: [beagleboard] What all needs to be flashed on SD Card after rebuilding the kernel ,Following link : Linux on ARM

Why don't you experiment and find out ? On Tue, Aug 9, 2016 at 3:08 AM, Jane wrote: > > HI, > > I am following this link : https://eewiki.net/display/ > linuxonarm/BeagleBone+Black#BeagleBoneBlack-capemgr:v4.1.x+ > > and I am able to boot the linux as of now.I have

Re: [beagleboard] ehrpwm 48300200.pwm: Failed to get tbclk

https://briancode.wordpress.com/2015/01/06/working-with-pwm-on-a-beaglebone-black/ The sysfs pathing is a little different than explained on that blog( changes in kernel 4.x ), but thats how PWM is supposed to work on the BBB. As for your error. It sounds as though the driver module is

Re: [beagleboard] Re: When I connect the ethernet cable the board freezes.

> > Thank you guys! I will update the kernel next week and see if it works, if > not I'll try to find a power supply. > > Also, I tried plugging in the cable while the board was off and then turn > the board on, after a few seconds some usr leds would change the default > behavior and remain lit >

Re: [beagleboard] OT: low cost development hardware and software

The STM32F4 boards also have excellent open source JTAG support options too. Or so I've read. OpenOCD as I recall. *IF* JTAG is a consideration. On Mon, Aug 8, 2016 at 5:06 PM, William Hermans <yyrk...@gmail.com> wrote: > Oh, and FYI, TI dev boards typically are well supported in CSS

Re: [beagleboard] OT: low cost development hardware and software

Oh, and FYI, TI dev boards typically are well supported in CSS, and CSS is free, and full support for most if not all of their dev boards. Meaning: no memory limit. On Mon, Aug 8, 2016 at 5:04 PM, William Hermans <yyrk...@gmail.com> wrote: > > > On Mon, Aug 8, 2016 at 7:15 AM, H

Re: [beagleboard] OT: low cost development hardware and software

On Mon, Aug 8, 2016 at 7:15 AM, Harvey White wrote: Oh, well, I was thinking the Epson S1D13781 chip driven in a parallel > interface mode, 16 bit, using the external memory interface to memory > map it. I already wrote the code using an SPI interface, so only the >

Re: [beagleboard] prusst: a library to talk to your PRU from Rust

Ug, I see rust also uses generic types similar to C++. . . On Mon, Aug 8, 2016 at 4:04 PM, William Hermans <yyrk...@gmail.com> wrote: > Looks pretty good. I've never actually seen rust in the wild, and I'm not > even sure I've even heard of the language until now . . . Since

Re: [beagleboard] prusst: a library to talk to your PRU from Rust

Looks pretty good. I've never actually seen rust in the wild, and I'm not even sure I've even heard of the language until now . . . Since there seems to be a language born every 5 seconds now days. I've personally no interest in learning all. May I make a suggestion ? An example that blinks the

Re: [beagleboard] Downloading Mavlink into BBB

By the way, if you're creative. You can get a plugin for firefox to download those videos to your computers hard drive so you can watch them over and over, until you not longer need to watch them. On Mon, Aug 8, 2016 at 2:04 PM, William Hermans <yyrk...@gmail.com> wrote: > So hey. Here

Re: [beagleboard] Downloading Mavlink into BBB

I'm not sure I've watched these specifically or not. Anyway, it's free training, something they normally charge $24 / month I think. On Sat, Aug 6, 2016 at 9:12 PM, William Hermans <yyrk...@gmail.com> wrote: > http://stackoverflow.com/questions/6600878/find-all- > packages-install

Re: [beagleboard] When I connect the ethernet cable the board freezes.

e may indeed work. A lot will not. I choose to err on the side of will > not. > > Gerald > > > On Mon, Aug 8, 2016 at 3:20 PM, William Hermans <yyrk...@gmail.com> wrote: > >> USB power is enough to power the ethernet. I've been doing this since >> 2013 . . . &

Re: [beagleboard] When I connect the ethernet cable the board freezes.

l debug port with ethernet not problem. But ethernet, and CANBUS will behave inconsistently. On Mon, Aug 8, 2016 at 1:20 PM, William Hermans <yyrk...@gmail.com> wrote: > USB power is enough to power the ethernet. I've been doing this since 2013 > . . . > > On Mon, Aug 8, 2016

Re: [beagleboard] When I connect the ethernet cable the board freezes.

USB power is enough to power the ethernet. I've been doing this since 2013 . . . On Mon, Aug 8, 2016 at 1:20 PM, Gerald Coley wrote: > USB power is not enough to power the Ethernet. > > Gerald > > On Mon, Aug 8, 2016 at 3:14 PM, evilwulfie wrote: >

Re: [beagleboard] When I connect the ethernet cable the board freezes.

On Mon, Aug 8, 2016 at 11:54 AM, Denis Cosmin wrote: > Yesterday the board didn't freeze. Today I tried to connect the ethernet > cable to the board and some USR leds lighted up and remained stuck. I've > lost the ssh connection and the board became unresponsive. If I

Re: [beagleboard] OT: low cost development hardware and software

run an OS. Anyway, your post is rather vague, and long winded that tells us nothing. Seriously. "Display driver" - What does that mean ? a 128x8 display ? Or are you talking about 1080p or something crazy on a bare metal board ? On Sun, Aug 7, 2016 at 11:43 PM, William Hermans <y

Re: [beagleboard] OT: low cost development hardware and software

Harvey, I agree with wulf. Not only that, this is something that *someone* who ever needs the doing, pays me, or someone like me to look into. On Sun, Aug 7, 2016 at 5:33 PM, Harvey White wrote: > On Sun, 7 Aug 2016 17:11:57 -0700, you wrote: > > >whats this got to do

Re: [beagleboard] Downloading Mavlink into BBB

on't know where to find things. > > Is everything being loaded on the flash memory of the BBB as opposed to > the microSD card? More than likely . . . > > On Sat, Aug 6, 2016 at 6:44 PM, Lidia Toscano <lidia.tosc...@gmail.com> > wrote: > >> No worries, thanks for checking

Re: [beagleboard] Downloading Mavlink into BBB

. On Sat, Aug 6, 2016 at 2:59 PM, Lidia Toscano <lidia.tosc...@gmail.com> wrote: > I was able to download Mavlink successfully thanks. Now I am in the > process of figuring out how to download DroneKit . . . so we'll see how it > goes. Thanks! > > On Sat, Aug 6, 2016 at 5:41 PM,

Re: [beagleboard] Downloading Mavlink into BBB

I've n idea. I've never heard of that until now. On Sat, Aug 6, 2016 at 11:17 AM, Lidia Toscano wrote: > What is the process for downloading Mavlink into the BBB? > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because

Re: [beagleboard] MEMS Accelerometer code missing data

a high level language that has first class strings, and all the rest that comes with the language. However . . .personally, I do not have issue working with strings in C, or if I did, I'd use C++ . . . On Thu, Aug 4, 2016 at 5:38 PM, William Hermans <yyrk...@gmail.com> wrote: > OK, right

Re: [beagleboard] Connecting to BBB running machinekit over SSH

I haven't used machinekit, but it is possible that root does not have a passwd, in which case it'd be better to ssh in as the regular user then run su to root. If it's rthe same as regular debian images, the user will be debian, and the password will be temppwd. On Thu, Aug 4, 2016 at 2:31 PM,

Re: [beagleboard] MEMS Accelerometer code missing data

. However /dev/mem/ + mmap() would use the main processor to do this. From userspace Linux. Basically, you're going behind the kernels back. Or doing all this without the kernels knowledge. Once the register's memory is mapped. On Wed, Aug 3, 2016 at 6:21 PM, William Hermans <yyrk...@gmail.com>

Re: [beagleboard] MEMS Accelerometer code missing data

On Wed, Aug 3, 2016 at 3:50 PM, Kirk wrote: > I have a scope on the SPI signals there is nothing I can see that is a > problem. The SPI hardware module is doing its job and clocking all the > bits. > It's recognizing the data ready, doing the SPI transfer, saving the

Re: [beagleboard] MEMS Accelerometer code missing data

> > *On thing I should clarify. The loop that is polling and grabbing the > data keeps up with no problem.* > *It is SPI. The problem is when Linux gets buys with something it just > "goes away" for multiple milliseconds or more and data is lost* > Very unlikely. First of all. The SPI is an

Re: [beagleboard] 4.1 or 4.4 kernel for best stability and feature support on BBB

Why not use apt ? After all APT is the debian way, and we're using debian . . . On Wed, Aug 3, 2016 at 11:01 AM, Matt99eo wrote: > Thanks Robert. > > Was just typing a reply that I found that on on line 200 of the script: > > >

Re: [beagleboard] 4.1.21 pause during boot: A start job is running for LSB: Raise network interf...

You can disable ipv6 at the kernel level. On Wed, Aug 3, 2016 at 1:50 PM, Matt99eo wrote: > Did that. All lines in /etc/network/interfaces are commented out. Still > getting the LSB > > > Here is a screenshot: > > >

Re: [beagleboard] One Wire Device Tree

> > onewire, is an oddity, as it's not hardware backed. It's a kernel > software library that get's attached to a specified gpio. > > In the case of universal-io, we'd need to either define all io as a > possble onewire device, or maybe just a set few.. > > Regards, > > -- > Robert Nelson >

Re: [beagleboard] 18 channel pwm via PRU remoteproc

endent duty_cycle and periods. The shortest period is 1 us. I > don't think I can get such a short period with C. > > On Monday, August 1, 2016 at 4:24:04 PM UTC-4, William Hermans wrote: >> >> Here is my more "Politically correct" response. . . >> >> F

Re: [beagleboard] Unable to locate package linux-headers-3.8.13 error while installing linux headers on my beagle bone

Thats a stock sources.list On Wed, Aug 3, 2016 at 9:02 AM, William Hermans <yyrk...@gmail.com> wrote: > william@beaglebone:~$ cat /etc/apt/sources.list > deb http://httpredir.debian.org/debian/ jessie main contrib non-free > #deb-src http://httpredir.debian.org/debian/ jessie m

Re: [beagleboard] Unable to locate package linux-headers-3.8.13 error while installing linux headers on my beagle bone

wrote: > William, I see you are getting a nice list of header packages. Could you > share your sources.list content? If I apt-cache search linux-headers, I > only get a few of them, none of them associated with 3.8.13boneXX > > > Dne sobota, 11. julij 2015 23.44.35 UTC+2

Re: [beagleboard] MEMS Accelerometer code missing data

Sounds like to me hes using a 1wire device. Reading from SPI or I2C should not present that sort of problem. Granted at 1/3ms intervals. From userspace even on an RT kernel is going to have occasional latency. This is to be expected. On Tue, Aug 2, 2016 at 5:04 PM, wrote: >

Re: [beagleboard] MEMS Accelerometer code missing data

wrote: > Or use a gpio pin that generates an interrupt, mask interrupts do your > data retrieval re enable interrupts. > > you are asking for this kind of an issue when polling. > > On 8/2/2016 3:36 PM, William Hermans wrote: > > Yes, I have 2-3 suggestions where the

Re: [beagleboard] MEMS Accelerometer code missing data

Yes, I have 2-3 suggestions where the first suggestion may not work, but are worth attempting. - Upgrade to an RT kernel. - Use /dev/mem/ + mmap() - Bit bang via a PRU - Or write a kernel driver that does all this from kernelspace, but writes data to a file userspace hass access

Re: [beagleboard] Flashing the Debian eMMC issues

t; > = ) > > Lidia > > On Tue, Aug 2, 2016 at 3:56 PM, William Hermans <yyrk...@gmail.com> wrote: > >> >> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Flasher:_.28console.29_.28BeagleBone_Black.2FGreen_eMMC.29 >> >> "burn" to sdcard,

Re: [beagleboard] Flashing the Debian eMMC issues

> > On Tue, Aug 2, 2016 at 12:43 PM, Lidia Toscano > wrote: > >> After editing the uEnv.txt file my BBB is still not flashing. The LEDs >>> come on and stay lit after only a couple of seconds as though it had been >>> flashed. Any other ideas? >>> >> >> Thanks. >> >>

Re: [beagleboard] Flashing the Debian eMMC issues

Yeah, read my post above. On Tue, Aug 2, 2016 at 12:43 PM, Lidia Toscano wrote: > After editing the uEnv.txt file my BBB is still not flashing. The LEDs >> come on and stay lit after only a couple of seconds as though it had been >> flashed. Any other ideas? >> > >

Re: [beagleboard] Flashing the Debian eMMC issues

n go solid once it's about to finish. Once completely finished, it'll power down completely. On Tue, Aug 2, 2016 at 12:49 PM, William Hermans <yyrk...@gmail.com> wrote: > Yeah, read my post above. > > On Tue, Aug 2, 2016 at 12:43 PM, Lidia Toscano <lidia.tosc...@gmail.com&

Re: [beagleboard] Can't get SPI0 MOSI to idle low - Debian Jessie?

On Mon, Aug 1, 2016 at 10:50 PM, wrote: > Not sure what I'm doing wrong here, the MOSI pin stays high after the > BB-SPIDEV0-00A0.dtbo is loaded. > > Have it working fine on Wheezy, but want to move to Jessie. > The .dtbo from Wheezy (BB-SPI0-01-00A0.dbto) won't load

Re: [beagleboard] Flashing the Debian eMMC issues

For future reference: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_lxqt If you look off to the left, there will usually be "flasher" somewhere in the description. Or . . . william@eee-pc:~$ ls backup/ |grep blank BBB-blank-debian-8.5-console-armhf-2016-06-19-2gb.img.xz

Re: [beagleboard] Re: Serial Communication with BBB

I agree with TJF, It's best not to use interpreted languages( scripting languages ) if you want reasonably deterministic behavior. In fact, this might be a job better suited for a PRU. Not because this task would require a lot of speed, but because when I think of motor stability, I think of

Re: [beagleboard] Re: New project Bonejs

n chaining, that I personally still think are so wrong. Yes, it is possible, and it may even work well in most cases. But can you read, understand, and follow the code ? I doubt it . . . On Mon, Aug 1, 2016 at 2:52 PM, William Hermans <yyrk...@gmail.com> wrote: > On Mon, Aug 1, 2016 at 2:2

Re: [beagleboard] Re: Drones Using BBB

To be sure. There is more out there as well. If you do an internet search( google ) "Beaglebone black drone" you'll run into all kinds of projects. But unlike Robert, I do not follow this subject much. So I'm not really "hip" as to what's actually a good project to start working with. The links

Re: [beagleboard] Kernel driver for controlling PRU pwm

me imaging where to start. On Mon, Aug 1, 2016 at 1:58 PM, William Hermans <yyrk...@gmail.com> wrote: > http://lxr.free-electrons.com/source/drivers/pwm/sysfs.c > https://www.kernel.org/doc/Documentation/pwm.txt > https://lwn.net/Articles/553755/ > > On Mon, Aug 1, 2016 at 1:

Re: [beagleboard] Re: New project Bonejs

On Mon, Aug 1, 2016 at 2:27 PM, Jason Kridner wrote: I still "think" in C, but JavaScript really can be rather handy. As much as > people seem to want to get rid of curly braces, I still appreciate them > over making whitespace meaningful. Besides, everyone has a

Re: [beagleboard] Drones Using BBB

heh, that's pretty cool. On Mon, Aug 1, 2016 at 1:53 PM, Robert Nelson wrote: > On Mon, Aug 1, 2016 at 3:49 PM, lightshadown > wrote: > > I been searching on this forum but cant find anything related for Aerial > > Drones, dont know why, im

Re: [beagleboard] Kernel driver for controlling PRU pwm

http://lxr.free-electrons.com/source/drivers/pwm/sysfs.c https://www.kernel.org/doc/Documentation/pwm.txt https://lwn.net/Articles/553755/ On Mon, Aug 1, 2016 at 1:50 PM, Mark A. Yoder wrote: > I have a question about building a kernel driver for my PRU software pwm >

Re: [beagleboard] BBGW MAC address is DE:AD:BE:EF:00:00 after update

> > That MAC address made me laugh, so I gave it a quick look up to see if it > was a known hack of some kind. > > It's apparently a TI thing. > https://gist.github.com/theojulienne/9251b79bcbd68b4e9240 > > Hope this helps. > > Aaron > DEADBEEF is actually an "old school programmer thing". But if

Re: [beagleboard] 18 channel pwm via PRU remoteproc

nd sharing with the public what you've done. So, that's more than most have done, especially including myself where this is concerned. Thank you. On Mon, Aug 1, 2016 at 12:22 PM, William Hermans <yyrk...@gmail.com> wrote: > Honestly after looking at that code mess, I think I'd rather stick wi

Re: [beagleboard] Re: Serial Communication with BBB

On Sun, Jul 31, 2016 at 10:05 AM, wrote: > thanks! i'll take a look! :) > is there a way to program and compile it in windows and than take the > executable and use it in the beaglebone? > > The short answer is no. Technically it is possible, but it would require too

Re: [beagleboard] beaglebone black shows memory as 95mb

It sounds as though you have a lot to learn about computers in general. #1 what does USB have to do with internal memory ? #2 What does a "memory card" have to do with internal memory ? #3 What is a "memory card" ? We could presume you mean an SDCARD, but that's not the context of your quesitons.

Re: [beagleboard] 18 channel pwm via PRU remoteproc

Honestly after looking at that code mess, I think I'd rather stick with ASM on the PRU. Wheres the program flow ? On Mon, Aug 1, 2016 at 6:58 AM, Mark A. Yoder wrote: > I have an 18 channel pwm working via the PRUs and remoteproc[1]. It turns > out it isn't too hard

Re: [beagleboard] Re: Serial Communication with BBB

Setting up canutils: http://forum.43oh.com/topic/8772-setting-up-canutils-on-linux/ code examples: http://forum.43oh.com/topic/8541-socketcan-help-needed/ The code examples are more or less code "ramblings" as I was learning the socketCAN framework, while reverse engineering a custom J1939 CAN

Re: [beagleboard] Kernel driver accessing PRU shared RAM

Please do also realize that I left out mmc media on purpose in the context of high speed "permanent" storage. Then the GPMC connected to *something* could possibly be of use too. On Sat, Jul 30, 2016 at 2:13 PM, William Hermans <yyrk...@gmail.com> wrote: > > > On Sat

Re: [beagleboard] Kernel driver accessing PRU shared RAM

On Sat, Jul 30, 2016 at 1:54 PM, Charles Steinkuehler < char...@steinkuehler.net> wrote: > DMA is not really necessary, as the PRU can read/write to the ARM > system DRAM and the ARM can read/write to the PRU memories. There are > some ways DMA could improve performance of a high-performance >

Re: [beagleboard] Kernel driver accessing PRU shared RAM

On Sat, Jul 30, 2016 at 11:04 AM, Charles Steinkuehler < char...@steinkuehler.net> wrote: > On 7/29/2016 2:40 PM, Mark A. Yoder wrote: > > How do I access the PRUs' shared RAM from within a kernel driver? Is > there an > > equivalent to mmap()? > > >

<    4   5   6   7   8   9   10   11   12   13   >