Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Bremenpl]

I have tested the board again and heres what I have come to:
- Using meanwell 5V ac adapter works when the 10k resistor is NOT 
soldered to battery header. If theres resistor soldered, but there is no 
battery attached it stops working and the power led blinks all the time. 
It really seems that the power controller is trying to switch to the 
battery that is not there. After placing the battery everything works 
correct. I only home it wont get discharged to fast when the board is off.


W dniu 2014-11-14 o 16:58, Gerald Coley pisze:

And mine.

Gerald

On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl > wrote:


Ill get it tested, thank you. If this worked it would solve my
problem.

Dnia 14 listopada 2014 16:41:30 Gerald Coley
mailto:ger...@beagleboard.org>> napisał(a):


The output voltage level is different. When the DC is contented
it is supposed to go to the DC input and go into charge mode for
the battery. Measure the output voltage of the PMIC. If it is 5V,
then it is DC in. If it is 3.7V +/- then it is running on the
battery.

Gerald


On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl mailto:breme...@gmail.com>> wrote:

How can I know either it switched without taking the battery out?

Dnia 14 listopada 2014 16:35:42 Gerald Coley
mailto:ger...@beagleboard.org>>
napisał(a):


Another test here would be to connect the battery and see if
after it switches to the battery if it switches back to the
DC input.

Gerald


On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl
mailto:breme...@gmail.com>> wrote:

I understand, thank you for the info. I will make more
attempts at monday with another bbb board. For now I
have a 10k resistor on the TS pin because I intend to
use the battery to. If the voltage is measured on the
resistor ill swap it to lower value one. I hope ill get
it working using meanwell power supply.

Dnia 14 listopada 2014 16:16:30 Gerald Coley
mailto:ger...@beagleboard.org>>
napisał(a):


Not likely. As I said we need more boards that fail and
the power supply that is used with them. What I have
seen is that it tries to switch to the battery, that is
not there, for whatever reason. Theory is it sees a
voltage drop due to the inrush limit on certain power
supplies. I have fixed this on a few boards by
connecting the TS signal hard to ground using the
battery pins on the board.

What I see when the board "does not power up" is the
PMIC cycling on and off. You can look at the 5V output
rail of the PMIC for this condition.

Gerald


On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl
mailto:breme...@gmail.com>> wrote:

I dont agree here, and this is the weird part. A
cheap 5V wall plug adapter works great and a
certified meanwell supply does not. Can it be a
case related to linear/ switching power supply?

Dnia 14 listopada 2014 16:01:26 Gerald Coley
mailto:ger...@beagleboard.org>> napisał(a):


We are working on one if we can collect enough
information to confirm the issue. it appears to be
a power supply issue that creates a condition that
the TPS65217C does not like. If you use a good
power supply, the issue is not there.


Gerald


On Fri, Nov 14, 2014 at 8:31 AM, Bremenpl
mailto:breme...@gmail.com>>
wrote:

Is there a workaround for this? I thought that
pre charged capacitors could help but in my
application power to the BeagleBone Black is
aplied in the same time as to the rest of the
circuit.

W dniu 2014-11-14 o 15:19, Gerald Coley pisze:

The power management IC, TPS65217C.

Gerald


On Fri, Nov 14, 2014 at 8:15 AM, Bremenpl
mailto:breme...@gmail.com>> wrote:

What is the exact circuit that requires a
fast ramp?

W dniu 2014-11-14 o 14:48, evilwulfie pisze:

As Gerald has said before, check the
ramp up of the power supply.
Some of the lab supplys have slow ramp ups.
Yes they are very stable and VERY good
regulation but
the BBB design requires a fast ramp up
supply.



On 11/14/2014 3:03 AM, bremenpl wrote:

  

Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Gerald Coley]

Replace the resistor with a wire and just short it to ground.

Gerald


On Monday, November 17, 2014, Bremenpl  wrote:

>  I have tested the board again and heres what I have come to:
> - Using meanwell 5V ac adapter works when the 10k resistor is NOT soldered
> to battery header. If theres resistor soldered, but there is no battery
> attached it stops working and the power led blinks all the time. It really
> seems that the power controller is trying to switch to the battery that is
> not there. After placing the battery everything works correct. I only home
> it wont get discharged to fast when the board is off.
>
> W dniu 2014-11-14 o 16:58, Gerald Coley pisze:
>
> And mine.
>
>  Gerald
>
> On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl  > wrote:
>
>>   Ill get it tested, thank you. If this worked it would solve my problem.
>>
>> Dnia 14 listopada 2014 16:41:30 Gerald Coley > > napisał(a):
>>
>>> The output voltage level is different. When the DC is contented it is
>>> supposed to go to the DC input and go into charge mode for the battery.
>>> Measure the output voltage of the PMIC. If it is 5V, then it is DC in. If
>>> it is 3.7V +/- then it is running on the battery.
>>>
>>>  Gerald
>>>
>>>
>>> On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl >> > wrote:
>>>
   How can I know either it switched without taking the battery out?

 Dnia 14 listopada 2014 16:35:42 Gerald Coley >>> > napisał(a):

> Another test here would be to connect the battery and see if after it
> switches to the battery if it switches back to the DC input.
>
>  Gerald
>
>
> On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl  > wrote:
>
>>   I understand, thank you for the info. I will make more attempts at
>> monday with another bbb board. For now I have a 10k resistor on the TS 
>> pin
>> because I intend to use the battery to. If the voltage is measured on the
>> resistor ill swap it to lower value one. I hope ill get it working using
>> meanwell power supply.
>>
>> Dnia 14 listopada 2014 16:16:30 Gerald Coley > > napisał(a):
>>
>>> Not likely. As I said we need more boards that fail and the power
>>> supply that is used with them. What I have seen is that it tries to 
>>> switch
>>> to the battery, that is not there, for whatever reason. Theory is it 
>>> sees a
>>> voltage drop due to the inrush limit on certain power supplies. I have
>>> fixed this on a few boards by connecting the TS signal hard to ground 
>>> using
>>> the battery pins on the board.
>>>
>>>  What I see when the board "does not power up" is the PMIC cycling
>>> on and off. You can look at the 5V output rail of the PMIC for this
>>> condition.
>>>
>>>  Gerald
>>>
>>>
>>> On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl >> > wrote:
>>>
   I dont agree here, and this is the weird part. A cheap 5V wall
 plug adapter works great and a certified meanwell supply does not. Can 
 it
 be a case related to linear/ switching power supply?

 Dnia 14 listopada 2014 16:01:26 Gerald Coley <
 ger...@beagleboard.org
 >
 napisał(a):

> We are working on one if we can collect enough information to
> confirm the issue. it appears to be a power supply issue that creates 
> a
> condition that the TPS65217C does not like. If you use a good power 
> supply,
> the issue is not there.
>
>
>  Gerald
>
>
> On Fri, Nov 14, 2014 at 8:31 AM, Bremenpl  > wrote:
>
>>  Is there a workaround for this? I thought that pre charged
>> capacitors could help but in my application power to the BeagleBone 
>> Black
>> is aplied in the same time as to the rest of the circuit.
>>
>> W dniu 2014-11-14 o 15:19, Gerald Coley pisze:
>>
>> The power management IC, TPS65217C.
>>
>>  Gerald
>>
>>
>> On Fri, Nov 14, 2014 at 8:15 AM, Bremenpl > > wrote:
>>
>>>  What is the exact circuit that requires a fast ramp?
>>>
>>> W dniu 2014-11-14 o 14:48, evilwulfie pisze:
>>>
>>> As Gerald has said before, check the ramp up of the power supply.
>>> Some of the lab supplys have slow ramp ups.
>>> Yes they are very stable and VERY good regulation but
>>> the BBB design requires a fast ramp up supply.
>>>
>>>
>>>
>>> On 11/14/2014 3:03 AM, bremenpl wrote:
>>>
>>> Hello there,
>>> I have a very strange problem with powering up BeagleBone Black
>>> (rev C) When i try to power it up from some cheap AC adapter it 
>>> works
>>> fine, but when I connect to to my labolatory power supply the power 
>>> LED on
>>> board is li

Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Bremenpl]

But will trhis allow battery to work properly?

W dniu 2014-11-17 o 11:48, Gerald Coley pisze:

Replace the resistor with a wire and just short it to ground.

Gerald


On Monday, November 17, 2014, Bremenpl > wrote:


I have tested the board again and heres what I have come to:
- Using meanwell 5V ac adapter works when the 10k resistor is NOT
soldered to battery header. If theres resistor soldered, but there
is no battery attached it stops working and the power led blinks
all the time. It really seems that the power controller is trying
to switch to the battery that is not there. After placing the
battery everything works correct. I only home it wont get
discharged to fast when the board is off.

W dniu 2014-11-14 o 16:58, Gerald Coley pisze:

And mine.

Gerald

On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl > wrote:

Ill get it tested, thank you. If this worked it would solve
my problem.

Dnia 14 listopada 2014 16:41:30 Gerald Coley
>
napisał(a):


The output voltage level is different. When the DC is
contented it is supposed to go to the DC input and go into
charge mode for the battery. Measure the output voltage of
the PMIC. If it is 5V, then it is DC in. If it is 3.7V +/-
then it is running on the battery.

Gerald


On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl
> wrote:

How can I know either it switched without taking the
battery out?

Dnia 14 listopada 2014 16:35:42 Gerald Coley
> 
napisał(a):


Another test here would be to connect the battery and
see if after it switches to the battery if it switches
back to the DC input.

Gerald


On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl
>
wrote:

I understand, thank you for the info. I will make
more attempts at monday with another bbb board. For
now I have a 10k resistor on the TS pin because I
intend to use the battery to. If the voltage is
measured on the resistor ill swap it to lower value
one. I hope ill get it working using meanwell power
supply.

Dnia 14 listopada 2014 16:16:30 Gerald Coley
>
napisał(a):


Not likely. As I said we need more boards that
fail and the power supply that is used with them.
What I have seen is that it tries to switch to the
battery, that is not there, for whatever reason.
Theory is it sees a voltage drop due to the inrush
limit on certain power supplies. I have fixed this
on a few boards by connecting the TS signal hard
to ground using the battery pins on the board.

What I see when the board "does not power up" is
the PMIC cycling on and off. You can look at the
5V output rail of the PMIC for this condition.

Gerald


On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl
>
wrote:

I dont agree here, and this is the weird part.
A cheap 5V wall plug adapter works great and a
certified meanwell supply does not. Can it be
a case related to linear/ switching power supply?

Dnia 14 listopada 2014 16:01:26 Gerald Coley
>
napisał(a):


We are working on one if we can collect
enough information to confirm the issue. it
appears to be a power supply issue that
creates a condition that the TPS65217C does
not like. If you use a good power supply, the
issue is not there.


Gerald


On Fri, Nov 14, 2014 at 8:31 AM, Bremenpl
>
wrote:

Is there a workaround for this? I thought
that pre charged capacitors could help
but in my application power to the
BeagleBone Black is aplied in the same
time as to the rest of the circuit.

W dniu 2014-11-14 o 15:19, Gerald Coley
pisze:

The power management IC, TPS65217C.

Gerald


On Fri, Nov 14, 2014 at 8:15 AM,
Bremenpl >
wrote:

What is the exact circuit that
requires a fast ramp?

W dniu 2014-11-14 o 14:48,
 

Re: [beagleboard] BeagleBone Black powers down when AC adapter is removed while the USB is connected.

[Michel Gerin]

Hello,
I had a similar problem. David mentions perhaps this thread:

https://mail.google.com/mail/u/0/?tab=wm#inbox/149198bbf7826f64

Bremenpl suggested to use the debian console version instead of the LXDE
version. It solved my problem.

We just encontered a 2 hours mains power outage this saterday.The BBB went
on running flawless with the battery backup.

Michel

2014-11-17 1:09 GMT+01:00 David Funk :

