Re: [beagleboard] Re: lxqt-4gb and iot release candidates uploaded for beta testers

[William Hermans]

Just dorking around for a few minutes to take a break from other things . .
.

var base_path = "/sys/class/gpio/gpio";
var pin_number = "49";
var value = base_path + pin_number + "/value"
var direction = base_path + pin_number + "/direction"

read(value);
read(direction);
write(direction, 'high');
read(value);
read(direction);

function read(path){
var fs = require('fs');

var buf = fs.readFileSync(path, 'utf8');
console.log(path + ': ' + buf);
}

function write(path, value){
var fs = require('fs');
fs.writeFileSync(path, value, 'utf8');
}

*Output*

william@beaglebone:~/dev$ echo 49 > /sys/class/gpio/unexport
william@beaglebone:~/dev$ echo 49 > /sys/class/gpio/export
william@beaglebone:~/dev$ node node-gpio.js
/sys/class/gpio/gpio49/value: 0

/sys/class/gpio/gpio49/direction: in

/sys/class/gpio/gpio49/value: 1

/sys/class/gpio/gpio49/direction: out


On Tue, May 17, 2016 at 12:09 AM, Baozhu Zuo  wrote:

> Thanks Jason, We are happy to work with you.
>
> 在 2016年5月17日星期二 UTC+8下午12:39:01，Jason Kridner写道：
>>
>>
>> On Sat, May 14, 2016 at 8:34 AM Jason Kridner 
>> wrote:
>>
>>> Robert's made a ton of improvements over the last several weeks/months
>>> and it makes some sense to try to update the promoted images. A GUI-less
>>> IoT image is now being produced to
>>>
>>> These are using a 4.4 Linux kernel.
>>>
>>
>> So far, feedback has been that these images are an improvement, but have
>> some issues to be resolved. To that end, I've mirrored them and added them
>> to
>>
>> http://beagleboard.org/latest-images
>>
>> After Maker Faire Bay Area, we can put a concerted effort into cleaning
>> up the remaining bugs.
>>
>>
>>>
>>> LXQT-4GB for BeagleBoard-X15:
>>>
>>> http://debian.beagleboard.org/images/bbx15-debian-8.4-lxqt-4gb-armhf-2016-05-13-4gb.img.xz
>>>
>>>
>>> shat256sum: 69dc6b1daccc5fc0bb3050977d102706621ec0dd8bf14757f5ef0542e60ac72e
>>>
>>> LXQT-4GB for BeagleBone Black and compatibles:
>>>
>>> http://debian.beagleboard.org/images/bone-debian-8.4-lxqt-4gb-armhf-2016-05-13-4gb.img.xz
>>>
>>>
>>> sha256sum: 28d67e877497fb9e52fe605f2cbefdbaedaff23e9fa82e9ed2076ae375aa777f
>>>
>>> IoT for BeagleBone Black and compatibles:
>>>
>>> http://debian.beagleboard.org/images/bone-debian-8.4-iot-armhf-2016-05-13-4gb.img.xz
>>>
>>>
>>> sha256sum: 22fbba21cf294a92528b8a973e838f3cac801ce0e7d180b260a583f4bb0d1318
>>>
>>> There are associated bmap files in the directory for those using
>>> bmaptool. For others, I recommend using http://etcher.io.
>>>
>>> Reply with issues here or post to
>>> http://github.com/beagleboard/image-builder.
>>>
>>>
>>> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/2e914225-06e5-47b5-954e-959863087f72%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORoxwyMER8ViHxG01RkhYpTSP1XW59869N8aRpO7Y6uX%3Dw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Tweet by Arduino on Twitter

[Gerald Coley]

Very interesting! See what you can find out!

Gerald

On Tue, May 17, 2016 at 8:15 PM, Jason Kridner  wrote:

> *Arduino (@arduino )*
>
> 5/17/16, 10:18 AM
> 
> Run Arduino Software on your RPi, C.H.I.P., BeagleBone, UDOO and other
> Linux ARM devices: bit.ly/1TiaML3 
> pic.twitter.com/mQYnghs7L8 
>
> Interesting.
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/33EC0B96-9D00-41D9-8991-DB35BE1A0BAD%40gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BfxL5kaQOb%3D%3DyB1rbp-F6aT9TXnz7OhpPjVDVGWXdPqCw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[William Hermans]

>
> *The need to ping an Internet host just adds to the requirements.  Pinging
> your local router IP would meet the requirement of whether the BBB
> interface is up.  Adding Internet connectivity just added more complexity.*
>

Come now do I really have to comment on something like this ? The solution
is pretty obvious . . .

If your application does not require an internet connection, then don't
ping an outside address. Ping your internal gateway . . .

On Tue, May 17, 2016 at 5:07 PM, Mike  wrote:

