Re: [beagleboard] Kernel change and naming convention (for the sake of uio / prussdrv)

e board down immediately( but cleanly ) from either a PWR_GOOD, or PWR_BTN press interrupt from the PMIC . . . They both trigger the same irq. On Thu, Jul 14, 2016 at 12:19 PM, Joseph Heller <joseph.heller...@gmail.com> wrote: > > > On Thursday, July 14, 2016 at 8:18:37 PM UTC+2, William

Re: [beagleboard] Weird Problem using GPIOs on BBB

OK, I'm still a little busy, but I should have something example wise in a couple hours. On Thu, Jul 14, 2016 at 1:00 AM, William Hermans <yyrk...@gmail.com> wrote: > You only need to toggle gpio ? How fast do you need it to be ? That code > is far to complex, and uses thread

Re: [beagleboard] Kernel change and naming convention (for the sake of uio / prussdrv)

> > Well, I used apt-get install. I traced back the command entered when > examining .bash_history: > *# sudo apt-get install linux-image-4.1.15-bone-rt-r18 * So you say it just failed, and when you examined the second stage uEnv.txt file the uname_r variable had not changed to reflect the

Re: [beagleboard] Weird Problem using GPIOs on BBB

. > cpp code uses the GPIO class from the attached GPIO.7z . > > > On Thursday, July 14, 2016 at 9:50:45 AM UTC+5:30, William Hermans wrote: >> >> Let's put it this way. No code, no help . . . >> >> On Wed, Jul 13, 2016 at 9:19 PM, William Hermans <yyr...@

Re: [beagleboard] Weird Problem using GPIOs on BBB

Let's put it this way. No code, no help . . . On Wed, Jul 13, 2016 at 9:19 PM, William Hermans <yyrk...@gmail.com> wrote: > > #code2 > //create an instance of gpio41 > //set direction as OUT > //set value as 1 > usleep(10); > //set value 0 > > Output

Re: [beagleboard] Weird Problem using GPIOs on BBB

ng , it happens anyway using the code#2) > > > Or does your code simply open, and use the file descriptors without any > error checking what so ever ? > >> I dont use error codes to check , but I have seen in the oscilloscope > that the signal transition is happening according to

Re: [beagleboard] Installing ARch Linux on BBB rev C. can't find boot/zImage

; then setenv mmcdev 0; else setenv mmcdev 1; if test $mmc0 = 1; then setenv mmcroot /dev/mmcblk1p*1* rw; fi; ext4load mmc 1:*1 *${loadaddr} /boot/zImage; fi On Wed, Jul 13, 2016 at 2:10 PM, William Hermans <yyrk...@gmail.com> wrote: > So . . . > > mmcroot=/dev/mmcblk0p2 rw > *should b

Re: [beagleboard] Installing ARch Linux on BBB rev C. can't find boot/zImage

/dev/mmcblk1p*1* rw; fi; ext4load mmc 1:*1 *${loadaddr} /boot/zImage; fi On Wed, Jul 13, 2016 at 1:56 PM, William Hermans <yyrk...@gmail.com> wrote: > By the way, ${uname_r} is defined in the second stage uEnv.txt file that > comes with recent debian images. But It does not lo

Re: [beagleboard] Installing ARch Linux on BBB rev C. can't find boot/zImage

,txt files closely, you should be able to figure out where your file is wrong, and how to correct it. On Wed, Jul 13, 2016 at 1:52 PM, William Hermans <yyrk...@gmail.com> wrote: > Here, here is a stage one uEnv.txt file fro the latest official debian > image. Note the differe

Re: [beagleboard] Installing ARch Linux on BBB rev C. can't find boot/zImage

} root=/dev/mmcblk0p1 rootfstype=${mmcrootfstype} ${cmdline} uenvcmd=run loadall; run mmcargs; echo debug: [${bootargs}] ... ; echo debug: [bootz ${loadaddr} ${rdaddr}:${rdsize} ${fdtaddr}] ... ; bootz ${loadaddr} ${rdaddr}:${rdsize} ${fdtaddr}; On Wed, Jul 13, 2016 at 1:48 PM, William Hermans

Re: [beagleboard] Installing ARch Linux on BBB rev C. can't find boot/zImage

=1 conv=notrunc bs=384k > > > This is new for me as well. > > Op woensdag 13 juli 2016 22:39:42 UTC+2 schreef William Hermans: >> >> Is that mount on partition 2 ? >> >> On Wed, Jul 13, 2016 at 1:35 PM, Jelle Spijker <spijke...@gmail.com> >> wrote: &g