> There is a previous thread, several weeks ago about this same behavior.
> That thread involved an application that ran off mains but had battery
> backup and everytime mains failed, and 5V goes away, the BBB shutdown.
>
> IIRC, this is a known software default behavior when the 5V goes away, it
> is programmable and needs to be set accordingly to how the end user whats
> it to behave.
>
>
> -david
> .
>
>
> On Sun, Nov 16, 2014 at 5:52 PM, William Hermans 
> wrote:
>
>> in /etc/inittab
>>
>>
>>
>>
>>
>> *# What to do when the power
>> fails/returns.pf::powerwait:/etc/init.d/powerfail
>> startpn::powerfailnow:/etc/init.d/powerfail
>> nowpo::powerokwait:/etc/init.d/powerfail stop*
>>
>> You need to do some google "research" and see if this is a potential
>> issue for you.
>>
>>
>> On Sun, Nov 16, 2014 at 4:49 PM, William Hermans 
>> wrote:
>>
>>> Yeah, I doubt its the ethernet jack being plugged in and used. I have a
>>> TEMPER USB thermometer plugged in and running, plus ethernet, and USB
>>> networking.
>>>
>>> There could be a service on these new images that monitors AC power, so
>>> that it issues a shutdown when this occurs. I know threre is at least "CTRL
>>> + ALT + DEL" key press combo "event" in /etc/inittab, but have not looked
>>> to see if there is anything else. There could also a a conditional systemd
>>> service potentially doing 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.
>>
>
>  --
> 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] BeagleBone Black powers down when AC adapter is removed while the USB is connected.

[Gerald Coley]

Interesting. Sounds like something I need to get fixed.

Gerald

On Monday, November 17, 2014, Michel Gerin  wrote:

> Hello,
> I had a similar problem. David mentions perhaps this thread:
>
> https://mail.google.com/mail/u/0/?tab=wm#inbox/149198bbf7826f64
>
> Bremenpl suggested to use the debian console version instead of the LXDE
> version. It solved my problem.
>
> We just encontered a 2 hours mains power outage this saterday.The BBB went
> on running flawless with the battery backup.
>
> Michel
>
> 2014-11-17 1:09 GMT+01:00 David Funk  >:
>
>> There is a previous thread, several weeks ago about this same behavior.
>> That thread involved an application that ran off mains but had battery
>> backup and everytime mains failed, and 5V goes away, the BBB shutdown.
>>
>> IIRC, this is a known software default behavior when the 5V goes away, it
>> is programmable and needs to be set accordingly to how the end user whats
>> it to behave.
>>
>>
>> -david
>> .
>>
>>
>> On Sun, Nov 16, 2014 at 5:52 PM, William Hermans > > wrote:
>>
>>> in /etc/inittab
>>>
>>>
>>>
>>>
>>>
>>> *# What to do when the power
>>> fails/returns.pf::powerwait:/etc/init.d/powerfail
>>> startpn::powerfailnow:/etc/init.d/powerfail
>>> nowpo::powerokwait:/etc/init.d/powerfail stop*
>>>
>>> You need to do some google "research" and see if this is a potential
>>> issue for you.
>>>
>>>
>>> On Sun, Nov 16, 2014 at 4:49 PM, William Hermans >> > wrote:
>>>
 Yeah, I doubt its the ethernet jack being plugged in and used. I have a
 TEMPER USB thermometer plugged in and running, plus ethernet, and USB
 networking.

 There could be a service on these new images that monitors AC power, so
 that it issues a shutdown when this occurs. I know threre is at least "CTRL
 + ALT + DEL" key press combo "event" in /etc/inittab, but have not looked
 to see if there is anything else. There could also a a conditional systemd
 service potentially doing 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.
>>>
>>
>>  --
>> 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.
>


-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
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: debian terminal no commands found

[cl]

Luis M  wrote:
> [-- text/plain, encoding 7bit, charset: UTF-8, 27 lines --]
> 
> Im using putty to ssh into the beaglebone as root but it doesnt recognize 
> any command i type. I get this in the terminal when i open putty. IP 
> ADDRESS is 192.168.7.2
> 
> login as: root
> Debian GNU/Linux 7
> 
> BeagleBoard.org BeagleBone Debian Image 2014-05-14
> 
> Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
> Last login: Thu May 15 02:24:04 2014 from luis-pc.local
> -bash: mesg: command not found
> root@beaglebone:~# ls
> -bash: ls: command not found
> root@beaglebone:~# uname -a
> -bash: uname: command not found
> root@beaglebone:~#
> 
> I also cant open LXterminal on the bb desktop. Should i re-install debian???
> 
Does it really show the prompt 'login as:'?

Anyway it sounds as if your PATH variable has got messed up somehow.
The bash executable is there because you're running bash.

Try 'echo $PATH' at the bash prompt and tell us what it shows you.

Also try '/bin/ls' and '/bin/uname' to see if the executables are
actually where they should be.

-- 
Chris Green
·

-- 
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] Labolatory power supply fails to power up BeagleBone Black

[Bremenpl]

I have observed an interesting thing now. I have replaced the resistor 
as you adviced. Now I can indeed use the BeagleBone Black without 
battery. Now when I run on a regular power supply and the battery is in 
and charging, when i remove the main power supply it seems like 
BeagleBone Black is performing a safe shutdown (im not sure im not 
connected to serial debug), because it doesnt automatically go off but 
it takes its time turn off user leds and power led. Is this made on 
purpose? Why didnt he act like this when there was 10k resistor instead 
of 0R?


W dniu 2014-11-17 o 11:48, Gerald Coley pisze:

Replace the resistor with a wire and just short it to ground.

Gerald


On Monday, November 17, 2014, Bremenpl > wrote:


I have tested the board again and heres what I have come to:
- Using meanwell 5V ac adapter works when the 10k resistor is NOT
soldered to battery header. If theres resistor soldered, but there
is no battery attached it stops working and the power led blinks
all the time. It really seems that the power controller is trying
to switch to the battery that is not there. After placing the
battery everything works correct. I only home it wont get
discharged to fast when the board is off.

W dniu 2014-11-14 o 16:58, Gerald Coley pisze:

And mine.

Gerald

On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl > wrote:

Ill get it tested, thank you. If this worked it would solve
my problem.

Dnia 14 listopada 2014 16:41:30 Gerald Coley
>
napisał(a):


The output voltage level is different. When the DC is
contented it is supposed to go to the DC input and go into
charge mode for the battery. Measure the output voltage of
the PMIC. If it is 5V, then it is DC in. If it is 3.7V +/-
then it is running on the battery.

Gerald


On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl
> wrote:

How can I know either it switched without taking the
battery out?

Dnia 14 listopada 2014 16:35:42 Gerald Coley
> 
napisał(a):


Another test here would be to connect the battery and
see if after it switches to the battery if it switches
back to the DC input.

Gerald


On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl
>
wrote:

I understand, thank you for the info. I will make
more attempts at monday with another bbb board. For
now I have a 10k resistor on the TS pin because I
intend to use the battery to. If the voltage is
measured on the resistor ill swap it to lower value
one. I hope ill get it working using meanwell power
supply.

Dnia 14 listopada 2014 16:16:30 Gerald Coley
>
napisał(a):


Not likely. As I said we need more boards that
fail and the power supply that is used with them.
What I have seen is that it tries to switch to the
battery, that is not there, for whatever reason.
Theory is it sees a voltage drop due to the inrush
limit on certain power supplies. I have fixed this
on a few boards by connecting the TS signal hard
to ground using the battery pins on the board.

What I see when the board "does not power up" is
the PMIC cycling on and off. You can look at the
5V output rail of the PMIC for this condition.

Gerald


On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl
>
wrote:

I dont agree here, and this is the weird part.
A cheap 5V wall plug adapter works great and a
certified meanwell supply does not. Can it be
a case related to linear/ switching power supply?

Dnia 14 listopada 2014 16:01:26 Gerald Coley
>
napisał(a):


We are working on one if we can collect
enough information to confirm the issue. it
appears to be a power supply issue that
creates a condition that the TPS65217C does
not like. If you use a good power supply, the
issue is not there.


Gerald


On Fri, Nov 14, 2014 at 8:31 AM, Bremenpl
>
wrote:

Is there a workaround for this? I thought
that pre charged capacitors could help
but in my application power to the
BeagleBone Black is aplied in the same
time as to the res

Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Bremenpl]

And also an important thing- I cannot turn on BeagleBone Black on 
battery only now.


W dniu 2014-11-17 o 11:48, Gerald Coley pisze:

Replace the resistor with a wire and just short it to ground.

Gerald


On Monday, November 17, 2014, Bremenpl > wrote:


I have tested the board again and heres what I have come to:
- Using meanwell 5V ac adapter works when the 10k resistor is NOT
soldered to battery header. If theres resistor soldered, but there
is no battery attached it stops working and the power led blinks
all the time. It really seems that the power controller is trying
to switch to the battery that is not there. After placing the
battery everything works correct. I only home it wont get
discharged to fast when the board is off.

W dniu 2014-11-14 o 16:58, Gerald Coley pisze:

And mine.

Gerald

On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl > wrote:

Ill get it tested, thank you. If this worked it would solve
my problem.

Dnia 14 listopada 2014 16:41:30 Gerald Coley
>
napisał(a):


The output voltage level is different. When the DC is
contented it is supposed to go to the DC input and go into
charge mode for the battery. Measure the output voltage of
the PMIC. If it is 5V, then it is DC in. If it is 3.7V +/-
then it is running on the battery.

Gerald


On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl
> wrote:

How can I know either it switched without taking the
battery out?

Dnia 14 listopada 2014 16:35:42 Gerald Coley
> 
napisał(a):


Another test here would be to connect the battery and
see if after it switches to the battery if it switches
back to the DC input.

Gerald


On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl
>
wrote:

I understand, thank you for the info. I will make
more attempts at monday with another bbb board. For
now I have a 10k resistor on the TS pin because I
intend to use the battery to. If the voltage is
measured on the resistor ill swap it to lower value
one. I hope ill get it working using meanwell power
supply.

Dnia 14 listopada 2014 16:16:30 Gerald Coley
>
napisał(a):


Not likely. As I said we need more boards that
fail and the power supply that is used with them.
What I have seen is that it tries to switch to the
battery, that is not there, for whatever reason.
Theory is it sees a voltage drop due to the inrush
limit on certain power supplies. I have fixed this
on a few boards by connecting the TS signal hard
to ground using the battery pins on the board.

What I see when the board "does not power up" is
the PMIC cycling on and off. You can look at the
5V output rail of the PMIC for this condition.

Gerald


On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl
>
wrote:

I dont agree here, and this is the weird part.
A cheap 5V wall plug adapter works great and a
certified meanwell supply does not. Can it be
a case related to linear/ switching power supply?

Dnia 14 listopada 2014 16:01:26 Gerald Coley
>
napisał(a):


We are working on one if we can collect
enough information to confirm the issue. it
appears to be a power supply issue that
creates a condition that the TPS65217C does
not like. If you use a good power supply, the
issue is not there.


Gerald


On Fri, Nov 14, 2014 at 8:31 AM, Bremenpl
>
wrote:

Is there a workaround for this? I thought
that pre charged capacitors could help
but in my application power to the
BeagleBone Black is aplied in the same
time as to the rest of the circuit.

W dniu 2014-11-14 o 15:19, Gerald Coley
pisze:

The power management IC, TPS65217C.

Gerald


On Fri, Nov 14, 2014 at 8:15 AM,
Bremenpl >
wrote:

What is the exact circuit that
requires a fast ramp?

W dniu 201

Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Gerald Coley]

When you remove it yes. In the meantime I am hoping this stops people from
blowing up processors. If battery is needed it can be removed.

Gerald

On Monday, November 17, 2014, Bremenpl  wrote:

