Re: [beagleboard] Re: How to make a python program start on boot? May need to use sudo.

[John Baker]

John Minton,
This looks really helpful. Also I was thinking about making an icon on 
the Desktop to run a bash script, probably something very easy but I am 
very ignorant of bash and Linux, so will have to study up on cron and 
bash, and here I thought all I had to learn was Python and Tkinter and 
Beaglebone I/O. :-)

Thanks,
John

On 4/14/2016 11:48 AM, john.min...@jlmei.com wrote:
I was also looking to run my python script on boot so I did a couple 
things that worked as a a short term solution. I added 2 lines to my 
crontab, an @reboot line to run the program when the device starts up 
as well as a bash script to ensure the program is still running.


(Replace main.py with your program name and make sure it doesn't match 
anything else that may be running)


crontab -e

# Runs when the system boots:
@reboot sudo python /path/to/program.py

# Runs every minute and checks that your program is running:
* * * * * sudo bash /path/to/check_process.bash


(Just a note, if you need multiple programs to run on boot, replace 
"@reboot sudo python /path/to/program.py" with a bash script, and 
place the things you need to run on boot in that bash file.)




check_process.bash:

#!/bin/bash

process_id=`ps aux | grep "YOURPROGRAM.py" | grep -v "grep"`;

if [ -z "$process_id" ]; then

echo "process not running for certain."

cd /PATH/TO
cd /PATH/TO/YOURPROGRAM.py &

else

echo "YOURPROGRAM.py seems to be running";

fi

The only down side is that if your program crashes, you have to wait 
up to a minute for the crontab to run the check_processes.bash, but 
otherwise is pretty solid.


Now I am also looking for how to run my script as a system service.




On Thursday, April 7, 2016 at 9:18:43 PM UTC-7, John Baker wrote:

My program runs fine but requires that I use putty.exe and type
sudo python myprog.py to run it. I have been reading about
systemctl and have written a service file and put it in
/lib/systemd/system. It's called paint-flow.service, listing
below. I have.. enabled it with systemctl enable
paint-flow.service with no errors and tried systemctl start
paint-flow.service with no errors but my program doesn't seem to
start. When I check the status I get "code=exited, status =
203/EXEC" which doesn't tell me anything, at least nothing that I
understand.

Also I tried the same thing with a one-line Hello.py program and
same results.

Any help with this newbie problem, please?

[Unit]
Description=Paint flow control program

[Service]
WorkingDirectory=/home/debian/Desktop/
ExecStart=/home/debian/Desktop/python SimB.py
SyslogIdentifier=SimB
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.targetI am using Debian 3.8.13



John

--
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/ULeYE9kjqZ4/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] CDC_ETHER in Debian 3.8.13-bone70

[Matt Maher Peterson]

Ok so I built 4.1 with ./build_kernel.sh and now I see the file for the 4.1 
kernel

Am I looking in the cdc_ether.c file for my specific device?

On Friday, April 15, 2016 at 5:18:17 PM UTC-7, Matt99eo wrote:
>
> So I check out each kernel with 
>
> git checkout origin/am33x-v4.1 -b tmp_v4.1
>
> Then how do I find the file?  Again sorry for the hand holding...
>
>
> On Friday, April 15, 2016 at 5:12:09 PM UTC-7, RobertCNelson wrote:
>>
>>
>>
>> On Fri, Apr 15, 2016 at 7:07 PM, Matt99eo  wrote:
>>
>>> Sorry for the hand holding but what files am I comparing?
>>>
>>
>> Well, for "cellular module"...
>>
>> ./drivers/net/usb/
>>
>> Regards,
>>
>> -- 
>> Robert Nelson
>> https://rcn-ee.com/
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Robert Nelson]

On Fri, Apr 15, 2016 at 7:07 PM, Matt99eo 
wrote:

> Sorry for the hand holding but what files am I comparing?
>

Well, for "cellular module"...

./drivers/net/usb/

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

Sorry for the hand holding but what files am I comparing?

On Friday, April 15, 2016 at 3:06:42 PM UTC-7, RobertCNelson wrote:
>
>
>
> On Fri, Apr 15, 2016 at 5:00 PM, Matt99eo  > wrote:
>
>> Hi RC,
>>
>> I'll check if it is. 
>>
>> Looking at your reply does this mean that CDCETHER is enabled in my 
>> kernel version (assuming you are saying it is in there as I see =y)?  Is 
>> CDC_ETHER and CDCETHER the same thing?
>> If it is, why would I not see the device?
>>
>> The document for the module I am looking claims that it will simply 
>> appear when connected on boot in Debian 8.3 (kernel 4.1.15) but is not 
>> supported in Debian 7.x (kernel 3.8.x)
>>
>
> Sounds more like, this device's vid/pid has been added to at-least 
> v4.1.15, thus it works out of the box..
>
> git checkout both kernel's and use meld to compare the two drivers..  it's 
> probally just a vid/pid addition..
>  
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Jessie Image fixed ethernet issue, but reverses SPI pins and device tree overlay does not help

[John Syne]

That is interesting. I haven’t seen that option before. 

Regards,
John




> On Apr 15, 2016, at 2:05 PM, Robert Nelson  wrote:
> 
> 
> 
> On Fri, Apr 15, 2016 at 3:19 PM,  > wrote:
> Hello,
> 
> I had posted yesterday about an issue with the ethernet not coming back after 
> you unplug the ethernet cable. I was recommended to upgrade to the Jessie 
> images as they use conman. This was great, it fixed my problem. 
> 
> But now I have another bug. The Rx/Tx pins on SPI1 seem to be flipped. 
> Attempting to modify this in the device tree overlay does not seem to work.
> 
> Does anyone else have this issue? Have you successfully been able to fix this 
> issue?
> 
> For me, I've already got hardware built. So at this point I can't work with 
> the pins being switched. But I need that ethernet bug fixed.
> 
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/spi/omap-spi.txt?id=refs/tags/v4.6-rc3#n9
>  
> 
> 
> - ti,pindir-d0-out-d1-in: Select the D0 pin as output and D1 as
> input. The default is D0 as input and
> D1 as output.
> 
> Regards,
> 
> -- 
> Robert Nelson
> https://rcn-ee.com/ 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss 
> 
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard+unsubscr...@googlegroups.com 
> .
> 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] Eth0 doesn't work unless plugged in before boot, unplugging ethernet causes permanent disconnect

[John Syne]

That doesn’t make sense. The only place to swap MISO/MOSI is in the McSPI 
driver and that hasn’t changed. 

Regards,
John