Re: [beagleboard] Installing ARch Linux on BBB rev C. can't find boot/zImage

1 root root 104 Jul 13 22:03 uEnv.txt > -rwxr-xr-x 1 root root 5.2M Jul 1 03:57 zImage > > > Op woensdag 13 juli 2016 22:22:38 UTC+2 schreef William Hermans: >> >> So . . . put sdcard into another Linux machine. Then . . . >> >> sudo mount /dev/sdxx /media/ro

Re: [beagleboard] Installing ARch Linux on BBB rev C. can't find boot/zImage

So . . . put sdcard into another Linux machine. Then . . . sudo mount /dev/sdxx /media/rootfs ls /media/rootfs/boot What output do you get ? On Wed, Jul 13, 2016 at 1:16 PM, Jelle Spijker wrote: > Hello, > > I'm trying to install Arch on my BBB rev C. using the

Re: [beagleboard] Kernel change and naming convention (for the sake of uio / prussdrv)

overlay file to get uio_pruss working. Or a slightly more involved process to get remoteproc working. On Wed, Jul 13, 2016 at 1:13 PM, William Hermans <yyrk...@gmail.com> wrote: > 2) The "ti" version seems to be dropped starting the 4.5.0 series kernel, >> so I gue

Re: [beagleboard] Kernel change and naming convention (for the sake of uio / prussdrv)

hset applied to it yet. On Wed, Jul 13, 2016 at 1:10 PM, William Hermans <yyrk...@gmail.com> wrote: > 1) is it possible to install another kernel image, and how is this done >> exactly? Unfortunately I managed to get my image on the sd-card unbootable >> when installing another k

Re: [beagleboard] Kernel change and naming convention (for the sake of uio / prussdrv)

> > 1) is it possible to install another kernel image, and how is this done > exactly? Unfortunately I managed to get my image on the sd-card unbootable > when installing another kernel (bone-kernel instead of ti-kernel). I guess > that uEnv.txt is not correctly updated when switching kernels.

Re: [beagleboard] Weird Problem using GPIOs on BBB

> > When I try to do the same using a user space C application I dont get the > expected response.I am running this app as sudo'er and I have > oscilloscope'd the timings of HIGH/LOW levels of the GPIOs and compared it > with that of the manually writing procedure of GPIOS. The waveform and the >

Re: [beagleboard] Connman & bone-debian-8.5-lxqt-2gb-armhf-2016-06-19-2gb.img

> > I downloaded & wrote the bone-debian-8.5-lxqt-2gb-armhf-2016-06-19-2gb.img > image to a card. > It doesn't seem to start up the ethernet connection on boot - I have to > run sudo systemctl start connman.service from the serial terminal. Here's > the full output. > I tried the 4gb lxqt as well

Re: [beagleboard] Re: PRU remoteproc Tutorial

GCC - free and familiar compiler. Admittedly, right > now CCS generates a bit more optimized code than pru-gcc. And CCS has > received more testing than pru-gcc. > > Regards, > Dimitar > > On Tuesday, July 12, 2016 at 4:47:50 AM UTC+3, William Hermans wrote: >> >> h

Re: [beagleboard] Re: PRU remoteproc Tutorial

> > One of the things I learned is if you use printf() out of the box you will > run out of instruction memory. > Instead you have to use the --printf_support=nofloat flag on clpru. It > uses a smaller printf library that fits. > Hi Mark, Just thinking of this from an alternative angle. The PRU

Re: [beagleboard] Locating rpmsg_pru.c for PRU remoteproc and RPMsg

> > But the above is "official". There are too many kernels. Confusing to us > newbies > Looks to be at a glance the exact same file I linked to. But in a different location ;) Maybe even the commit hashes are the same ? I did not look. Same month though, May. On Mon, Jul 11, 2016 at 5:59 PM,

Re: [beagleboard] Re: PRU remoteproc Tutorial

of unexpected failures 31 > # of unexpected successes 1 > # of expected failures 97 > # of unsupported tests 1974 > > This message has changed some since the last time I read it but pretty much the same result. In my mind - Don't use it. On Mon, Jul 11, 2

Re: [beagleboard] Re: PRU remoteproc Tutorial

nothign more than a toy, and that code generated with it should be thought of nothign more than experimental. It says this right on the github project page readme.md. On Mon, Jul 11, 2016 at 6:39 PM, William Hermans <yyrk...@gmail.com> wrote: > Hi Mark, > > Well I do not know, what woul