> On 05/17/2016 05:55 PM, William Hermans wrote:
>
> *William:*
>> *That would work.  *
>>
>> *The only "edge case" I might see as a problem would be if your ping
>> target went off line.  Then the BBB would reboot itself every ten minutes
>> even though nothing was wrong with the BBB.  I guess you could ping several
>> different targets in rotation and only reboot if they all disappeared.*
>>
> *This gets us back to a real cheap local watchdog.*
>
> You only need to ping one ip address. Your internet gateway IP. e.g. your
> first hop outside of your local network.
>
> The need to ping an Internet host just adds to the requirements.  Pinging
> your local router IP would meet the requirement of whether the BBB
> interface is up.  Adding Internet connectivity just added more complexity.
>
>
>> *As an aside: Does anyone know what test a computer runs to determine if
>> it is connected to the internet?*
>> *Most desktop/laptop computers have a different network icon as to
>> whether the network/WiFi you connected to has internet connectivity.   Is
>> the Windows computer pinging some Microsoft location that is "guaranteed"
>> to be up?*
>>
>> *--- Graham*
>
> I'm not 100% sure, but the test Windows does is not always correct.
> Sometimes the icon shows not connected, when in fact as soon as you try to
> surf something on the web, it goes to the working icon . . .
>
> My guess is that it does some simple DNS tests, and then after a while it
> gives up checking.
>
>
> On Tue, May 17, 2016 at 2:29 PM, Graham Haddock 
> wrote:
>
>> William:
>>
>> That would work.
>>
>> The only "edge case" I might see as a problem would be if your ping
>> target went off line.  Then the BBB would reboot itself every ten minutes
>> even though nothing was wrong with the BBB.  I guess you could ping several
>> different targets in rotation and only reboot if they all disappeared.
>> This gets us back to a real cheap local watchdog.
>>
>> As an aside: Does anyone know what test a computer runs to determine if
>> it is connected to the internet?
>> Most desktop/laptop computers have a different network icon as to whether
>> the network/WiFi you connected to has internet connectivity.   Is the
>> Windows computer pinging some Microsoft location that is "guaranteed" to be
>> up?
>>
>> --- Graham
>>
>> ==
>>
>>
>> On Tue, May 17, 2016 at 2:30 PM, William Hermans 
>> wrote:
>>
>>>
>>> @Graham,
>>>
>>> What I propose is that you do not need an Ethernet Micro connected to
>>> the BBB. Instead, you have the BBB ping the outside world once every set
>>> time frame, and it a ping comes back unreachable after say 5-10 minutes.
>>> You just stop "kicking the dog". Which does present a potential problem
>>> that Your internet connection may just be down. But a remote system that
>>> reboots once every 5-10 minutes because the internet connection is down is
>>> not something I'd personally see as a bad thing. After all you're unable to
>>> connect to the system anyway.
>>>
>>
>>  ==
>> --
>> 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.
>> To view this discussion on the web visit
>> 
>> https://groups.google.com/d/msgid/beagleboard/CANN_KV6MEtkBkkjA-xc3KKzeNRh6LDpoB1xrBnN%2BZo6gJgLX6w%40mail.gmail.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.
> To view this discussion on the web visit
> 
> https://groups.google.com/d/msgid/beagleboard/CALHSORrk-KSfKb%3D%2By9tCHPNQSkvfC-K7YPr8cQsvmuwDXR6DCg%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> For more options, visit 

[beagleboard] Tweet by Arduino on Twitter

[Jason Kridner]

Arduino (@arduino)
5/17/16, 10:18 AM
Run Arduino Software on your RPi, C.H.I.P., BeagleBone, UDOO and other Linux 
ARM devices: bit.ly/1TiaML3 pic.twitter.com/mQYnghs7L8

Interesting. 

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/33EC0B96-9D00-41D9-8991-DB35BE1A0BAD%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Mike]

On 05/17/2016 05:55 PM, William Hermans wrote:


/William:/
/That would work. /
/
/
/The only "edge case" I might see as a problem would be if your
ping target went off line.  Then the BBB would reboot itself every
ten minutes even though nothing was wrong with the BBB.  I guess
you could ping several different targets in rotation and only
reboot if they all disappeared./

/This gets us back to a real cheap local watchdog./

You only need to ping one ip address. Your internet gateway IP. e.g. 
your first hop outside of your local network.
The need to ping an Internet host just adds to the requirements. Pinging 
your local router IP would meet the requirement of whether the BBB 
interface is up.  Adding Internet connectivity just added more complexity.


/
/
/As an aside: Does anyone know what test a computer runs to
determine if it is connected to the internet?/
/Most desktop/laptop computers have a different network icon as to
whether the network/WiFi you connected to has internet
connectivity.   Is the Windows computer pinging some Microsoft
location that is "guaranteed" to be up?/
/
/

/--- Graham/

I'm not 100% sure, but the test Windows does is not always correct. 
Sometimes the icon shows not connected, when in fact as soon as you 
try to surf something on the web, it goes to the working icon . . .


My guess is that it does some simple DNS tests, and then after a while 
it gives up checking.



On Tue, May 17, 2016 at 2:29 PM, Graham Haddock > wrote:


William:

That would work.

The only "edge case" I might see as a problem would be if your
ping target went off line.  Then the BBB would reboot itself every
ten minutes even though nothing was wrong with the BBB.  I guess
you could ping several different targets in rotation and only
reboot if they all disappeared.
This gets us back to a real cheap local watchdog.

As an aside: Does anyone know what test a computer runs to
determine if it is connected to the internet?
Most desktop/laptop computers have a different network icon as to
whether the network/WiFi you connected to has internet
connectivity.   Is the Windows computer pinging some Microsoft
location that is "guaranteed" to be up?

--- Graham

==


On Tue, May 17, 2016 at 2:30 PM, William Hermans
> wrote:


@Graham,

What I propose is that you do not need an Ethernet Micro
connected to the BBB. Instead, you have the BBB ping the
outside world once every set time frame, and it a ping comes
back unreachable after say 5-10 minutes. You just stop
"kicking the dog". Which does present a potential problem that
Your internet connection may just be down. But a remote system
that reboots once every 5-10 minutes because the internet
connection is down is not something I'd personally see as a
bad thing. After all you're unable to connect to the system
anyway.


 ==
-- 
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
.
To view this discussion on the web visit

https://groups.google.com/d/msgid/beagleboard/CANN_KV6MEtkBkkjA-xc3KKzeNRh6LDpoB1xrBnN%2BZo6gJgLX6w%40mail.gmail.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 
.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrk-KSfKb%3D%2By9tCHPNQSkvfC-K7YPr8cQsvmuwDXR6DCg%40mail.gmail.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.
To view this discussion on the web visit 

[beagleboard] Expanding Root Partition - Bad magic number in super-block while trying to open /dev/mmcblk0p2

[Xsentius]

Hello all,

I have a 16GB SD card, but currently I can only make use of its 4GB:

root@beaglebone:/home/debian# df -h
Filesystem  Size  Used Avail Use
% Mounted on
udev 10M 0   10M   0
% /dev
tmpfs   100M  392K   99M   
1% /run
/dev/disk/by-uuid/b7ff9570-02a9-4982-b353-1131012481cb  3.5G  3.5G 0 100
% /
tmpfs   248M 0  248M   
0% /dev/shm
tmpfs   248M 0  248M   0
% /sys/fs/cgroup
tmpfs   100M 0  100M   0
% /run/user
tmpfs   5.0M 0  5.0M   0
% /run/lock