> On Apr 15, 2016, at 1:23 PM, john.min...@jlmei.com wrote:
> 
> Hi Robert,
> 
> Updating to the Jessie image seems to solve the issue! Thank you for your 
> input!
> 
> But the Jessie image seems to have another bug that I can't seem to figure 
> out.
> 
> The Rx/Tx pins on SPI1 seem to be flipped. Attempting to modify this in the 
> device tree overlay does not seem to work.
> 
> I've already got hardware built. So at this point I can't work with the pins 
> being switched. But I need that ethernet bug fixed.
> 
> Any ideas?
> 
> Thank you!
> 
> 
> 
> On Thursday, April 14, 2016 at 12:55:10 PM UTC-7, RobertCNelson wrote:
> 
> 
> On Thu, Apr 14, 2016 at 2:10 PM,  wrote:
> Hello,
> 
> I work for an energy technology company, and we use Beaglebone Black's in our 
> product line. Over the last 2 years there has been a consistent trouble with 
> the ethernet port, and I wonder if there is a fix for this or if anyone else 
> is aware of it.
> 
> Running any of the Debian images from 2014 to present on a Beaglebone Black, 
> unless the ethernet cable is plugged in and connected to a network device 
> (switch, modem, etc) before powering on the beaglebone black it will not 
> connect to the network. It won't pull a DHCP address. It will not connect 
> with a static IP Address. And if the beaglebone is plugged into a network 
> switch and you power cycle the switch, connectivity seems to be permanently 
> lost until you also reboot the Beaglebone black. Alternatively, if you just 
> unplug the ethernet cable for 30 seconds to a minute, it will also loose 
> network connectivity.
> 
> Connected the Beaglebone Black to your PC via USB, and connect the Beaglebone 
> Black to an ethernet cable which runs to a network switch. You can ping 
> google, etc no problem the Beaglebone has internet connectivity. Disconnect 
> the ethernet cable, wait 30 seconds to a minute and reconnect the cable. The 
> beaglebone black will no longer connect to the internet. Bringing the 
> interface down and up again does not seem to fix the issue.
> 
> Sometimes this doesn't happen though. Sometimes different boards seem to work 
> no problem. So it confuses me, why do some boards work and others not?
> 
> There are situations where, like I deal with yesterday, at a clients house 
> they have a power outage. One of our beaglebone device are running off an 
> alternate battery-powered source and continues running no problem, but the 
> rest of the networking equipment looses power. When their power comes back 
> on, the networking stuff turns back on and the client is able to connect to 
> their wifi and surf the web without issue, but the Bealgebone refuses to 
> connect to the network or connect to our servers over the internet.
> 
> What is the cause of this bug? Is there a fix for it? Can the fix be remotely 
> implemented? Is it a relatively safe fix, or is there a substantial chance I 
> could brick the beaglebone?
> 
> Any help would be appreciated as I have pulled my hair out over this issue 
> for the last 2 years.
> 
> This should be fixed in the jessie image's (iot or lxqt) (NOT console) as the 
> iot/lxqt images have connman controlling eth0..
> 
> Regards,
> 
> -- 
> Robert Nelson
> https://rcn-ee.com/ 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss 
> 
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard+unsubscr...@googlegroups.com 
> .
> 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: Does anyone know why there are no new BeagleBone Black's available?

[William Hermans]

You're just not allowed to say a product contains a beagleboard.org
product. But as far as using in a commercial application, there are no
restrictions.

On Fri, Apr 15, 2016 at 3:05 PM, William Hermans  wrote:

> except as far as I know beagleboard.org places no restrictions on usage.
> There's been discussions on this many times in the past.
>
> On Fri, Apr 15, 2016 at 2:47 PM, evilwulfie  wrote:
>
>> restricted is for the beagleboard logo'd boards.
>>
>>
>>
>>
>> On 4/15/2016 2:43 PM, William Hermans wrote:
>>
>> *This site has no logo
>>> versions: https://specialcomp.com/beaglebone/index.htm
>>> I have got several boards
>>> from them. Have never had a problem with them.*
>>>
>>
>> I'd like to know how they can place restrictions on a product they do not
>> own the IP for. And then charge extra for "non restricted no logo" items.
>>
>> On Fri, Apr 15, 2016 at 1:59 PM, acheesehead 
>> wrote:
>>
>>> This site has no logo versions:
>>> 
>>> https://specialcomp.com/beaglebone/index.htm
>>> I have got several boards from them. Have never had a problem with them.
>>>
>>>
>>> On Friday, April 15, 2016 at 8:12:56 AM UTC-6, Fred Patrick wrote:

 The price on Amazon has gone fro $55 to $85 in the last month.
 Element14 merely says that there are none in stock w/o an estimated
 availability date. Is there a manufacturing problem with Rev C?

>>> --
>>> 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.
>>
>>
>>
>>
>> 
>>  Virus-free.
>> www.avast.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] CDC_ETHER in Debian 3.8.13-bone70

[Robert Nelson]

On Fri, Apr 15, 2016 at 5:00 PM, Matt99eo 
wrote:

> Hi RC,
>
> I'll check if it is.
>
> Looking at your reply does this mean that CDCETHER is enabled in my kernel
> version (assuming you are saying it is in there as I see =y)?  Is CDC_ETHER
> and CDCETHER the same thing?
> If it is, why would I not see the device?
>
> The document for the module I am looking claims that it will simply appear
> when connected on boot in Debian 8.3 (kernel 4.1.15) but is not supported
> in Debian 7.x (kernel 3.8.x)
>

Sounds more like, this device's vid/pid has been added to at-least v4.1.15,
thus it works out of the box..

git checkout both kernel's and use meld to compare the two drivers..  it's
probally just a vid/pid addition..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Does anyone know why there are no new BeagleBone Black's available?

[William Hermans]

except as far as I know beagleboard.org places no restrictions on usage.
There's been discussions on this many times in the past.

On Fri, Apr 15, 2016 at 2:47 PM, evilwulfie  wrote:

> restricted is for the beagleboard logo'd boards.
>
>
>
>
> On 4/15/2016 2:43 PM, William Hermans wrote:
>
> *This site has no logo
>> versions: https://specialcomp.com/beaglebone/index.htm
>> I have got several boards
>> from them. Have never had a problem with them.*
>>
>
> I'd like to know how they can place restrictions on a product they do not
> own the IP for. And then charge extra for "non restricted no logo" items.
>
> On Fri, Apr 15, 2016 at 1:59 PM, acheesehead 
> wrote:
>
>> This site has no logo versions:
>> 
>> https://specialcomp.com/beaglebone/index.htm
>> I have got several boards from them. Have never had a problem with them.
>>
>>
>> On Friday, April 15, 2016 at 8:12:56 AM UTC-6, Fred Patrick wrote:
>>>
>>> The price on Amazon has gone fro $55 to $85 in the last month. Element14
>>> merely says that there are none in stock w/o an estimated availability
>>> date. Is there a manufacturing problem with Rev C?
>>>
>> --
>> 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.
>
>
>
>
> 
>  Virus-free.
> www.avast.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] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

Hi RC,

I'll check if it is. 

Looking at your reply does this mean that CDCETHER is enabled in my kernel 
version (assuming you are saying it is in there as I see =y)?  Is CDC_ETHER 
and CDCETHER the same thing?
If it is, why would I not see the device?

The document for the module I am looking claims that it will simply appear 
when connected on boot in Debian 8.3 (kernel 4.1.15) but is not supported 
in Debian 7.x (kernel 3.8.x)

On Friday, April 15, 2016 at 2:50:51 PM UTC-7, RobertCNelson wrote:
>
>
>
> On Fri, Apr 15, 2016 at 4:47 PM, Matt99eo  > wrote:
>
>> Hi,
>>
>> I am working with a cellular module that requires the linux kernel to 
>> have support for theCDC_ETHER USB device class.  
>>
>> My current kernel version is 3.8.13 (Debian Wheezy verion 7) (I know, its 
>> old... but too much invested to change right now).
>>
>> I believe CDC_ETHER is not supported but I do not know how to tell.  
>>
>
> CONFIG_USB_NET_CDCETHER=y
> CONFIG_USB_NET_CDC_EEM=m
> CONFIG_USB_NET_CDC_NCM=y
> CONFIG_USB_NET_CDC_MBIM=m
>
>
>
> https://github.com/beagleboard/linux/blob/dc982e80db34b0448c91ae1597ef38a3f4a95e35/arch/arm/configs/bb.org_defconfig#L1739-L1742
>
> Is that requirement documentation public?
>
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: beaglebone black PWM