Re: [beagleboard] Re: PRU remoteproc Tutorial

Hi Mark, Well I do not know, what would be the simplest example that is close enough to the traditional hello world app ? I was thinking perhaps blinking a USR LED, since one would not have to add any additional hardware. But I looked into that a while back, and doing this would not be a trivial

Re: [beagleboard] Re: PRU remoteproc Tutorial

> > Hi William- > > Regarding the .bss .data etc., this may be helpful: > > https://training.ti.com/pru-compiler-tips-tricks > Yes, and no. The talker talks *about* the different sections, but doesn't really say anything that matters. However he did mention something about the compiler manual.

Re: [beagleboard] Locating rpmsg_pru.c for PRU remoteproc and RPMsg

By the way, I got that by modifying the link and replacing the old kernel version in the link with yours ;) On Mon, Jul 11, 2016 at 3:26 PM, William Hermans <yyrk...@gmail.com> wrote: > > https://github.com/RobertCNelson/linux-stable-rcn-ee/blob/4.4.14-ti-r34/drivers/rpmsg

Re: [beagleboard] Locating rpmsg_pru.c for PRU remoteproc and RPMsg

https://github.com/RobertCNelson/linux-stable-rcn-ee/blob/4.4.14-ti-r34/drivers/rpmsg/rpmsg_pru.c On Mon, Jul 11, 2016 at 2:08 PM, Mark A. Yoder wrote: > Where's the proper place to find the source for rpmsg_pru.c? I'm > running 4.4.14-ti-r34. > > I've found a copy at

Re: [beagleboard] PRU remoteproc Tutorial

. > > On Jul 11, 2016, at 4:10 PM, Mark A. Yoder <mark.a.yo...@gmail.com> wrote: > > gcc. My students are running Linux on their host and gcc is already there. > > --Mark > > On Monday, July 11, 2016 at 3:47:06 PM UTC-4, William Hermans wrote: >> >> Hi Mar

Re: [beagleboard] PRU remoteproc Tutorial

students are running Linux on their host and gcc is already there. > > --Mark > > On Monday, July 11, 2016 at 3:47:06 PM UTC-4, William Hermans wrote: >> >> Hi Mark, >> >> Are you using CCS or GCC tools ? >> >> On Mon, Jul 11, 2016 at 11:58 AM, Mark A. Y

Re: [beagleboard] PRU remoteproc Tutorial

. On Mon, Jul 11, 2016 at 1:08 PM, William Hermans <yyrk...@gmail.com> wrote: > Hi Mark, > > Yes, that's a given. But host, or ARM( Linux ) side ? > > On Mon, Jul 11, 2016 at 12:55 PM, Mark A. Yoder <mark.a.yo...@gmail.com> > wrote: > >> clpru. It's alre

Re: [beagleboard] PRU remoteproc Tutorial

Hi Mark, Yes, that's a given. But host, or ARM( Linux ) side ? On Mon, Jul 11, 2016 at 12:55 PM, Mark A. Yoder <mark.a.yo...@gmail.com> wrote: > clpru. It's already installed on the Bone. > > --Mark > > On Monday, July 11, 2016 at 3:47:06 PM UTC-4, William Hermans

Re: [beagleboard] PRU remoteproc Tutorial

Hi Mark, Are you using CCS or GCC tools ? On Mon, Jul 11, 2016 at 11:58 AM, Mark A. Yoder wrote: > It looks like the new way to talk to the PRUs is via remoteproc and RPMsg. > > > Does anyone have pointers to some good tutorials? Or some good debuggers? > > ZeekHuge

Re: [beagleboard] Re: where to find config-pin?

Also, default paths for debian seems a bit wonky compared to what I'm used to, but easily change-able. william@beaglebone:~/dev$ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games On Sun, Jul 10, 2016 at 7:09 PM, William Hermans <yyrk...@gmail.com> wrote: > Yes, I

Re: [beagleboard] Re: where to find config-pin?

Yes, I do start off with minimal console images. But if I recall correctly Robert has all the stuff till there you need to git pull, in /opt/scripts/ On Sun, Jul 10, 2016 at 5:13 PM, Charles Steinkuehler < char...@steinkuehler.net> wrote: > On 7/10/2016 5:17 PM, William Herm

Re: [beagleboard] Re: where to find config-pin?