I would like to expand the root partition since I am getting no space left 
on device error. I tried grow_partition.sh but it did not work. So I tried 
to do it by fdisk many times, but it does not work as well, what could be 
the problem?


root@beaglebone:/home/debian# fdisk /dev/mmcblk0


Command (m for help): p


Disk /dev/mmcblk0: 15.6 GB, 15648948224 bytes
4 heads, 16 sectors/track, 477568 cylinders, total 30564352 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xdcc515d1


Device Boot  Start End  Blocks   Id  System
/dev/mmcblk0p1   *2048 3481599 17397766  FAT16
/dev/mmcblk0p2 34816003056435113541376   83  Linux


Command (m for help): d
Partition number (1-4): 2


Command (m for help): p


Disk /dev/mmcblk0: 15.6 GB, 15648948224 bytes
4 heads, 16 sectors/track, 477568 cylinders, total 30564352 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xdcc515d1


Device Boot  Start End  Blocks   Id  System
/dev/mmcblk0p1   *2048 3481599 17397766  FAT16


Command (m for help): n
Partition type:
   p   primary (1 primary, 0 extended, 3 free)
   e   extended
Select (default p): p
Using default response p
Partition number (1-4, default 2): 2
First sector (3481600-30564351, default 3481600):
Using default value 3481600
Last sector, +sectors or +size{K,M,G} (3481600-30564351, default 30564351):
Using default value 30564351


Command (m for help): w
The partition table has been altered!


Calling ioctl() to re-read partition table.
Syncing disks.


root@beaglebone:/home/debian# reboot




After reboot:




root@beaglebone:/home/debian# resize2fs /dev/mmcblk0p2
resize2fs 1.42.5 (29-Jul-2012)
resize2fs: Bad magic number in super-block while trying to open /dev/
mmcblk0p2
Couldn't find valid filesystem superblock.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/d7a4d1a4-b4ee-45b0-a4e3-8dc86f561412%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Brian Anderson]

You might be interested in the Beaglebone Power Cape from Andice Labs 
(http://andicelabs.com). Ron recently posted a blog entry on using the Power 
Cape to address some of the issues you are raising. The Power Cape has an 
onboard microprocessor, battery charger, etc.

ba

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/aadf2585-68c0-449e-b08e-ebeb4c080145%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[William Hermans]

>
> *William:*
> *That would work.  *
>
> *The only "edge case" I might see as a problem would be if your ping
> target went off line.  Then the BBB would reboot itself every ten minutes
> even though nothing was wrong with the BBB.  I guess you could ping several
> different targets in rotation and only reboot if they all disappeared.*
>
*This gets us back to a real cheap local watchdog.*

You only need to ping one ip address. Your internet gateway IP. e.g. your
first hop outside of your local network.

>
> *As an aside: Does anyone know what test a computer runs to determine if
> it is connected to the internet?*
> *Most desktop/laptop computers have a different network icon as to whether
> the network/WiFi you connected to has internet connectivity.   Is the
> Windows computer pinging some Microsoft location that is "guaranteed" to be
> up?*
>
> *--- Graham*

I'm not 100% sure, but the test Windows does is not always correct.
Sometimes the icon shows not connected, when in fact as soon as you try to
surf something on the web, it goes to the working icon . . .

My guess is that it does some simple DNS tests, and then after a while it
gives up checking.


On Tue, May 17, 2016 at 2:29 PM, Graham Haddock 
wrote:

> William:
>
> That would work.
>
> The only "edge case" I might see as a problem would be if your ping target
> went off line.  Then the BBB would reboot itself every ten minutes even
> though nothing was wrong with the BBB.  I guess you could ping several
> different targets in rotation and only reboot if they all disappeared.
> This gets us back to a real cheap local watchdog.
>
> As an aside: Does anyone know what test a computer runs to determine if it
> is connected to the internet?
> Most desktop/laptop computers have a different network icon as to whether
> the network/WiFi you connected to has internet connectivity.   Is the
> Windows computer pinging some Microsoft location that is "guaranteed" to be
> up?
>
> --- Graham
>
> ==
>
>
> On Tue, May 17, 2016 at 2:30 PM, William Hermans 
> wrote:
>
>>
>> @Graham,
>>
>> What I propose is that you do not need an Ethernet Micro connected to the
>> BBB. Instead, you have the BBB ping the outside world once every set time
>> frame, and it a ping comes back unreachable after say 5-10 minutes. You
>> just stop "kicking the dog". Which does present a potential problem that
>> Your internet connection may just be down. But a remote system that reboots
>> once every 5-10 minutes because the internet connection is down is not
>> something I'd personally see as a bad thing. After all you're unable to
>> connect to the system anyway.
>>
>
>  ==
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CANN_KV6MEtkBkkjA-xc3KKzeNRh6LDpoB1xrBnN%2BZo6gJgLX6w%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrk-KSfKb%3D%2By9tCHPNQSkvfC-K7YPr8cQsvmuwDXR6DCg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Graham Haddock]

William:

That would work.

The only "edge case" I might see as a problem would be if your ping target
went off line.  Then the BBB would reboot itself every ten minutes even
though nothing was wrong with the BBB.  I guess you could ping several
different targets in rotation and only reboot if they all disappeared.
This gets us back to a real cheap local watchdog.

As an aside: Does anyone know what test a computer runs to determine if it
is connected to the internet?
Most desktop/laptop computers have a different network icon as to whether
the network/WiFi you connected to has internet connectivity.   Is the
Windows computer pinging some Microsoft location that is "guaranteed" to be
up?

--- Graham

==


On Tue, May 17, 2016 at 2:30 PM, William Hermans  wrote:

>
> @Graham,
>
> What I propose is that you do not need an Ethernet Micro connected to the
> BBB. Instead, you have the BBB ping the outside world once every set time
> frame, and it a ping comes back unreachable after say 5-10 minutes. You
> just stop "kicking the dog". Which does present a potential problem that
> Your internet connection may just be down. But a remote system that reboots
> once every 5-10 minutes because the internet connection is down is not
> something I'd personally see as a bad thing. After all you're unable to
> connect to the system anyway.
>

 ==

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CANN_KV6MEtkBkkjA-xc3KKzeNRh6LDpoB1xrBnN%2BZo6gJgLX6w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Super Twang]