>  I have observed an interesting thing now. I have replaced the resistor as
> you adviced. Now I can indeed use the BeagleBone Black without battery. Now
> when I run on a regular power supply and the battery is in and charging,
> when i remove the main power supply it seems like BeagleBone Black is
> performing a safe shutdown (im not sure im not connected to serial debug),
> because it doesnt automatically go off but it takes its time turn off user
> leds and power led. Is this made on purpose? Why didnt he act like this
> when there was 10k resistor instead of 0R?
>
> W dniu 2014-11-17 o 11:48, Gerald Coley pisze:
>
> Replace the resistor with a wire and just short it to ground.
>
>  Gerald
>
>
> On Monday, November 17, 2014, Bremenpl  > wrote:
>
>>  I have tested the board again and heres what I have come to:
>> - Using meanwell 5V ac adapter works when the 10k resistor is NOT
>> soldered to battery header. If theres resistor soldered, but there is no
>> battery attached it stops working and the power led blinks all the time. It
>> really seems that the power controller is trying to switch to the battery
>> that is not there. After placing the battery everything works correct. I
>> only home it wont get discharged to fast when the board is off.
>>
>> W dniu 2014-11-14 o 16:58, Gerald Coley pisze:
>>
>> And mine.
>>
>>  Gerald
>>
>> On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl  wrote:
>>
>>>   Ill get it tested, thank you. If this worked it would solve my
>>> problem.
>>>
>>> Dnia 14 listopada 2014 16:41:30 Gerald Coley 
>>> napisał(a):
>>>
 The output voltage level is different. When the DC is contented it is
 supposed to go to the DC input and go into charge mode for the battery.
 Measure the output voltage of the PMIC. If it is 5V, then it is DC in. If
 it is 3.7V +/- then it is running on the battery.

  Gerald


 On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl  wrote:

>   How can I know either it switched without taking the battery out?
>
> Dnia 14 listopada 2014 16:35:42 Gerald Coley 
> napisał(a):
>
>> Another test here would be to connect the battery and see if after it
>> switches to the battery if it switches back to the DC input.
>>
>>  Gerald
>>
>>
>> On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl  wrote:
>>
>>>   I understand, thank you for the info. I will make more attempts
>>> at monday with another bbb board. For now I have a 10k resistor on the 
>>> TS
>>> pin because I intend to use the battery to. If the voltage is measured 
>>> on
>>> the resistor ill swap it to lower value one. I hope ill get it working
>>> using meanwell power supply.
>>>
>>> Dnia 14 listopada 2014 16:16:30 Gerald Coley 
>>> napisał(a):
>>>
 Not likely. As I said we need more boards that fail and the power
 supply that is used with them. What I have seen is that it tries to 
 switch
 to the battery, that is not there, for whatever reason. Theory is it 
 sees a
 voltage drop due to the inrush limit on certain power supplies. I have
 fixed this on a few boards by connecting the TS signal hard to ground 
 using
 the battery pins on the board.

  What I see when the board "does not power up" is the PMIC cycling
 on and off. You can look at the 5V output rail of the PMIC for this
 condition.

  Gerald


 On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl 
 wrote:

>   I dont agree here, and this is the weird part. A cheap 5V wall
> plug adapter works great and a certified meanwell supply does not. 
> Can it
> be a case related to linear/ switching power supply?
>
> Dnia 14 listopada 2014 16:01:26 Gerald Coley <
> ger...@beagleboard.org> napisał(a):
>
>> We are working on one if we can collect enough information to
>> confirm the issue. it appears to be a power supply issue that 
>> creates a
>> condition that the TPS65217C does not like. If you use a good power 
>> supply,
>> the issue is not there.
>>
>>
>>  Gerald
>>
>>
>> On Fri, Nov 14, 2014 at 8:31 AM, Bremenpl 
>> wrote:
>>
>>>  Is there a workaround for this? I thought that pre charged
>>> capacitors could help but in my application power to the BeagleBone 
>>> Black
>>> is aplied in the same time as to the rest of the circuit.
>>>
>>> W dniu 2014-11-14 o 15:19, Gerald Coley pisze:
>>>
>>> The power management IC, TPS65217C.
>>>
>>>  Gerald
>

Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Gerald Coley]

I can accept that. This woul be only for non battery operation.

Gerald

On Monday, November 17, 2014, Bremenpl  wrote:

>  And also an important thing- I cannot turn on BeagleBone Black on battery
> only now.
>
> W dniu 2014-11-17 o 11:48, Gerald Coley pisze:
>
> Replace the resistor with a wire and just short it to ground.
>
>  Gerald
>
>
> On Monday, November 17, 2014, Bremenpl  > wrote:
>
>>  I have tested the board again and heres what I have come to:
>> - Using meanwell 5V ac adapter works when the 10k resistor is NOT
>> soldered to battery header. If theres resistor soldered, but there is no
>> battery attached it stops working and the power led blinks all the time. It
>> really seems that the power controller is trying to switch to the battery
>> that is not there. After placing the battery everything works correct. I
>> only home it wont get discharged to fast when the board is off.
>>
>> W dniu 2014-11-14 o 16:58, Gerald Coley pisze:
>>
>> And mine.
>>
>>  Gerald
>>
>> On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl  wrote:
>>
>>>   Ill get it tested, thank you. If this worked it would solve my
>>> problem.
>>>
>>> Dnia 14 listopada 2014 16:41:30 Gerald Coley 
>>> napisał(a):
>>>
 The output voltage level is different. When the DC is contented it is
 supposed to go to the DC input and go into charge mode for the battery.
 Measure the output voltage of the PMIC. If it is 5V, then it is DC in. If
 it is 3.7V +/- then it is running on the battery.

  Gerald


 On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl  wrote:

>   How can I know either it switched without taking the battery out?
>
> Dnia 14 listopada 2014 16:35:42 Gerald Coley 
> napisał(a):
>
>> Another test here would be to connect the battery and see if after it
>> switches to the battery if it switches back to the DC input.
>>
>>  Gerald
>>
>>
>> On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl  wrote:
>>
>>>   I understand, thank you for the info. I will make more attempts
>>> at monday with another bbb board. For now I have a 10k resistor on the 
>>> TS
>>> pin because I intend to use the battery to. If the voltage is measured 
>>> on
>>> the resistor ill swap it to lower value one. I hope ill get it working
>>> using meanwell power supply.
>>>
>>> Dnia 14 listopada 2014 16:16:30 Gerald Coley 
>>> napisał(a):
>>>
 Not likely. As I said we need more boards that fail and the power
 supply that is used with them. What I have seen is that it tries to 
 switch
 to the battery, that is not there, for whatever reason. Theory is it 
 sees a
 voltage drop due to the inrush limit on certain power supplies. I have
 fixed this on a few boards by connecting the TS signal hard to ground 
 using
 the battery pins on the board.

  What I see when the board "does not power up" is the PMIC cycling
 on and off. You can look at the 5V output rail of the PMIC for this
 condition.

  Gerald


 On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl 
 wrote:

>   I dont agree here, and this is the weird part. A cheap 5V wall
> plug adapter works great and a certified meanwell supply does not. 
> Can it
> be a case related to linear/ switching power supply?
>
> Dnia 14 listopada 2014 16:01:26 Gerald Coley <
> ger...@beagleboard.org> napisał(a):
>
>> We are working on one if we can collect enough information to
>> confirm the issue. it appears to be a power supply issue that 
>> creates a
>> condition that the TPS65217C does not like. If you use a good power 
>> supply,
>> the issue is not there.
>>
>>
>>  Gerald
>>
>>
>> On Fri, Nov 14, 2014 at 8:31 AM, Bremenpl 
>> wrote:
>>
>>>  Is there a workaround for this? I thought that pre charged
>>> capacitors could help but in my application power to the BeagleBone 
>>> Black
>>> is aplied in the same time as to the rest of the circuit.
>>>
>>> W dniu 2014-11-14 o 15:19, Gerald Coley pisze:
>>>
>>> The power management IC, TPS65217C.
>>>
>>>  Gerald
>>>
>>>
>>> On Fri, Nov 14, 2014 at 8:15 AM, Bremenpl 
>>> wrote:
>>>
  What is the exact circuit that requires a fast ramp?

 W dniu 2014-11-14 o 14:48, evilwulfie pisze:

 As Gerald has said before, check the ramp up of the power
 supply.
 Some of the lab supplys have slow ramp ups.
 Yes they are very stable and VERY good regulation but
 the BBB design requires a fast ramp up supply.


>>

Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Bremenpl]

This functionality is actually very good for me. I was intending to make 
a system that prevents user from turning off BeagleBone Black without 
proper shutdown. I thought i will have to implement this in code, but 
since the BeagleBone Black is shutting down automatically after the main 
supply is down (running on the battery in that time) i dont have to do 
this on my own. Please correct me if I am wrong in understanding this.


W dniu 2014-11-17 o 12:44, Gerald Coley pisze:

I can accept that. This woul be only for non battery operation.

Gerald

On Monday, November 17, 2014, Bremenpl > wrote:


And also an important thing- I cannot turn on BeagleBone Black on
battery only now.

W dniu 2014-11-17 o 11:48, Gerald Coley pisze:

Replace the resistor with a wire and just short it to ground.

Gerald


On Monday, November 17, 2014, Bremenpl > wrote:

I have tested the board again and heres what I have come to:
- Using meanwell 5V ac adapter works when the 10k resistor is
NOT soldered to battery header. If theres resistor soldered,
but there is no battery attached it stops working and the
power led blinks all the time. It really seems that the power
controller is trying to switch to the battery that is not
there. After placing the battery everything works correct. I
only home it wont get discharged to fast when the board is off.

W dniu 2014-11-14 o 16:58, Gerald Coley pisze:

And mine.

Gerald

On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl
 wrote:

Ill get it tested, thank you. If this worked it would
solve my problem.

Dnia 14 listopada 2014 16:41:30 Gerald Coley
 napisał(a):


The output voltage level is different. When the DC is
contented it is supposed to go to the DC input and go
into charge mode for the battery. Measure the output
voltage of the PMIC. If it is 5V, then it is DC in. If
it is 3.7V +/- then it is running on the battery.

Gerald


On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl
 wrote:

How can I know either it switched without taking
the battery out?

Dnia 14 listopada 2014 16:35:42 Gerald Coley
 napisał(a):


Another test here would be to connect the battery
and see if after it switches to the battery if it
switches back to the DC input.

Gerald


On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl
 wrote:

I understand, thank you for the info. I will
make more attempts at monday with another bbb
board. For now I have a 10k resistor on the TS
pin because I intend to use the battery to. If
the voltage is measured on the resistor ill
swap it to lower value one. I hope ill get it
working using meanwell power supply.

Dnia 14 listopada 2014 16:16:30 Gerald Coley
 napisał(a):


Not likely. As I said we need more boards
that fail and the power supply that is used
with them. What I have seen is that it tries
to switch to the battery, that is not there,
for whatever reason. Theory is it sees a
voltage drop due to the inrush limit on
certain power supplies. I have fixed this on
a few boards by connecting the TS signal hard
to ground using the battery pins on the board.

What I see when the board "does not power up"
is the PMIC cycling on and off. You can look
at the 5V output rail of the PMIC for this
condition.

Gerald


On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl
 wrote:

I dont agree here, and this is the weird
part. A cheap 5V wall plug adapter works
great and a certified meanwell supply
does not. Can it be a case related to
linear/ switching power supply?

Dnia 14 listopada 2014 16:01:26 Gerald
Coley  napisał(a):


We are working on one if we can collect
enough information to confirm the issue.
it appears to be a power supply issue
that creates a condition that the
TPS65217C does not like. If you use a
good power supply, the issue is not there.


 

Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Gerald Coley]

As long as there is nothing that can cause the PMIC to shutdown before it
has completed the full power up cycle we are OK. It is the sitting down
before that process has completed is what concerns me.

Gerald

On Monday, November 17, 2014, Bremenpl  wrote:

>  This functionality is actually very good for me. I was intending to make
> a system that prevents user from turning off BeagleBone Black without
> proper shutdown. I thought i will have to implement this in code, but since
> the BeagleBone Black is shutting down automatically after the main supply
> is down (running on the battery in that time) i dont have to do this on my
> own. Please correct me if I am wrong in understanding this.
>
> W dniu 2014-11-17 o 12:44, Gerald Coley pisze:
>
> I can accept that. This woul be only for non battery operation.
>
>  Gerald
>
> On Monday, November 17, 2014, Bremenpl  > wrote:
>
>>  And also an important thing- I cannot turn on BeagleBone Black on
>> battery only now.
>>
>> W dniu 2014-11-17 o 11:48, Gerald Coley pisze:
>>
>> Replace the resistor with a wire and just short it to ground.
>>
>>  Gerald
>>
>>
>> On Monday, November 17, 2014, Bremenpl  wrote:
>>
>>>  I have tested the board again and heres what I have come to:
>>> - Using meanwell 5V ac adapter works when the 10k resistor is NOT
>>> soldered to battery header. If theres resistor soldered, but there is no
>>> battery attached it stops working and the power led blinks all the time. It
>>> really seems that the power controller is trying to switch to the battery
>>> that is not there. After placing the battery everything works correct. I
>>> only home it wont get discharged to fast when the board is off.
>>>
>>> W dniu 2014-11-14 o 16:58, Gerald Coley pisze:
>>>
>>> And mine.
>>>
>>>  Gerald
>>>
>>> On Fri, Nov 14, 2014 at 9:50 AM, Bremenpl  wrote:
>>>
   Ill get it tested, thank you. If this worked it would solve my
 problem.

 Dnia 14 listopada 2014 16:41:30 Gerald Coley 
 napisał(a):

> The output voltage level is different. When the DC is contented it is
> supposed to go to the DC input and go into charge mode for the battery.
> Measure the output voltage of the PMIC. If it is 5V, then it is DC in. If
> it is 3.7V +/- then it is running on the battery.
>
>  Gerald
>
>
> On Fri, Nov 14, 2014 at 9:37 AM, Bremenpl  wrote:
>
>>   How can I know either it switched without taking the battery out?
>>
>> Dnia 14 listopada 2014 16:35:42 Gerald Coley 
>> napisał(a):
>>
>>> Another test here would be to connect the battery and see if after
>>> it switches to the battery if it switches back to the DC input.
>>>
>>>  Gerald
>>>
>>>
>>> On Fri, Nov 14, 2014 at 9:31 AM, Bremenpl 
>>> wrote:
>>>
   I understand, thank you for the info. I will make more attempts
 at monday with another bbb board. For now I have a 10k resistor on the 
 TS
 pin because I intend to use the battery to. If the voltage is measured 
 on
 the resistor ill swap it to lower value one. I hope ill get it working
 using meanwell power supply.

 Dnia 14 listopada 2014 16:16:30 Gerald Coley <
 ger...@beagleboard.org> napisał(a):

> Not likely. As I said we need more boards that fail and the power
> supply that is used with them. What I have seen is that it tries to 
> switch
> to the battery, that is not there, for whatever reason. Theory is it 
> sees a
> voltage drop due to the inrush limit on certain power supplies. I have
> fixed this on a few boards by connecting the TS signal hard to ground 
> using
> the battery pins on the board.
>
>  What I see when the board "does not power up" is the PMIC
> cycling on and off. You can look at the 5V output rail of the PMIC 
> for this
> condition.
>
>  Gerald
>
>
> On Fri, Nov 14, 2014 at 9:03 AM, Bremenpl 
> wrote:
>
>>   I dont agree here, and this is the weird part. A cheap 5V wall
>> plug adapter works great and a certified meanwell supply does not. 
>> Can it
>> be a case related to linear/ switching power supply?
>>
>> Dnia 14 listopada 2014 16:01:26 Gerald Coley <
>> ger...@beagleboard.org> napisał(a):
>>
>>> We are working on one if we can collect enough information to
>>> confirm the issue. it appears to be a power supply issue that 
>>> creates a
>>> condition that the TPS65217C does not like. If you use a good power 
>>> supply,
>>> the issue is not there.
>>>
>>>
>>>  Gerald
>>>
>>>
>>> On Fri, Nov 14, 2014 at 8:31 AM, Bremenpl 
>>> wrote:
>>>
  Is there a workaround for this? I thought t

Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black

[Bremenpl]

So you are saying that if I remove the main power supply while 
BeagleBone Black is turning on (like 7 seconds?) the safe shutdown wont 
occur?


I have checked some scenarios:
- Turn on BeagleBone Black with battery in and power supply. Then remove 
power supply before BeagleBone Black fully inits. If I do that the board 
wont turn off and I have to do it manualy after full init. I gues thats 
ok, I can check for power right after I turn on my program.


- Second scenario is turning the board on with battery in and usb cable 
with power in. In this case BeagleBone Black keeps resseting after 2-3 
secs. Not sure whats happening here.


W dniu 2014-11-17 o 12:58, Gerald Coley pisze:
As long as there is nothing that can cause the PMIC to shutdown before 
it has completed the full power up cycle we are OK. It is the sitting 
down before that process has completed is what concerns me.


Gerald


--
Bremenpl

--
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] GPIO pins and Device Trees with 3.14 kernel

[Peter Gregory]

It appears to not be a trivial thing.
The modules for pwm are enabled by default in the kernel.  It should be a 
matter of getting the DTC to build a device tree for pwm.
The DTC dtsi files contain pwm definitions, but changing the status to okay 
fails to create the pwm entries in the file system.
The answer to this issue is beyond what I can find using Google and other 
resources.


-- 
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] Labolatory power supply fails to power up BeagleBone Black

[Gerald Coley]

That all depends on the state of the current SW configuration. My focus is
shutdown before SW even wakes up and has it's first cup of coffee, before
SW can make anything happen.

You first scenario is after SW has already run via the uBoot and done what
it needs to do.

Per the datasheet there may be issues detecting the battery when DC and USB
are connected. Check the datasheet for more information to see how it
affects you.


Gerald



On Mon, Nov 17, 2014 at 6:09 AM, Bremenpl  wrote:

> So you are saying that if I remove the main power supply while BeagleBone
> Black is turning on (like 7 seconds?) the safe shutdown wont occur?
>
> I have checked some scenarios:
> - Turn on BeagleBone Black with battery in and power supply. Then remove
> power supply before BeagleBone Black fully inits. If I do that the board
> wont turn off and I have to do it manualy after full init. I gues thats ok,
> I can check for power right after I turn on my program.
>
> - Second scenario is turning the board on with battery in and usb cable
> with power in. In this case BeagleBone Black keeps resseting after 2-3
> secs. Not sure whats happening here.
>
> W dniu 2014-11-17 o 12:58, Gerald Coley pisze:
>
>> As long as there is nothing that can cause the PMIC to shutdown before it
>> has completed the full power up cycle we are OK. It is the sitting down
>> before that process has completed is what concerns me.
>>
>> Gerald
>>
>>  --
> Bremenpl
>
> --
> 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.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
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: Starting Up Programs Automatically With LXDE

[eapperley]

Further detail for Nick's post:

We're using the debian 7 armhf lxde sdcard distribution with kernel 
3.8.13-bone67 on the Beaglebone Black.  

The objective is to automatically start an embedded java program using a 
shell script when the user logs on.

1. The script executes properly from the user's home directory when 
executed in the normal fashion from a terminal, i.e.
   ./start.sh

2. The content of the shell script is straightforward:

#!/bin/sh
# Start jOrgan and autoload the disposition.
java -jar ~/jOrgan-3_20/jorgan.jar

3. To achieve the autostart at login of a specific user we have followed 
the standard LXDE application startup scenario:
- log in as the user
- edit the autostart file located in~/.config/lxsession/LXDE
- add an entry (line) of the form @
- save the file and log out
- log in as the user again 

4. To test (3) the following lines wre appended to the autostart file.  At 
login both the leafpad and lxterminal applications were auto-started as 
intended.

@leafpad
@lxterminal

5) To test running a command from the command line the following line was 
appended to the autostart file.  This appeared to do nothing at log in 
other than start the Leafpad application.  The Lxterminal application was 
not visible.


So, the question is, why does this not work?   How do we get a command-line 
shell script to execute at login?


On Sunday, 16 November 2014 22:14:51 UTC+13, Nick Apperley wrote:
>
> Is there a way to automatically startup programs when logging into LXDE? 
> Trying to get a program (shellscript) to automatically run when a user logs 
> in to LXDE.
>

-- 
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: debian testing: 2014-11-11

[Gary Servin Cardozo]

Hi Robert,

just wanted to comment that I had an issue with the ping executable using 
the 2014/11/11 jessie image on a BBB A5C:

ping: icmp open socket: Operation not permitted


I've solved using

sudo chmod u+s `which ping`


I'm not sure this was only an issue for my installation,

Regards,

On Saturday, November 15, 2014 8:07:21 AM UTC-3, Jason Lange wrote:
>
> ...Here's another option I needed to add to dnsmasq.conf:
>
> dhcp-option=3
>
> this stops dnsmasq from handing out a default route and screwing up your 
> connection to the internet.
>
> On Fri, Nov 14, 2014 at 11:11 PM, Jason Lange  > wrote:
>
>> Hi Robert,
>> withThis worked for me:
>>
>> /etc/dnsmasq.conf
>> #disable DNS by setting port to 0
>> port=0
>>
>> interface=usb0
>> dhcp-range=192.168.7.1,192.168.7.1
>> #one address range
>>
>>
>> /etc/network/interfaces
>>
>> auto lo
>> iface lo inet loopback
>>
>> allow-hotplug eth0
>> iface eth0 inet dhcp
>>
>> allow-hotplug usb0
>> iface usb0 inet static
>> address 192.168.7.2
>> netmask 255.255.255.0
>> network 192.168.7.0
>> gateway 192.168.7.1
>>
>>
>>
>> I'm using your 2014/11/11 jessie image and after I did an apt-get 
>> update/upgrade I lost the ability to connect with ssh. removing udhcpd and 
>> adding the above configuration for dnsmasq restored my ability to connect 
>> via ssh on both interfaces.
>>
>>
>>
>>
>> On Thu, Nov 13, 2014 at 4:06 PM, Robert Nelson > > wrote:
>>
>>> > Sure, as long as we can configure dnsmasq to do the work of udhcpd,
>>> > i'm all for it.. ;)
>>>
>>> https://wiki.debian.org/HowTo/dnsmasq
>>>
>>> /etc/dnsmasq.conf
>>>
>>> dhcp-range=usb0,192.168.7.1,192.168.7.3,12h
>>>
>>> look sane?
>>>
>>> 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...@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] Open Hardware start

[fuenmayor . sirius]

Hi, I have been working with micro-controllers for several years and I have 
a basic knowledge on electronics, programming and computers. I want to know 
what information (text books, whitepapers, articles) did you need to design 
a board like Beaglebone Black from IC's? the process of designing 
electronics boards for a SoC's like Sitara ARM Cortex-A8 processor is 
similar to the process of designing boards for microcontrollers? How much 
time takes to design such a board?

-- 
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] broken sd card reader, need help flashing!!!

[russellnemec]

ok so i have broken pin 3 on my sd card reader on accident and need to 
flash my bbb to use my replicape. however i cant seem to find any other 
method to flash a bbb other than using an sd card. this is kind of 
depressing considering i dont want to scrap the board because it still 
works i just cant flash it through the normal sd card method. every bit of 
help would be appreciated. what i really need is a step by step on how to 
flash my bbb without an sd card. i have access to ubuntu and win7 64 bit 
pc. im not a complete noob at this but by no means am i an expert so please 
go easy on me here.

-- 
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] How do i get python 3.3 on Angstrom

[kylekclee]