[William Hermans]

>
> *I think there s a situation for both cross compiling, and compiling
> native.*
>

By this *above* what I mean is that if it will take you more than half a
day to read about, and figure out how to cross compile something. Then it
is probably much easier to compile natively. Even if physically compiling a
bit of software takes a day or longer. The reason is simple. You can easily
spend months trying to figure out how to cross compile various projects.
Nodejs would be a perfect example, except compiling natively on the
beaglebone only takes up to a couple hours. Wireshark would be a perfect
example, and QT would also be a good example, except that I do not believe
it is possible to compile QT natively on the beaglebone it's self.

There is also another option. You can buy an ARM build system that uses the
same hardware architecture ( armv7). Such as a Beagleboard X15, or
wanderboard.

On Fri, Apr 15, 2016 at 2:52 PM, William Hermans  wrote:

> *Your best bet is to look at the book Exploring the Beaglebone by Derek
>> Molloy.  It gives you all the instructiions to setup a cross compiled
>> environment on a Debian Linux version.  It takes time - but DO IT.  DOn't
>> compile on the bone.  Logn term it is not the way to go.*
>>
>
> I think there s a situation for both cross compiling, and compiling
> native. But that one should be aware that compiling on flash media is
> probably not the best idea every. However, one can setup an NFS share, to
> share with the beaglebone. Which does compile a bit slower. *Or* the method
> I prefer to use when possible. Is setup a tmpfs directory, and do all my
> compiling there. Which if you're unfamiliar with what tmpfs *is*. Basically
> you're create a file system in memory, for which you can specify size. Me,
> I set my own tmpfs up to 256M in size. Do however keep in mind that I use a
> separate image for development, than what I'd use for production.
>
> Also, Derrek Molloy's book is indeed a decent read for beginners to
> embedded Linux. *BUT*, it is dated, and may not work with the newer
> kernel's and images. Device tree files for instance are slightly different,
> and the sysfs objects for various things such as PWM, GPIO, etc may also be
> located in a slightly different location. For the more experienced embedded
> Linux developer, this would not be a problem, but can cause all sorts of
> grief and confusion for beginners. Do not that I have noticed that DR
> Molloy *does* have updated content on his web site as "companion" content
> for his book. However, what I do not know is that if he has addressed the
> things I mentioned in this paragraph.
>
> On Fri, Apr 15, 2016 at 2:01 PM, Walter Schilling 
> wrote:
>
>> Your best bet is to look at the book Exploring the Beaglebone by Derek
>> Molloy.  It gives you all the instructiions to setup a cross compiled
>> environment on a Debian Linux version.  It takes time - but DO IT.  DOn't
>> compile on the bone.  Logn term it is not the way to go.
>>
>> On Thursday, April 14, 2016 at 3:56:50 AM UTC-5, Brainiac wrote:
>>>
>>> hi everyone,
>>>
>>> i'm working with BBB rev C for my final year project , i want to
>>> controle a 3 step by step motors of a 3 axis cartesien robot, i didn't come
>>> to a solution to set up a cross compiler for my BBB , i tried Eclipse and
>>> NetBeans but it didn't work , can u help me to program the BBB ?? the "
>>> Master " want a C program that can generate a PWM , and he wants to
>>> controle the robot using a LabWindows/CVI human-machine interface , that's
>>> another problem for me , i'm stocked , please need help
>>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: beaglebone black PWM

[William Hermans]

>
> *Your best bet is to look at the book Exploring the Beaglebone by Derek
> Molloy.  It gives you all the instructiions to setup a cross compiled
> environment on a Debian Linux version.  It takes time - but DO IT.  DOn't
> compile on the bone.  Logn term it is not the way to go.*
>

I think there s a situation for both cross compiling, and compiling native.
But that one should be aware that compiling on flash media is probably not
the best idea every. However, one can setup an NFS share, to share with the
beaglebone. Which does compile a bit slower. *Or* the method I prefer to
use when possible. Is setup a tmpfs directory, and do all my compiling
there. Which if you're unfamiliar with what tmpfs *is*. Basically you're
create a file system in memory, for which you can specify size. Me, I set
my own tmpfs up to 256M in size. Do however keep in mind that I use a
separate image for development, than what I'd use for production.

Also, Derrek Molloy's book is indeed a decent read for beginners to
embedded Linux. *BUT*, it is dated, and may not work with the newer
kernel's and images. Device tree files for instance are slightly different,
and the sysfs objects for various things such as PWM, GPIO, etc may also be
located in a slightly different location. For the more experienced embedded
Linux developer, this would not be a problem, but can cause all sorts of
grief and confusion for beginners. Do not that I have noticed that DR
Molloy *does* have updated content on his web site as "companion" content
for his book. However, what I do not know is that if he has addressed the
things I mentioned in this paragraph.

On Fri, Apr 15, 2016 at 2:01 PM, Walter Schilling 
wrote:

> Your best bet is to look at the book Exploring the Beaglebone by Derek
> Molloy.  It gives you all the instructiions to setup a cross compiled
> environment on a Debian Linux version.  It takes time - but DO IT.  DOn't
> compile on the bone.  Logn term it is not the way to go.
>
> On Thursday, April 14, 2016 at 3:56:50 AM UTC-5, Brainiac wrote:
>>
>> hi everyone,
>>
>> i'm working with BBB rev C for my final year project , i want to controle
>> a 3 step by step motors of a 3 axis cartesien robot, i didn't come to a
>> solution to set up a cross compiler for my BBB , i tried Eclipse and
>> NetBeans but it didn't work , can u help me to program the BBB ?? the "
>> Master " want a C program that can generate a PWM , and he wants to
>> controle the robot using a LabWindows/CVI human-machine interface , that's
>> another problem for me , i'm stocked , please need help
>>
> --
> 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] CDC_ETHER in Debian 3.8.13-bone70

[Robert Nelson]

On Fri, Apr 15, 2016 at 4:47 PM, Matt99eo 
wrote:

> Hi,
>
> I am working with a cellular module that requires the linux kernel to have
> support for theCDC_ETHER USB device class.
>
> My current kernel version is 3.8.13 (Debian Wheezy verion 7) (I know, its
> old... but too much invested to change right now).
>
> I believe CDC_ETHER is not supported but I do not know how to tell.
>

CONFIG_USB_NET_CDCETHER=y
CONFIG_USB_NET_CDC_EEM=m
CONFIG_USB_NET_CDC_NCM=y
CONFIG_USB_NET_CDC_MBIM=m


https://github.com/beagleboard/linux/blob/dc982e80db34b0448c91ae1597ef38a3f4a95e35/arch/arm/configs/bb.org_defconfig#L1739-L1742

Is that requirement documentation public?


Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

Hi,

I am working with a cellular module that requires the linux kernel to have 
support for theCDC_ETHER USB device class.  

My current kernel version is 3.8.13 (Debian Wheezy verion 7) (I know, its 
old... but too much invested to change right now).

I believe CDC_ETHER is not supported but I do not know how to tell.  

How do I go about patching this into the kernel?

Thanks in advance

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Does anyone know why there are no new BeagleBone Black's available?

[William Hermans]

>
> *This site has no logo
> versions: https://specialcomp.com/beaglebone/index.htm
> I have got several boards
> from them. Have never had a problem with them.*
>