> > It's actually a shell script. > You can find it in this repository: > > https://github.com/cdsteinkuehler/beaglebone-universal-io > > I'm not using Ubuntu, but on a Debian distro I copied the script to > /usr/bin > > Greg > If you read the Makefile, the install path is right up at the top.

Re: [beagleboard] Re: Octoprint

> > If you want to use the 6-pin serial debug header, you can disable the > console by editing /etc/inittab. Comment the line near the bottom > that looks like: > > T0:23:respawn:/sbin/getty -L ttyO0 115200 vt102 > Not meant to berate anyone, but just like me sometimes I forget the newer images

Re: [beagleboard] Catch BREAK signal on UART bus.

Are you running this code as root, or a regular user ? On Fri, Jul 8, 2016 at 7:03 AM, wrote: > Hello, > > I'm have connected some device on one of the UART peripherals of the > BeagleBone Black, and now I would like to be able to somehow detect if > there's a

Re: [beagleboard] Debian Jessie 8.4 microSD card issue.

Well, since no one but you knows how you burned these images to SDcard, and how you're trying to read them. No one will know how to answer your question correctly. On Thu, Jul 7, 2016 at 3:00 PM, BrianMcKinnon wrote: > Hello, > > I have encountered an issue where

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

t; > On Monday, July 4, 2016 at 6:59:28 PM UTC-4, William Hermans wrote: >> >> *On Debian 8 and later, this usually means that you do not have the "boot >>> bit" set on the card.* >>> >> >> No . ..as I said. It means there is an older bootload

Re: [beagleboard] BBB UART baud rate.

Additionally Marius, There are other serial tools similar to stty there are at least fgetty, and getty, that can set buad rate too. Possibly more cmdline tools as well. That I've forgotten about . . . On Fri, Jul 8, 2016 at 8:56 AM, William Hermans <yyrk...@gmail.com> wrote: >

Re: [beagleboard] BBB UART baud rate.

https://groups.google.com/forum/#!searchin/beagleboard/peter$20hurley$20bother/beagleboard/GC0rKe6rM0g/lrHWS_e2_poJ I have not tested this code my self, but Marlon said it worked fine for him, and the code is so very simple I do not see why It would not work . . . code is at the gist link below.

Re: [beagleboard] Re: initrd.img not detected

