[beagleboard] Newbie question about I/O on the beaglebone black...

[John Tonkin]

hi there

your project is a little mysterious, so it is hard to be specific but here are 
some thoughts based on my own recent research into using beaglebones to drive 
LEDstrips and a custom LCD array. 

from https://github.com/osresearch/LEDscape

"the beaglebone SOC has two PRUs (programmable realtime unit) which are 
designed for this sort of purpose.
the TI AM335x ARM Cortex-A8 in the BeagleBone Black has two programmable 
"microcontrollers" built into the CPU that can handle realtime tasks and also 
access the ARM's memory. This allows things that might have been delegated to 
external devices to be handled without any additional hardware, and without the 
overhead of clocking data out the USB port."

(I am actually using a fork of this library 
https://github.com/Yona-Appletree/LEDscape
for driving LED strips, and am planning to modify this code for my other 
project)

PRUs run at 200MHz and have very efficient access to some (more than the 16 
bits that you require) of the GPIO pins (these need to be pin-muxed correctly - 
that is another can of worms / kettle of fish). you read / write to pins by 
reading / writing to specific PRU registers. so you can read/write 8 (or more) 
bits simultaneously. it's much more efficient than the more traditional Linux 
sysfs approach.

there is a FAQ about using the PRUs stickied at the top of this group and lots 
more info on The internet's.

Trammell Hudson, who developed the original LEDscape code, seems to have done 
quite a bit of interfacing beaglebones to old computing hardware.

http://trmm.net/Category:Retrocomputing

eg http://trmm.net/Mac-SE_video

another example 
http://blinkenbone.com/projects/blinkenbone

I've found a logic analyser (eg https://www.saleae.com) to be very useful when 
doing this sort of stuff.

john

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: how to change screen resolution

[DLF]

any hints in your log files ?

what does /var/log/Xorg.0.log  indicate?
do you know if your monitor supports that resolution ?
can you get that resolution with out booting to the X-11 gui?
what is your uEnv.txt file?


On Thursday, 25 September 2014 01:36:18 UTC+2, janszyma...@gmail.com wrote:
>
> Hi,
>
>  How to change the screen resolution on BBB with latest image and HDMI 
> monitor connected?
> Currently working with 1920x1080 by default, but I need a lower resolution 
> - 640x480@75.
>
> Jan
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] startup process error

[William Hermans]

I can not say for systemd, I've toyed with it myself but documentation
online does not seem to be very . . . complete or useful

So, init.d ->
http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/

init scripts work just fine side by side with systemd. Ideal solution ?
Hell if i know, but it will work.

On Thu, Sep 25, 2014 at 9:10 PM,  wrote:

> I need it to autostart when the BBB is powered on.
>
> On Friday, September 26, 2014 1:38:02 PM UTC+10, Wulf Man wrote:
>>
>>  Can't start in in a cron job ?
>>
>>
>> On 9/25/2014 8:20 PM, janszyma...@gmail.com wrote:
>>
>> Hi,
>>
>>  I want to autostart the program on boot on BBB debian.
>> My executable is located in /opt/bap and I can start it from terminal by
>> ./bap
>> Following the instruction from here http://stackoverflow.com/
>> questions/11152657/angstrom-start-up-processes-beaglebone
>>
>> the file bap.service in /lib/systemd/system/ has the content:
>>
>> [Unit]
>>  Description=ball and plate
>>  After=syslog.target network.target
>>  [Service]
>>  WorkingDirectory=/opt/bap
>>  Type=simple
>>  ExecStart=/opt/bap ./bap
>>  [Install]
>>  WantedBy=multi-user.target
>>
>> then I did:
>>
>> systemctl enable bap.servicesystemctl start bap.service
>> All was good, but
>> debian@beaglebone:/opt/bap$ sudo systemctl status bap.service
>> bap.service - ball and plate
>>Loaded: loaded (/lib/systemd/system/bap.service; enabled)
>>Active: failed (Result: exit-code) since Fri, 26 Sep 2014 03:03:42 
>> +; 4s ago
>>   Process: 6515 ExecStart=/opt/bap ./bap (code=exited, status=203/EXEC)
>>CGroup: name=systemd:/system/bap.service
>>
>> Sep 26 03:03:42 beaglebone (bap)[6515]: Failed at step EXEC spawning 
>> /opt/ba...d
>> debian@beaglebone:/opt/bap$
>>
>> How to fix it?
>>
>> Jan
>>
>>
>>  --
>> 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...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>   --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] startup process error

[janszymanski12345]

I need it to autostart when the BBB is powered on.

On Friday, September 26, 2014 1:38:02 PM UTC+10, Wulf Man wrote:
>
>  Can't start in in a cron job ?
>
>
> On 9/25/2014 8:20 PM, janszyma...@gmail.com  wrote:
>  
> Hi,
>
>  I want to autostart the program on boot on BBB debian.
> My executable is located in /opt/bap and I can start it from terminal by 
> ./bap
> Following the instruction from here 
> http://stackoverflow.com/questions/11152657/angstrom-start-up-processes-beaglebone
>   
>
>
> the file bap.service in /lib/systemd/system/ has the content:
>
> [Unit]
>  Description=ball and plate
>  After=syslog.target network.target
>  [Service]
>  WorkingDirectory=/opt/bap
>  Type=simple
>  ExecStart=/opt/bap ./bap
>  [Install]
>  WantedBy=multi-user.target
>
> then I did:
>
> systemctl enable bap.servicesystemctl start bap.service
> All was good, but
> debian@beaglebone:/opt/bap$ sudo systemctl status bap.service
> bap.service - ball and plate
> Loaded: loaded (/lib/systemd/system/bap.service; enabled)
> Active: failed (Result: exit-code) since Fri, 26 Sep 2014 03:03:42 
> +; 4s ago
>Process: 6515 ExecStart=/opt/bap ./bap (code=exited, status=203/EXEC)
> CGroup: name=systemd:/system/bap.service
>
> Sep 26 03:03:42 beaglebone (bap)[6515]: Failed at step EXEC spawning 
> /opt/ba...d
> debian@beaglebone:/opt/bap$ 
>
> How to fix it?
>
> Jan
>
>
>  -- 
> 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...@googlegroups.com .
> For more options, visit https://groups.google.com/d/optout.
>
>
>  

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] startup process error

[evilwulfie]

Can't start in in a cron job ?


On 9/25/2014 8:20 PM, janszymanski12...@gmail.com wrote:
> Hi,
>
>  I want to autostart the program on boot on BBB debian.
> My executable is located in /opt/bap and I can start it from terminal
> by ./bap
> Following the instruction from here
> http://stackoverflow.com/questions/11152657/angstrom-start-up-processes-beaglebone
>  
>
>
> the file bap.service in /lib/systemd/system/ has the content:
>
> [Unit]
>  Description=ball and plate
>  After=syslog.target network.target
>  [Service]
>  WorkingDirectory=/opt/bap
>  Type=simple
>  ExecStart=/opt/bap ./bap
>  [Install]
>  WantedBy=multi-user.target
>
> then I did:
> |systemctl enable bap.service
> ||systemctl start bap.service|
>
> All was good, but
> debian@beaglebone:/opt/bap$ sudo systemctl status bap.service
> bap.service - ball and plate
> Loaded: loaded (/lib/systemd/system/bap.service; enabled)
> Active: failed (Result: exit-code) since Fri, 26 Sep 2014 03:03:42 
> +; 4s ago
>Process: 6515 ExecStart=/opt/bap ./bap (code=exited, status=203/EXEC)
> CGroup: name=systemd:/system/bap.service
>
> Sep 26 03:03:42 beaglebone (bap)[6515]: Failed at step EXEC spawning 
> /opt/ba...d
> debian@beaglebone:/opt/bap$ 
>
> How to fix it?
>
> Jan
>
> -- 
> 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
> .
> For more options, visit https://groups.google.com/d/optout.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] startup process error

[janszymanski12345]

Hi,

 I want to autostart the program on boot on BBB debian.
My executable is located in /opt/bap and I can start it from terminal by 
./bap
Following the instruction from here 
http://stackoverflow.com/questions/11152657/angstrom-start-up-processes-beaglebone
  


the file bap.service in /lib/systemd/system/ has the content:

[Unit]
 Description=ball and plate
 After=syslog.target network.target
 [Service]
 WorkingDirectory=/opt/bap
 Type=simple
 ExecStart=/opt/bap ./bap
 [Install]
 WantedBy=multi-user.target

then I did:

systemctl enable bap.service
systemctl start bap.service

All was good, but
debian@beaglebone:/opt/bap$ sudo systemctl status bap.service
bap.service - ball and plate
  Loaded: loaded (/lib/systemd/system/bap.service; enabled)
  Active: failed (Result: exit-code) since Fri, 26 Sep 2014 03:03:42 
+; 4s ago
 Process: 6515 ExecStart=/opt/bap ./bap (code=exited, status=203/EXEC)
  CGroup: name=systemd:/system/bap.service

Sep 26 03:03:42 beaglebone (bap)[6515]: Failed at step EXEC spawning /opt/ba...d
debian@beaglebone:/opt/bap$ 

How to fix it?

Jan


-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB EEPROM Size check

[Robert Nelson]

On Thu, Sep 25, 2014 at 10:13 PM, Lusitano  wrote:
>
> Could someone tell me how to check the size of the BBB EEPROM?
> Older boards have 2GB and REVC has 4GB and I would like to be able to verify
> it.

/s/EEPROM/eMMC/g...

df -h (look at Size)

Regards,


-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BBB EEPROM Size check

[Lusitano]

Could someone tell me how to check the size of the BBB EEPROM?
Older boards have 2GB and REVC has 4GB and I would like to be able to 
verify it.