I've tried  getting python 3.3 here:
http://www.python.org/ftp/python/3.3.3/Python-3.3.3.tgz

Then i run the commands : 

./configure  
make  
make install
But it seems like its stuck checking on pieces in make...

-- 
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: Accessing Adafruit Ultimate GPS from Debian BBB

[cdedels]

I also had a problem with gpsd on BBB running debian/3.8.13-bone50.  The 
issue was that the init script was correct but systemd intercepts the init 
script before it executes.  My fix was to edit 
/lib/systemd/system/gpsd.service to this:

[Unit]
Description=GPS (Global Positioning System) Daemon
Requires=gpsd.socket

[Service]
EnvironmentFile=/etc/default/gpsd
ExecStart=/usr/sbin/gpsd -N ${GPSD_OPTIONS} ${DEVICES}

[Install]
Also=gpsd.socket





On Saturday, July 5, 2014 10:15:20 AM UTC-4, lamb...@gmail.com wrote:
>
> I was also running it as root. I ended up re-flashing the eMMC and it 
>> started. The issue was the systemd was starting gpsd, but it was not 
>> working properly. Prevent it from starting on boot and see if you can 
>> manually run gpsd. Running as root, lsof -i :2947, will tell you if it 
>> started at boot and once you manually start gpsd, if gpsd is using the port.
>>
>
>  
>
>> I had some other issue with NTPD and GPSD (NPTD would not connect to 
>> GPSD, it may have been a start order issue). I therefore deleted the 
>> systemd service and socket files. I wrote a custom init script to handle 
>> gpsd. Not the best solution, but I am more familiar with init scripts and 
>> the configuration/use.
>>
>

-- 
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] Beaglebone Black won't power on, did I do something wrong? :(

[stimulusartifact]

I plugged a USB WiFi adapter into my BeagleBone Black and it abruptly stopped 
working and will not turn on.  I have been very careful with the board, but I 
assume that somehow the WiFi adapter drew too much current and fried the 
processor.  I tried multiple power sources, including powered USB hubs and 5V 
DC.  I held down the power button and reset button for a long time, but no 
luck.  It's too bad because I was making a lot of progress.  My board says 
Element14 and has two stickers on it- does Element14 handle RMA requests the 
same as beaglebone.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.

Re: [beagleboard] Beaglebone Black won't power on, did I do something wrong? :(

[Gerald Coley]

I have no idea how Element14 handles RMA. You need to ask them.

Gerald


On Sun, Nov 16, 2014 at 12:25 AM,  wrote:

> I plugged a USB WiFi adapter into my BeagleBone Black and it abruptly
> stopped working and will not turn on.  I have been very careful with the
> board, but I assume that somehow the WiFi adapter drew too much current and
> fried the processor.  I tried multiple power sources, including powered USB
> hubs and 5V DC.  I held down the power button and reset button for a long
> time, but no luck.  It's too bad because I was making a lot of progress.
> My board says Element14 and has two stickers on it- does Element14 handle
> RMA requests the same as beaglebone.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.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
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] Labolatory power supply fails to power up BeagleBone Black

[Bremenpl]

My software is supposed to be some userspace software that is turned on via 
script when the board is fully on. Also in the end application I dont 
connect power pin on ish slave connection.



Dnia 17 listopada 2014 15:53:37 Gerald Coley  
napisał(a):



That all depends on the state of the current SW configuration. My focus is
shutdown before SW even wakes up and has it's first cup of coffee, before
SW can make anything happen.

You first scenario is after SW has already run via the uBoot and done what
it needs to do.

Per the datasheet there may be issues detecting the battery when DC and USB
are connected. Check the datasheet for more information to see how it
affects you.


Gerald



On Mon, Nov 17, 2014 at 6:09 AM, Bremenpl  wrote:

> So you are saying that if I remove the main power supply while BeagleBone
> Black is turning on (like 7 seconds?) the safe shutdown wont occur?
>
> I have checked some scenarios:
> - Turn on BeagleBone Black with battery in and power supply. Then remove
> power supply before BeagleBone Black fully inits. If I do that the board
> wont turn off and I have to do it manualy after full init. I gues thats ok,
> I can check for power right after I turn on my program.
>
> - Second scenario is turning the board on with battery in and usb cable
> with power in. In this case BeagleBone Black keeps resseting after 2-3
> secs. Not sure whats happening here.
>
> W dniu 2014-11-17 o 12:58, Gerald Coley pisze:
>
>> As long as there is nothing that can cause the PMIC to shutdown before it
>> has completed the full power up cycle we are OK. It is the sitting down
>> before that process has completed is what concerns me.
>>
>> Gerald
>>
>>  --
> Bremenpl
>
> --
> 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.
>



--
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

--
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/xRPC_39ju9Y/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] BeagleBone Black powers down when AC adapter is removed while the USB is connected.

[Michel Gerin]

Attn Gerald Coley,

Hello,
In order to avoid any misunderstanding, I wrote "I had a similar problem".
But I didn't use the USB connection.
Only 5V DC and battery were connected to the BBB.
As soon as 5V DC PS was off, the Debian LXDE version was shutting down but
a warning was appearing telling the user the system was shutting down
within 60s if this procedure wasn't canceled.
Maybe David Hirst's problem is related to the same software "mecanism".

Kind regards

Michel.


2014-11-17 12:31 GMT+01:00 Gerald Coley :

> Interesting. Sounds like something I need to get fixed.
>
> Gerald
>
>
> On Monday, November 17, 2014, Michel Gerin  wrote:
>
>> Hello,
>> I had a similar problem. David mentions perhaps this thread:
>>
>> https://mail.google.com/mail/u/0/?tab=wm#inbox/149198bbf7826f64
>>
>> Bremenpl suggested to use the debian console version instead of the LXDE
>> version. It solved my problem.
>>
>> We just encontered a 2 hours mains power outage this saterday.The BBB
>> went on running flawless with the battery backup.
>>
>> Michel
>>
>> 2014-11-17 1:09 GMT+01:00 David Funk :
>>
>>> There is a previous thread, several weeks ago about this same behavior.
>>> That thread involved an application that ran off mains but had battery
>>> backup and everytime mains failed, and 5V goes away, the BBB shutdown.
>>>
>>> IIRC, this is a known software default behavior when the 5V goes away,
>>> it is programmable and needs to be set accordingly to how the end user
>>> whats it to behave.
>>>
>>>
>>> -david
>>> .
>>>
>>>
>>> On Sun, Nov 16, 2014 at 5:52 PM, William Hermans 
>>> wrote:
>>>
 in /etc/inittab





 *# What to do when the power
 fails/returns.pf::powerwait:/etc/init.d/powerfail
 startpn::powerfailnow:/etc/init.d/powerfail
 nowpo::powerokwait:/etc/init.d/powerfail stop*

 You need to do some google "research" and see if this is a potential
 issue for you.


 On Sun, Nov 16, 2014 at 4:49 PM, William Hermans 
 wrote:

> Yeah, I doubt its the ethernet jack being plugged in and used. I have
> a TEMPER USB thermometer plugged in and running, plus ethernet, and USB
> networking.
>
> There could be a service on these new images that monitors AC power,
> so that it issues a shutdown when this occurs. I know threre is at least
> "CTRL + ALT + DEL" key press combo "event" in /etc/inittab, but have not
> looked to see if there is anything else. There could also a a conditional
> systemd service potentially doing 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.

>>>
>>>  --
>>> 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.
>>
>
>
> --
> Gerald
>
> ger...@beagleboard.org
> http://beagleboard.org/
> http://circuitco.com/support/
>
>  --
> 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] Open Hardware start

[Gerald Coley]

Principles are the same. Pick the parts, make a schematic, make a BOM, and
make a PCB. But, these devices are a lot more complex than a MCU.

I do not know of any books that will teach you how specifically to design a
board like this.

It did not take me that long to design it. To get it working and built with
SW, took a while longer. I will say I read no books to figure out how to do
this. I have been doing design for a couple of years now.

Best advice I can give is to take a board and learn it from top to bottom.
That should give you a good idea on how to get started.
Gerald




On Fri, Nov 14, 2014 at 4:12 PM,  wrote:

> Hi, I have been working with micro-controllers for several years and I
> have a basic knowledge on electronics, programming and computers. I want to
> know what information (text books, whitepapers, articles) did you need to
> design a board like Beaglebone Black from IC's? the process of designing
> electronics boards for a SoC's like Sitara ARM Cortex-A8 processor is
> similar to the process of designing boards for microcontrollers? How much
> time takes to design such a board?
>
> --
> 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.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
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] broken sd card reader, need help flashing!!!

[Gerald Coley]

SD card is the way we do it. There are other ways, but there is no support
for those other ways.

Gerald

On Sun, Nov 16, 2014 at 10:21 AM,  wrote:

> ok so i have broken pin 3 on my sd card reader on accident and need to
> flash my bbb to use my replicape. however i cant seem to find any other
> method to flash a bbb other than using an sd card. this is kind of
> depressing considering i dont want to scrap the board because it still
> works i just cant flash it through the normal sd card method. every bit of
> help would be appreciated. what i really need is a step by step on how to
> flash my bbb without an sd card. i have access to ubuntu and win7 64 bit
> pc. im not a complete noob at this but by no means am i an expert so please
> go easy on me here.
>
> --
> 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.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
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] Java Developer with Solid Automation experience (Jenkins, Continuous Integration)

[Ptr Inc]

*Java developer with solid automation experience*




*Title: *Java Developer with Solid Automation experience (Jenkins,
Continuous Integration)


*Location:* New York City, NY



*Duration:* 12 months



*Interview mode :*** Phone/Skype



Java developer with solid automation experience.



· Minimum of 3-5 years of Java/J2EE development experience

· JavaScript development experience

· Solid QA and automation experience absolute MUST!!

· Must have used Jenkins and done continuous integration with
software builds having automated tests that run per build

· Experience with Selenium for automating tests is a plus, but not
required











*Thanks and Regards,*

*Shivani Rao*

*Technical Recruiter  *

*Phone: 646-290-3891 I Email:shiv...@ptrinc.us
 |*

*G- Talk : shivani...@gmail.com *

*PTR Inc. | Web: **www.ptrinc.us* 

-- 
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] Java Developer with Solid Automation experience (Jenkins, Continuous Integration)

[Ptr Inc]

*Java developer with solid automation experience*







*Title: *Java Developer with Solid Automation experience (Jenkins,
Continuous Integration)



*Location:* New York City, NY



*Duration:* 12 months



*Interview mode :*** Phone/Skype



Java developer with solid automation experience.



· Minimum of 3-5 years of Java/J2EE development experience

· JavaScript development experience

· Solid QA and automation experience absolute MUST!!

· Must have used Jenkins and done continuous integration with
software builds having automated tests that run per build

· Experience with Selenium for automating tests is a plus, but not
required

*Thanks & Regards*
*Mayank Nigoti*


*Technical Recruiter PTR Inc. Phone:646-290-3892 |Email: mmay...@ptrinc.us
 *

*Gtalk:ptrmay...@gmail.com | Web: **www.ptrinc.us
*

-- 
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] BeagleBone Black powers down when AC adapter is removed while the USB is connected.

[Gerald Coley]

That should be bale to be fixed by changing the behavior of the SW. You can
look at the datasheet for the TPS65217C to see what registers to change.

Gerald

On Mon, Nov 17, 2014 at 8:58 AM, Michel Gerin  wrote:

> Attn Gerald Coley,
>
> Hello,
> In order to avoid any misunderstanding, I wrote "I had a similar problem".
> But I didn't use the USB connection.
> Only 5V DC and battery were connected to the BBB.
> As soon as 5V DC PS was off, the Debian LXDE version was shutting down but
> a warning was appearing telling the user the system was shutting down
> within 60s if this procedure wasn't canceled.
> Maybe David Hirst's problem is related to the same software "mecanism".
>
> Kind regards
>
> Michel.
>
>
> 2014-11-17 12:31 GMT+01:00 Gerald Coley :
>
>> Interesting. Sounds like something I need to get fixed.
>>
>> Gerald
>>
>>
>> On Monday, November 17, 2014, Michel Gerin  wrote:
>>
>>> Hello,
>>> I had a similar problem. David mentions perhaps this thread:
>>>
>>> https://mail.google.com/mail/u/0/?tab=wm#inbox/149198bbf7826f64
>>>
>>> Bremenpl suggested to use the debian console version instead of the LXDE
>>> version. It solved my problem.
>>>
>>> We just encontered a 2 hours mains power outage this saterday.The BBB
>>> went on running flawless with the battery backup.
>>>
>>> Michel
>>>
>>> 2014-11-17 1:09 GMT+01:00 David Funk :
>>>
 There is a previous thread, several weeks ago about this same behavior.
 That thread involved an application that ran off mains but had battery
 backup and everytime mains failed, and 5V goes away, the BBB shutdown.

 IIRC, this is a known software default behavior when the 5V goes away,
 it is programmable and needs to be set accordingly to how the end user
 whats it to behave.


 -david
 .


 On Sun, Nov 16, 2014 at 5:52 PM, William Hermans 
 wrote:

> in /etc/inittab
>
>
>
>
>
> *# What to do when the power
> fails/returns.pf::powerwait:/etc/init.d/powerfail
> startpn::powerfailnow:/etc/init.d/powerfail
> nowpo::powerokwait:/etc/init.d/powerfail stop*
>
> You need to do some google "research" and see if this is a potential
> issue for you.
>
>
> On Sun, Nov 16, 2014 at 4:49 PM, William Hermans 
> wrote:
>
>> Yeah, I doubt its the ethernet jack being plugged in and used. I have
>> a TEMPER USB thermometer plugged in and running, plus ethernet, and USB
>> networking.
>>
>> There could be a service on these new images that monitors AC power,
>> so that it issues a shutdown when this occurs. I know threre is at least
>> "CTRL + ALT + DEL" key press combo "event" in /etc/inittab, but have not
>> looked to see if there is anything else. There could also a a conditional
>> systemd service potentially doing 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.
>

  --
 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.
>>>
>>
>>
>> --
>> Gerald
>>
>> ger...@beagleboard.org
>> http://beagleboard.org/
>> http://circuitco.com/support/
>>
>>  --
>> 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.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
For mo

Re: [beagleboard] Re: debian testing: 2014-11-11

[Robert Nelson]

On Sun, Nov 16, 2014 at 11:28 PM, Gary Servin Cardozo
 wrote:
> Hi Robert,
>
> just wanted to comment that I had an issue with the ping executable using
> the 2014/11/11 jessie image on a BBB A5C:
>
> ping: icmp open socket: Operation not permitted
>
>
> I've solved using
>
> sudo chmod u+s `which ping`
>
>
> I'm not sure this was only an issue for my installation,

Thanks Gary!

This was a bug originally in ubuntu (trusty) looks like the bug (maybe
feature now it's a feature...) has progressed to debian.  I'll add the
workaround by default..

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: Kernel Panic with eMMC flasher

[Vlad Ungureanu]

Can you try flashing using https://github.com/ungureanuvladvictor/BBBlfs 
.Also post a console log here so we can see what is happening.

On Monday, November 17, 2014 5:41:46 AM UTC+1, Joe Spanier wrote:
>
> I am trying to flash my eMMC with the image here: 
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Releases I am 
> using the 4Gb flasher for the RevC. I can flash the microSD but all of the 
> images ive tried cause Kernel Panics when I try to flash the BBB. Im sure 
> this is something I am doing but Im not sure.
>
> Here are the steps Im using:
> 1. Wget the image
> 2. md5sum check
> 3. xzcat BBB-eMMC-Flasher... ...img.xz | sudo dd bs=4096 of=/dev/sdc
> 4. load SD and apply power
> 5. kernel panic
>
>
> So what am I missing here? 
>

-- 
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] Kernel Panic with eMMC flasher

[Robert Nelson]

On Sun, Nov 16, 2014 at 10:41 PM, Joe Spanier  wrote:
> I am trying to flash my eMMC with the image here:
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Releases I am
> using the 4Gb flasher for the RevC. I can flash the microSD but all of the
> images ive tried cause Kernel Panics when I try to flash the BBB. Im sure
> this is something I am doing but Im not sure.
>
> Here are the steps Im using:
> 1. Wget the image
> 2. md5sum check
> 3. xzcat BBB-eMMC-Flasher... ...img.xz | sudo dd bs=4096 of=/dev/sdc
> 4. load SD and apply power
> 5. kernel panic

Well 3.8 always panic's (drm) when shutdown at the completion of the
flashing procedure.

If you have the serial log from the flashing procedure this would confirm that.


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: debian testing: 2014-11-11

[Robert Nelson]

On Sat, Nov 15, 2014 at 1:11 AM, Jason Lange  wrote:
> Hi Robert,
> withThis worked for me:
>
> /etc/dnsmasq.conf
> #disable DNS by setting port to 0
> port=0
>
> interface=usb0
> dhcp-range=192.168.7.1,192.168.7.1
> #one address range
>
>
> /etc/network/interfaces
>
> auto lo
> iface lo inet loopback
>
> allow-hotplug eth0
> iface eth0 inet dhcp
>
> allow-hotplug usb0
> iface usb0 inet static
> address 192.168.7.2
> netmask 255.255.255.0
> network 192.168.7.0
> gateway 192.168.7.1
>
>
>
> I'm using your 2014/11/11 jessie image and after I did an apt-get
> update/upgrade I lost the ability to connect with ssh. removing udhcpd and
> adding the above configuration for dnsmasq restored my ability to connect
> via ssh on both interfaces.

Thanks Jason!

I've now merged this change too..

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] Problem Controlling BBB GPIO from Web

[John Mladenik]

I watched and went through 3 tutorials for setting up a web server to 
control BBB GPIO and even went through the Simon Monk book and downloaded 
this simple IO example

 

Here are 3 of the examples I have tried:

 

Beaglebone and Websockets, a full example that turn on/off a led

http://isolasoftware.it/2012/04/23/beaglebone-and-websockets-a-full-example-that-turn-onoff-a-led/

BoneScript SocketIO Example

https://github.com/lgxlogic/BoneScript-SocketIO

 

>From the Simon Monk book use 09_01_led_control.html 
and 09_01_led_control_server.js

https://github.com/simonmonk/prog_bbb/find/master

 

 

 

None of these examples work on my BBB.   I can control hardware/GPIO using 
Javascript through Cloud9 or python running directly on the BBB but cannot 
get it to change an IO through an HTML web app as are shown in these 
tutorials.   And the only way javascript actually ran until I turned off 
the debugger was to drag and drop it into the autorun folder otherwise they 
will not run with the debugger on through the cloud9 interface.



 When I served up the jQuery/Flot examples on the BBB through a browser at 
least they seem to work I do not have a bacon cape I have my own custom 
cape.  For now I would like to control only 3 GPIO on the beaglebone 
through a web page.  So far I can only do it through directly running Py or 
JS.I do get this error,  I will eventually need to read/write the UART 
but I will worry about that once I get the simple GPIO working.  

 



Failed to load resource: the server responded with a status of 404 (Not 
found)

 

Which is weird since the "livecss.js" line is not even in the HTML as far 
as I can see  

 



I did install socket IO and had to change the src line to this(Specific 
directory link) in order to get it to NOT give an error. Errors are using 
Chrome debugger.   (CTRL-SFT-J)

 

  http://192.168.7.2:3000/preview/node_modules/socket.io/node_modules/socket.io-client/socket.io.js";>
 


 

 

the first error happens right after the line

 

var socket = io.connect();

 

Uncaught ReferenceError: io is not defined.

 

 

Then I get an error whenever a button is pushed which is

Uncaught TypeError: Cannot read property 'emit' of undefined 

 

Any suggestions or recommendations?  I am a hardware engineer trying to 
learn software to develop code to control a Beaglebone based product I 
designed.   I need to develop remote menus that run on PC, Cell Phone, 
tablets etc. and after watching these videos/tutorials it seem like using 
HTML/JS through the server is the way to go.   The other option is to add 
an LCD and develop a Menu through that and do the Server HTML menus later 
but that adds the LCD acquisition/development,/test to the equation right 
now, and I want to put that off until we get the system working.  I have 
designed simulated and tested all of the pieces of hardware with simple 
Python programs but I need to develop an interactive menu based approach so 
the consumer can control the product.

 

Any help or suggestion would be greatly appreciated.  

 

 

-- 
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: Controling Hardware Through Web Page problem

[John Mladenik]

Ok Here is a little better explanation of what I did with links to the 
exact code I used.

I watched and went through 3 tutorials for setting up a web server to 
control BBB GPIO and even went through the Simon Monk book and downloaded 
this simple IO example

 

Here are 3 of the examples I have tried:

 

Beaglebone and Websockets, a full example that turn on/off a led

http://isolasoftware.it/2012/04/23/beaglebone-and-websockets-a-full-example-that-turn-onoff-a-led/

 BoneScript SocketIO Example

https://github.com/lgxlogic/BoneScript-SocketIO

 

>From the Simon Monk book use 09_01_led_control.html 
and 09_01_led_control_server.js

https://github.com/simonmonk/prog_bbb/find/master

 

 

 

None of these examples work on my BBB.   I can control hardware/GPIO using 
Javascript through Cloud9 or python running directly on the BBB but cannot 
get it to change an IO through an HTML web app as are shown in these 
tutorials.   And the only way javascript actually ran until I turned off 
the debugger was to drag and drop it into the autorun folder otherwise they 
will not run with the debugger on through the cloud9 interface.



  When I served up the jQuery/Flot examples on the BBB through a browser at 
least they seem to work I do not have a bacon cape I have my own custom 
cape.  For now I would like to control only 3 GPIO on the beaglebone 
through a web page.  So far I can only do it through directly running Py or 
JS.I do get this error,  I will eventually need to read/write the UART 
but I will worry about that once I get the simple GPIO working.  

 



Failed to load resource: the server responded with a status of 404 (Not 
found)

 

Which is weird since the "livecss.js" line is not even in the HTML as far 
as I can see  

 



 I did install socket IO and had to change the src line to this(Specific 
directory link) in order to get it to NOT give an error. Errors are using 
Chrome debugger.   (CTRL-SFT-J)

 

  http://192.168.7.2:3000/preview/node_modules/socket.io/node_modules/socket.io-client/socket.io.js";>
 


 

 

the first error happens right after the line

 

var socket = io.connect();

 

Uncaught ReferenceError: io is not defined.

 

 

Then I get an error whenever a button is pushed which is

Uncaught TypeError: Cannot read property 'emit' of undefined 

 

Any suggestions or recommendations?  I am a hardware engineer trying to 
learn software to develop code to control a Beaglebone based product I 
designed.   I need to develop remote menus that run on PC, Cell Phone, 
tablets etc. and after watching these videos/tutorials it seem like using 
HTML/JS through the server is the way to go.   The other option is to add 
an LCD and develop a Menu through that and do the Server HTML menus later 
but that adds the LCD acquisition/development,/test to the equation right 
now, and I want to put that off until we get the system working.  I have 
designed simulated and tested all of the pieces of hardware with simple 
Python programs but I need to develop an interactive menu based approach so 
the consumer can control the product.

 

Any help or suggestion would be greatly appreciated.  

 

 

-- 
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: Controling Hardware Through Web Page problem

[Andrew Snider]

Did you install socket.io in the var/lib/cloud9 directory?
I was setting up a fresh flash & forgot to change to the cloud9 directory 
when running npm install on a few things & bonescript/cloud9 balked all 
over.
I used the 'beaglebone & websockets' code as a base to figure out what I 
was doing, so I know it works on Angstrom & Debian.

-- 
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: Problem Controlling BBB GPIO from Web