Some are set by default in uboot source. On Thu, Jul 7, 2016 at 11:56 AM, richatnstar via BeagleBoard < beagleboard@googlegroups.com> wrote: > Hi William, > > Thanks a lot for the reply -- very helpful. > > It does bring up another question -- are there environmental variables set > up (by

Re: [beagleboard] Issue booting from SD om BBB while no problem on BBG, KERNEL 4.1.21-bone-rt-r20

ard. > > It is a bit enoying that I can't even clone another card to deploy on > other BBB card. > > Can you advise how to solve this? I still do not understand why on BBG I > can boot without pressing the S2 button? > > > 2016-07-06 19:23 GMT+02:00 William Hermans <yyrk...

Re: [beagleboard] Don´t load custom DeviceTree on Startup

I did find the output of dmsg a bit odd though. And notice that slot 7 is still missing after you've successfully loaded the overlay after boot. On Wed, Jul 6, 2016 at 11:16 PM, William Hermans <yyrk...@gmail.com> wrote: > I can only guess what is happening. I do not think this coul

Re: [beagleboard] Don´t load custom DeviceTree on Startup

I can only guess what is happening. I do not think this could be your fault necessarily. But perhaps something that needs loading a boot prior to load these specific overlays. I'm not sure about that, because I've never loaded that specific overlays . . . just the BB-UART overlays. anyway, it

Re: [beagleboard] Don´t load custom DeviceTree on Startup

Any particular reason why you have to load the adafruit overlays ? What about these ? debian@beaglebone:~$ ls /lib/firmware/ | grep UART BB-UART1-00A0.dtbo BB-UART2-00A0.dtbo BB-UART2-RTSCTS-00A0.dtbo BB-UART3-00A0.dtbo BB-UART4-00A0.dtbo BB-UART4-RS485-00A0.dtbo BB-UART5-00A0.dtbo On Wed, Jul

Re: [beagleboard] Re: initrd.img not detected

Here are proper stage 1, and stage 2 uEnv.txt files. From: debian@beaglebone:~$ cat /etc/dogtag BeagleBoard.org Debian Image 2016-06-19 *debian@beaglebone:~$ cat /uEnv.txt* */* stage 1*/* ##These are needed to be compliant with Angstrom's 2013.06.20 u-boot. loadaddr=0x8200

Re: [beagleboard] Issue booting from SD om BBB while no problem on BBG, KERNEL 4.1.21-bone-rt-r20

, Jul 6, 2016 at 10:17 AM, William Hermans <yyrk...@gmail.com> wrote: > Try holding and pressing the boot button while booting from sdcard. Let's > see if the new bootloder thinks the old one is too old. > > On Wed, Jul 6, 2016 at 3:00 AM, malkowki <bmb.technol...@gmail.com&g

Re: [beagleboard] Issue booting from SD om BBB while no problem on BBG, KERNEL 4.1.21-bone-rt-r20

Try holding and pressing the boot button while booting from sdcard. Let's see if the new bootloder thinks the old one is too old. On Wed, Jul 6, 2016 at 3:00 AM, malkowki wrote: > Hello all, > > I am struggling with booting the BBB REVC from 4GB class 10 uSD flashed >

Re: [beagleboard] Fwd: SYS_RESETIN / P9-10 Not functioning ?

o a bone kernel and see if any of this changes. Because I know that tje reset btn works, and is sometimes especially useful after a Linux "halt". On Tue, Jul 5, 2016 at 12:30 PM, William Hermans <yyrk...@gmail.com> wrote: > AM335x is the TRM name. But I was

Re: [beagleboard] Fwd: SYS_RESETIN / P9-10 Not functioning ?

beagleboard.org> wrote: > AM335x is the TRM name. But I was afraid I would get jumped because that > is not the processor used, instead it is the AM3358. > > Look up AM3358 and select the TRM listed on that page. > > Gerald > > > On Tue, Jul 5, 2016 at 2

Re: [beagleboard] Fwd: SYS_RESETIN / P9-10 Not functioning ?

, but frustrating ! But you've also managed to squelch a lot of confusion by just what you've written here. My next step was actually to watch /proc/interrupts, which actually I think I'm still going to do. In order to see if there are in fact any interrupts happening from all this pin toggling im doi

Re: [beagleboard] Fwd: SYS_RESETIN / P9-10 Not functioning ?

at TI loves spreading documentation out over several files . . . On Tue, Jul 5, 2016 at 12:04 PM, Charles Steinkuehler < char...@steinkuehler.net> wrote: > On 7/5/2016 1:29 PM, William Hermans wrote: > > @Gerald > > > > So hey where can I find good official documentation on SYS_RESET

Re: [beagleboard] Fwd: SYS_RESETIN / P9-10 Not functioning ?

a patch in the post form 2013 I found may lead to some pertinent information. But much has changed in the kernel since then . . . On Tue, Jul 5, 2016 at 11:40 AM, William Hermans <yyrk...@gmail.com> wrote: > Schematic may tell me that it is connected to the PMIC through a buffer, a

Re: [beagleboard] Fwd: SYS_RESETIN / P9-10 Not functioning ?

a "bead" on what's going on. On Tue, Jul 5, 2016 at 11:31 AM, Wulf Man <evilwul...@gmail.com> wrote: > Schematic > On Jul 5, 2016 1:29 PM, "William Hermans" <yyrk...@gmail.com> wrote: > >> @Gerald >> >> So hey where can I find good official

Re: [beagleboard] Fwd: SYS_RESETIN / P9-10 Not functioning ?

, RESET_OUT, or RSTn . . . How does one make sense of all this ? On Tue, Jul 5, 2016 at 11:22 AM, William Hermans <yyrk...@gmail.com> wrote: > I guess to answer my own question: > https://groups.google.com/forum/#!topic/beagleboard/ogyyRufIVVs The post > by David Belohrad is v

Re: [beagleboard] Fwd: SYS_RESETIN / P9-10 Not functioning ?

I guess to answer my own question: https://groups.google.com/forum/#!topic/beagleboard/ogyyRufIVVs The post by David Belohrad is very descriptive. Especially the part where grounding PWR_BTN will completely turn off the PMIC. Which a lot of people seem to be having issues with completely turning

Re: [beagleboard] Re: BBB startup current

src=Android> > > On Mon, Jul 4, 2016 at 4:11 PM, William Hermans > <yyrk...@gmail.com> wrote: > kzsoltkzsolt, > > I would like to point out to you that you're talking to *the* person who > designed the beaglebones, who also used to work for Texas Instruments at > some

Re: [beagleboard] BBB startup current

By the way, Happy 4th to all you 'Merican's' of which I am one too ;) On Mon, Jul 4, 2016 at 5:36 PM, William Hermans <yyrk...@gmail.com> wrote: > It's not second guessing. We're (to me) looking at different design >> goals. I'm willing to pay more to have a feature if I

Re: [beagleboard] BBB startup current

ds to be changed. Decision not up to me. > >> >> > > >> >> > > >> >> >> 2) The TI spec for the TPS65217C is a general recommendation as > they > >> >> are unaware of how you are going to use the part. The BBB SYS_5V > powe