Thanks.

-J

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: how to change screen resolution

[janszymanski12345]

I've modified the file /etc/xdg/lxsession/LXDE/autostart by adding @xrandr 
-s 640x480@75
It looks like this now:

@lxpanel --profile LXDE
@pcmanfm --desktop --profile LXDE
@xrandr -s 640x480@75

Reboot, but still doesn't work.
Any help, please.

Jan

On Thursday, 25 September 2014 09:36:18 UTC+10, janszyma...@gmail.com wrote:
>
> Hi,
>
>  How to change the screen resolution on BBB with latest image and HDMI 
> monitor connected?
> Currently working with 1920x1080 by default, but I need a lower resolution 
> - 640x480@75.
>
> Jan
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Totally confused. ubuntu-14.04-console-armhf-2014-08-13.tar.xz sd card installs Debian, not Ubuntu

[Robert Nelson]

On Thu, Sep 25, 2014 at 4:15 PM, Alan Federman  wrote:
> GRRR.  I have been booting from the sd cards for months, and didn't have to
> hold down the boot button. I just tested this and my older sd images on
> either BBB boot from the SD card  without holding the boot button down.
> Indded with the SD card out they boot to debian.
>
>
> So what magick makes the BBB automatically boot from the SDcard first if
> present without holding the boot botton?

There's a file in the root dircectory:

/bbb-uEnv.txt

rename to:

/uEnv.txt

aka

sudo mv /bbb-uEnv.txt /uEnv.txt

It'll work with "old" bootloader in eMMC.

Regards,


-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Totally confused. ubuntu-14.04-console-armhf-2014-08-13.tar.xz sd card installs Debian, not Ubuntu

[Charles Steinkuehler]

On 9/25/2014 4:15 PM, Alan Federman wrote:
> GRRR.  I have been booting from the sd cards for months, and didn't have to
> hold down the boot button. I just tested this and my older sd images on
> either BBB boot from the SD card  without holding the boot button down.
> Indded with the SD card out they boot to debian.
> 
> So what magick makes the BBB automatically boot from the SDcard first if
> present without holding the boot botton?

If you're using newer uSD images, you need to flash the eMMC with the
latest boot loader.  That will get you back to booting off the uSD card
by default (if present), *AND* you'll be able to "apt-get install" new
kernels!

-- 
Charles Steinkuehler
char...@steinkuehler.net

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Totally confused. ubuntu-14.04-console-armhf-2014-08-13.tar.xz sd card installs Debian, not Ubuntu

[Alan Federman]

GRRR.  I have been booting from the sd cards for months, and didn't have to
hold down the boot button. I just tested this and my older sd images on
either BBB boot from the SD card  without holding the boot button down.
Indded with the SD card out they boot to debian.


So what magick makes the BBB automatically boot from the SDcard first if
present without holding the boot botton?





On Thu, Sep 25, 2014 at 11:27 AM, Robert Nelson 
wrote:

> On Thu, Sep 25, 2014 at 1:24 PM, Alan Federman 
> wrote:
> > I did an SD card install of ubuntu 14-04 console following the script
> > instructions on eLinix -  I ended up with a Debian console.
> >
> >  I do not have an ubuntu as a user or temppwd.  I do have a Debian
> console
> > with user set to debian.  Looks great.  Not what I want or expected.  I
> can
> > login as debian, temppwd.
> > --
> >
> >  Excerpt from instructions ---
> >
> > Default user: ubuntu pass: temppwd
> >
> > Get prebuilt image:
> >
> > wget
> >
> https://rcn-ee.net/deb/rootfs/trusty/ubuntu-14.04-console-armhf-2014-08-13.tar.xz
> > Verify Image with:
> >
> > md5sum ubuntu-14.04-console-armhf-2014-08-13.tar.xz
> > 029df8a9afe211516b1e2ed9f4897b40
> > ubuntu-14.04-console-armhf-2014-08-13.tar.xz
> > 
> >
> >
> > I installed to sd card on a laptop -  after booting from sd card in BBB:
> >
> >
> > debian@*'s password:*temppwd*
> > debian@beaglebone:~$ uname -a
> > Linux beaglebone 3.8.13-bone47 #1 SMP Fri Apr 11 01:36:09 UTC 2014 armv7l
> > GNU/Linux
> >
> >
> > debian@beaglebone:/etc$ cat os-release
> > PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
> > NAME="Debian GNU/Linux"
> > VERSION_ID="7"
> > VERSION="7 (wheezy)"
> > ID=debian
> > ANSI_COLOR="1;31"
> > HOME_URL="http://www.debian.org/";
> > SUPPORT_URL="http://www.debian.org/support/";
> > BUG_REPORT_URL="http://bugs.debian.org/";
>
> Hold the boot button down, it default to eMMC.
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/nvcL-38E0xU/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BeagleBone Black: v3.8.13-bone37 kernel flash slowly fills up

[Robert Nelson]

On Thu, Sep 25, 2014 at 3:37 PM, James Glossinger  wrote:
> That did it. Thanks. The update went fine.
>
> I'm still seeing the disk filling up at the same rate as before. I delete
> log files before checking disk space. There is data in a temporary file that
> fills up at a rate of about 1mb/day. The space gets freed on a reboot.

1mb/day This original thread was about 1x'smb/minute.. ;)

> Can you think of what may be doing this? Is this the same problem that
> others have reported?

I've capped systemd around 8mb max via:

SystemMaxUse=8M

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Multi camera project BeagleBlack

[pcfearing]

Hi all