I'd like to know how they can place restrictions on a product they do not
own the IP for. And then charge extra for "non restricted no logo" items.

On Fri, Apr 15, 2016 at 1:59 PM, acheesehead  wrote:

> This site has no logo versions:
> https://specialcomp.com/beaglebone/index.htm
> I have got several boards from them. Have never had a problem with them.
>
>
> On Friday, April 15, 2016 at 8:12:56 AM UTC-6, Fred Patrick wrote:
>>
>> The price on Amazon has gone fro $55 to $85 in the last month. Element14
>> merely says that there are none in stock w/o an estimated availability
>> date. Is there a manufacturing problem with Rev C?
>>
> --
> 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: How to write a data file to Beaglebone from Python

[William Hermans]

>
> *Thanks All for the help and suggestions on Try/Catch and other. More
> evidence of the especially helpful folk on the Beagleboard users forum.*
> * John*
>

No problem John, and hopefully we weren't too obvious. The key point one
should take away from this whole discussion though is: Whenever in code
*something* could fail, it needs to be tested for. Then if you're
debugging, you should at minimum implement a method to print out that
something failed, and why. In C, this is often referred to as printf()
debugging, and actually can be used to trouble shoot most program errors.

In the case where you're forced to use try / catch blocks however. Remove
these try  / catch blocks when done debugging *IF* you can. Some cases, in
some languages, you're all but forced to use try / catch blocks for things
such as checking if a network connection exists. Anything really, that your
application may need, but may not necessarily be active at any given point
in time - While your application is running.

On Fri, Apr 15, 2016 at 12:49 PM, John Baker  wrote:

> Thanks All for the help and suggestions on Try/Catch and other. More
> evidence of the especially helpful folk on the Beagleboard users forum.
> John
>
>
> On 4/14/2016 4:47 PM, William Hermans wrote:
>
> *Yes indeed. Python 2.7 in the Debian 3.8.13 bone50 on my BBB does flag
>> the error, telling me that w is not correct. *
>>
>> *I'm not sure as I haven't gone back to my old code to try it again, but
>> I suspect my use of Try/Except sort of hid the error, just telling me that
>> the Try failed and not telling me exactly what the error was and I simply
>> assumed the error was in the name or path in the open command. Clearly I
>> should have just used the open command outside of the Try/Except and then
>> an error message would have popped up telling me that the w was incorrect.
>> Hopefully I have learned from this, first to double-check the syntax and
>> second to dig a little to find out why the open command (or other command)
>> didn't work. I continue to be embarrassed at this dumb mistake but I am
>> going on to probably make other mistakes. However, my code is working
>> perfectly, GUI and all, including writing a logfile to the eMMC. *
>>
> *Thanks for everyone's help. I certainly needed it.*
>
> Usually, with try / catch blocks, you're given and error object back, from
> which you *can* print out the error.message text / character object. So
> unless you had something like . .
>
> try{
> . . .
> } catch(e){
>   print(e.message);
> }
>
> You were using the try catch block incorrectly ;)
>
>
> On Thu, Apr 14, 2016 at 4:40 PM, John Baker 
> wrote:
>
>> Yes indeed. Python 2.7 in the Debian 3.8.13 bone50 on my BBB does flag
>> the error, telling me that *w* is not correct.
>>
>> I'm not sure as I haven't gone back to my old code to try it again, but I
>> suspect my use of Try/Except sort of hid the error, just telling me that
>> the Try failed and not telling me exactly what the error was and I simply
>> assumed the error was in the name or path in the open command. Clearly I
>> should have just used the open command outside of the Try/Except and then
>> an error message would have popped up telling me that the *w *was
>> incorrect. Hopefully I have learned from this, first to double-check the
>> syntax and second to dig a little to find out why the open command (or
>> other command) didn't work. I continue to be embarrassed at this dumb
>> mistake but I am going on to probably make other mistakes. However, my code
>> is working perfectly, GUI and all, including writing a logfile to the eMMC.
>> Thanks for everyone's help. I certainly needed it.
>> John
>>
>> On Thursday, April 14, 2016 at 2:39:15 PM UTC-7, Paul Wolfson wrote:
>>>
>>> modeString = "w"
>>> fileNameString = "out.txt"
>>> f = open(fileNameString, modeString)
>>> f.write("This is a test for text output.")
>>> f.close()
>>>
>>>
>>> On Thu, Apr 14, 2016 at 4:06 PM, Melk933  wrote:
>>>
 The Python on my machine throws up an error.
 $ python testopen.py
 Traceback (most recent call last):
 File "testopen.py", line 1, in  f= open("T3.txt", w)
 NameError: name 'w' is not defined


 On Wednesday, April 13, 2016 at 8:34:57 AM UTC-7, mickeyf wrote:
>
> I'm not a Python developer either, 'though I know it is very popular
> of late. Does it say something about Python itself that it did not throw 
> up
> a big error in your face when the quotes were omitted? Or is the problem
> elsewhere?
>
> On Wednesday, April 6, 2016 at 11:24:18 AM UTC-7, John Baker wrote:
>>
>> Gosh, how did I miss that, that the mode is a string. Well it had to
>> be
>> something simple like that. Quoting the w and r fixed the problem.
>> Very
>> embarrassing.
>> :-[
>> Thanks,
>> John
>>
>>
>>
>>> --
>> For more options, visit 

Re: [beagleboard] Jessie Image fixed ethernet issue, but reverses SPI pins and device tree overlay does not help

[Robert Nelson]

On Fri, Apr 15, 2016 at 3:19 PM,  wrote:

> Hello,
>
> I had posted yesterday about an issue with the ethernet not coming back
> after you unplug the ethernet cable. I was recommended to upgrade to the
> Jessie images as they use conman. This was great, it fixed my problem.
>
> But now I have another bug. The Rx/Tx pins on SPI1 seem to be flipped.
> Attempting to modify this in the device tree overlay does not seem to work.
>
> Does anyone else have this issue? Have you successfully been able to fix
> this issue?
>
> For me, I've already got hardware built. So at this point I can't work
> with the pins being switched. But I need that ethernet bug fixed.
>

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/spi/omap-spi.txt?id=refs/tags/v4.6-rc3#n9

- ti,pindir-d0-out-d1-in: Select the D0 pin as output and D1 as
  input. The default is D0 as input and
  D1 as output.


Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eth0 doesn't work unless plugged in before boot, unplugging ethernet causes permanent disconnect

[john . minton]

Hi Robert,

Updating to the Jessie image seems to solve the issue! Thank you for your 
input!

But the Jessie image seems to have another bug that I can't seem to figure 
out.

The Rx/Tx pins on SPI1 seem to be flipped. Attempting to modify this in the 
device tree overlay does not seem to work.

I've already got hardware built. So at this point I can't work with the 
pins being switched. But I need that ethernet bug fixed.

Any ideas?

Thank you!



On Thursday, April 14, 2016 at 12:55:10 PM UTC-7, RobertCNelson wrote:
>
>
>
> On Thu, Apr 14, 2016 at 2:10 PM,  wrote:
>
>> Hello,
>>
>> I work for an energy technology company, and we use Beaglebone Black's in 
>> our product line. Over the last 2 years there has been a consistent trouble 
>> with the ethernet port, and I wonder if there is a fix for this or if 
>> anyone else is aware of it.
>>
>> Running any of the Debian images from 2014 to present on a Beaglebone 
>> Black, unless the ethernet cable is plugged in and connected to a network 
>> device (switch, modem, etc) before powering on the beaglebone black it will 
>> not connect to the network. It won't pull a DHCP address. It will not 
>> connect with a static IP Address. And if the beaglebone is plugged into a 
>> network switch and you power cycle the switch, connectivity seems to be 
>> permanently lost until you also reboot the Beaglebone black. Alternatively, 
>> if you just unplug the ethernet cable for 30 seconds to a minute, it will 
>> also loose network connectivity.
>>
>> Connected the Beaglebone Black to your PC via USB, and connect the 
>> Beaglebone Black to an ethernet cable which runs to a network switch. You 
>> can ping google, etc no problem the Beaglebone has internet connectivity. 
>> Disconnect the ethernet cable, wait 30 seconds to a minute and reconnect 
>> the cable. The beaglebone black will no longer connect to the internet. 
>> Bringing the interface down and up again does not seem to fix the issue.
>>
>> Sometimes this doesn't happen though. Sometimes different boards seem to 
>> work no problem. So it confuses me, why do some boards work and others not?
>>
>> There are situations where, like I deal with yesterday, at a clients 
>> house they have a power outage. One of our beaglebone device are running 
>> off an alternate battery-powered source and continues running no problem, 
>> but the rest of the networking equipment looses power. When their power 
>> comes back on, the networking stuff turns back on and the client is able to 
>> connect to their wifi and surf the web without issue, but the Bealgebone 
>> refuses to connect to the network or connect to our servers over the 
>> internet.
>>
>> What is the cause of this bug? Is there a fix for it? Can the fix be 
>> remotely implemented? Is it a relatively safe fix, or is there a 
>> substantial chance I could brick the beaglebone?
>>
>> Any help would be appreciated as I have pulled my hair out over this 
>> issue for the last 2 years.
>>
>
> This should be fixed in the jessie image's (iot or lxqt) (NOT console) as 
> the iot/lxqt images have connman controlling eth0..
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Jessie Image fixed ethernet issue, but reverses SPI pins and device tree overlay does not help

[john . minton]

Hello,

I had posted yesterday about an issue with the ethernet not coming back 
after you unplug the ethernet cable. I was recommended to upgrade to the 
Jessie images as they use conman. This was great, it fixed my problem. 

But now I have another bug. The Rx/Tx pins on SPI1 seem to be flipped. 
Attempting to modify this in the device tree overlay does not seem to work.

Does anyone else have this issue? Have you successfully been able to fix 
this issue?

For me, I've already got hardware built. So at this point I can't work with 
the pins being switched. But I need that ethernet bug fixed.

Thanks for your input!

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: beaglebone black PWM

[Walter Schilling]

Your best bet is to look at the book Exploring the Beaglebone by Derek 
Molloy.  It gives you all the instructiions to setup a cross compiled 
environment on a Debian Linux version.  It takes time - but DO IT.  DOn't 
compile on the bone.  Logn term it is not the way to go.

On Thursday, April 14, 2016 at 3:56:50 AM UTC-5, Brainiac wrote:
>
> hi everyone,
>
> i'm working with BBB rev C for my final year project , i want to controle 
> a 3 step by step motors of a 3 axis cartesien robot, i didn't come to a 
> solution to set up a cross compiler for my BBB , i tried Eclipse and 
> NetBeans but it didn't work , can u help me to program the BBB ?? the " 
> Master " want a C program that can generate a PWM , and he wants to 
> controle the robot using a LabWindows/CVI human-machine interface , that's 
> another problem for me , i'm stocked , please need help
>

-- 
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: Does anyone know why there are no new BeagleBone Black's available?

[acheesehead]

This site has no logo versions: https://specialcomp.com/beaglebone/index.htm
I have got several boards from them. Have never had a problem with them.

On Friday, April 15, 2016 at 8:12:56 AM UTC-6, Fred Patrick wrote:
>
> The price on Amazon has gone fro $55 to $85 in the last month. Element14 
> merely says that there are none in stock w/o an estimated availability 
> date. Is there a manufacturing problem with Rev C?
>

-- 
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: How to write a data file to Beaglebone from Python

[John Baker]

Thanks All for the help and suggestions on Try/Catch and other. More 
evidence of the especially helpful folk on the Beagleboard users forum.

John

On 4/14/2016 4:47 PM, William Hermans wrote:


/Yes indeed. Python 2.7 in the Debian 3.8.13 bone50 on my BBB does
flag the error, telling me that *w* is not correct. /
/
/
/I'm not sure as I haven't gone back to my old code to try it
again, but I suspect my use of Try/Except sort of hid the error,
just telling me that the Try failed and not telling me exactly
what the error was and I simply assumed the error was in the name
or path in the open command. Clearly I should have just used the
open command outside of the Try/Except and then an error message
would have popped up telling me that the *w *was incorrect.
Hopefully I have learned from this, first to double-check the
syntax and second to dig a little to find out why the open command
(or other command) didn't work. I continue to be embarrassed at
this dumb mistake but I am going on to probably make other
mistakes. However, my code is working perfectly, GUI and all,
including writing a logfile to the eMMC. /

/Thanks for everyone's help. I certainly needed it./

Usually, with try / catch blocks, you're given and error object back, 
from which you *can* print out the error.message text / character 
object. So unless you had something like . .


try{
. . .
} catch(e){
  print(e.message);
}

You were using the try catch block incorrectly ;)


On Thu, Apr 14, 2016 at 4:40 PM, John Baker 
> 
wrote:


Yes indeed. Python 2.7 in the Debian 3.8.13 bone50 on my BBB does
flag the error, telling me that *w* is not correct.

I'm not sure as I haven't gone back to my old code to try it
again, but I suspect my use of Try/Except sort of hid the error,
just telling me that the Try failed and not telling me exactly
what the error was and I simply assumed the error was in the name
or path in the open command. Clearly I should have just used the
open command outside of the Try/Except and then an error message
would have popped up telling me that the *w *was incorrect.
Hopefully I have learned from this, first to double-check the
syntax and second to dig a little to find out why the open command
(or other command) didn't work. I continue to be embarrassed at
this dumb mistake but I am going on to probably make other
mistakes. However, my code is working perfectly, GUI and all,
including writing a logfile to the eMMC.
Thanks for everyone's help. I certainly needed it.
John

On Thursday, April 14, 2016 at 2:39:15 PM UTC-7, Paul Wolfson wrote:

modeString = "w"
fileNameString = "out.txt"
f = open(fileNameString, modeString)
f.write("This is a test for text output.")
f.close()


On Thu, Apr 14, 2016 at 4:06 PM, Melk933 
wrote:

The Python on my machine throws up an error.
$ python testopen.py
Traceback (most recent call last):
File "testopen.py", line 1, in  f=
open("T3.txt", w) NameError: name 'w' is not defined


On Wednesday, April 13, 2016 at 8:34:57 AM UTC-7, mickeyf
wrote:

I'm not a Python developer either, 'though I know it
is very popular of late. Does it say something about
Python itself that it did not throw up a big error in
your face when the quotes were omitted? Or is the
problem elsewhere?

On Wednesday, April 6, 2016 at 11:24:18 AM UTC-7, John
Baker wrote:

Gosh, how did I miss that, that the mode is a
string. Well it had to be
something simple like that. Quoting the w and r
fixed the problem. Very
embarrassing.
:-[
Thanks,
John



-- 
For more options, visit http://beagleboard.org/discuss

---
You received this message because you are subscribed to the Google
Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it,
send an email to beagleboard+unsubscr...@googlegroups.com
.
For more options, visit https://groups.google.com/d/optout.


--
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/4eMyTYs_lnw/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
beagleboard+unsubscr...@googlegroups.com 

[beagleboard] Connecting xbee with Beaglebone green

[shubhamshkl270]

Hello 

I want to use Pybbio library with xbee library to receive data through UART 
pins.

Is there any one who can help me for this.

I tried something like 

from bbio import *
from xbee import XBee

def setup():
Serial2.begin(9600)

def loop():
if Serial2.available():

xbee= XBee(Serial2.read())

z= xbee.wait_read_frame()
print z
run(setup, loop)

 

-- 
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] track width of external/internal layer

[Nick]

thanks John

let say i am using the same PCB material then is the bellow statement true 

50ohm single ended impedance control marked in red represent all signal 
lines like spi,i2c,uart, gpio including power lines in which case the track 
width of power line is also 4.75 mils on external layer and 5.25 miles on 
internal layers ?

Regards
Nick



On Friday, April 15, 2016 at 6:59:02 PM UTC+1, john3909 wrote:
>
> Unless you are using the same PCB material and manufacturer, you should 
> ask your PCB manufacturer. Even the PCB manufacturing process can bring 
> about impedance changes. That is why the PCB manufacturer includes a 
> impedance token to test the impedance and then adjust their plating/edging 
> time.   
>
> Regards,
> John
>
>
>
>
> On Apr 15, 2016, at 9:23 AM, Nick  wrote:
>
>
> Dear BeagleBoard
>
> I have a Beaglebone black hardware and have few question regarding the 
> same in some document i found the layer stack up dimension in mils it is 
> mistyped as inched anyway. 
>
>
> 
>
>1. does this track width (50ohm single ended impedance control) marked 
>in red represent all signal lines like spi,i2c,uart, gpio including power 
>lines in which case the track width of power line is also 4.75 mils on 
>external layer and 5.25 miles on internal layers ? 
>
> Regards
> Nick
>
> -- 
> 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] BeagleBone PCB stackup

[John Syne]

I guess I should have scrolled up before answering this post.

Regards,
John




> On Apr 15, 2016, at 10:45 AM, Gerald Coley  wrote:
> 
> Power supply lines? Power supplies are power planes with a connection from 
> the pad to the plane using a via. 
> 
> Gerald
> 
> 
> On Fri, Apr 15, 2016 at 11:12 AM, Nick  > wrote:
> Hello gerald/forum
> 
> I had a look at BeagleBone_Black_RevB4_FAB.pdf
> in there i can see for the 50 ohm impedance signal with a track width of 4.75 
> on external layers and 5.25 on internal layers
> so does that mean power supply lines are also 4.75 track width on external 
> layer and 5.25 on internal layer
> 
> 
> Regards
> Nick
> 
> 
> 
> 
> On Wednesday, February 8, 2012 at 12:45:43 PM UTC, Gerald wrote:
> The layer stackup is already posted. It is included in PCB Files ZIP file. It 
> is in the form of a PDF file, beaglebone_revC1_PDF.zip.
>  
> http://circuitco.com/support/index.php?title=BeagleBone#Hardware_Files 
> 
>  
> Gerald
> 
> 
>  
> On Wed, Feb 8, 2012 at 6:19 AM, Gerald Coley > 
> wrote:
> I will post it for you in the next day or so.
>  
> Gerald
> 
> 
>  
> On Wed, Feb 8, 2012 at 2:00 AM, manatarms > 
> wrote:
> Dear All
> 
> Does someone have the stackup of the BeagleBone PCB? I couldn't find
> it on the hardware design page and it would help many people who want
> to do their own design.
> 
> --
> To join: http://beagleboard.org/discuss 
> To unsubscribe from this group, send email to:
> beagleboard...@googlegroups.com <>
> Frequently asked questions: http://beagleboard.org/faq 
> 
> 
> 
> 
> On Wednesday, February 8, 2012 at 12:45:43 PM UTC, Gerald wrote:
> The layer stackup is already posted. It is included in PCB Files ZIP file. It 
> is in the form of a PDF file, beaglebone_revC1_PDF.zip.
>  
> http://circuitco.com/support/index.php?title=BeagleBone#Hardware_Files 
> 
>  
> Gerald
> 
> 
>  
> On Wed, Feb 8, 2012 at 6:19 AM, Gerald Coley > 
> wrote:
> I will post it for you in the next day or so.
>  
> Gerald
> 
> 
>  
> On Wed, Feb 8, 2012 at 2:00 AM, manatarms > 
> wrote:
> Dear All
> 
> Does someone have the stackup of the BeagleBone PCB? I couldn't find
> it on the hardware design page and it would help many people who want
> to do their own design.
> 
> --
> To join: http://beagleboard.org/discuss 
> To unsubscribe from this group, send email to:
> beagleboard...@googlegroups.com <>
> Frequently asked questions: http://beagleboard.org/faq 
> 
> 
> 
> 
> -- 
> 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/ 
> gcol...@emprodesign.com 
> 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss 
> 
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard+unsubscr...@googlegroups.com 
> .
> 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 PCB stackup

[John Syne]

Power is supplied via power planes which are on layers 2 and 5.

Regards,
John




> On Apr 15, 2016, at 10:45 AM, Gerald Coley  wrote:
> 
> Power supply lines? Power supplies are power planes with a connection from 
> the pad to the plane using a via. 
> 
> Gerald
> 
> 
> On Fri, Apr 15, 2016 at 11:12 AM, Nick  > wrote:
> Hello gerald/forum
> 
> I had a look at BeagleBone_Black_RevB4_FAB.pdf
> in there i can see for the 50 ohm impedance signal with a track width of 4.75 
> on external layers and 5.25 on internal layers
> so does that mean power supply lines are also 4.75 track width on external 
> layer and 5.25 on internal layer
> 
> 
> Regards
> Nick
> 
> 
> 
> 
> On Wednesday, February 8, 2012 at 12:45:43 PM UTC, Gerald wrote:
> The layer stackup is already posted. It is included in PCB Files ZIP file. It 
> is in the form of a PDF file, beaglebone_revC1_PDF.zip.
>  
> http://circuitco.com/support/index.php?title=BeagleBone#Hardware_Files 
> 
>  
> Gerald
> 
> 
>  
> On Wed, Feb 8, 2012 at 6:19 AM, Gerald Coley > 
> wrote:
> I will post it for you in the next day or so.
>  
> Gerald
> 
> 
>  
> On Wed, Feb 8, 2012 at 2:00 AM, manatarms > 
> wrote:
> Dear All
> 
> Does someone have the stackup of the BeagleBone PCB? I couldn't find
> it on the hardware design page and it would help many people who want
> to do their own design.
> 
> --
> To join: http://beagleboard.org/discuss 
> To unsubscribe from this group, send email to:
> beagleboard...@googlegroups.com <>
> Frequently asked questions: http://beagleboard.org/faq 
> 
> 
> 
> 
> On Wednesday, February 8, 2012 at 12:45:43 PM UTC, Gerald wrote:
> The layer stackup is already posted. It is included in PCB Files ZIP file. It 
> is in the form of a PDF file, beaglebone_revC1_PDF.zip.
>  
> http://circuitco.com/support/index.php?title=BeagleBone#Hardware_Files 
> 
>  
> Gerald
> 
> 
>  
> On Wed, Feb 8, 2012 at 6:19 AM, Gerald Coley > 
> wrote:
> I will post it for you in the next day or so.
>  
> Gerald
> 
> 
>  
> On Wed, Feb 8, 2012 at 2:00 AM, manatarms > 
> wrote:
> Dear All
> 
> Does someone have the stackup of the BeagleBone PCB? I couldn't find
> it on the hardware design page and it would help many people who want
> to do their own design.
> 
> --
> To join: http://beagleboard.org/discuss 
> To unsubscribe from this group, send email to:
> beagleboard...@googlegroups.com <>
> Frequently asked questions: http://beagleboard.org/faq 
> 
> 
> 
> 
> -- 
> 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/ 
> gcol...@emprodesign.com 
> 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss 
> 
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard+unsubscr...@googlegroups.com 
> .
> 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] BBB- Disable power via USB