@William
You right I could be overthinking!  I’m juggling a lot of factors, and looking 
for both a quick, low-hanging-fruit, short term solution (ala off-the-shelf 
Ether-auto-ping, minimal hardware patch, or commercial product), as well as 
over the longer term a rock-solid well engineered long term solution (likely 
supercap-based).  I’m hoping what I contribute here might be as useful to 
others as all of the conversations on this topic (yours included!) that 
preceded me have been to me.  

It is admittedly hard to know when I’ve done “Enough,” esp. since I lack my own 
direct domain knowledge.  Part of the problem is being able to discern which 
design proposals in this and other threads are actually relevant to my own use 
case, and constraints.  You’ve had some great suggestions, and I like the way 
you approached your own design, but parts of it don’t work for me 
(LiPo-batteries, reasons stated prior).  Also, present in most everyone’s 
proposal is something small/cheap MCU-based.  Esp for the near term quick fix, 
the time investment required by learning a new MCU (or something like 
GreenPak), and its dev kit, (even though I’m quite interested), makes me feel 
admittedly a little desperate for alternatives.

In other news, you’re right, Graham’s dead-Ethernet scenario was something I 
hadn’t even considered!  Fortunately for my own case, most of the time my 
systems will be isolated from the greater network, with a 6 inch Ethernet run 
to a dedicated private access point.  So I won’t have as much potential 
exposure to lighting strikes on the Ethernet lines, etc, but also can’t ping 
control/watchdog from anywhere external.  Your own deployment — the “Lightning 
magnet” :) -- sounds like its dealing with a pretty gnarly environment!

My research on this is winding down so this channel will probably quiet down.  
Again, thanks for the help.  

Best,
ST



> On May 17, 2016, at 2:30 PM, William Hermans  wrote:
> 
> Super twang, 
> 
> I honestly think you're over thinking the situation. It's good to try and 
> cover all possibilities, but you're asking questions of people that have not 
> answered specific questions that were answered by others already. There are 
> several smart people on this group. Of which I'd like to count myself among 
> them, but in my own case I know I do not think of everything. Which is why my 
> buddy and I have talked at length on this subject trying to work everything 
> out.
> 
> . . .And you know what, we missed something that thanks to Graham I'm 
> thinking of now. A stale Ethernet connection is every bit as bad as a hung 
> system.
> 
> @Graham,
> 
> What I propose is that you do not need an Ethernet Micro connected to the 
> BBB. Instead, you have the BBB ping the outside world once every set time 
> frame, and it a ping comes back unreachable after say 5-10 minutes. You just 
> stop "kicking the dog". Which does present a potential problem that Your 
> internet connection may just be down. But a remote system that reboots once 
> every 5-10 minutes because the internet connection is down is not something 
> I'd personally see as a bad thing. After all you're unable to connect to the 
> system anyway. 
> 
> On Tue, May 17, 2016 at 12:12 PM, Graham  > wrote:
> Twang:
> 
> You could look at the PIC32MX5xx/6xx/7xx series or PIC32MZ series. 
> The low end starts below $5, quantity one. They will need an external 
> Ethernet phi chip.
> 32 bit MIPS core, program in C, full Ethernet stack available.
> 
> If you want to experiment, get a PIC32MX starter card.
> 
> Ti may have something equivalent on an ARM core.  I just happen to be more 
> familiar with the PICs.
> 
> --- Graham
> 
> ==
> 
> On Tuesday, May 17, 2016 at 10:34:10 AM UTC-5, Super Twang wrote:
> @Graham
> I’ll have to experiment with this. Thanks for the suggestion!  It is 
> definitely a higher level approach that could be easier to piece together 
> with low-cost OTS components.  
> 
> Do you have a specific PIC in mind?  If not, I can dig around for a good one. 
>  Last time I used a PIC it was all assembly language, with no USB ICSP and a 
> PC-only dev environment.  Has that changed? (I’m developing from a Mac)
> 
> Initially my thought was that it wouldn’t work for me because my device is 
> designed to work while disconnected from a larger network (It is connected to 
> a router broadcasting a private access point).  But, there is nothing 
> preventing me from connecting a switch to the router, and then the device and 
> an auto-ping power control to the switch.  My own little auto-ping network… 
> Hmmm!  
> 
> ST
> 
> 
>> On May 16, 2016, at 9:05 PM, Graham > wrote:
>> 
>> Twang:
>> 
>> Well, that is what the "Auto-Ping" is all about.
>> 
>> If I don't get a ping from you in the last two minutes, then you get 
>> power-cycled/rebooted.
>> 
>> There are IoT PICs that are ~$5 that can speak Ethernet 

Re: [beagleboard] Hardware watchdog for BBB

[William Hermans]

Super twang,

I honestly think you're over thinking the situation. It's good to try and
cover all possibilities, but you're asking questions of people that have
not answered specific questions that were answered by others already. There
are several smart people on this group. Of which I'd like to count myself
among them, but in my own case I know I do not think of everything. Which
is why my buddy and I have talked at length on this subject trying to work
everything out.

. . .And you know what, we missed something that thanks to Graham I'm
thinking of now. A stale Ethernet connection is every bit as bad as a hung
system.

@Graham,

What I propose is that you do not need an Ethernet Micro connected to the
BBB. Instead, you have the BBB ping the outside world once every set time
frame, and it a ping comes back unreachable after say 5-10 minutes. You
just stop "kicking the dog". Which does present a potential problem that
Your internet connection may just be down. But a remote system that reboots
once every 5-10 minutes because the internet connection is down is not
something I'd personally see as a bad thing. After all you're unable to
connect to the system anyway.

On Tue, May 17, 2016 at 12:12 PM, Graham  wrote:

> Twang:
>
> You could look at the PIC32MX5xx/6xx/7xx series or PIC32MZ series.
> The low end starts below $5, quantity one. They will need an external
> Ethernet phi chip.
> 32 bit MIPS core, program in C, full Ethernet stack available.
>
> If you want to experiment, get a PIC32MX starter card.
>
> Ti may have something equivalent on an ARM core.  I just happen to be more
> familiar with the PICs.
>
> --- Graham
>
> ==
>
> On Tuesday, May 17, 2016 at 10:34:10 AM UTC-5, Super Twang wrote:
>>
>> @Graham
>> I’ll have to experiment with this. Thanks for the suggestion!  It is
>> definitely a higher level approach that could be easier to piece together
>> with low-cost OTS components.
>>
>> Do you have a specific PIC in mind?  If not, I can dig around for a good
>> one.  Last time I used a PIC it was all assembly language, with no USB ICSP
>> and a PC-only dev environment.  Has that changed? (I’m developing from a
>> Mac)
>>
>> Initially my thought was that it wouldn’t work for me because my device
>> is designed to work while disconnected from a larger network (It is
>> connected to a router broadcasting a private access point).  But, there is
>> nothing preventing me from connecting a switch to the router, and then the
>> device and an auto-ping power control to the switch.  My own little
>> auto-ping network… Hmmm!
>>
>> ST
>>
>>
>> On May 16, 2016, at 9:05 PM, Graham  wrote:
>>
>> Twang:
>>
>> Well, that is what the "Auto-Ping" is all about.
>>
>> If I don't get a ping from you in the last two minutes, then you get
>> power-cycled/rebooted.
>>
>> There are IoT PICs that are ~$5 that can speak Ethernet and could be
>> programmed to reset, or press the power button if 5V was present, and they
>> had not heard from the BBB lately.
>>
>> More appropriate monitoring for a server, than watching some GPIO wiggle.
>>
>> --- Graham
>>
>>
>> On Monday, May 16, 2016 at 8:08:01 PM UTC-5, Super Twang wrote:
>>>
>>> @Graham
>>> Wow!  I hadn’t yet thought of Ethernet as a point of failure.  Apart
>>> from the (“It doesn’t always soft-reset" issue — see outline I.B.1.b) I’d
>>> guess you could solve this with the onboard watchdog timer.  Run some kind
>>> of daemon that periodically “Checks for good ethernet” (a bit vague, I
>>> know), if found, it tickles the watchdog, if not, it provokes a reboot.
>>> But yes, the problem remains that the reboot doesn’t always complete.
>>>
>>> Of course if your ethernet got fried, that’d turn into a reboot cycle
>>> without some logic to notify you of the problem, and stop after a number of
>>> cycles.
>>>
>>>
>>>
>>>
>> --
>> 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/RaFm9AT7-2c/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> beagleboard...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/20debbaf-a5a3-48e3-95a1-2984b714daf4%40googlegroups.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.
> To view this discussion on the web visit
> 

[beagleboard] Re: kernel 4.1 compilation issues

[weiss . shmuel]

The answer of your problem is to turn ON the flag  CONFIG_OF_DYNAMIC into 
your .config, please do not patch the kernel, that's not a right approach.


On Saturday, July 4, 2015 at 2:49:11 AM UTC+3, Dallas Clement wrote:
>
> Hi,
>
> I attempted to upgrade from the kernel from 3.14 to 4.1 today.  I'm 
> getting some compilation issues which seem to be caused by certain 
> dynamically generated function definitions not being declared static inline 
> in include/linux/of.h.  If I hand edit this file and add a static inline in 
> front of the function definitions, compilation proceeds successfully with 
> no errors.  It looks like maybe these functions are added dynamically to 
> this header file during compilation.
>
> arch/arm/kernel/time.o: In function `of_changeset_add_property_u32':
> /home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/include/linux/of.h:1116:
>  
> multiple definition of `of_changeset_add_property_u32'
> arch/arm/kernel/setup.o:/home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/include/linux/of.h:1116:
>  
> first defined here
> arch/arm/kernel/time.o: In function `of_changeset_add_property_copy':
> /home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/arch/arm/kernel/time.c:61:
>  
> multiple definition of `of_changeset_add_property_copy'
> arch/arm/kernel/setup.o:/home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/arch/arm/kernel/setup.c:1116:
>  
> first defined here
> arch/arm/kernel/time.o: In function `of_changeset_add_property_string':
> /home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/include/linux/of.h:1089:
>  
> multiple definition of `of_changeset_add_property_string'
> arch/arm/kernel/setup.o:/home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/include/linux/of.h:1089:
>  
> first defined here
> arch/arm/kernel/time.o: In function `of_changeset_add_property_bool':
> /home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/include/linux/of.h:1122:
>  
> multiple definition of `of_changeset_add_property_bool'
> arch/arm/kernel/setup.o:/home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/include/linux/of.h:1122:
>  
> first defined here
> arch/arm/kernel/time.o: In function 
> `of_changeset_add_property_string_list':
> /home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/include/linux/of.h:1110:
>  
> multiple definition of `of_changeset_add_property_string_list'
> arch/arm/kernel/setup.o:/home/dallas/projects/mineredge/me-1.6/standard-firmware/buildroot/output/build/linux-4.1/include/linux/of.h:1110:
>  
> first defined here
>
> Would appreciate any help anyone can provide.
>
> Dallas
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/f82f634c-0bf7-4f2e-82bf-9c73aa9f7235%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Graham]

Twang:

You could look at the PIC32MX5xx/6xx/7xx series or PIC32MZ series. 
The low end starts below $5, quantity one. They will need an external 
Ethernet phi chip.
32 bit MIPS core, program in C, full Ethernet stack available.

If you want to experiment, get a PIC32MX starter card.

Ti may have something equivalent on an ARM core.  I just happen to be more 
familiar with the PICs.

--- Graham

==