I and a couple guys are trying to build a system from the BeagleBone Black 
that uses an IR and color camera for quadcopter video.
We have one of each of these cameras
http://dlnmh9ip6v2uc.cloudfront.net/datasheets/Sensors/LightImaging/32KM_spec.docx.pdf
http://pub.ucpros.com/download/ov7620_ov7120_v1.2whole.pdf?osCsid=g3j4cfseca1627jv9mc4lans75
http://www.drs.com/products/rsta/PDF/Tamarisk.pdf
The end goal is to be able to output a video stream of either (1) the color 
camera (2) the IR camera (3) a composite video - b/w or color, overlay or 
other.  It has to be composite video for the quadcopter. (it's a system 
already setup and we're just doing add-on)
Known problems:
The BeagleBone Black only has one USB port.  I can probably figure out how 
to make the IR camera recognizable by the system through the USB port, but 
the other two are a bit more complicated -- one is purerly analog NTSC and 
the other has a variety of digital options and a monochrome NTSC 
backup/test output.  Maybe there's a way to configure the GPIOs to handle 
this?
I'm planning on using OpenCV for the overlay/processing, though I'm not 
very familiar with it.

Sound crazy?  It is, but that's what we're doing...

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BeagleBone Black: v3.8.13-bone37 kernel flash slowly fills up

[James Glossinger]

That did it. Thanks. The update went fine.

I'm still seeing the disk filling up at the same rate as before. I delete
log files before checking disk space. There is data in a temporary file
that fills up at a rate of about 1mb/day. The space gets freed on a reboot.

Can you think of what may be doing this? Is this the same problem that
others have reported?

On Thu, Sep 25, 2014 at 1:01 PM, Robert Nelson 
wrote:

> On Thu, Sep 25, 2014 at 2:25 PM,   wrote:
> > Thank you. That does seem pretty simple. Unfortunately, I get this error
> > message:
> >
> >
> > debian@beaglebone:/opt/scripts/tools$ sudo ./update_kernel.sh
> > info: checking archive
> > --2014-05-18 00:24:33--
> https://rcn-ee.net/deb/wheezy-armhf/LATEST-omap-psp
> > Resolving rcn-ee.net (rcn-ee.net)... 69.163.222.213
> > Connecting to rcn-ee.net (rcn-ee.net)|69.163.222.213|:443... connected.
> > ERROR: The certificate of `rcn-ee.net' is not trusted.
> > The certificate has not yet been activated
> >
> > Is there a way to make it ignore the certificate?
>
> update your clock:
>
> sudo ntpdate pool.ntp.org
>
> The certificate was updated in August 2014 (the image if the time
> isn't updated starts in May 2014)
>
> Regards,
>
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/OXmp8bi6X1I/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BeagleBone Black: v3.8.13-bone37 kernel flash slowly fills up

[Robert Nelson]

On Thu, Sep 25, 2014 at 2:25 PM,   wrote:
> Thank you. That does seem pretty simple. Unfortunately, I get this error
> message:
>
>
> debian@beaglebone:/opt/scripts/tools$ sudo ./update_kernel.sh
> info: checking archive
> --2014-05-18 00:24:33--  https://rcn-ee.net/deb/wheezy-armhf/LATEST-omap-psp
> Resolving rcn-ee.net (rcn-ee.net)... 69.163.222.213
> Connecting to rcn-ee.net (rcn-ee.net)|69.163.222.213|:443... connected.
> ERROR: The certificate of `rcn-ee.net' is not trusted.
> The certificate has not yet been activated
>
> Is there a way to make it ignore the certificate?

update your clock:

sudo ntpdate pool.ntp.org

The certificate was updated in August 2014 (the image if the time
isn't updated starts in May 2014)

Regards,


-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: trying to learn enough to get started

[Peter Gregory]

Don't forget the USB!
You can always use USB X10 controller and X10 modules and your greenhouse 
electrical wiring to turn on / off devices.
That can control your high current / high voltage needs without using a 
cape.
That leaves sensors & feedback.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BeagleBone Black: v3.8.13-bone37 kernel flash slowly fills up

[jglossinger]

Thank you. That does seem pretty simple. Unfortunately, I get this error 
message:


debian@beaglebone:/opt/scripts/tools$ sudo ./update_kernel.sh 
info: checking archive
--2014-05-18 00:24:33--  https://rcn-ee.net/deb/wheezy-armhf/LATEST-omap-psp
Resolving rcn-ee.net (rcn-ee.net)... 69.163.222.213
Connecting to rcn-ee.net (rcn-ee.net)|69.163.222.213|:443... connected.
ERROR: The certificate of `rcn-ee.net' is not trusted.
The certificate has not yet been activated

Is there a way to make it ignore the certificate?

Thanks again,
James


On Thursday, September 25, 2014 11:51:26 AM UTC-7, RobertCNelson wrote:
>
> On Thu, Sep 25, 2014 at 12:21 PM,  > 
> wrote: 
> > Thanks, but I'm not really sure how to update from that. Can you advise 
> me? 
> > The latest release on the beaglebone.org site is still the 5-14-2014 
> version 
> > with bone50. 
> > 
> > Also, I can't see in your github history that it is actually fixed, but 
> I'll 
> > be happy to test bone67 for you if you can tell me how to update it. 
>
> cd /opt/scripts/tools/ 
> git pull 
> sudo ./update_kernel.sh 
>
> (reboot) 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: [BeagleBone] Timer error in capture mode

[joseph . thibodeau]

Hi David, Yogev,

If you either of you happen to have code for enabling Timer4 I'd much 
appreciate taking a look. I have mux'd Timer4 to the expansion header and 
I've written '1' to the TCLR ST bit, but so far no dice.

Many thanks,

Joseph

On Wednesday, August 14, 2013 3:04:42 PM UTC-4, Yogev Vaknin wrote:
>
> Hi,
>
> can you post the code ? i'm tring to do the same thing on beaglebone and i 
> have same problem.
>
> i think my muxing is fine since i do :
> echo 12 > /sys/kernel/debug/omap_mux/gpmc_advn_ale 
> that should be same as  (IEN | MODE2)
>
> thanks
>
> On Monday, September 24, 2012 8:24:48 AM UTC+2, David wrote:
>>
>>
>> Hi all,
>>
>> I have tested the DMTimer in the BeagleBone in free mode and compare mode 
>> (with direct access to the registers) and all was fine (counter was fine 
>> and interrupt was generated in compare mode).
>> However, I have been trying to make the DMTimer work in capture mode and 
>> I did not succeed at all. The dedicated input trigger seems not to work (no 
>> interrupt is raised, and no values are loaded into the TCAR registers). I 
>> have tried with TIMER4 (and TIMER7 later) pin in the BeagleBone.
>>
>> What I need is saving the current timer value into the TCAR registers 
>> when a change/pulse in the timer dedicated input is detected.
>>
>> This is my configuration:
>>
>> Multiplex:
>> Configure dedicated pin as TIMER4 peripheral (Should not be required as 
>> this is the default configuration of BeagleBone)
>>
>> Interrupts: (I suppose this should be fine, as interrupt triggers in 
>> compare mode)
>> Set register INTC_ILR92 to 0 (max priority)
>> Set bit 92%32 on INTC_MIR3 to 1 to enable interrupt
>>
>> DMTimer module:
>> Disable timer: set TCLR to 0
>> Re-load 0 in overflow: set TLDR to 0
>> Clear initial count: set TCRR to 0
>> Enable interrupt: set TIMER_IRQ_CAPTURE to IRQENABLE_SET --> value = 
>> (1<<2)
>> Enable timer: set TIMER_START | TIMER_AUTORELOAD | TIMER_CAPTURE_RISING 
>> to TCLR --> value = 1 | (1<<1) | (1<<8)
>> Clear any pending associated interrupt.
>>
>> As a fallback solution I am now reading the free running timer value from 
>> a GPIO interrupt handler that detects the change; however I would need the 
>> most accurate timer value possible.
>>
>> Does anyone have an idea about what I am doing wrong?
>>
>> Thanks in advance.
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

RE: [beagleboard] Totally confused. ubuntu-14.04-console-armhf-2014-08-13.tar.xz sd card installs Debian, not Ubuntu

[William Pretty Security]

 

Did you hold down the Boot button, near the USB connector ?

If not it will boot from eMMC which has Debian ;-)

 

 

"No one could make a greater mistake than he who did nothing because he could 
do only a little."

"All that is necessary for the triumph of evil is that good men do nothing" 
Edmond Burke (1729 - 1797)

http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book

 

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of Alan Federman
Sent: Thursday, September 25, 2014 2:24 PM
To: beagleboard@googlegroups.com
Subject: [beagleboard] Totally confused. 
ubuntu-14.04-console-armhf-2014-08-13.tar.xz sd card installs Debian, not Ubuntu

 

I did an SD card install of ubuntu 14-04 console following the script 
instructions on eLinix -  I ended up with a Debian console. 

 

 I do not have an ubuntu as a user or temppwd.  I do have a Debian console with 
user set to debian.  Looks great.  Not what I want or expected.  I can login as 
debian, temppwd.

--

 

 Excerpt from instructions --- 

 

Default user: ubuntu pass: temppwd

 

Get prebuilt image:

 

wget 
https://rcn-ee.net/deb/rootfs/trusty/ubuntu-14.04-console-armhf-2014-08-13.tar.xz

Verify Image with:

 

md5sum ubuntu-14.04-console-armhf-2014-08-13.tar.xz

029df8a9afe211516b1e2ed9f4897b40  ubuntu-14.04-console-armhf-2014-08-13.tar.xz



 

 

I installed to sd card on a laptop -  after booting from sd card in BBB:

 

 

debian@*'s password:*temppwd*

debian@beaglebone:~$ uname -a

Linux beaglebone 3.8.13-bone47 #1 SMP Fri Apr 11 01:36:09 UTC 2014 armv7l 
GNU/Linux

 

 

debian@beaglebone:/etc$ cat os-release

PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"

NAME="Debian GNU/Linux"

VERSION_ID="7"

VERSION="7 (wheezy)"

ID=debian

ANSI_COLOR="1;31"

HOME_URL="http://www.debian.org/";

SUPPORT_URL="http://www.debian.org/support/";

BUG_REPORT_URL="http://bugs.debian.org/";

 

 

 

-- 
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.
For more options, visit https://groups.google.com/d/optout.



No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4765 / Virus Database: 4025/8271 - Release Date: 09/25/14

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4765 / Virus Database: 4015/8237 - Release Date: 09/18/14
Internal Virus Database is out of date.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Welcome the Fall 2014 Beagle Class to the group

[Jiayu Guo]

Hi, I am in Embedded Linux class...

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BeagleBone Black: v3.8.13-bone37 kernel flash slowly fills up

[Robert Nelson]

On Thu, Sep 25, 2014 at 12:21 PM,   wrote:
> Thanks, but I'm not really sure how to update from that. Can you advise me?
> The latest release on the beaglebone.org site is still the 5-14-2014 version
> with bone50.
>
> Also, I can't see in your github history that it is actually fixed, but I'll
> be happy to test bone67 for you if you can tell me how to update it.

cd /opt/scripts/tools/
git pull
sudo ./update_kernel.sh

(reboot)

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BeagleBone Black: v3.8.13-bone37 kernel flash slowly fills up

[jglossinger]

Thanks, but I'm not really sure how to update from that. Can you advise me? 
The latest release on the beaglebone.org site is still the 5-14-2014 
version with bone50.

Also, I can't see in your github history that it is actually fixed, but 
I'll be happy to test bone67 for you if you can tell me how to update it.

Thank you.
James

On Thursday, September 25, 2014 8:29:05 AM UTC-7, RobertCNelson wrote:
>
> On Wed, Sep 24, 2014 at 9:10 PM,  > 
> wrote: 
> > I think this memory leak still exists in bone50. 
>
> Latest stable is bone67, so "update".. 
>
> I'll let you review: 
> https://github.com/RobertCNelson/bb-kernel/commits/am33x-v3.8 
>
> to find out when i actually fixed it.. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Newbie question about I/O on the beaglebone black...

[Mike Morris WA6ILQ]

I have a possible application for a number of
BBBs and can't find a cogent answer...

Perhaps the collective knowledge and experience
of the group will provide the best answer...

Can the BBB do bytewide I/O under C ??

Here's the situation...

The project is to update an already deployed card
cage based hardware system.  It presently uses
a proprietary Z80 based CPU board that was
designed for the job 25 years ago.

I envision a replacement CPU board that plugs into
the existing proprietary socket - the card would be a
designed-for-the-job "mothercard" with a BBB upside
down so that the expansion headers plug into (onto ?)
connector strips on the mothercard.

At the moment, I envision that the BBB computing
environment will be Ubuntu running both a web
host and the custom applications program on startup.

The BBB I/O required will be the ethernet, the
host and client USB, the HDMI port, one I2C, and
UART 0 (for debugging).
I can see the custom application exclusively
accessing the A-to-D, the second I2C, one SPI,
and both UART 1 and 2.

The mothercard would have a 5 volt regulator
(the cage power is 12v), the necessary level
converters (all of the backplane buss signals
switch between 5 volt and ground), buffers / voltage
dividers for the A-to-D lines, an Adafruit clock /
calendar chip, perhaps sensors for temperature,
humidity, barometric pressure (on an i2c buss)...
Plus a few other items...  a card ejector tab, a DB9F
connector for the RS-232 debug port, front-facing
HDMI, USB host and client connectors, etc.

Now comes the zinger...  the mothercard interfaces
with the backplane data buss and it needs to "look
and feel" like the existing CPU board (from the point
of view of the other cards in the cage).

The existing CPU board is self contained (CPU,
RAM, PROM, EEPROM), except for two data
strobes plus two ports of bytewide I/O.   Things
are easier if you want to always send a byte or
always read a byte, but the bidirectional hardware
to get bytes in to and out of the custom applications
program might get tricky.

One port is bytewide output-only and the other is a
bytewide bi-directional port.

One nibble of the first port is used as a 4-bit board
select and the other nibble selects which data register
on that particular board is to be accessed.
Then a bytewide input / output port is used for the
actual data transfer, by way of a "write" strobe or a
"read" strobe that actually triggers the transfers of
the data byte.

The above can't be changed as we want the upgrade
path for over 100 of these systems to be a simple
case of having a non-techie walk up to the card cage,
power it down, swap the CPU card, plug in the new
RJ-45 cord, and power it back up.

I know we can use two of the BBB GPIO bits through
5 volt drivers / buffers for the read and write strobes
but how do I do the actual bytewide I/O ???

One possibility is bytewide I2C expander chips...
The Microchip MCP23008 or MCP23S08 looks
interesting.

But before I go down that road I'd like to know if
there is a better one.

And I'd like to hear from anyone that has successfully
done bytewide I/O, or has any suggestions on 5 volt
level converters (unidirectional or bidirectional), or
on a better clock / calendar chip, or i2c buss sensors
for temperature, humidity and barometric pressure.
The collective knowledge and experience of this group
is impressive.

Thanks in advance.

Mike

--
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Welcome the Fall 2014 Beagle Class to the group

[Zizhao Wang]

I like this class so much!

ZZ

On Friday, September 5, 2014 11:13:58 AM UTC-4, Mark A. Yoder wrote:
>
> The purpose of this posting is to announce that I'm once again teaching 
> an Embedded Linux class based on the BeagleBone Black [1].  I'm 
> teaching as open-source as I can and have have posted many of course 
> materials on eLinux.org [2] and github[3].
>
> I'm always open to ideas on what topics to include in the class and 
> suggestions for interesting course projects.  For example we are starting
> BoneScript today and hope to be writing simple kernel module 5 weeks from 
> now.
>
> Class, please respond to this posting.  Others, please welcome my class.
>
> --Mark 
>
> --Prof. Mark A. Yoder 
>   Rose-Hulman Institute of Technology [4] 
>
> [1] http://elinux.org/Embedded_Linux,_Rose-Hulman 
> [2] http://elinux.org/index.php?title=Category:ECE597 
> [3] https://github.com/MarkAYoder/BeagleBoard-exercises 
> [4]  http://www.rose-hulman.edu 
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Welcome the Fall 2014 Beagle Class to the group

[Weijian Zhang]

Looking forward to the class!

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Totally confused. ubuntu-14.04-console-armhf-2014-08-13.tar.xz sd card installs Debian, not Ubuntu

[Robert Nelson]

On Thu, Sep 25, 2014 at 1:24 PM, Alan Federman  wrote:
> I did an SD card install of ubuntu 14-04 console following the script
> instructions on eLinix -  I ended up with a Debian console.
>
>  I do not have an ubuntu as a user or temppwd.  I do have a Debian console
> with user set to debian.  Looks great.  Not what I want or expected.  I can
> login as debian, temppwd.
> --
>
>  Excerpt from instructions ---
>
> Default user: ubuntu pass: temppwd
>
> Get prebuilt image:
>
> wget
> https://rcn-ee.net/deb/rootfs/trusty/ubuntu-14.04-console-armhf-2014-08-13.tar.xz
> Verify Image with:
>
> md5sum ubuntu-14.04-console-armhf-2014-08-13.tar.xz
> 029df8a9afe211516b1e2ed9f4897b40
> ubuntu-14.04-console-armhf-2014-08-13.tar.xz
> 
>
>
> I installed to sd card on a laptop -  after booting from sd card in BBB:
>
>
> debian@*'s password:*temppwd*
> debian@beaglebone:~$ uname -a
> Linux beaglebone 3.8.13-bone47 #1 SMP Fri Apr 11 01:36:09 UTC 2014 armv7l
> GNU/Linux
>
>
> debian@beaglebone:/etc$ cat os-release
> PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
> NAME="Debian GNU/Linux"
> VERSION_ID="7"
> VERSION="7 (wheezy)"
> ID=debian
> ANSI_COLOR="1;31"
> HOME_URL="http://www.debian.org/";
> SUPPORT_URL="http://www.debian.org/support/";
> BUG_REPORT_URL="http://bugs.debian.org/";

Hold the boot button down, it default to eMMC.

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Welcome the Fall 2014 Beagle Class to the group

[Dmitry Votintsev]

Beagle is exciting! 

On Friday, September 5, 2014 11:13:58 AM UTC-4, Mark A. Yoder wrote:
>
> The purpose of this posting is to announce that I'm once again teaching 
> an Embedded Linux class based on the BeagleBone Black [1].  I'm 
> teaching as open-source as I can and have have posted many of course 
> materials on eLinux.org [2] and github[3].
>
> I'm always open to ideas on what topics to include in the class and 
> suggestions for interesting course projects.  For example we are starting
> BoneScript today and hope to be writing simple kernel module 5 weeks from 
> now.
>
> Class, please respond to this posting.  Others, please welcome my class.
>
> --Mark 
>
> --Prof. Mark A. Yoder 
>   Rose-Hulman Institute of Technology [4] 
>
> [1] http://elinux.org/Embedded_Linux,_Rose-Hulman 
> [2] http://elinux.org/index.php?title=Category:ECE597 
> [3] https://github.com/MarkAYoder/BeagleBoard-exercises 
> [4]  http://www.rose-hulman.edu 
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Totally confused. ubuntu-14.04-console-armhf-2014-08-13.tar.xz sd card installs Debian, not Ubuntu

[Alan Federman]

I did an SD card install of ubuntu 14-04 console following the script 
instructions on eLinix -  I ended up with a Debian console. 

 I do not have an ubuntu as a user or temppwd.  I do have a Debian console 
with user set to debian.  Looks great.  Not what I want or expected.  I can 
login as debian, temppwd.
--

 Excerpt from instructions --- 

Default user: ubuntu pass: temppwd

Get prebuilt image:

wget 
https://rcn-ee.net/deb/rootfs/trusty/ubuntu-14.04-console-armhf-2014-08-13.tar.xz
Verify Image with:

md5sum ubuntu-14.04-console-armhf-2014-08-13.tar.xz
029df8a9afe211516b1e2ed9f4897b40 
 ubuntu-14.04-console-armhf-2014-08-13.tar.xz



I installed to sd card on a laptop -  after booting from sd card in BBB:


debian@*'s password:*temppwd*
debian@beaglebone:~$ uname -a
Linux beaglebone 3.8.13-bone47 #1 SMP Fri Apr 11 01:36:09 UTC 2014 armv7l 
GNU/Linux


debian@beaglebone:/etc$ cat os-release
PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.debian.org/";
SUPPORT_URL="http://www.debian.org/support/";
BUG_REPORT_URL="http://bugs.debian.org/";



-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Welcome the Fall 2014 Beagle Class to the group

[Leihao Wei]

Hi, this is Leihao. fun class.

On Friday, September 5, 2014 11:13:58 AM UTC-4, Mark A. Yoder wrote:
>
> The purpose of this posting is to announce that I'm once again teaching 
> an Embedded Linux class based on the BeagleBone Black [1].  I'm 
> teaching as open-source as I can and have have posted many of course 
> materials on eLinux.org [2] and github[3].
>
> I'm always open to ideas on what topics to include in the class and 
> suggestions for interesting course projects.  For example we are starting
> BoneScript today and hope to be writing simple kernel module 5 weeks from 
> now.
>
> Class, please respond to this posting.  Others, please welcome my class.
>
> --Mark 
>
> --Prof. Mark A. Yoder 
>   Rose-Hulman Institute of Technology [4] 
>
> [1] http://elinux.org/Embedded_Linux,_Rose-Hulman 
> [2] http://elinux.org/index.php?title=Category:ECE597 
> [3] https://github.com/MarkAYoder/BeagleBoard-exercises 
> [4]  http://www.rose-hulman.edu 
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Welcome the Fall 2014 Beagle Class to the group

[zhihao xue]

hello, Dr. Yoder,
Here is Zhihao Xue. And i am becoming more and more familiar with Beagle. 

On Friday, September 5, 2014 11:13:58 AM UTC-4, Mark A. Yoder wrote:
>
> The purpose of this posting is to announce that I'm once again teaching 
> an Embedded Linux class based on the BeagleBone Black [1].  I'm 
> teaching as open-source as I can and have have posted many of course 
> materials on eLinux.org [2] and github[3].
>
> I'm always open to ideas on what topics to include in the class and 
> suggestions for interesting course projects.  For example we are starting
> BoneScript today and hope to be writing simple kernel module 5 weeks from 
> now.
>
> Class, please respond to this posting.  Others, please welcome my class.
>
> --Mark 
>
> --Prof. Mark A. Yoder 
>   Rose-Hulman Institute of Technology [4] 
>
> [1] http://elinux.org/Embedded_Linux,_Rose-Hulman 
> [2] http://elinux.org/index.php?title=Category:ECE597 
> [3] https://github.com/MarkAYoder/BeagleBoard-exercises 
> [4]  http://www.rose-hulman.edu 
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU and dts for IO definition in kernel 3.1x ?

[Cedric Malitte]

Le jeudi 25 septembre 2014 09:21:58 UTC-4, RobertCNelson a écrit :
>
> On Thu, Sep 25, 2014 at 8:05 AM, Cedric Malitte 
> > wrote: 
> > Hi Jon, 
> > 
> > Yes under 3.1x some things have changed a bit for dts. 
> > I failed with bone-pinmux-helper when I tried. 
> > 
> > It's still a WIP for me and also a LIP ( learn in progress :) ) 
>
> The v3.14.x branch here: (1) uses pinmux-helper.. 
>
> https://github.com/beagleboard/linux/tree/3.14 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

Thanks Robert,
will check that.

Cedric 

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Improper Power Down....All Revisions - Is this still an issue?

[Gerald Coley]

We are looking at the idea that maybe the PMIC gets confused when there is
a power dip on  power up, basically a power supply that can't handle
the surge when the board powers up. The idea is the PMIC
starts shutting down and then tries to power up again when the dip goes
away. I have yet to capture this myself, but there is one person he says he
sees this on his board.

If you have power than can brown out for a short period of time, this
could be your issue based on this idea we are looking out. You might try
adding a battery to the battery lead or maybe a super cap that can at least
stop the shutdown from starting when it thinks the 5V is going away..

Gerald

On Thu, Sep 25, 2014 at 10:49 AM,  wrote:

> Thanks for your fast reply.
>
> I've seen it on two of our boards - out of about 15.  Only one of them had
> a cape (the RTC cape).  Any idea if that one causes the issue?
>
> I admit that the boards are installed over in Africa where clean AC power
> sources are not common.  We are putting a UPS on the system to clean up
> spikes and avoid brown outs.
>
> One question...
>
> Does powering down a unit via unplugging a supply from the AC (the wall)
> also constitute a "violent" interruption in power, or is it just unplugging
> the power connectors from the board?
>
>
>
> On Wednesday, September 24, 2014 1:33:52 PM UTC-7, Gerald wrote:
>>
>> It is still an issue. We have seen it on .003% of the boards shipped. The
>> issue can also be related to improper design of capes that violate the
>> power up sequence. It may be a while before that shows up as a failure.
>>
>> Gerald
>>
>>
>> On Wed, Sep 24, 2014 at 3:05 PM,  wrote:
>>
>>> Hello,
>>>
>>> I saw the following on the Beagle Bone wiki page...
>>>
>>> "Improper Power DownAll Revisions
>>>
>>> ... Based on the latest information we have gathered, this appears to be
>>> an instance where the PMIC does not power down the processor in the right
>>> order due to the violent removal of the power cables, either USB or DC. So,
>>> we are recommending that the power button be used to power off the board or
>>> by issuing the Halt command. After that you can remove the power cable. If
>>> everyone follows this process, we should see a decrease in these issues,
>>> but it will take a while for the results, either good or bad, to show up.
>>> This will also help prevent the contamination of the eMMC and the SD cards
>>> by allowing the kernel to shutdown properly before power is removed."
>>>
>>>
>>> I also saw in one post that Gerald noted this was thought to be an
>>> issue, but now has been dismissed.
>>>
>>>
>>> Can you confirm that this is still an issue or not.
>>>
>>>
>>> The reason that I ask is that we are having Beagle Bone Black failures
>>> in the field where they go dead and we are trying to nail down why.
>>>
>>>
>>> If this is still an issue would unplugging a power supply from the wall
>>> be considered "violent" removal of the power?
>>>
>>>
>>> Thanks,
>>>
>>>
>>> Jeremy
>>>
>>> --
>>> 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...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Improper Power Down....All Revisions - Is this still an issue?

[mojokorn66]

Thanks for your fast reply.

I've seen it on two of our boards - out of about 15.  Only one of them had 
a cape (the RTC cape).  Any idea if that one causes the issue?

I admit that the boards are installed over in Africa where clean AC power 
sources are not common.  We are putting a UPS on the system to clean up 
spikes and avoid brown outs.

One question...

Does powering down a unit via unplugging a supply from the AC (the wall) 
also constitute a "violent" interruption in power, or is it just unplugging 
the power connectors from the board?



On Wednesday, September 24, 2014 1:33:52 PM UTC-7, Gerald wrote:
>
> It is still an issue. We have seen it on .003% of the boards shipped. The 
> issue can also be related to improper design of capes that violate the 
> power up sequence. It may be a while before that shows up as a failure.
>
> Gerald
>
>
> On Wed, Sep 24, 2014 at 3:05 PM, > wrote:
>
>> Hello,
>>
>> I saw the following on the Beagle Bone wiki page...
>>
>> "Improper Power DownAll Revisions
>>
>> ... Based on the latest information we have gathered, this appears to be 
>> an instance where the PMIC does not power down the processor in the right 
>> order due to the violent removal of the power cables, either USB or DC. So, 
>> we are recommending that the power button be used to power off the board or 
>> by issuing the Halt command. After that you can remove the power cable. If 
>> everyone follows this process, we should see a decrease in these issues, 
>> but it will take a while for the results, either good or bad, to show up. 
>> This will also help prevent the contamination of the eMMC and the SD cards 
>> by allowing the kernel to shutdown properly before power is removed."
>>
>>
>> I also saw in one post that Gerald noted this was thought to be an issue, 
>> but now has been dismissed.
>>
>>
>> Can you confirm that this is still an issue or not.
>>
>>
>> The reason that I ask is that we are having Beagle Bone Black failures in 
>> the field where they go dead and we are trying to nail down why.
>>
>>
>> If this is still an issue would unplugging a power supply from the wall 
>> be considered "violent" removal of the power?
>>
>>
>> Thanks,
>>
>>
>> Jeremy
>>
>> -- 
>> 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...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BeagleBone Black: v3.8.13-bone37 kernel flash slowly fills up

[Robert Nelson]

On Wed, Sep 24, 2014 at 9:10 PM,   wrote:
> I think this memory leak still exists in bone50.

Latest stable is bone67, so "update"..

I'll let you review:
https://github.com/RobertCNelson/bb-kernel/commits/am33x-v3.8

to find out when i actually fixed it..

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

Re: upgrading GPU was Re: [beagleboard] Re: OpenCL support?

[Jesse Cobra]

So buy an SoC that has the GPU you want? The TI AM335x BeagleBone is not it.

The next TI SoC uses an SGX530 if your hell bent on using TI.

http://processors.wiki.ti.com/index.php/Template:AM437x_Sitara_Features
On Sep 25, 2014 10:13 AM,  wrote:

>
> Hey,
>
> Animal brains, including those of humans, have a massively parallel
> architecture.
> Even though we only think at hundreds of kilometers an hour, rather than
> hundreds of thousands of km/h,
> due to our massively parallel architecture we can do many more
> simultaneous computations than a CPU.
>
> GPU's are also parallel architectures, which can be used for computing
> through OpenCL.
> The top supercomputers today are GPU heavy.
>
> OpenCl can make the beagleboard/bone much more useful for AI, robotics,
> cryptography, telephony,
> since for instance, neuro-nets (video/audio/text recognition),
> genetic-algorithms, and encryption/decryption all are parallel heavy
> processes.
> The future is parallel, and we are likely to see more operating systems
> that offload to GPU's much of their processing. some relevant research
> http://www.cs.utah.edu/~wbsun/kgpu.pdf
>
> even the most minor of GPU upgrades, from PowerVR 5  PowerVR5XT i.e. from
> SGX530 to SGX543, which is a total of ~ 14 Gflops (faster than Deep Blue,
> and top super computer of 1989), or if we wanted one with better graphics
> that raspberry pi the SGX554 at 29Gflops, or on level with iphone6 which
> has GX6450 166.4/332.8 GFlops (~top supercomputer of 1996). Then with 4
> beagleboard we could get a Terraflop (~top 1997 supercomputer), the way in
> which modern Supercomputers are measured.
>
> I don't know how this would impact the price of the beaglebone, since I
> couldn't find prices of powerVR chips,
> though I would imagine that there is at least one OpenCL compliant chip
> which would require only a marginal price increase.  The only other open
> board on the market I'm aware of with OpenCL support is the ODroid-XU line
> with price-tags in the $180+ range, it uses MPI-T6 line.
>
> so anyways, I'm wondering what's the status, are there any plans on the
> drawing board for a next beagleboard?
>
> O Tuesday, April 27, 2010 9:56:27 AM UTC-4, Philip wrote:
>>
>> On Mon, Apr 26, 2010 at 8:39 AM, d1m_bu1b  wrote:
>> > http://www.imgtec.com/forum/forum_posts.asp?TID=194
>> >
>> > ping
>>
>> I'm interested too. This would make the GPU useful to me :)
>>
>> Philip
>>
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> Groups "Beagle Board" group.
>> > To post to this group, send email to beagl...@googlegroups.com.
>> > To unsubscribe from this group, send email to beagleboard...@
>> googlegroups.com.
>> > For more options, visit this group at http://groups.google.com/
>> group/beagleboard?hl=en.
>> >
>> >
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Beagle Board" group.
>> To post to this group, send email to beagl...@googlegroups.com.
>> To unsubscribe from this group, send email to beagleboard...@
>> googlegroups.com.
>> For more options, visit this group at http://groups.google.com/
>> group/beagleboard?hl=en.
>>
>>  --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Element14 BeagleBlack, EEPROM Serial Collision

[Gerald Coley]

Thank you for the information. I heard back from E14, they said they were
checking. Sounds like everything before Rev C is not up to spec.

Gerald


On Thu, Sep 25, 2014 at 3:38 AM, Laurent d'Havé  wrote:

> I have just received a batch of RevC boards, and eeprom seems to be
> programmed correctly. I have yet to test them all out, but serial number
> uses all digits, and eeprom is "cleaner"
> (old eeprom had the string 123456789ABCDEF couple of bytes after the
> serial number)
>
> The one i had trouble with were Rev A5
>
> On Wednesday, September 24, 2014 5:38:07 PM UTC+2, Gerald wrote:
>>
>> I contacted my contacts at E14. I have yet to get a response.
>>
>> Gerald
>>
>>
>> On Wed, Sep 24, 2014 at 10:05 AM, Laurent d'Havé 
>> wrote:
>>
>>> i'm sure it does Gerald
>>> I can send eeprom dumps if necessary, tryed to find a way to get in
>>> contact on E14 website, but gave up after trying to find my way on their
>>> huge website. If you have a contact i'll gladly sort it out with them.
>>>
>>> On Wednesday, September 24, 2014 4:21:35 PM UTC+2, Gerald wrote:

 Well, can't speak for E14, but this is not correct and violates our
 specification.

 Gerald

 On Wed, Sep 24, 2014 at 7:51 AM, mickeyf 
 wrote:

> We use the MAC address, as suggested by Christian. "Works for us."
>
>
> On Wednesday, September 24, 2014 1:46:38 AM UTC-7, Laurent d'Havé
> wrote:
>>
>> Hello
>>
>> For a project we have a couple of BBB. We have ordered them from
>> Element14 .
>>
>> The problem we have is that the 32kb eeprom is EXACTLY the same for
>> boards that have a following serial number.
>>
>> ex : 4002112 has the same eeprom as 4002111
>>
>> This is unacceptable for us, as we had planned to use that as a
>> unique ID  (since it's supposed to be !!)
>>
>>
>> Apart from reprogramming the eeprom ourselves (a pain as all BBB have
>> been put in enclosures already ... ), does anyone have a solution ?
>>
>>
>>
>> Thank you
>>
>  --
> 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...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

  --
>>> 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...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BeagleBone Black: v3.8.13-bone37 kernel flash slowly fills up

[jglossinger]

I think this memory leak still exists in bone50.

On Thursday, February 13, 2014 10:37:37 AM UTC-8, RobertCNelson wrote:
>
>
>
>
> On Thu, Feb 13, 2014 at 12:32 PM, Brad Andersen  > wrote:
>
>> Robert, when might you be releasing a bone40 flasher for the BBB?  From 
>> this discussion it appears the bone37 has a memory leak (I'm using the 
>> bone37 flasher from your http://elinux.org/BeagleBoardDebian page.
>>
>
>
> I'd like to get an image out today/tomorrow.. testing a few things..
>
> But, you can upgrade the kernel today via:
>
> cd /opt/script/
> git pull
> ./tools/update_kernel.sh (it'll pull in bone40)
>
> Regards,
>
> -- 
> Robert Nelson
> http://www.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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] How to correctly boot Debian form uSD from BBB

[o...@galileo.edu]

Thanks it worked perfectly!

On Wednesday, September 24, 2014 1:23:20 PM UTC-6, RobertCNelson wrote:
>
> On Wed, Sep 24, 2014 at 1:19 PM,  > 
> wrote: 
> > This is what I get 
> > 
> > 
> > root@beaglebone:/var/lib/cloud9# df -h 
> > Filesystem Size Used Avail Use% Mounted on 
> > rootfs 1.6G 1.6G 0 100% 
> > udev 10M 0 10M 0% /dev 
> > tmpfs 100M 600K 99M 1% /run 
> > /dev/mmcblk0p2 1.6G 1.6G 0 100% / 
> > tmpfs 249M 0 249M 0% /dev/shm 
> > tmpfs 249M 0 249M 0% /sys/fs/cgroup 
> > tmpfs 100M 0 100M 0% /run/user 
> > tmpfs 5.0M 0 5.0M 0% /run/lock 
> > /dev/mmcblk0p1 96M 70M 27M 73% /boot/uboot 
> > 
> > This is what I get when trying to use unused space 
> > 
> > root@beaglebone:/opt/scripts/tools# sudo ./grow_partition.sh 
> > Media: [/dev/mmcblk0] 
> > Disk /dev/mmcblk0: 474496 cylinders, 4 heads, 16 sectors/track 
> > Old situation: 
> > Units = mebibytes of 1048576 bytes, blocks of 1024 bytes, counting from 
> 0 
> > 
> > Device Boot Start End MiB #blocks Id System 
> > /dev/mmcblk0p1 * 1 96 96 98304 e W95 FAT16 (LBA) 
> > /dev/mmcblk0p2 97 14827 14731 15084544 83 Linux 
> > /dev/mmcblk0p3 0 - 0 0 0 Empty 
> > /dev/mmcblk0p4 0 - 0 0 0 Empty 
> > New situation: 
> > Units = mebibytes of 1048576 bytes, blocks of 1024 bytes, counting from 
> 0 
> > 
> > Device Boot Start End MiB #blocks Id System 
> > /dev/mmcblk0p1 * 1 96 96 98304 e W95 FAT16 (LBA) 
> > /dev/mmcblk0p2 97 14827 14731 15084544 83 Linux 
> > /dev/mmcblk0p3 0 - 0 0 0 Empty 
> > /dev/mmcblk0p4 0 - 0 0 0 Empty 
> > Successfully wrote the new partition table 
> > Re-reading the partition table ... 
> > BLKRRPART: Device or resource busy 
> > The command to re-read the partition table failed. 
> > Run partprobe(8), kpartx(8) or reboot your system now, 
> > before using mkfs 
> > If you created or changed a DOS partition, /dev/foo7, say, then use 
> dd(1) 
> > to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1 
> > (See fdisk(8).) 
>
> Yeap, just reboot (sudo reboot) 
>
> Then run: 
>
> sudo resize2fs /dev/mmcblk0p2 
>
> and it should be fine.. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Beagleboard booting in loop

[miss2missingher]

sir,

I am working on Kalman filter MPPT...I am referring you paper 
Implementation of Maximum Power Point Tracking Using Kalman Filter for 
Solar Photovoltaic Array on FPGA...I want some more helpfor this..could you 
please guide me about this.? 

I am the student of Nirma University,Gujarat


thanking you

S.P.Patel

-- 
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.
For more options, visit https://groups.google.com/d/optout.

upgrading GPU was Re: [beagleboard] Re: OpenCL support?

[weyounet]

Hey,

Animal brains, including those of humans, have a massively parallel 
architecture. 
Even though we only think at hundreds of kilometers an hour, rather than 
hundreds of thousands of km/h,
due to our massively parallel architecture we can do many more simultaneous 
computations than a CPU.

GPU's are also parallel architectures, which can be used for computing 
through OpenCL.
The top supercomputers today are GPU heavy.

OpenCl can make the beagleboard/bone much more useful for AI, robotics, 
cryptography, telephony,
since for instance, neuro-nets (video/audio/text recognition), 
genetic-algorithms, and encryption/decryption all are parallel heavy 
processes. 
The future is parallel, and we are likely to see more operating systems 
that offload to GPU's much of their processing. some relevant research 
http://www.cs.utah.edu/~wbsun/kgpu.pdf

even the most minor of GPU upgrades, from PowerVR 5  PowerVR5XT i.e. from 
SGX530 to SGX543, which is a total of ~ 14 Gflops (faster than Deep Blue, 
and top super computer of 1989), or if we wanted one with better graphics 
that raspberry pi the SGX554 at 29Gflops, or on level with iphone6 which 
has GX6450 166.4/332.8 GFlops (~top supercomputer of 1996). Then with 4 
beagleboard we could get a Terraflop (~top 1997 supercomputer), the way in 
which modern Supercomputers are measured.  

I don't know how this would impact the price of the beaglebone, since I 
couldn't find prices of powerVR chips,
though I would imagine that there is at least one OpenCL compliant chip 
which would require only a marginal price increase.  The only other open 
board on the market I'm aware of with OpenCL support is the ODroid-XU line 
with price-tags in the $180+ range, it uses MPI-T6 line. 

so anyways, I'm wondering what's the status, are there any plans on the 
drawing board for a next beagleboard?

O Tuesday, April 27, 2010 9:56:27 AM UTC-4, Philip wrote:
>
> On Mon, Apr 26, 2010 at 8:39 AM, d1m_bu1b > 
> wrote: 
> > http://www.imgtec.com/forum/forum_posts.asp?TID=194 
> > 
> > ping 
>
> I'm interested too. This would make the GPU useful to me :) 
>
> Philip 
>
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups "Beagle Board" group. 
> > To post to this group, send email to beagl...@googlegroups.com 
> . 
> > To unsubscribe from this group, send email to 
> beagleboard...@googlegroups.com . 
> > For more options, visit this group at 
> http://groups.google.com/group/beagleboard?hl=en. 
> > 
> > 
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Beagle Board" group. 
> To post to this group, send email to beagl...@googlegroups.com 
> . 
> To unsubscribe from this group, send email to 
> beagleboard...@googlegroups.com . 
> For more options, visit this group at 
> http://groups.google.com/group/beagleboard?hl=en. 
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cape manager issue: can't load dtb overlays Ubuntu

[Robert Nelson]

On Thu, Sep 25, 2014 at 9:38 AM, Alan Federman  wrote:
> hmm  echo -8 >  $SLOTS   only works for certain kernels?

It's not "100%" reliable across "every" cape/peripheral. Patches are
welcome to fix it, but it would best to work on something else.

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cape manager issue: can't load dtb overlays Ubuntu

[Alan Federman]

hmm  echo -8 >  $SLOTS   only works for certain kernels?

On Thu, Sep 25, 2014 at 7:23 AM, Robert Nelson 
wrote:

> On Thu, Sep 25, 2014 at 9:19 AM, Alan Federman 
> wrote:
> > Hey Thanks -  I'll give 14.04  a try.  13.04 loads the capes, but doesn't
> > unload them, and I get segfaults when I try to run some of the Forest
> > Project exercises.  "You gotta suffer if you wanna sing the blues."
>
> Just map "unload" to "reboot" and it'll work everytime..
>
> Hint... unloading is not supported..
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/AyVGH_1EDMM/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cape manager issue: can't load dtb overlays Ubuntu

[Robert Nelson]

On Thu, Sep 25, 2014 at 9:19 AM, Alan Federman  wrote:
> Hey Thanks -  I'll give 14.04  a try.  13.04 loads the capes, but doesn't
> unload them, and I get segfaults when I try to run some of the Forest
> Project exercises.  "You gotta suffer if you wanna sing the blues."

Just map "unload" to "reboot" and it'll work everytime..

Hint... unloading is not supported..

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cape manager issue: can't load dtb overlays Ubuntu

[Alan Federman]

Hey Thanks -  I'll give 14.04  a try.  13.04 loads the capes, but doesn't
unload them, and I get segfaults when I try to run some of the Forest
Project exercises.  "You gotta suffer if you wanna sing the blues."

On Wed, Sep 24, 2014 at 10:13 AM, Robert Nelson 
wrote:

> On Wed, Sep 24, 2014 at 12:09 PM, Alan Federman 
> wrote:
> > Unfortunately I need to run ubuntu 12.04 or 13.04  for my other
> > projects.(ROS Hydro) Do you know of a Image that has those requirements?
>
> Nope, not from me, i don't have the resources to support every known
> variant, besdies 13.04 is end of life.
>
> I have 14.04 + 14.10, with the kernel you need.. It's up to you to fix
> "ROS Hydro"...
>
> Otherwise, good luck!
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/AyVGH_1EDMM/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: trying to learn enough to get started

[jfsbac]

Sounds like you need some EE courses with control theory ;>)  Since you are 
controlling a greenhouse with a considerable amount of wiring, it sounds 
like your relays and A/D will be far from your main controller (BBB). 
 Light to medium duty mechanical relays need 12VDC and a relay driver, 
heavy duty relays require 110VAC.  If the controlled devices are far (more 
than a few feet) you have to worry about voltage drops across the wiring, 
especially if the control signals are bridging the distance (ie the relay 
is near the controlled device).  Some sort of distributed control might be 
in order.  By that I mean an Arduino like micro (there are a couple of 
small compatible boards out there) controlling one or several relays on 
command from the BBB and reporting status back, over serial (RS485 is 
multi-drop) or wireless like Zigbee.  Relays are open loop type devices, 
there is no built-in feedback to know they have closed, usually one just 
assumes they closed within the time they specify.  An interrupt on closing 
would have to be an added circuit, do you really need it?  Hmm, you don't 
say if you are using mechanical or Solid State relays.  If there are Capes 
with relays, I would expect they would have an external power input.  Make 
sure to pay attention to the power required to size your supply.

www.controlanything.com has been making relay control boards for years, 
starting with RS232 and migrating to USB, Zigbee, and now ethernet/wifi. 
 They may not be what you want, but they have some good application and 
usage notes.  If you are controlling heavy loads you have to worry about 
noise feedback.  

I would start by making a block diagram of the setup, then listing all the 
devices controlled and monitored and their requirements (current, voltage, 
distance from the main controller, etc).

Don't forget about enclosures.  Greenhouses are pretty humid, damp and 
electronics does NOT like moisture.  It sounds like you have an interesting 
and challenging project.

I hope this helps,

Jonathan

On Saturday, September 6, 2014 7:33:29 PM UTC-4, ccrisle...@gmail.com wrote:
>
> The original question was one of hardware. I can figure out the software 
> based on what I know and feel comfortable with. My question is: how do I 
> control roughly 20 relays, some that I need to set and some that I need to 
> 'read', ideally as an interrupt when they close? I also need to work with a 
> couple of A/D inputs, mainly temperature. From the documentation that I 
> have seen, no cape can support that many relays, so I need multiple capes. 
> How do I do that? Can they be stacked? Can I use I2C to select the address 
> to 'write' to in order to energise the relay coil? How do I organize them 
> to allow I2C to select an address through multiple capes? How do I get the 
> power to drive a relay? TTL logic can't do that. These are my fundamental 
> questions. Where can I go to get the answers? I really want to learn rather 
> than be handed answers. I can deal with the software issues well enough, it 
> is the hardware decisions that are stumping me.
>
> On Wednesday, September 3, 2014 10:24:01 PM UTC-4, ccrisle...@gmail.com 
> wrote:
>>
>> I have a significant project that I want to accomplish this fall/winter. 
>> I would like to build a digital controller for my greenhouse. I have been a 
>> software engineer for 35 years so the programming will be easy. I don't 
>> have any experience with microprocessors and need to learn so that I can 
>> do. What introductory and intermediate sources of information would people 
>> recommend? I am thinking about a BBB running Ubuntu but am open to 
>> suggestions.
>>
>> Thank you,
>> Chuck Crisler
>>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] ERROR: The certificate of `rcn-ee.net' is not trusted when updating debian kernel on BBB

[Robert Nelson]

On Wed, Sep 24, 2014 at 11:33 PM, tides  wrote:
> Hi Everyone,
>
> I'm very new to Beaglebone Black, and i've tried to do the following
> instructions on the website:
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Kernel_Upgrade.
>
> While running sudo ./update_kernel.sh commands, i've got this error message
> at the end of the command line:
>
> Reading package lists... Done
> info: checking archive
> --2014-08-13 16:45:15--  https://rcn-ee.net/deb/wheezy-armhf/LATEST-omap-psp
> Resolving rcn-ee.net (rcn-ee.net)... 69.163.222.213
> Connecting to rcn-ee.net (rcn-ee.net)|69.163.222.213|:443... connected.
> ERROR: The certificate of `rcn-ee.net' is not trusted.
> The certificate has not yet been activated
>

The certificate is renewed every August, so if your clock is set
before that date, lots of problems..

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU and dts for IO definition in kernel 3.1x ?

[Robert Nelson]

On Thu, Sep 25, 2014 at 8:05 AM, Cedric Malitte
 wrote:
> Hi Jon,
>
> Yes under 3.1x some things have changed a bit for dts.
> I failed with bone-pinmux-helper when I tried.
>
> It's still a WIP for me and also a LIP ( learn in progress :) )

The v3.14.x branch here: (1) uses pinmux-helper..

https://github.com/beagleboard/linux/tree/3.14

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU and dts for IO definition in kernel 3.1x ?

[Cedric Malitte]

Hi Jon,

Yes under 3.1x some things have changed a bit for dts.
I failed with bone-pinmux-helper when I tried.

It's still a WIP for me and also a LIP ( learn in progress :) )

Regards,

Cedric


2014-09-25 8:01 GMT-04:00 Jon E :

> Hi,
>
> I have some simple examples of direct reading/writing under 3.8 (setting
> mode 6, exclusive use etc)..
>
> https://github.com/dresco/pru_examples
>
> Have the device tree definitions have changed for 3.1x? I've not yet
> successfully built my PRU code under the new 3.14 kernel, so perhaps
> bone-pinmux-helper is no longer an option?
>
> Regards,
> Jon
>
> On Thursday, 25 September 2014 04:12:53 UTC+1, Cedric Malitte wrote:
>>
>> Ok finally managed to build a dts using compatible='gpio-leds' for
>> outputs and I now have a 15Mhz output.
>>
>> I'll investigate why when I try to use pru code compiled from C, the
>> signal has a weird shape on the scope but using asm, it's a regular one.
>>
>> For inputs, I do not know yet if I should use compatible="gpio-keys" or
>> something else, I did not find anything related to this yet.
>>
>>
>>
>> 2014-09-24 13:17 GMT-04:00 Cedric Malitte :
>>
>>> Hi,
>>>
>>> so trying to get my things up and running, I wrote a program for the PRU
>>> in asm to toggle 2 pins and read 4.
>>>
>>> In C, I manage to manipulate them because I'm using GPIO.
>>> But in asm... I try to interact with r30 and r31, and nothing really
>>> happens...
>>>
>>> I"m with kernel 3.15.
>>>
>>> Could someone guide me ?
>>> I think I have to add a dts to declare pins and pinmux, but I feel a bit
>>> lost on this point.
>>>
>>> In case, this is my asm source
>>>
>>> #include "pru.h"
>>> #include "pru_macros.hp"
>>>
>>> .origin 0
>>> .entrypoint MAIN
>>>
>>>
>>> MAIN:
>>>
>>>  /* enable ocp wide accesses */
>>>
>>>  LBCO r0, CONST_PRUCFG, 4, 4
>>>  CLR r0, r0, 4
>>>  SBCO r0, CONST_PRUCFG, 4, 4
>>>
>>>  /* prepared pru to host shared memory */
>>>
>>>  MOV r0, 0x00120
>>>  MOV r1, CTPPR_0
>>>  ST32 r0, r1
>>>
>>>  MOV r0, 0x0010
>>>  MOV r1, CTPPR_1
>>>  ST32 r0, r1
>>>
>>>
>>>  MOV r10, 0
>>>  MOV r11, 0
>>>  MOV r12, 0
>>>  /* main */
>>> LOOP1:
>>> SET r30.t15  /* CLK high */
>>> MOV r10, r31.b0 /* Read in the data */
>>>
>>> QBBC CHKSENSOR2, r10.b0.t0 /* if r10.0, set r11.0 */
>>> SET r11, 0
>>> CHKSENSOR2:
>>> QBBC CHKSENSOR3, r10.b0.t1 /* if r10.1, set r11.15 */
>>> SET r11, 15
>>> CHKSENSOR3:
>>> QBBC CHKSENSOR4, r10.b0.t2 /* if r10.2, set r12.0 */
>>> SET r12, 0
>>> CHKSENSOR4:
>>> QBBC ENDCHECK, r10.b0.t3 /* if r10.3, set r12.15 */
>>> SET r12, 15
>>>
>>> ENDCHECK:
>>> CLR r30.t15 /* CLK low  */
>>> LSL r11, r11, 1
>>> LSL r12, r12, 1
>>> ADD r0, r0, 1
>>> JMP LOOP1
>>>  /* store results from r10,r11 into host memory */
>>>
>>>  SBCO r10, CONST_PRUSHAREDRAM, 0, 8
>>>
>>>  /* signal cpu we are done (never reached) */
>>>
>>>  MOV r31.b0, PRU0_ARM_INTERRUPT + 16
>>>  HALT
>>>
>>>
>>> Thanks,
>>>
>>> Cedric
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "BeagleBoard" group.
>>> To unsubscribe from this topic, visit https://groups.google.com/d/
>>> topic/beagleboard/DvlQWGZ5VEs/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> beagleboard...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/DvlQWGZ5VEs/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Lots of I/O's on your BeagleBoard, optically coupled and long wires possible? ~kunIO

[Bart De Rouck]

Dear reader,

 

We launched a Indiegogo campaign 

  
where we offer a series of digital I/O modules : http://igg.me/at/kunio

Via an SPI bus + some I/O pins, or just up to 7 simple I/O pins, you can 
add a huge number of digital in- and outputs in a modular way.

By using any microcontroller or Single Board Computer of your choice 
(RaspberryPi, BeagleBoard, Arduino,...), you can create a powerful device 
(PLC) that is accessible from the internet and has lots of storage and 
features using your own development tools.


If you are convinced of these products, please help us raising funds so we 
can produce our first modules and bring them to market!

[image: 20140912044054-kunIO_ComboInOut24P_3M_Box_317x241.png?1410522054] 


The next step is to add more analogue inputs and outputs to this concept, 
without the need for more I/O pins. I hope you enjoy this...

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU and dts for IO definition in kernel 3.1x ?

[Jon E]

Hi,

I have some simple examples of direct reading/writing under 3.8 (setting 
mode 6, exclusive use etc)..

https://github.com/dresco/pru_examples

Have the device tree definitions have changed for 3.1x? I've not yet 
successfully built my PRU code under the new 3.14 kernel, so perhaps 
bone-pinmux-helper is no longer an option?

Regards,
Jon

On Thursday, 25 September 2014 04:12:53 UTC+1, Cedric Malitte wrote:
>
> Ok finally managed to build a dts using compatible='gpio-leds' for outputs 
> and I now have a 15Mhz output.
>
> I'll investigate why when I try to use pru code compiled from C, the 
> signal has a weird shape on the scope but using asm, it's a regular one.
>
> For inputs, I do not know yet if I should use compatible="gpio-keys" or 
> something else, I did not find anything related to this yet.
>
>
>
> 2014-09-24 13:17 GMT-04:00 Cedric Malitte  >:
>
>> Hi,
>>
>> so trying to get my things up and running, I wrote a program for the PRU 
>> in asm to toggle 2 pins and read 4.
>>
>> In C, I manage to manipulate them because I'm using GPIO.
>> But in asm... I try to interact with r30 and r31, and nothing really 
>> happens...
>>
>> I"m with kernel 3.15.
>>
>> Could someone guide me ? 
>> I think I have to add a dts to declare pins and pinmux, but I feel a bit 
>> lost on this point.
>>
>> In case, this is my asm source
>>
>> #include "pru.h"
>> #include "pru_macros.hp"
>>
>> .origin 0
>> .entrypoint MAIN
>>
>>
>> MAIN:
>>
>>  /* enable ocp wide accesses */
>>
>>  LBCO r0, CONST_PRUCFG, 4, 4
>>  CLR r0, r0, 4
>>  SBCO r0, CONST_PRUCFG, 4, 4
>>
>>  /* prepared pru to host shared memory */
>>
>>  MOV r0, 0x00120
>>  MOV r1, CTPPR_0
>>  ST32 r0, r1
>>
>>  MOV r0, 0x0010
>>  MOV r1, CTPPR_1
>>  ST32 r0, r1
>>
>>
>>  MOV r10, 0
>>  MOV r11, 0
>>  MOV r12, 0
>>  /* main */
>> LOOP1:
>> SET r30.t15  /* CLK high */ 
>> MOV r10, r31.b0 /* Read in the data */ 
>>
>> QBBC CHKSENSOR2, r10.b0.t0 /* if r10.0, set r11.0 */
>> SET r11, 0  
>> CHKSENSOR2:
>> QBBC CHKSENSOR3, r10.b0.t1 /* if r10.1, set r11.15 */
>> SET r11, 15
>> CHKSENSOR3:
>> QBBC CHKSENSOR4, r10.b0.t2 /* if r10.2, set r12.0 */
>> SET r12, 0
>> CHKSENSOR4:
>> QBBC ENDCHECK, r10.b0.t3 /* if r10.3, set r12.15 */
>> SET r12, 15
>>
>> ENDCHECK:
>> CLR r30.t15 /* CLK low  */ 
>> LSL r11, r11, 1
>> LSL r12, r12, 1
>> ADD r0, r0, 1
>> JMP LOOP1
>>  /* store results from r10,r11 into host memory */
>>
>>  SBCO r10, CONST_PRUSHAREDRAM, 0, 8
>>
>>  /* signal cpu we are done (never reached) */
>>
>>  MOV r31.b0, PRU0_ARM_INTERRUPT + 16
>>  HALT
>>
>>
>> Thanks,
>>
>> Cedric
>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "BeagleBoard" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/beagleboard/DvlQWGZ5VEs/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> beagleboard...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Only pwr led lits

[Benedek]

Sorry, for not being here for so long. 
So, my answer is yes. Flashed the eMMC, and it's not working now.

Ben

2014. szeptember 18., csütörtök 22:08:32 UTC+2 időpontban neo a következőt 
írta:
>
> So for my understanding you flashed the eMMC from the sdcard and it did 
> not work ? 
>
> On Thursday, September 18, 2014 3:29:12 PM UTC+5:30, Benedek wrote:
>>
>> Hi,
>>
>> I updated the Angstrom Distribution 2013-09-04 image on my BBB. The 
>> process seem to run well. After it ended, I get the SD card out from the 
>> BBB, and restarted it, with plugging in again the BBB via USB. But then 
>> only the power led lits, and nothing else. 
>> I've repeated the process many times, even with Debian 2014-05-04, but 
>> the result is the same.
>>
>> Could anyone help me?
>>
>> Thanks,
>> Ben
>>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Element14 BeagleBlack, EEPROM Serial Collision

[Laurent d'Havé]

I have just received a batch of RevC boards, and eeprom seems to be 
programmed correctly. I have yet to test them all out, but serial number 
uses all digits, and eeprom is "cleaner"
(old eeprom had the string 123456789ABCDEF couple of bytes after the serial 
number)

The one i had trouble with were Rev A5

On Wednesday, September 24, 2014 5:38:07 PM UTC+2, Gerald wrote:
>
> I contacted my contacts at E14. I have yet to get a response.
>
> Gerald
>
>
> On Wed, Sep 24, 2014 at 10:05 AM, Laurent d'Havé  > wrote:
>
>> i'm sure it does Gerald
>> I can send eeprom dumps if necessary, tryed to find a way to get in 
>> contact on E14 website, but gave up after trying to find my way on their 
>> huge website. If you have a contact i'll gladly sort it out with them.
>>
>> On Wednesday, September 24, 2014 4:21:35 PM UTC+2, Gerald wrote:
>>>
>>> Well, can't speak for E14, but this is not correct and violates our 
>>> specification.
>>>
>>> Gerald
>>>
>>> On Wed, Sep 24, 2014 at 7:51 AM, mickeyf  
>>> wrote:
>>>
 We use the MAC address, as suggested by Christian. "Works for us."


 On Wednesday, September 24, 2014 1:46:38 AM UTC-7, Laurent d'Havé wrote:
>
> Hello
>
> For a project we have a couple of BBB. We have ordered them from 
> Element14 .
>
> The problem we have is that the 32kb eeprom is EXACTLY the same for 
> boards that have a following serial number.
>
> ex : 4002112 has the same eeprom as 4002111
>
> This is unacceptable for us, as we had planned to use that as a unique 
> ID  (since it's supposed to be !!)
>
>
> Apart from reprogramming the eeprom ourselves (a pain as all BBB have 
> been put in enclosures already ... ), does anyone have a solution ?
>
>
>
> Thank you
>
  -- 
 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...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>  -- 
>> 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...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] ERROR: The certificate of `rcn-ee.net' is not trusted when updating debian kernel on BBB

[Alexander Holler]

Am 25.09.2014 06:33, schrieb tides:

Hi Everyone,

I'm very new to Beaglebone Black, and i've tried to do the following
instructions on the website:
http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Kernel_Upgrade.

While running sudo ./update_kernel.sh commands, i've got this error message
at the end of the command line:

Reading package lists... Done
info: checking archive
--2014-08-13 16:45:15--  https://rcn-ee.net/deb/wheezy-armhf/LATEST-omap-psp
Resolving rcn-ee.net (rcn-ee.net)... 69.163.222.213
Connecting to rcn-ee.net (rcn-ee.net)|69.163.222.213|:443... connected.
ERROR: The certificate of `rcn-ee.net' is not trusted.
The certificate has not yet been activated

Could anyone please give suggestion how to resolve this problem?


"not yet" sounds like your beagle lives in the last century.

Alexander Holler

--
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.
For more options, visit https://groups.google.com/d/optout.