[dashxdr]

Well why no follow? Did it work?

On Friday, September 27, 2013 at 12:09:59 PM UTC-5, TB wrote:
>
> Thank you for the confirmation. I just wanted to make sure my 
> understanding of how it was working is correct.
>
>
>

-- 
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] track width of external/internal layer

[John Syne]

Unless you are using the same PCB material and manufacturer, you should ask 
your PCB manufacturer. Even the PCB manufacturing process can bring about 
impedance changes. That is why the PCB manufacturer includes a impedance token 
to test the impedance and then adjust their plating/edging time.   

Regards,
John




> On Apr 15, 2016, at 9:23 AM, Nick  wrote:
> 
> 
> Dear BeagleBoard
> 
> I have a Beaglebone black hardware and have few question regarding the same 
> in some document i found the layer stack up dimension in mils it is mistyped 
> as inched anyway. 
>  
> 
> does this track width (50ohm single ended impedance control) marked in red 
> represent all signal lines like spi,i2c,uart, gpio including power lines in 
> which case the track width of power line is also 4.75 mils on external layer 
> and 5.25 miles on internal layers ? 
> Regards
> Nick
> 
> -- 
> 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 PCB stackup

[Gerald Coley]

Power supply lines? Power supplies are power planes with a connection from
the pad to the plane using a via.

Gerald


On Fri, Apr 15, 2016 at 11:12 AM, Nick  wrote:

> Hello gerald/forum
>
> I had a look at BeagleBone_Black_RevB4_FAB.pdf
> in there i can see for the 50 ohm impedance signal with a track width of
> 4.75 on external layers and 5.25 on internal layers
> so does that mean power supply lines are also 4.75 track width on external
> layer and 5.25 on internal layer
>
>
> Regards
> Nick
>
>
>
>
> On Wednesday, February 8, 2012 at 12:45:43 PM UTC, Gerald wrote:
>>
>> The layer stackup is already posted. It is included in PCB Files ZIP
>> file. It is in the form of a PDF file, beaglebone_revC1_PDF.zip.
>>
>> http://circuitco.com/support/index.php?title=BeagleBone#Hardware_Files
>>
>> Gerald
>>
>>
>>
>> On Wed, Feb 8, 2012 at 6:19 AM, Gerald Coley 
>> wrote:
>>
>>> I will post it for you in the next day or so.
>>>
>>> Gerald
>>>
>>>
>>>
>>> On Wed, Feb 8, 2012 at 2:00 AM, manatarms 
>>> wrote:
>>>
 Dear All

 Does someone have the stackup of the BeagleBone PCB? I couldn't find
 it on the hardware design page and it would help many people who want
 to do their own design.

 --
 To join: http://beagleboard.org/discuss
 To unsubscribe from this group, send email to:
 beagleboard...@googlegroups.com
 Frequently asked questions: http://beagleboard.org/faq

>>>
>>>
>>
> On Wednesday, February 8, 2012 at 12:45:43 PM UTC, Gerald wrote:
>>
>> The layer stackup is already posted. It is included in PCB Files ZIP
>> file. It is in the form of a PDF file, beaglebone_revC1_PDF.zip.
>>
>> http://circuitco.com/support/index.php?title=BeagleBone#Hardware_Files
>>
>> Gerald
>>
>>
>>
>> On Wed, Feb 8, 2012 at 6:19 AM, Gerald Coley 
>> wrote:
>>
>>> I will post it for you in the next day or so.
>>>
>>> Gerald
>>>
>>>
>>>
>>> On Wed, Feb 8, 2012 at 2:00 AM, manatarms 
>>> wrote:
>>>
 Dear All

 Does someone have the stackup of the BeagleBone PCB? I couldn't find
 it on the hardware design page and it would help many people who want
 to do their own design.

 --
 To join: http://beagleboard.org/discuss
 To unsubscribe from this group, send email to:
 beagleboard...@googlegroups.com
 Frequently asked questions: http://beagleboard.org/faq

>>>
>>>
>> --
> 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/
gcol...@emprodesign.com

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] track width of external/internal layer

[Nick]

Dear BeagleBoard

I have a Beaglebone black hardware and have few question regarding the same 
in some document i found the layer stack up dimension in mils it is 
mistyped as inched anyway. 



   1. does this track width (50ohm single ended impedance control) marked 
   in red represent all signal lines like spi,i2c,uart, gpio including power 
   lines in which case the track width of power line is also 4.75 mils on 
   external layer and 5.25 miles on internal layers ? 

Regards
Nick

-- 
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 PCB stackup

[Nick]

Hello gerald/forum

I had a look at BeagleBone_Black_RevB4_FAB.pdf
in there i can see for the 50 ohm impedance signal with a track width of 
4.75 on external layers and 5.25 on internal layers
so does that mean power supply lines are also 4.75 track width on external 
layer and 5.25 on internal layer


Regards
Nick




On Wednesday, February 8, 2012 at 12:45:43 PM UTC, Gerald wrote:
>
> The layer stackup is already posted. It is included in PCB Files ZIP file. 
> It is in the form of a PDF file, beaglebone_revC1_PDF.zip.
>  
> http://circuitco.com/support/index.php?title=BeagleBone#Hardware_Files
>  
> Gerald
>
>
>  
> On Wed, Feb 8, 2012 at 6:19 AM, Gerald Coley  > wrote:
>
>> I will post it for you in the next day or so.
>>  
>> Gerald
>>
>>
>>  
>> On Wed, Feb 8, 2012 at 2:00 AM, manatarms > > wrote:
>>
>>> Dear All
>>>
>>> Does someone have the stackup of the BeagleBone PCB? I couldn't find
>>> it on the hardware design page and it would help many people who want
>>> to do their own design.
>>>
>>> --
>>> To join: http://beagleboard.org/discuss
>>> To unsubscribe from this group, send email to:
>>> beagleboard...@googlegroups.com 
>>> Frequently asked questions: http://beagleboard.org/faq
>>>
>>
>>
>
On Wednesday, February 8, 2012 at 12:45:43 PM UTC, Gerald wrote:
>
> The layer stackup is already posted. It is included in PCB Files ZIP file. 
> It is in the form of a PDF file, beaglebone_revC1_PDF.zip.
>  
> http://circuitco.com/support/index.php?title=BeagleBone#Hardware_Files
>  
> Gerald
>
>
>  
> On Wed, Feb 8, 2012 at 6:19 AM, Gerald Coley  > wrote:
>
>> I will post it for you in the next day or so.
>>  
>> Gerald
>>
>>
>>  
>> On Wed, Feb 8, 2012 at 2:00 AM, manatarms > > wrote:
>>
>>> Dear All
>>>
>>> Does someone have the stackup of the BeagleBone PCB? I couldn't find
>>> it on the hardware design page and it would help many people who want
>>> to do their own design.
>>>
>>> --
>>> To join: http://beagleboard.org/discuss
>>> To unsubscribe from this group, send email to:
>>> beagleboard...@googlegroups.com 
>>> Frequently asked questions: http://beagleboard.org/faq
>>>
>>
>>
>