Re: [beagleboard] BBB startup current

And, of course, I'm sure John has something to say, about what I have to say. Good thing for me, and everyone else who reads these posts. that I have blocked his posts on this forum. Globally. On Mon, Jul 4, 2016 at 4:41 PM, William Hermans <yyrk...@gmail.com> wrote: > HI Harvey

Re: [beagleboard] BBB startup current

as a low cost solution which meant that tradeoffs were > >> required to keep the price low. Clearly things could have been done > >> differently, but then the BBB price would have been much higher and the > >> board larger. Given that most users would probably not need these

Re: [beagleboard] BBB startup current

ot be available. But . . . I think I understand where you're coming form. Aside from the thanklessness. On Mon, Jul 4, 2016 at 4:21 PM, Gerald Coley <ger...@beagleboard.org> wrote: > Thanks for the words. But, I think my days are numbered here. > > Gerald > > > On Mon,

Re: [beagleboard] BBB startup current

So, we bit our lip * On Mon, Jul 4, 2016 at 4:16 PM, William Hermans <yyrk...@gmail.com> wrote: > @Gerald > > Actually, my buddy and I would have bought the white, if that's all that > was available. So, much to our surprise when the beaglebone black was > announced . . .

Re: [beagleboard] BBB startup current

*ISNT* versus what the board *IS*. On Mon, Jul 4, 2016 at 4:09 PM, William Hermans <yyrk...@gmail.com> wrote: > When you design low cost hardware, you have to make certain decisions to >> get the cost down. >> >> 1) As few components as possible. >> 2) Limit the

Re: [beagleboard] BBB startup current

s successful as the BBB. >> > >> > Hmmm, well, perhaps (although not required) it might be nice to know >> > what the engineering limitations are of the design. >> > >> > I've seen 1) the ones I know about, and 2) the ones I haven't found >> > out yet... a

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

cally boot, whenever you apply power to the BBB. > > There is probably some other way to manually edit the card and set the > bit, but I find Gparted very easy to use. > > I am running a BBG as a SoftEther VPN server and it works fine. No need > to push buttons to get it to boot.

Re: [beagleboard] Re: Flash eMMC from uSD with higher capacity

> > I would like to know this also. I have Debian Jessie, latest distro, on a > 16gb SD card along with some other software. I would like to flash the EMMC > such that it will run the Debian Jessie and then automatically start the > software on the SD card. Can someone tell me how to do

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

> Graham (or anyone who knows): > I use my BBB as a VPN server running Softether. Right now, it is all running from a 16gb uSD card which means that I >have to hold the button every time I power it up. The reason for this is that you have an older bootloader on the emmc. You can change this

Re: [beagleboard] Re: BBB startup current

kzsoltkzsolt, I would like to point out to you that you're talking to *the* person who designed the beaglebones, who also used to work for Texas Instruments at some point in his career. Someone who has made his designs free of charge to the public, which he has made perfectly clear to you in

Re: [beagleboard] USB disconnect/reconnect continuously

ok into it with a USB sniffer and see > who's the culprit. > > Thanks! > Bryan > > On Friday, July 1, 2016 at 2:33:26 PM UTC-5, William Hermans wrote: > >> *William * >>> >>> *I installed the ip over USB driver on Win10 (it's unsigned so had to >&g

Re: [beagleboard] Re: pru program too large

> > *until now I used the compiler of TI: clpru. I thought this is the > compiler of TI for the PRUs. That I can use the gnueabi I didn't know. The > Cores/ Prus should use hard float, so I could use gnueabihf compiler too? > (1)* > *I get the table of the sizes too (which is explained in your

Re: [beagleboard] Re: pru program too large

Ok, so the PRU's are basically Cortex M3's. Which means they would probably use the arm-none-eabi toolchain . . . or arm-none-eabi-size as the executable. This tool is the correct way to get to code and data sizes. Explained somewhat here:

Re: [beagleboard] Re: pru program too large