[Jason Kridner]

On Mon, Nov 17, 2014 at 12:03 PM, John Mladenik  wrote:
> I watched and went through 3 tutorials for setting up a web server to
> control BBB GPIO and even went through the Simon Monk book and downloaded
> this simple IO example
>
>
>
> Here are 3 of the examples I have tried:
>
>
>
> Beaglebone and Websockets, a full example that turn on/off a led
>
> http://isolasoftware.it/2012/04/23/beaglebone-and-websockets-a-full-example-that-turn-onoff-a-led/
>
> BoneScript SocketIO Example
>
> https://github.com/lgxlogic/BoneScript-SocketIO
>
>
>
> From the Simon Monk book use 09_01_led_control.html and
> 09_01_led_control_server.js
>
> https://github.com/simonmonk/prog_bbb/find/master
>
>
>
>
>
>
>
> None of these examples work on my BBB.   I can control hardware/GPIO using
> Javascript through Cloud9 or python running directly on the BBB but cannot
> get it to change an IO through an HTML web app as are shown in these
> tutorials.   And the only way javascript actually ran until I turned off the
> debugger was to drag and drop it into the autorun folder otherwise they will
> not run with the debugger on through the cloud9 interface.
>
>
>
>  When I served up the jQuery/Flot examples on the BBB through a browser at
> least they seem to work I do not have a bacon cape I have my own custom
> cape.  For now I would like to control only 3 GPIO on the beaglebone through
> a web page.  So far I can only do it through directly running Py or JS.I
> do get this error,  I will eventually need to read/write the UART but I will
> worry about that once I get the simple GPIO working.
>
>
>
> 
>
> Failed to load resource: the server responded with a status of 404 (Not
> found)
>
>
>
> Which is weird since the "livecss.js" line is not even in the HTML as far as
> I can see
>
>
>
>
>
> I did install socket IO and had to change the src line to this(Specific
> directory link) in order to get it to NOT give an error. Errors are using
> Chrome debugger.   (CTRL-SFT-J)
>
>
>
>src="http://192.168.7.2:3000/preview/node_modules/socket.io/node_modules/socket.io-client/socket.io.js";>
> 
>
>
>
>
>
> the first error happens right after the line
>
>
>
> var socket = io.connect();
>
>
>
> Uncaught ReferenceError: io is not defined.
>
>
>
>
>
> Then I get an error whenever a button is pushed which is
>
> Uncaught TypeError: Cannot read property 'emit' of undefined
>
>
>
> Any suggestions or recommendations?  I am a hardware engineer trying to
> learn software to develop code to control a Beaglebone based product I
> designed.   I need to develop remote menus that run on PC, Cell Phone,
> tablets etc. and after watching these videos/tutorials it seem like using
> HTML/JS through the server is the way to go.   The other option is to add an
> LCD and develop a Menu through that and do the Server HTML menus later but
> that adds the LCD acquisition/development,/test to the equation right now,
> and I want to put that off until we get the system working.  I have designed
> simulated and tested all of the pieces of hardware with simple Python
> programs but I need to develop an interactive menu based approach so the
> consumer can control the product.
>
>
>
> Any help or suggestion would be greatly appreciated.
>

If you can limit the different things you are trying and focus on
describing the step-by-step you followed from a known starting point,
it would be much easier to respond. You seem to be missing some basic
understanding of how things work.

Looking at Simon's example (without the book in front of me), it seems
clear he's relying on starting up a server on port 8085.

What happens when you execute 'node 09_01_led_control_server.js'? What
is the output from the script?

What happens when you browse to http://192.168.7.2:8085 (or
http://beaglebone.local:8085 if over Ethernet/WiFi)?

All of these examples are interesting and helpful to aide your
understanding, but none take full advantage of what comes pre-setup on
the boards. If you want to keep it simple, at least from my
perspective, you can simply use something like this:
https://gist.github.com/jadonk/f89a0f1f0ddef06777de

I borrowed from Simon's example, but skipped the process of setting up
a new server, since the existing server works fine. I also skipped the
part about defining message senders and handlers, since BoneScript
already has remote procedure call senders and handlers built in.

Save simpleLED.html using the Cloud9 IDE and then browse to
http://192.168.7.2/simpleLED.html. You should be good-to-go. If your
board is at another address, you'll need to change the address in the
URL. The built-in server, socket.io and RPC should do all the hard
work for you.

You can even do this super-quick from JSFiddle:
http://jsfiddle.net/jkridner/16j3rsL9/

If your board is at a different address, again, you'd need to change
the external resource to point to

[beagleboard] rc.local not run under Ubuntu

[Philip Polstra]

I have upgraded to Ubuntu 14.04 on my BBB and suddenly the /etc/rc.local
file isn't getting run after the system completes booting.  Has anyone else
experienced this or have a suggested fix?

-- 
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] Kernel Panic with eMMC flasher

[Jason Lange]

This might not be part of the problem, but I have created much mysterious
misery by forgetting to "sync" after "dd"-ing my sd card.  If you forgot to
do this and yanked your card out after dd finished you cannot trust that
you have an accurate and functional image.  spread the word.


On Mon, Nov 17, 2014 at 7:40 AM, Robert Nelson 
wrote:

> On Sun, Nov 16, 2014 at 10:41 PM, Joe Spanier 
> wrote:
> > I am trying to flash my eMMC with the image here:
> > http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Releases I
> am
> > using the 4Gb flasher for the RevC. I can flash the microSD but all of
> the
> > images ive tried cause Kernel Panics when I try to flash the BBB. Im sure
> > this is something I am doing but Im not sure.
> >
> > Here are the steps Im using:
> > 1. Wget the image
> > 2. md5sum check
> > 3. xzcat BBB-eMMC-Flasher... ...img.xz | sudo dd bs=4096 of=/dev/sdc
> > 4. load SD and apply power
> > 5. kernel panic
>
> Well 3.8 always panic's (drm) when shutdown at the completion of the
> flashing procedure.
>
> If you have the serial log from the flashing procedure this would confirm
> that.
>
>
> 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.
>

-- 
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] broken sd card reader, need help flashing!!!

[Jason Lange]

I haven't tried this, but it might work for you.

https://github.com/ungureanuvladvictor/BBBlfs

On Mon, Nov 17, 2014 at 7:02 AM, Gerald Coley 
wrote:

> SD card is the way we do it. There are other ways, but there is no support
> for those other ways.
>
> Gerald
>
> On Sun, Nov 16, 2014 at 10:21 AM,  wrote:
>
>> ok so i have broken pin 3 on my sd card reader on accident and need to
>> flash my bbb to use my replicape. however i cant seem to find any other
>> method to flash a bbb other than using an sd card. this is kind of
>> depressing considering i dont want to scrap the board because it still
>> works i just cant flash it through the normal sd card method. every bit of
>> help would be appreciated. what i really need is a step by step on how to
>> flash my bbb without an sd card. i have access to ubuntu and win7 64 bit
>> pc. im not a complete noob at this but by no means am i an expert so please
>> go easy on me here.
>>
>> --
>> 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.
>>
>
>
>
> --
> Gerald
>
> ger...@beagleboard.org
> http://beagleboard.org/
> http://circuitco.com/support/
>
> --
> 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: BBBAndroid: AOSP 4.4.4 (KitKat) with 3.8 kernel

[Adam Singer]

Excellent!

-- 
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: FS: beagle battery cape

['Scott W' via BeagleBoard]

Eric,

Do you still have the battery cape for sale?  I'm interested in purchasing 
it.

-- Scott

On Saturday, October 25, 2014 7:06:32 PM UTC-6, Eric wrote:
>
> Wanting to get other hardware and sell off my beagle bone battery cape. 
>  they regularly sell for $48.95,  I'd like to find it a new home for $36.25 
> (via Paypal preferred) or make me an offer.  so who's interested?  who 
> want's / needs a battery cape for their next project?  here's what I'm 
> offering:
>
>
> http://www.digikey.com/product-search/en?x=0&y=0&lang=en&site=us&keywords=battery+cape
>
> Eric
>

-- 
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] Kernel Panic with eMMC flasher

[Joe Spanier]

I dont have a serial cable. Probably need to pick one up. 

I am properly ejecting the card from my laptop after completing dd. Is that 
what you mean by sync?

On Monday, November 17, 2014 1:23:43 PM UTC-6, Jason Lange wrote:
>
> This might not be part of the problem, but I have created much mysterious 
> misery by forgetting to "sync" after "dd"-ing my sd card.  If you forgot to 
> do this and yanked your card out after dd finished you cannot trust that 
> you have an accurate and functional image.  spread the word.
>
>
> On Mon, Nov 17, 2014 at 7:40 AM, Robert Nelson  > wrote:
>
>> On Sun, Nov 16, 2014 at 10:41 PM, Joe Spanier > > wrote:
>> > I am trying to flash my eMMC with the image here:
>> > http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Releases I 
>> am
>> > using the 4Gb flasher for the RevC. I can flash the microSD but all of 
>> the
>> > images ive tried cause Kernel Panics when I try to flash the BBB. Im 
>> sure
>> > this is something I am doing but Im not sure.
>> >
>> > Here are the steps Im using:
>> > 1. Wget the image
>> > 2. md5sum check
>> > 3. xzcat BBB-eMMC-Flasher... ...img.xz | sudo dd bs=4096 of=/dev/sdc
>> > 4. load SD and apply power
>> > 5. kernel panic
>>
>> Well 3.8 always panic's (drm) when shutdown at the completion of the
>> flashing procedure.
>>
>> If you have the serial log from the flashing procedure this would confirm 
>> that.
>>
>>
>> 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...@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] Kernel Panic with eMMC flasher

[Robert Nelson]

On Mon, Nov 17, 2014 at 3:47 PM, Joe Spanier  wrote:
> I dont have a serial cable. Probably need to pick one up.

Okay, I'm a little confused.. How then do you know your getting a
kernel panic?  While flashing all debug info gets directed over the
serial. I still haven't mirrored any of the progress back to hdmi
output..

> I am properly ejecting the card from my laptop after completing dd. Is that
> what you mean by sync?

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: broken sd card reader, need help flashing!!!

[janszymanski12345]

https://www.sparkfun.com/products/13004 
Is your time and frustration worth more than a cost of SD card reader?

On Monday, November 17, 2014 3:21:43 AM UTC+11, russel...@gmail.com wrote:
>
> ok so i have broken pin 3 on my sd card reader on accident and need to 
> flash my bbb to use my replicape. however i cant seem to find any other 
> method to flash a bbb other than using an sd card. this is kind of 
> depressing considering i dont want to scrap the board because it still 
> works i just cant flash it through the normal sd card method. every bit of 
> help would be appreciated. what i really need is a step by step on how to 
> flash my bbb without an sd card. i have access to ubuntu and win7 64 bit 
> pc. im not a complete noob at this but by no means am i an expert so please 
> go easy on me here.
>

-- 
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: Starting Up Programs Automatically With LXDE

[Nick Apperley]

Automatically starting the shell script when logging into LXDE works fine 
in a Lubuntu 12.04 VM. For some strange reason the same thing can't be done 
on the BBB. No error messages appear anywhere, a real mystery. There may be 
an issue with Java since some of the other shell scripts (not using Java) 
start up without any issues on the BBB.