-- 
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] Does anyone know why there are no new BeagleBone Black's available?

[evilwulfie]

Seeed studio prolly bought them all  :P



On 4/15/2016 7:18 AM, Gerald Coley wrote:
> No processors. I have no idea what the issue is and why we can't get
> them. We keep asking. Some say there are plenty out there and the
> distributors say they do not have very many. We are scrapping together
> as many as we can find but really not enough to do a run so far.
>
> Element14 builds their own.  Sounds like they are having the same
> issue we are.
>
> Gerald
>
> On Fri, Apr 15, 2016 at 9:12 AM, Fred Patrick  > wrote:
>
> The price on Amazon has gone fro $55 to $85 in the last month.
> Element14 merely says that there are none in stock w/o an
> estimated availability date. Is there a manufacturing problem with
> Rev C?
> -- 
> 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/
> gcol...@emprodesign.com 
>
> -- 
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to beagleboard+unsubscr...@googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
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] Does anyone know why there are no new BeagleBone Black's available?

[Gerald Coley]

No processors. I have no idea what the issue is and why we can't get them.
We keep asking. Some say there are plenty out there and the distributors
say they do not have very many. We are scrapping together as many as we can
find but really not enough to do a run so far.

Element14 builds their own.  Sounds like they are having the same issue we
are.

Gerald

On Fri, Apr 15, 2016 at 9:12 AM, Fred Patrick 
wrote:

> The price on Amazon has gone fro $55 to $85 in the last month. Element14
> merely says that there are none in stock w/o an estimated availability
> date. Is there a manufacturing problem with Rev C?
>
> --
> 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/
gcol...@emprodesign.com

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Secure state/Monitor mode

[Joshua Datko]

Last I looked into this, there is a HS (high security) version of the
processor that supports the features you mention. Or, at least secure
boot. I have never been able to find the guy that knows the guy to get
the NDA signed to find out more though.

On Thu, Apr 14, 2016 at 4:03 PM, val  wrote:
>
> Hi, sorry for my english.
> Suppose I want to implement my own firmware for BBB (particularly),
> specifically - UEFI. (In fact, I am working on it, but by now I am to far
> from the hardware part yet.) And also I want at least to try to implement my
> own Secure world software stack (It's not necessarily should relate to UEFI,
> but might be realated to it as well, for example for the Secure Boot stuff,
> UEFI by itself even clearly states it should run in the privileged
> non-secure state on aarch32). Especially - the Monitor software. AM3358
> having cortex-a8 inside it has the Security Extension inside, so the problem
> lays only in availability of TrustZone hardware components for programming
> them for third parties. The TI's TRM on Sitara am3358 states the ROM code
> starts in the secure state and then switches into non-secure state before
> transferring control to its payload, thus to my possible FW. The question
> is, whether third parties like me are able to get into the chain of trust in
> order to supply their own Secure world firmware/OS and especially - the
> Monitor code? Does TI give such a possibility? And if so, what should be
> done from my side? Maybe somebody knows this.
> Thanks!
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> 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] Does anyone know why there are no new BeagleBone Black's available?

[Fred Patrick]

The price on Amazon has gone fro $55 to $85 in the last month. Element14 
merely says that there are none in stock w/o an estimated availability 
date. Is there a manufacturing problem with Rev C?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: BeagleBoard Green and 4DCape LCDs.

[Vignesh]

Hi Rafal,

This is Vigneshwaran. I would like to use this 4DCAPE-70T for the BBG . Is 
that working for you ?

Do you have any idea over the Part number of the  LCD used in the 4DCAPE 
-70T

Expecting your timely help. 

Thanks,
Regards,
Vigneshwaran




On Saturday, December 5, 2015 at 3:17:53 AM UTC+5:30, rafalc wrote:
>
> Hi,
>
> I want to buy BeagleBoard Green (because of I2C ports instead of HDMI).
> But, I want also to use 4DCape LCD - 
> http://www.4dsystems.com.au/product/4DCAPE_70T/
> Question is - does anybody tried to use above LCD with BBG?
> I know, that this display is dedicated to BeagleBoard Black, but BB Green 
> is newer than Black, so maybe LCD is compatible.
>
> regards,
> Rafał.
>
>

-- 
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] Reg: Beagle bone Green LCD - Partnumber

[vignesh]

Hi Friends,

We plan to use the Beagle bone green along with the LCD Cape board. The 
Main issue we face is the size constraint to accommodate both the BBG and 
LCD Cape 7.0" in our cabinet. We have a plan to use the LCD separately. Can 
I have the Part number of the LCD used in 4D cape 7.0T

http://www.4dsystems.com.au/product/4DCAPE_70T/

Can anyone specify me the part number of the LCD?. 

Thanks,

Regards,
S.Vigneshwaran

-- 
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] I saw an AudioCape ALSA config file in a repo somewhere

[Rick Mann]

> On Apr 14, 2016, at 17:02 , Robert Nelson  wrote:
> 
> 
> 
> On Thu, Apr 14, 2016 at 6:06 PM, Rick Mann  wrote:
> 
> > On Apr 14, 2016, at 15:48 , Robert Nelson  wrote:
> >
> >
> >
> > On Thu, Apr 14, 2016 at 5:14 PM, Rick Mann  wrote:
> > I can't remember where I saw it, but it was a kernel-related BeagleBone 
> > Black repo. There was a config file (maybe amixer?) for use with the 
> > AudioCape.
> >
> > Robert, do you know what I'm remembering and where it is?
> >
> >
> > Yeah this one:
> >
> > https://github.com/RobertCNelson/boot-scripts/tree/master/device/bone/capes/BBB_Audio_Cape_RevB
> >
> > When John mentioned "asound.state", that flashed my memory..
> 
> boot-scripts, huh. I don't think I've ever looked in that repo before, but 
> maybe!
> 
> It's actually inside the rootfs:
> 
> debian@test-bbb-1:/opt/scripts$ cat .git/config 
> [core]
>   repositoryformatversion = 0
>   filemode = true
>   bare = false
>   logallrefupdates = true
> [remote "origin"]
>   url = https://github.com/RobertCNelson/boot-scripts
>   fetch = +refs/heads/master:refs/remotes/origin/master
> [branch "master"]
>   remote = origin
>   merge = refs/heads/master
> 
>  
> 
> In any case, thank you both!
> 
> Did it work? ;)

Sort of. With kernel 3.8.13-bone79, using 
/boot/dtbs/3.8.13-bone79/am335x-bonegreen.dtb (oddly, that version of the 
kernel seems to have a dtb for the BBG), and loading the BB-BONE-AUDI-02 
overlay, I get a front-left output only. It seems both left and right are 
somehow being routed to the left channel. By default, speaker-test only plays 
to the left channel. Trying to speaker-test -c 2, I get audiou only out of the 
left channel, but you can hear it change as speaker-test alternates between 
left and right.

However, that's better than the asound.state I had before, which resulted in no 
sound at all.

-- 
Rick



-- 
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.