How are you figuring your binary size ? Are you using the gcc tool 'size' ? Or are you just going by the file size on disk ? I ask because the two are not the same. On Sun, Jul 3, 2016 at 1:47 PM, Fabian wrote: > Thanks for your comment, > > then I know my compiler works well

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

one ). I'm still not sold though. I still prefer cmd line . . . On Sun, Jul 3, 2016 at 11:16 AM, William Hermans <yyrk...@gmail.com> wrote: > William, you ask philosophical questions about IDE. I don't intend to >> discuss this. >> >> Everyone has own requirements an

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

> > William, you ask philosophical questions about IDE. I don't intend to > discuss this. > > Everyone has own requirements and what is good for one case may be bad for > other. > Actually, no, I asked no such questions. On Sun, Jul 3, 2016 at 11:01 AM, ivbsd1 wrote: > Guys,

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

> Hi William, > > I'd like to take your advice and use native compilation on BBB but try to use some IDE anyway. > As I know, Visual Studio can be such IDE. VS can automatically copy and remote build your sources and launch your application with the debugger on target. > Are you familiar with

Re: [beagleboard] Chrome update has made using google groups painful

You could try purging the browser cache and see if that helps clear things up. Sometimes browser caches get messed up, and depending on which browser you're running, and settings you've chosen. The browser may not update the cache for a long time. On Sun, Jul 3, 2016 at 9:31 AM, William Hermans

Re: [beagleboard] Chrome update has made using google groups painful

Same as yours. It's at the top of the post just before you last post. However, I'm running Windows 8 pro x64, so definitely different. Despite using the same version of chrome. On Sun, Jul 3, 2016 at 9:28 AM, William Hermans <yyrk...@gmail.com> wrote: > I've updated my main deskt

Re: [beagleboard] Chrome update has made using google groups painful

> > I've updated my main desktop system and the "latest" Chrome browser is > making Google Groups hard to use. Seem to have lost the option to quote > messages among other things. > I'm uisng: Version 51.0.2704.106 (64-bit) > Any non-obvious setting that I've missed? Its logged into my gmail

Re: [beagleboard] Chrome update has made using google groups painful

(64-bit) > Any non-obvious setting that I've missed? Its logged into my gmail fine, > and recovered all my bookmarks. > Of course this is from gmail . . . suppose I should go directly to the google group . . . On Sun, Jul 3, 2016 at 9:18 AM, William Hermans <yyrk...@gmail.com>

Re: [beagleboard] Chrome update has made using google groups painful

Chrome version Version 51.0.2704.103 m (64-bit) here . . . I've updated my main desktop system and the "latest" Chrome browser is > making Google Groups hard to use. Seem to have lost the option to quote > messages among other things. > I'm uisng: Version 51.0.2704.106 (64-bit) > Any

Re: [beagleboard] Beaglebone crashing during thunderstorms!

> > *Thanks for the info about the input voltage sensitivity of the > Beaglebone, good chance this is the real issue, especially as there was a > good chance for "ground bounce" between different parts of the system from > my mistake in powering one of the PIR sensors off the "wrong" UPS. Time >

Re: [beagleboard] DS3234 clock on SPI1

re the rtc-ds3234 module was loaded via lsmod ? On Sat, Jul 2, 2016 at 3:01 PM, William Hermans <yyrk...@gmail.com> wrote: > Ok, sorry scratch all the above. I remember Robert saying a few days ago > that SPI must be loaded early at boot in order for it to work correctly

Re: [beagleboard] DS3234 clock on SPI1

/7QGgua-QCgAJ On Sat, Jul 2, 2016 at 2:47 PM, William Hermans <yyrk...@gmail.com> wrote: > cs-gpios = < 17 0>; /* Is this needed ??? */ > > Double check your pin here make sure it's right. Someone was just saying > yesterday that the GPIO banks got restructured, and some addre

Re: [beagleboard] DS3234 clock on SPI1

On Sat, Jul 2, 2016 at 2:33 PM, William Hermans <yyrk...@gmail.com> wrote: > Additionally. You did set the time on the RTC before trying to read from > it ? > > On Sat, Jul 2, 2016 at 2:26 PM, William Hermans <yyrk...@gmail.com> wrote: > >> Have you updated the device

Re: [beagleboard] DS3234 clock on SPI1

Additionally. You did set the time on the RTC before trying to read from it ? On Sat, Jul 2, 2016 at 2:26 PM, William Hermans <yyrk...@gmail.com> wrote: > Have you updated the device tree compiler ? Here, I'm assuming you simply > upgraded the kernel form an image that initial