On Tuesday, May 17, 2016 at 10:34:10 AM UTC-5, Super Twang wrote:
>
> @Graham
> I’ll have to experiment with this. Thanks for the suggestion!  It is 
> definitely a higher level approach that could be easier to piece together 
> with low-cost OTS components.  
>
> Do you have a specific PIC in mind?  If not, I can dig around for a good 
> one.  Last time I used a PIC it was all assembly language, with no USB ICSP 
> and a PC-only dev environment.  Has that changed? (I’m developing from a 
> Mac)
>
> Initially my thought was that it wouldn’t work for me because my device is 
> designed to work while disconnected from a larger network (It is connected 
> to a router broadcasting a private access point).  But, there is nothing 
> preventing me from connecting a switch to the router, and then the device 
> and an auto-ping power control to the switch.  My own little auto-ping 
> network… Hmmm!  
>
> ST
>
>
> On May 16, 2016, at 9:05 PM, Graham  
> wrote:
>
> Twang:
>
> Well, that is what the "Auto-Ping" is all about.
>
> If I don't get a ping from you in the last two minutes, then you get 
> power-cycled/rebooted.
>
> There are IoT PICs that are ~$5 that can speak Ethernet and could be 
> programmed to reset, or press the power button if 5V was present, and they 
> had not heard from the BBB lately.
>
> More appropriate monitoring for a server, than watching some GPIO wiggle.
>
> --- Graham
>
>
> On Monday, May 16, 2016 at 8:08:01 PM UTC-5, Super Twang wrote:
>>
>> @Graham
>> Wow!  I hadn’t yet thought of Ethernet as a point of failure.  Apart from 
>> the (“It doesn’t always soft-reset" issue — see outline I.B.1.b) I’d guess 
>> you could solve this with the onboard watchdog timer.  Run some kind of 
>> daemon that periodically “Checks for good ethernet” (a bit vague, I know), 
>> if found, it tickles the watchdog, if not, it provokes a reboot.  But yes, 
>> the problem remains that the reboot doesn’t always complete.
>>
>> Of course if your ethernet got fried, that’d turn into a reboot cycle 
>> without some logic to notify you of the problem, and stop after a number of 
>> cycles.
>>
>>
>>
>>
> -- 
> 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/RaFm9AT7-2c/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> beagleboard...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/20debbaf-a5a3-48e3-95a1-2984b714daf4%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/73c0f3ff-43b7-433c-8a9a-783162c7fef8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Super Twang]

Hi y’all,

Below is a snippet of an offline email exchange between myself and Gerald of 
Beagleboard.org … I’m reposting it here because I 
think it further clarifies some of the subtleties of what is being discussed 
here, specifically how brown-outs are what throw the wrench into a simple 
solution with existing hardware.  It also illustrates some real-world 
constraints Gerald et al are facing around a potential solution at the board 
level.  I hope this helps the bring anyone new to the discussion up to speed, 
as it helped me.

Best,
ST

> As I understand it, the crux of the problem -- what prevents the use of 
> existing off-the-shelf protection gear (like a stock UPS unit) — is the 
> necessity to physically close the reset switch to reliably reboot the board.  
> To be honest, I’m not even sure if this is even a real “Issue" (although it 
> is listed as such in the wiki), or just the upshot from a design decision you 
> consciously made (say, to reduce costs).  I think there is broad agreement 
> that this is a problem.  You’ve already built in some nice power management 
> hooks (interrupts, watchdog and such) that ought to allow the system to be 
> shut down gracefully when mains power is lost, it just can’t restart itself.
> 
> Sort of. If you close the rest switch, you can trash the file system. What 
> you need is an interrupt to allow the processor to close the file system. 
> That exists today. Having the super cap or battery gives enough power for the 
> processor to complete that task and power down. When the DC is restored it 
> powers back up. The issue is if it is a brown out, that is where things get 
> messed up because it is not a clean shutdown and power up. 
> 
> Is the elimination of this particular physical switching requirement by 
> itself, a tough problem to solve?  
> No
>  
> Would it take a lot of (cost-increasing) new hardware?  
> 
> Yes. At least $3.
>  
> Would it need anything new in the kernel?  
> 
> No.
>  
> Any software support?  Wouldn’t it “Just work” as hardware outside of the OS?
> 
> It can if it is done right. 
> 
> The more complete, robust “Reliability system," such as is being discussed in 
> the forum, is a whole different thing -- less issue, more feature 
> --effectively designed to replace the UPS with a custom backup power system 
> tailored for/integrated with the BBB, that also happens to mitigate the core 
> switching issue.  You’re right, there there are a lot of opinions, and a lot 
> of different use cases here.
> 
> Super Cap works fine.  It is just the corner cases that need to be handled.
> 
> If my reasoning is good, it would imply the overall “Reliability system" is a 
> good match for external solutions, whereas eliminating the physical switching 
> requirement would be a good thing to add to the mainline board.  
> 
> Yes as long as these additions are free or would actually reduce the cost.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/20438005-A221-4DD1-A20F-EDF3998F152B%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] declare create interrupts gpio tren beaglebone black

[John Syne]

BlackLib is for user space programming. To process interrupts, you have to be 
in kernel space so you have to use a Kernel Module or Device Driver to process 
interrupts. To pass the event onto user space, there are several options, such 
as blocking on a read,  or sigaction, etc. Best to read Linux Device Driver 3rd 
edition on how to do this. Search Google as this book is online.

Regards,
John




> On May 16, 2016, at 9:13 PM, caonguyen1...@gmail.com wrote:
> 
> Hello all,
> I am trying to generate interrupts on the board Beaglebone black, but not yet 
>  know how to declare
> I using library BlackLib c++.
> Please give me answers
> Thanks
> 
> -- 
> 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 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/de95e703-789b-4709-b059-2f2c570e3edd%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/6F50BA43-137D-456C-85CF-DFF6B725551B%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Beagleboard Videowall as seen at FOSDEM 2010

[law]

Hi Vlad,
Have you uploaded your HOW_TO for anyone yet?

Thanks,
Katherina

On Monday, February 8, 2010 at 7:41:53 AM UTC-8, Vladimir Pantelic wrote:
>
> Emil wrote:
> > Vlad,
> >
> > This is quite impressive !!!
>
> > I would be interested in a short HOW-TO as well. I am curious to see
> > how all the pieces are configured and come together to make this
> > amazing demo.
>
> Yes, I will write up something...
>
> >
> > Thanks,
> > Emil
> >
> > On Feb 8, 6:31 am, Petr Štetiar  wrote:
> >> Vladimir Pantelic  [2010-02-08 00:09:42]:
> >>
> >>> http://www.youtube.com/watch?v=9pwUdRKllo0
> >> Hi,
> >>
> >> impressive :-) You've told me already on IRC, that there's BB for each 
> of the
> >> LCDs. Would you mind writting some short overview how does it works
> >> altogether? What would one need to build this himself :-) Thanks.
> >>
> >> -- ynezz
> >
>
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/c92d98dc-eb08-499e-a0ab-71016d0a0ef3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB kernel sources download