On Monday, 17 November 2014 12:20:07 UTC+13, eapp...@gmail.com wrote:
>
> Further detail for Nick's post:
>
> We're using the debian 7 armhf lxde sdcard distribution with kernel 
> 3.8.13-bone67 on the Beaglebone Black.  
>
> The objective is to automatically start an embedded java program using a 
> shell script when the user logs on.
>
> 1. The script executes properly from the user's home directory when 
> executed in the normal fashion from a terminal, i.e.
>./start.sh
>
> 2. The content of the shell script is straightforward:
>
> #!/bin/sh
> # Start jOrgan and autoload the disposition.
> java -jar ~/jOrgan-3_20/jorgan.jar
>
> 3. To achieve the autostart at login of a specific user we have followed 
> the standard LXDE application startup scenario:
> - log in as the user
> - edit the autostart file located in~/.config/lxsession/LXDE
> - add an entry (line) of the form @
> - save the file and log out
> - log in as the user again 
>
> 4. To test (3) the following lines wre appended to the autostart file.  
> At login both the leafpad and lxterminal applications were auto-started as 
> intended.
>
> @leafpad
> @lxterminal
>
> 5) To test running a command from the command line the following line was 
> appended to the autostart file.  This appeared to do nothing at log in 
> other than start the Leafpad application.  The Lxterminal application was 
> not visible.
>
>
> So, the question is, why does this not work?   How do we get a 
> command-line shell script to execute at login?
>
>
> On Sunday, 16 November 2014 22:14:51 UTC+13, Nick Apperley wrote:
>>
>> Is there a way to automatically startup programs when logging into LXDE? 
>> Trying to get a program (shellscript) to automatically run when a user logs 
>> in to LXDE.
>>
>

-- 
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: Starting Up Programs Automatically With LXDE

[William Hermans]

I'd start by checking file permissions, and running processes on both
systems. After that, I'm not sure what I'd check, but would depend on what
I found after doing multiple google searches.

There has to be something that is different, obviously. However, I'm nearly
100% positive that it has nothing to do with the hardware its self. I say
nearly, because like anyone else. I can not know everything.

On Mon, Nov 17, 2014 at 5:07 PM, Nick Apperley  wrote:

> Automatically starting the shell script when logging into LXDE works fine
> in a Lubuntu 12.04 VM. For some strange reason the same thing can't be done
> on the BBB. No error messages appear anywhere, a real mystery. There may be
> an issue with Java since some of the other shell scripts (not using Java)
> start up without any issues on the BBB.
>
>
> On Monday, 17 November 2014 12:20:07 UTC+13, eapp...@gmail.com wrote:
>>
>> Further detail for Nick's post:
>>
>> We're using the debian 7 armhf lxde sdcard distribution with kernel
>> 3.8.13-bone67 on the Beaglebone Black.
>>
>> The objective is to automatically start an embedded java program using a
>> shell script when the user logs on.
>>
>> 1. The script executes properly from the user's home directory when
>> executed in the normal fashion from a terminal, i.e.
>>./start.sh
>>
>> 2. The content of the shell script is straightforward:
>>
>> #!/bin/sh
>> # Start jOrgan and autoload the disposition.
>> java -jar ~/jOrgan-3_20/jorgan.jar
>>
>> 3. To achieve the autostart at login of a specific user we have followed
>> the standard LXDE application startup scenario:
>> - log in as the user
>> - edit the autostart file located in~/.config/lxsession/LXDE
>> - add an entry (line) of the form @
>> - save the file and log out
>> - log in as the user again
>>
>> 4. To test (3) the following lines wre appended to the autostart file.
>> At login both the leafpad and lxterminal applications were auto-started as
>> intended.
>>
>> @leafpad
>> @lxterminal
>>
>> 5) To test running a command from the command line the following line was
>> appended to the autostart file.  This appeared to do nothing at log in
>> other than start the Leafpad application.  The Lxterminal application was
>> not visible.
>>
>>
>> So, the question is, why does this not work?   How do we get a
>> command-line shell script to execute at login?
>>
>>
>> On Sunday, 16 November 2014 22:14:51 UTC+13, Nick Apperley wrote:
>>>
>>> Is there a way to automatically startup programs when logging into LXDE?
>>> Trying to get a program (shellscript) to automatically run when a user logs
>>> in to LXDE.
>>>
>>  --
> 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] Re: Controling Hardware Through Web Page problem

[John Mladenik]

Yes I did try this it didn't seem to help.

On Monday, November 17, 2014 9:34:55 AM UTC-8, Andrew Snider wrote:
>
> Did you install socket.io in the var/lib/cloud9 directory?
> I was setting up a fresh flash & forgot to change to the cloud9 directory 
> when running npm install on a few things & bonescript/cloud9 balked all 
> over.
> I used the 'beaglebone & websockets' code as a base to figure out what I 
> was doing, so I know it works on Angstrom & Debian.
>

-- 
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: Controling Hardware Through Web Page problem

[John Mladenik]

OK I got this one, simpleLED.html to work

https://gist.github.com/jadonk/f89a0f1f0ddef06777de


once I got Ethernet connected.  But it ONLY works for USR0-USR3 and not for 
any other GPIO.  If I change the USR to p9_23 it will not toggle p9_23 does 
anyone know why?  I can toggle p9_23 using Python or js but not from the 
web page.


On Saturday, November 15, 2014 10:27:53 PM UTC-8, John Mladenik wrote:
>
> I have tried at least 6 different tutorials to turn an LED on and off 
> through a web page.   None of them work and all get one error or another.   
>
> The most common one is right after the line
> var socket = io.connect();
>  Uncaught ReferenceError: io is not defined.   
>
> I followed the instruction to install socket.io 2 or 3 times and think 
> this worked successfully.  
>
> I did have to change the src line with socket.io.js in it to stop that 
> from getting an error and I changed it to
>
> 
>  
> 
>
> I have a new Rev C Beaglebone Black running Debian.  Any suggestion or any 
> link or example I can try that can do something as simple as control a GPIO 
> from a web page?   
>

-- 
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] SD Card hang

[Chris Fowler]

I've have a recent problem that has developed on by BBB Rev C+.   

I'm running Ubuntu 14.04 off SD card.  I'm experiencing what appears to be 
failed access to the SD
card.  I've attached a console cable and there are no messages there.  I do 
see a message in the kernel
log.

[  242.203719] INFO: task kworker/u2:1:21 blocked for more than 120 seconds.
[  242.210883]   Tainted: G   O 3.14.4.1-bone-armhf.com #1
[  242.217578] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables 
this message.
[  242.225848] kworker/u2:1D c065b8e8 021  2 0x
[  242.225930] Workqueue: writeback bdi_writeback_workfn (flush-179:0)
[  242.226021] [] (__schedule) from [] 
(io_schedule+0xa4/0x110)
[  242.226078] [] (io_schedule) from [] 
(sleep_on_buffer+0x8/0x10)
[  242.226130] [] (sleep_on_buffer) from [] 
(__wait_on_bit+0x54/0xa0)
[  242.226179] [] (__wait_on_bit) from [] 
(out_of_line_wait_on_bit+0x78/0x84)
[  242.226227] [] (out_of_line_wait_on_bit) from [] 
(ext4_wait_block_bitmap+0x48/0xc0)
[  242.226283] [] (ext4_wait_block_bitmap) from [] 
(ext4_mb_init_cache+0x170/0x5d0)
[  242.226330] [] (ext4_mb_init_cache) from [] 
(ext4_mb_init_group+0xf8/0x19c)
[  242.226374] [] (ext4_mb_init_group) from [] 
(ext4_mb_good_group+0xb0/0x184)
[  242.226421] [] (ext4_mb_good_group) from [] 
(ext4_mb_regular_allocator+0x134/0x3a4)
[  242.226469] [] (ext4_mb_regular_allocator) from [] 
(ext4_mb_new_blocks+0x234/0x514)
[  242.226513] [] (ext4_mb_new_blocks) from [] 
(ext4_ext_map_blocks+0x9f4/0xe74)
[  242.226561] [] (ext4_ext_map_blocks) from [] 
(ext4_map_blocks+0x290/0x45c)
[  242.226608] [] (ext4_map_blocks) from [] 
(mpage_map_and_submit_extent+0x130/0x678)
[  242.226654] [] (mpage_map_and_submit_extent) from [] 
(ext4_writepages+0x4e4/0x63c)
[  242.226714] [] (ext4_writepages) from [] 
(__writeback_single_inode+0x7c/0x210)
[  242.226766] [] (__writeback_single_inode) from [] 
(writeback_sb_inodes+0x204/0x394)
[  242.226816] [] (writeback_sb_inodes) from [] 
(__writeback_inodes_wb+0x68/0xa4)
[  242.226865] [] (__writeback_inodes_wb) from [] 
(wb_writeback+0x154/0x28c)
[  242.226910] [] (wb_writeback) from [] 
(bdi_writeback_workfn+0x208/0x3e8)
[  242.226967] [] (bdi_writeback_workfn) from [] 
(process_one_work+0x254/0x3b8)
[  242.227017] [] (process_one_work) from [] 
(worker_thread+0x23c/0x388)
[  242.227067] [] (worker_thread) from [] 
(kthread+0xd8/0xec)
[  242.227120] [] (kthread) from [] 
(ret_from_fork+0x14/0x3c)
[  242.227179] INFO: task jbd2/mmcblk0p2-:83 blocked for more than 120 
seconds.

Any programs cached in memory can still be used.  Anything requiring a read 
off mmcblk0p2 exhibits this behavior.

Is this a failing SD card? To test another one I need to buy one.  

Chris

-- 
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: FS: beagle battery cape

[Eric Fort]

yes, I just packed it in a box for you.  send your address and I'll send a
paypal invoice and get it shipped upon payment.

Eric

On Mon, Nov 17, 2014 at 1:43 PM, 'Scott W' via BeagleBoard <
beagleboard@googlegroups.com> wrote:

> Eric,
>
> Do you still have the battery cape for sale?  I'm interested in purchasing
> it.
>
> -- Scott
>
>
> On Saturday, October 25, 2014 7:06:32 PM UTC-6, Eric wrote:
>>
>> Wanting to get other hardware and sell off my beagle bone battery cape.
>>  they regularly sell for $48.95,  I'd like to find it a new home for $36.25
>> (via Paypal preferred) or make me an offer.  so who's interested?  who
>> want's / needs a battery cape for their next project?  here's what I'm
>> offering:
>>
>> http://www.digikey.com/product-search/en?x=0&y=0&;
>> lang=en&site=us&keywords=battery+cape
>>
>> Eric
>>
>  --
> 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] Beaglebone Black Jessie lxqt turn off desktop

[Jason Lange]

This works to turn off lxqt in a running system:

sudo systemctl isolate multi-user.target

and this starts it up again:

sudo systemctl start graphical.target


To avoid starting up a graphical desktop at boot run:

sudo systemctl set-default multi-user.target


and change back with:

sudo systemctl set-default graphical.target


Cheers.

On Mon, Oct 27, 2014 at 10:45 AM, Robert Nelson 
wrote:

> On Mon, Oct 27, 2014 at 12:42 PM, Peter Gregory 
> wrote:
> > I'm kicking the tires on Debian 8 jessie on BBB with a 4DCape-43t with
> the 10/22/2014 lxqt image
> > I've installed SGX and it works great.
> > Is there a way to get it to not load the desktop?
> > In previous versions, you could modify uEnv.txt and add
> >
> > optargs=text
> >
> > And it would boot to a console.
> > Is there a way to do that with this image?
>
> Well it's lightdm that triggers lxqt to load, so you could disable that..
>
> 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.
>

-- 
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] Kernel Panic with eMMC flasher

[Joe Spanier]

There is definitely a text output from the HDMI That is where Im seeing the 
kernel panic. I am trying to flash a new uSD now to try it. If it happens 
again Ill just take a picture of the screen. 

On Monday, November 17, 2014 3:55:22 PM UTC-6, RobertCNelson wrote:
>
> On Mon, Nov 17, 2014 at 3:47 PM, Joe Spanier  > wrote: 
> > I dont have a serial cable. Probably need to pick one up. 
>
> Okay, I'm a little confused.. How then do you know your getting a 
> kernel panic?  While flashing all debug info gets directed over the 
> serial. I still haven't mirrored any of the progress back to hdmi 
> output.. 
>
> > I am properly ejecting the card from my laptop after completing dd. Is 
> that 
> > what you mean by sync? 
>
> 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.