Re: [beagleboard] DS3234 clock on SPI1

Have you updated the device tree compiler ? Here, I'm assuming you simply upgraded the kernel form an image that initially had 3.8.x installed . . . http://www.embeddedhobbyist.com/2015/09/beaglebone-black-updating-device-tree-files/ On Sat, Jul 2, 2016 at 2:08 PM, wrote:

Re: [beagleboard] GPIO2 re-mapped from 64-95 to 96-127

Are the GPIO banks now labled 1-4 now versus 0-3 before ? As far as the memory address change up . . . this is just the sort of inconsistency I've become accustomed to from TI. I think the quick answer you'll receive if you complain about it is this: "If you do not like it, no one is forcing you

Re: [beagleboard] usb-serial

/QMIDevice.o' >> failed >> make[2]: *** >> [/home/T/Workspace/KernelDevelopment/kernelFile/output-4.1/GobiDrivers/GobiNet/QMIDevice.o] >> Error 1 >> Makefile:1385: recipe for target >> '_module_/home/ou-4305/Workspace/KernelDevelopment/kernelFile/output-4.1-modified-trash/Go

Re: [beagleboard] USB disconnect/reconnect continuously

By the way, my i7-4710HQ with 16G ram is more than enough :P On Fri, Jul 1, 2016 at 12:33 PM, William Hermans <yyrk...@gmail.com> wrote: > *William * >> >> *I installed the ip over USB driver on Win10 (it's unsigned so had to >> wiggle it in there) but I haven't

Re: [beagleboard] USB disconnect/reconnect continuously

fter installing that driver. Otherwise, > I'm just using the standard Win10 distro on a 20 core Xeon (it's good to be > me!). Also, note I don't get this issue on the BBB 3.14 distro, only on > 4.1.15. > > Thank you kindly for helping!! > > On Fri, Jul 1, 2016, 2:13 PM Wil

Re: [beagleboard] USB disconnect/reconnect continuously

added... but > it is still wholly a 4.1.15 distro. > > On Fri, Jul 1, 2016, 1:27 PM William Hermans <yyrk...@gmail.com> wrote: > >> I have not heard of this specific problem, but have heard of many similar >> problems for different embedded hardware platforms. >> >

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

For larger projects though when using multiple C / header files. Using Make is probably a good idea. On Fri, Jul 1, 2016 at 12:02 PM, William Hermans <yyrk...@gmail.com> wrote: > > William, > > > > Thanks for input about using BBB itself. > > But I am worried about sca

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

ough to compile relatively significant source code > amount ? > > And which IDE do you recommend to work natively on BBB? The same as you > mentioned above ? > > > > On Friday, July 1, 2016 at 9:39:55 PM UTC+3, William Hermans wrote: >> >> Additionally, if you're

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

of options out there . . . On Fri, Jul 1, 2016 at 11:36 AM, William Hermans <yyrk...@gmail.com> wrote: > ivbsd1, > > I would like to point out that I use Windows on a daily basis, and have > since the 90's. However I will also mention that I consider Windows a > really bad choice of a

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

, William, I'll try your suggestion. > > > On Friday, July 1, 2016 at 8:55:02 PM UTC+3, William Hermans wrote: >> >> Additionally. If you *can* live with using Linux. The default toolchains >> supplied with Ubuntu 14.04 work very well too. D.R. Derek Molloy has >> youtu

Re: [beagleboard] USB disconnect/reconnect continuously

I have not heard of this specific problem, but have heard of many similar problems for different embedded hardware platforms. The first question to ask and get answered would be how did you install the drivers for the beaglebone ? On Fri, Jul 1, 2016 at 10:59 AM, Bryan Wilcutt

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

Additionally. If you *can* live with using Linux. The default toolchains supplied with Ubuntu 14.04 work very well too. D.R. Derek Molloy has youtube videos on setup under Ubuntu, for a suitable toolchain and using Eclipse - I think. On Fri, Jul 1, 2016 at 10:52 AM, William Hermans <y

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

Just remember, you only want a tool chain that is abihf ( ARMv7 ) compatible. On Fri, Jul 1, 2016 at 10:49 AM, William Hermans <yyrk...@gmail.com> wrote: > Since no one addressed the question, but instead talked arounf it . . . > > The only known( at least to me ) toolchai

<    6   7   8   9   10   11   12   13   14   15   >