[Robert Nelson]

On Tue, May 17, 2016 at 10:56 AM,  wrote:

> I've been trying to build a BBB kernel using Robert Nelson's scripts from
> the instructions
> on  eewiki; however, there seems to be no way to download the git
> sources.  Does anyone
> have a working script for this?
>
> I'm building on a 32-bit machine, and the Linaro compiler is 64-bit, but
> if I can just get the
> correctly patched sources I should be ok. I'd skip the Linaro stuff, but I
> can't work out the
> format of the name for a local toolchain.
>
> Running build_kernel.sh I get:
>
> > scripts/git: LINUX_GIT not defined in system.sh
> > cloning
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into
> default location: /home/cwr/BBB/linux-dev/ignore/linux-src
> > Cloning into '/home/cwr/BBB/linux-dev/ignore/linux-src'...
> > fatal: unable to access '
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/': SSL
> certificate problem: unable to get local issuer certificate
>

in debian/ubuntu, this package is "ca-certificates", or your system clock
is way off, you really need to fix that first..

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYgF97V34ZvwKFx1V_5ZV1SDuRmjxWc5KSAgMiRqOUPLbA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BBB kernel sources download

[cwrseckford]

I've been trying to build a BBB kernel using Robert Nelson's scripts from 
the instructions
on  eewiki; however, there seems to be no way to download the git sources.  
Does anyone
have a working script for this?

I'm building on a 32-bit machine, and the Linaro compiler is 64-bit, but if 
I can just get the
correctly patched sources I should be ok. I'd skip the Linaro stuff, but I 
can't work out the
format of the name for a local toolchain.

Running build_kernel.sh I get:

> scripts/git: LINUX_GIT not defined in system.sh
> cloning 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into 
default location: /home/cwr/BBB/linux-dev/ignore/linux-src
> Cloning into '/home/cwr/BBB/linux-dev/ignore/linux-src'...
> fatal: unable to access 
'https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/': SSL 
certificate problem: unable to get local issuer certificate

Any ideas?

Thanks - Will

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/aa7fb886-7a98-4bbc-9569-c98dd933e68f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Lachlan Audas]

No problems,,you can have the design files.. in eagle or kicad,
it's just a example..   but if you think about it,  it uses a old trick
from aircraft,   thou in this case it's a complete power cycle.
They would save what the CPU was doing in NV memory of some sort(I assume
core memory)..
reset the CPU and reload the data..check it, and continue..
so there may have 5  reset a second.. etc..
remember airplanes can have many light  strikes..  etc..
and if your life is dependent's on  those chips getting it correct,
you wont to use every trick in the book!

I was on  a flight  (747-400)  bad day it was Sept 11, it was from
Australia to USA,  the pilot come on the PA and said there was some
problems with some on board systems and resetting it did not fix the
problem.
So had to pull the circuit breakers.. for the part of the plain, and wait..
and reactivate them fix the problem,  so reset's don't always fix the
problem..
even on a 747-400 power cycale was the only thing which work.

Lachlan.


Lachlan


On Tue, May 17, 2016 at 8:36 AM, Super Twang  wrote:

> @Lachlan
> Thank you for sharing your design.  I’m definitely learning from it and
> I’m sure others will too.
> ST
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/86973270-CDD1-4AC3-9AB5-F0A13951BBAB%40gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAMkt-MvSQobXOh80yKGZ%2Bnkv4QmVbJy9PtDzcKm0pDg_ttqRSA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Super Twang]

@Lachlan
Thank you for sharing your design.  I’m definitely learning from it and I’m 
sure others will too.
ST

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/86973270-CDD1-4AC3-9AB5-F0A13951BBAB%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Super Twang]

@Graham
I’ll have to experiment with this. Thanks for the suggestion!  It is definitely 
a higher level approach that could be easier to piece together with low-cost 
OTS components.  

Do you have a specific PIC in mind?  If not, I can dig around for a good one.  
Last time I used a PIC it was all assembly language, with no USB ICSP and a 
PC-only dev environment.  Has that changed? (I’m developing from a Mac)

Initially my thought was that it wouldn’t work for me because my device is 
designed to work while disconnected from a larger network (It is connected to a 
router broadcasting a private access point).  But, there is nothing preventing 
me from connecting a switch to the router, and then the device and an auto-ping 
power control to the switch.  My own little auto-ping network… Hmmm!  

ST


> On May 16, 2016, at 9:05 PM, Graham  wrote:
> 
> Twang:
> 
> Well, that is what the "Auto-Ping" is all about.
> 
> If I don't get a ping from you in the last two minutes, then you get 
> power-cycled/rebooted.
> 
> There are IoT PICs that are ~$5 that can speak Ethernet and could be 
> programmed to reset, or press the power button if 5V was present, and they 
> had not heard from the BBB lately.
> 
> More appropriate monitoring for a server, than watching some GPIO wiggle.
> 
> --- Graham
> 
> 
> On Monday, May 16, 2016 at 8:08:01 PM UTC-5, Super Twang wrote:
> @Graham
> Wow!  I hadn’t yet thought of Ethernet as a point of failure.  Apart from the 
> (“It doesn’t always soft-reset" issue — see outline I.B.1.b) I’d guess you 
> could solve this with the onboard watchdog timer.  Run some kind of daemon 
> that periodically “Checks for good ethernet” (a bit vague, I know), if found, 
> it tickles the watchdog, if not, it provokes a reboot.  But yes, the problem 
> remains that the reboot doesn’t always complete.
> 
> Of course if your ethernet got fried, that’d turn into a reboot cycle without 
> some logic to notify you of the problem, and stop after a number of cycles.
> 
> 
> 
> 
> -- 
> 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/RaFm9AT7-2c/unsubscribe 
> .
> To unsubscribe from this group and all its topics, send an email to 
> beagleboard+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/20debbaf-a5a3-48e3-95a1-2984b714daf4%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7E0D1F7D-2542-4BF4-9F22-739A19E91EF4%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] declare create interrupts

[caonguyen1907]

I'm trying to declare interrupt generated on board beaglebone black, but I 
do not know how to report, please help me
I using library Blacklib c++
Thanks.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/3082a368-2c0c-4884-bf25-a5ea7915bc5b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: lxqt-4gb and iot release candidates uploaded for beta testers

[Baozhu Zuo]

Thanks Jason, We are happy to work with you.

在 2016年5月17日星期二 UTC+8下午12:39:01，Jason Kridner写道：
>
>
> On Sat, May 14, 2016 at 8:34 AM Jason Kridner  > wrote:
>
>> Robert's made a ton of improvements over the last several weeks/months 
>> and it makes some sense to try to update the promoted images. A GUI-less 
>> IoT image is now being produced to 
>>
>> These are using a 4.4 Linux kernel.
>>
>
> So far, feedback has been that these images are an improvement, but have 
> some issues to be resolved. To that end, I've mirrored them and added them 
> to 
>
> http://beagleboard.org/latest-images
>
> After Maker Faire Bay Area, we can put a concerted effort into cleaning up 
> the remaining bugs.
>  
>
>>
>> LXQT-4GB for BeagleBoard-X15:
>>
>> http://debian.beagleboard.org/images/bbx15-debian-8.4-lxqt-4gb-armhf-2016-05-13-4gb.img.xz
>>  
>>
>> shat256sum: 69dc6b1daccc5fc0bb3050977d102706621ec0dd8bf14757f5ef0542e60ac72e
>>
>> LXQT-4GB for BeagleBone Black and compatibles:
>>
>> http://debian.beagleboard.org/images/bone-debian-8.4-lxqt-4gb-armhf-2016-05-13-4gb.img.xz
>>  
>>
>> sha256sum: 28d67e877497fb9e52fe605f2cbefdbaedaff23e9fa82e9ed2076ae375aa777f 
>>
>> IoT for BeagleBone Black and compatibles:
>>
>> http://debian.beagleboard.org/images/bone-debian-8.4-iot-armhf-2016-05-13-4gb.img.xz
>>  
>>
>> sha256sum: 22fbba21cf294a92528b8a973e838f3cac801ce0e7d180b260a583f4bb0d1318 
>>
>> There are associated bmap files in the directory for those using 
>> bmaptool. For others, I recommend using http://etcher.io. 
>>
>> Reply with issues here or post to 
>> http://github.com/beagleboard/image-builder. 
>>
>>
>>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/2e914225-06e5-47b5-954e-959863087f72%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] declare create interrupts gpio tren beaglebone black

[caonguyen1907]

Hello all,
I am trying to generate interrupts on the board Beaglebone black, but not 
yet  know how to declare
I using library BlackLib c++.
Please give me answers
Thanks

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/de95e703-789b-4709-b059-2f2c570e3edd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[zamek42]

Hi All,

We have a power supply like this. We use it for a Wandboard.

Technical parameters:

input voltage:9-32VDC
output voltage: 5VDC/2500mA
there is a 25F supercapacity which can hold the power up to 30s after 
the power broken.

There is an input GPIO for watchdog and an output GPIO to power ok signal.
We can make it for Beagleboard.

Please write me, if you interest.

--

thx
Zoltan (Zamek) Zidarics
programmer
email:zame...@gmail.com
Self Playing Pipe Organ Systems
http://replayorgan.eu

--
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/29065523-1e21-5cf4-0c8e-8f26b330ba18%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Boot problem on BBB Rev C Debian 7.4

[vish chopra]

Please provide the solution for this

On Thursday, July 3, 2014 at 9:11:20 PM UTC+5:30, RobertCNelson wrote:
>
> On Thu, Jul 3, 2014 at 8:38 AM,   
> wrote: 
> > So my Rev C has arrived.  When it boots I see one error: 
> > 
> > spl_load_image_fat_os: error reading image args, err - -1 
> > 
> >  and one warning: 
> > 
> > *** Warning - readenv() failed, using default environment 
> > 
> > I've searched for the error, but can't find anything helpful.  I'm a 
> noob, 
> > so would someone kindly point me in the right direction. 
>
> It's nothing to worry about. 
>
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/9b06b62a-c7f1-4b46-94c3-139dbe3de8ec%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Booting BBB with latest Debian image

[vish chopra]

Hi,

When i boot my BBB Rev C i have face this problem please help me with this.


I2C:   ready
DRAM:  512 MiB
NAND:  0 MiB
MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
*** Warning - readenv() failed, using default environment

Net:not set. Validating first E-fuse MAC
cpsw, usb_ether
Hit any key to stop autoboot:  0
gpio: pin 53 (gpio 53) value is 1
mmc0 is current device
gpio: pin 54 (gpio 54) value is 1
SD/MMC found on device 0
** File not found uEnv.txt **
Checking if uenvcmd is set ...

uenvcmd was not defined in uEnv.txt ...
gpio: pin 56 (gpio 56) value is 0
gpio: pin 55 (gpio 55) value is 0
gpio: pin 54 (gpio 54) value is 0
mmc1(part 0) is current device
gpio: pin 54 (gpio 54) value is 1
SD/MMC found on device 1
reading uEnv.txt
1430 bytes read in 5 ms (279.3 KiB/s)
gpio: pin 55 (gpio 55) value is 1
Loaded environment from uEnv.txt
Importing environment from mmc ...
Checking if uenvcmd is set ...
gpio: pin 56 (gpio 56) value is 1
Running uenvcmd ...
reading zImage
3717760 bytes read in 205 ms (17.3 MiB/s)
reading initrd.img
2870013 bytes read in 161 ms (17 MiB/s)
reading /dtbs/am335x-boneblack.dtb
25080 bytes read in 9 ms (2.7 MiB/s)
Kernel image @ 0x8200 [ 0x00 - 0x38ba80 ]
## Flattened Device Tree blob at 8800
   Booting using the fdt blob at 0x8800
   Using Device Tree in place at 8800, end 880091f7

Starting kernel ...

Uncompressing Linux... done


Regards,

Vishal Chopra

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/90865fbd-b97c-497e-9d2f-4160ea2bd99b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.