[beagleboard] no MLO nor u-boot in Debian image ?

[Julien Charton]

Dear all,

I flashed my BBB using Debian 2015-03-01 image.
And to my surprise, there is no MLO nor u-boot.img in the FAT partition.

Even more surprising for me, the BBB can boot without problem and proudly 
displays :
U-Boot SPL 2015.01-1-gb2412df (Jan 29 2015 - 15:01:06)
on the console.

Where did the BBB take its MLO and uBoot files ???
Is there someting hidden in the mysterious mmcblk0boot0 / mmcblk0boot1 
partitions ?


best regards

-- 
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] scipy.io.wavfile.read() on beaglebone return string output instead of integer array.

[sns]

I have a Beaglebone black running debian and I am using python for my 
requirement. When I run scipy.io.wavfile.read on a wave file, instead of 
returning numpy array of integers, it returns a string with one or two 
elements. So, further processing becomes impossible.The error message  
shows:
IndexError: 0-d arrays can't be indexed.

But the same program with the above wave file worked fine on ubuntu, which 
returned integer numpy array output. So, it is not the problem with wave 
file or the program. Is there anything else I should configure on 
beaglebone? I installed scipy, numpy and all the packages I use to run the 
program in ubuntu.

-- 
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] Problem: A start job is running for LSB ...

[William Hermans]

perhaps in regards to dhcp ( dynamic IPs ) I'm thinking of TFTP.

On Thu, Jul 9, 2015 at 6:34 PM, William Hermans  wrote:

> If all these boards boot using dynamic IP's I'm actually surprised that
> any work. It has been a long time since I've researched this. But what I
> remember reading is that when using dynamic IP's, the NFS server *must*
> have the dhcp server running on the same system. However, when using static
> IP's, a router will work fine. At least for one system running nfsroot.
>
> This last bit I know for a fact, as I've proven it time and time again on
> our own network. Where the router actually sits at least 1/4 mile away, and
> on the other side of a wireless network.
>
> But I've never run nfsroot on multiple boards simultaneously.
>
> On Thu, Jul 9, 2015 at 6:17 PM,  wrote:
>
>> > @g4 Also if you are unable to resolve this problem otherwise. You can
>> try to setup static IPs for each individual BBB, and then make 3 seperate
>> NFS exports in the NFS exports file.
>> >  These exports could link to the same directory, but would need to be
>> preceeded by a static IP for each of the BBBs. You can also use the range
>> modifier ( xxx.xxx.xxx.xx[0-9]  etc)
>>
>> Yes. A good idea.
>>
>> > • You have not given us enough information really. So we have no idea
>> what steps you've done, to get where you are now. Too many variables to
>> consider.
>> > • You say there are all exactly alike but we do not really know that
>> for sure. Not a character "hit" but no telling what is going on behind the
>> scenes.
>>
>> Quite. No 'hit' inferred, grateful for the help.
>>
>> TAIA.
>>
>> Jerry
>>
>>
>> --
>> 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] Problem: A start job is running for LSB ...

[William Hermans]

If all these boards boot using dynamic IP's I'm actually surprised that any
work. It has been a long time since I've researched this. But what I
remember reading is that when using dynamic IP's, the NFS server *must*
have the dhcp server running on the same system. However, when using static
IP's, a router will work fine. At least for one system running nfsroot.

This last bit I know for a fact, as I've proven it time and time again on
our own network. Where the router actually sits at least 1/4 mile away, and
on the other side of a wireless network.

But I've never run nfsroot on multiple boards simultaneously.

On Thu, Jul 9, 2015 at 6:17 PM,  wrote:

> > @g4 Also if you are unable to resolve this problem otherwise. You can
> try to setup static IPs for each individual BBB, and then make 3 seperate
> NFS exports in the NFS exports file.
> >  These exports could link to the same directory, but would need to be
> preceeded by a static IP for each of the BBBs. You can also use the range
> modifier ( xxx.xxx.xxx.xx[0-9]  etc)
>
> Yes. A good idea.
>
> > • You have not given us enough information really. So we have no idea
> what steps you've done, to get where you are now. Too many variables to
> consider.
> > • You say there are all exactly alike but we do not really know that for
> sure. Not a character "hit" but no telling what is going on behind the
> scenes.
>
> Quite. No 'hit' inferred, grateful for the help.
>
> TAIA.
>
> Jerry
>
>
> --
> 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] Problem: A start job is running for LSB ...

[g4]

> @g4 Also if you are unable to resolve this problem otherwise. You can try to 
> setup static IPs for each individual BBB, and then make 3 seperate NFS 
> exports in the NFS exports file. 
>  These exports could link to the same directory, but would need to be 
> preceeded by a static IP for each of the BBBs. You can also use the range 
> modifier ( xxx.xxx.xxx.xx[0-9]  etc) 

Yes. A good idea. 

> • You have not given us enough information really. So we have no idea what 
> steps you've done, to get where you are now. Too many variables to consider.
> • You say there are all exactly alike but we do not really know that for 
> sure. Not a character "hit" but no telling what is going on behind the scenes.

Quite. No 'hit' inferred, grateful for the help.

TAIA.

Jerry


-- 
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] Problem: A start job is running for LSB ...

[William Hermans]

g4, I'm pretty sure the only real known issues relate to systemd, and
upstart in the case of Ubuntu

On Thu, Jul 9, 2015 at 5:53 PM,  wrote:

> > and the Debian "Wheezy" 8.x works fine under nfs..
>
> OK. I will have to give that a shot. Are there any issues using with the
> 4.1.0 kernel?
>
>
>
> --
> 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] Problem: A start job is running for LSB ...

[g4]

> and the Debian "Wheezy" 8.x works fine under nfs..

OK. I will have to give that a shot. Are there any issues using with the 4.1.0 
kernel?



-- 
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] Industry Standard?

[Harvey White]

On Thu, 9 Jul 2015 13:10:56 -0700 (PDT), you wrote:

>Do any of the Beagle Boards, or any other single-board computer for that 
>matter, come in any kind of industry standard form factor?  Management 
>keeps asking "What if beagle board goes bankrupt", and it would make my 
>life easier if I could answer "We can always switch to brand X since it has 
>the same form factor and connectors" ...

The only ones I've seen, in my somewhat limited experience, are boards
designed to plug into a PC bus, such as the XT or AT slot SBC's.  If
you wish a guaranteed complete and forever guarantee of compatibility,
then I think you're looking at either eventually designing your own
board to a specific form factor, or designing your own board
completely.  

Perhaps you might consider one of the popular "standards", use an
existing board while working on your own, and at least be able to use
an existing population of capes/shields/daughterboards, etc.

Harvey

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

[beagleboard] Re: Steady Boot screen in u-boot/Linux No transition

[Julien Charton]

Dear Ayoub,

May I ask you if you found a solution ?
I found something that could help at 
http://www.denx.de/wiki/view/DULG/LinuxSplashScreen


best regards,
julien


On Tuesday, January 27, 2015 at 5:43:59 PM UTC+1, Ayoub Zaki wrote:
>
> Hello list,
>
> I'm using a BBB with a Chipsee 7'' LCD display from :
>
> https://www.tigal.com/product/3526
>
> I want to have a steady Boot/Splash screen right from the board Startup 
> untill my Qt/UI application run.
>
> So far I modified succesfully u-boot sources (version 2014.10) to include 
> a Boot logo following the instruction here :
>
> http://e2e.ti.com/support/arm/sitara_arm/f/791/p/217383/952703
>
> I also modified the default Tux Logo included in the Linux Kernel (
> https://github.com/beagleboard/linux) to replace it with mine (same as 
> used in u-boot).
>
> my goal is to achieve that the user does not notice this transition 
> bewteen bootloader and kernel logo, in the fact the kernel is probably 
> during the lcd initialization clearing the u-boot logo and displaying the 
> kernel boot logo (after a certain time). 
>
>
> can someone share if have similar experience ?
>
> Thank you.
>
>
>
>

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

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

[Peter Hurley]

On 07/09/2015 02:49 PM, evilwulfie wrote:
> http://www.ti.com/lit/ug/spruh73l/spruh73l.pdf
> 
> The available baud rates for UART mode are shown in Table 19-25.
> 
> page 4236

Those baud rates are not exhaustive.

The 14-bit divisor of the UART baud rate generator allows for a baud
rate from 300bps to 3.7Mbps.

The formula for actual baud rate is:

[1]   baud = uartclk / divisor / {16,13}


uartclk is the uart functional clk, and is typically 48MHz.
The Linux serial core shows the uartclk for a given UART port
at /sys/class/tty//uartclk. Eg.

peter@black:~$ sudo cat /sys/class/tty/ttyS4/uartclk
4800

The {16,13} refers to the fixed oversampling divider.
OMAP has 2 selectable, fixed dividers, 16x or 13x. The linux
kernel driver will compute the error for both and pick the
divider with the smallest absolute error.

To compute the divisor for a given baud rate:

[2]divisor = uartclk / (baud * {16,13})


Eg. to compute the divisor for 5760 baud:

divisor = 4800 / (5760 * 16) = 520.833 round() => 521
  4800 / (5760 * 13) = 641.025 round() => 641

Substituting both divisors into formula [1] to determine the
actual baud rates,

 actual = 4800 / 521 / 16 = 5758 with error 2
= 4800 / 641 / 13 = 5760 with error 0

The linux serial driver will select the 13x fixed divider and a
divisor value of 641 to obtain 5760 baud.


Using the BOTHER method of setting a custom baud rate is roughly
outlined in the stackoverflow link noted by William.

I hacked up a quick test to set this baud rate in an i/o validation
test jig and confirmed with a scope the signal period of ~173.6 us

Regards,
Peter Hurley


> seems it cannot be done
> 
> you will need to use an external UART that can do that baudrate
> 
> 
> 
> 
> 
> 
> 
>> /When running the aforementioned command I received the following 
>> feedback/
>> /
>> /
>>
>> /root@beaglebone:/# stty -F /dev/ttyO1 5760/
>>
>> /stty: invalid argument `5760'/
>>
>> /Try `stty --help' for more information./
>>
>>
>> Yes, that was mentioned on stackoverflow as a possibility. In which case, 
>> you're going to have to find a way to set the buadrate multiplier. Short of 
>> writing an app in C ( as in answer #1 from that link ).
>>
>> No idea how good your C is, but if decent it should be fairly trivial to 
>> write a middleware communications application. Again, I've not done this on 
>> Linux myself, so . . . 
>>
>> On Thu, Jul 9, 2015 at 10:51 AM, Marlon Cesar Pilonetto 
>> mailto:marlon.pilone...@gmail.com>> wrote:
>>
>> When running the aforementioned command I received the following feedback
>>
>> root@beaglebone:/# stty -F /dev/ttyO1 5760
>>
>> stty: invalid argument `5760'
>>
>> Try `stty --help' for more information.
>>
>>
>> Em quinta-feira, 9 de julho de 2015 14:38:24 UTC-3, William Hermans 
>> escreveu:
>>
>> According to this: 
>> http://stackoverflow.com/questions/12646324/how-to-set-a-custom-baud-rate-on-linux
>> /
>> /
>>
>> //
>>
>> /You can set custom baud rate using |stty| command on linux. For 
>> example, to set custom baud rate of 567890 on your serial port /dev/ttyX0 
>> use the command/
>>
>> //
>>
>> |/stty -F /dev/ttyX0 567890/|
>>
>> This may / may not work. But possibly worth a try.| The first answer 
>> may also 
>> work but I've never done this in linux, so could not say for sure.
>> |
>>
>>
>>
>> On Thu, Jul 9, 2015 at 10:22 AM, Harvey White 
>>  wrote:
>>
>> On Thu, 9 Jul 2015 09:39:28 -0700 (PDT), you wrote:
>>
>> >The pump has closed protocol and communicates via current loop, 
>> use a
>> >serial loop converter to communicate. I have an application 
>> that works that
>> >way with several pumps market the only problem with this is the 
>> BAUDRATE.
>> >Does anyone know how to configure the serial port to work with 
>> BAUDRATE of
>> >5760? This is my only doubt.
>>
>> 5760 is not standard...  could it be 57600?
>>
>> Otherwise there is a baudrate register that must be adjusted.
>>
>> Harvey
>>
>> >
>> >Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man 
>> escreveu:
>> >>
>> >>  paste a link to this fuel pump
>> >>
>> >>
>> >> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
>> >>
>> >>  The baud rate the fuel pump uses is 5760 and I am unable to 
>> communicate with her through my application. The same application on fuel 
>> pumps with baud rate 9600 works perfectly .
>> >>
>> >>
>> >> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man 
>> escreveu:
>> >>>
>> >>>Standard baud rates supported by most serial ports:
>> >>> 110

Re: [beagleboard] no MLO nor Uboot in Debian image !?!

[William Hermans]

I've never heard of a configuration with a FAT partition in addition. But
the first Linux partition ext3/4 probably has a 1M hole( MBR ) in which
resides the MLO, and uboot.img file.

Just curious. Where did you obtain this image ?

On Thu, Jul 9, 2015 at 4:10 PM,  wrote:

>
> Dear all,
>
> I just flashed my BBB with a Debian image (2015-03-01)
> To my surprise, there is no MLO and no u-boot.img in the FAT partition ;
> Even more surprising for me :  the BBB boots without problem and proudly
> shows:
>
>U-Boot SPL 2015.01-1-gb2412df (Jan 29 2015 - 15:01:06)
>
> Where are MLO and u-boot taken from ???
>
> Is there something hidden in the mysterious mmcblk0boot0 partitions ?
>
> best regards,
> julien
>
>  --
> 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] no MLO nor Uboot in Debian image !?!

[ju . charton]

Dear all,

I just flashed my BBB with a Debian image (2015-03-01)
To my surprise, there is no MLO and no u-boot.img in the FAT partition ;
Even more surprising for me :  the BBB boots without problem and proudly 
shows: 

   U-Boot SPL 2015.01-1-gb2412df (Jan 29 2015 - 15:01:06)

Where are MLO and u-boot taken from ???

Is there something hidden in the mysterious mmcblk0boot0 partitions ?

best regards,
julien

-- 
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: PRU operation with Linux 4.1.1

[William Hermans]

To specific questions of the PRU software I would rather defer to one of
the experts. Charles S would probably be the person to talk to on this
matter.

What I would do in your place however is probably get a recent image. If
wheezy ( which I personally prefer - sysv versus systemd init daemon -
stock ), then use *apt-cache search linux-image*, to find the kernel I
want. I usually go with the latest 4.x kernel . . . then *apt-cache search
pru *to find the PRU compiler tools.

One thing to be aware of. You do not have to compile your own kernel and
create a module to use the PRU. As I am not 100% sure what you're going to
do to achieve your end goal. But the drivers for the pru etc are all there
already. All you really need is a software interface to get the data from
the PRU, to Linux, and then out ethernet I'm gathering ?

I had / have  a similar project but reading CANBus and spitting the data
out over ethernet( websockets ). Without creating my own kernel module.
Just using the socketCAN library, and a library called "libmongoose".

I have no hands on with using the PRUs yet. I have done a lot of reading on
them. But it seems to reason that a kernel module is not exactly necessary
? I'm thinking from 30,000ft that the pru library set once in Linux, could
be used similar to how I used socketCAN. Then write intermediate code
between the PRU libraries to something like libmongoose to achieve your
goal ? Perhaps through an IPC mechanism ( I'm leaning towards Message
Queues but still debating ).

IDK perhaps food for thought ?

On Thu, Jul 9, 2015 at 3:20 PM,  wrote:

>
> Then it sounds like I should aim for 4.1.x since that is where Robert and
> the community is going. I had no problem
> getting 4.1.1 built and running, but the PRU is a black box for me.
>
> So, regarding 4.1.1 - Is the PRU support known to be broken?
>
> I would be happy to go through the process of trying a procedure that
> worked before (?)   to see if it works now.
>
> Is this the gold standard for PRU:
> https://github.com/beagleboard/am335x_pru_package
>
> Also, here is my basic understanding of what is needed to use the PRU:
> (Is this correct?)
>
> 1. Kernel driver (uio_pruss) which allows loading code and starting the
> PRU.
> 2. Some user app (X?) that can talk to uio_pruss.
> 3. Some bin file that the PRU can execute.
> 4. Some device tree file that sets up I/O for the PRU - Or can the PRU code
>optionally just do this for itself?
>
> Regards,
> J
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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] Problem: A start job is running for LSB ...

[g4]

> So you see the dhcp request, bump up the logging level on your dhcp server, 
> look at it's logs.  Could be a config issue with dpcp server.  

Agreed. But I'm going to have to rewire my network with a more dev. friendly 
DHCP server. Right now it's all being allocated by a BT ADSL router.

> Does Wireshark show unique mac address in the dhcp request?

Yep. Even down to recognizing  the Texas Instruments ID

> -Original Message-
> From: beagleboard@googlegroups.com
> [mailto:beagleboard@googlegroups.com] On Behalf Of Mike
> Sent: 09 July 2015 21:04
> To: beagleboard@googlegroups.com
> Subject: Re: [beagleboard] Problem: A start job is running for LSB ...
> 
> On 07/09/2015 03:17 PM, g...@novadsp.com wrote:
> > I got down to the stage of using Wireshark to trace the DHCP requests
> made during boot. The good board issues one, immediately gets an address
> and proceeds to the TTY. The others issue 2 DHCP requests that are never
> acknowledged, despite apparently continuing to retry (as per the serial log
> content). 'Interestingly' the same boards are slow at exactly the same point
> when booting off an SD card. So I really am at a loss here. Bear in mind all 3
> have identical flashed images, uEnv settings and are using the same TFTP
> server + NFS filesystem.
> >
> > There is a bug report from late 2014 regarding a problem in ifup
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771943) which
> mentions system.debug-shell. I've got this added to the kernel command
> line but not sure if it is accessible.
> >
> > Does the omap-image-builder Ubuntu distro work with NFS?
> >
> > TAIA.
> So you see the dhcp request, bump up the logging level on your dhcp server,
> look at it's logs.  Could be a config issue with dpcp server.
> Does Wireshark show unique mac address in the dhcp request?
> 
> Mike
> 
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
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: PRU operation with Linux 4.1.1

[jalodi . hum]

Then it sounds like I should aim for 4.1.x since that is where Robert and 
the community is going. I had no problem 
getting 4.1.1 built and running, but the PRU is a black box for me.

So, regarding 4.1.1 - Is the PRU support known to be broken?

I would be happy to go through the process of trying a procedure that 
worked before (?)   to see if it works now.

Is this the gold standard for PRU: 
 https://github.com/beagleboard/am335x_pru_package

Also, here is my basic understanding of what is needed to use the PRU:
(Is this correct?)

1. Kernel driver (uio_pruss) which allows loading code and starting the PRU.
2. Some user app (X?) that can talk to uio_pruss.
3. Some bin file that the PRU can execute.
4. Some device tree file that sets up I/O for the PRU - Or can the PRU code
   optionally just do this for itself?

Regards,
J

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

Re: [beagleboard] Re: PRU operation with Linux 4.1.1

[William Hermans]

I am not positive but think that 3.12.x, 3.13.x, and 3.15.x are no longer
being worked on. Not even sure 3.14.x is being worked on any longer, but it
has been worked on recently. In the context of this community.

>From what I can gather 4.1.x + is where the future is looking. As everyone
is looking forward to getting as much as possible into mainline.

Also the answer I gave above, to the question you really did not ask( sorry
about that - multitasking . . .). When I talk about kernel 4.x I tend to
make it sound worse than it really is. But from what I can tell it is very
solid. It does not have *every* peripheral working *yet* when compared to
3.8.x. But for what you seem to want to do, it may work fine. My only real
reservation is that it is still a work in progress, and is not as mature as
the rest. So, potential for something to go "wrong" that no one is
currently aware of. So . . .

*Would the 3.12.x version be as good as 3.8.x with regard to PRU support
> and better with regard to USB?*
>

I would probably start at minimum with 3.14.x, but last I looked there were
some complications when using the 3.14 - ti branch. Related to repo
rebasing . . .

>



On Thu, Jul 9, 2015 at 2:33 PM,  wrote:

>
> Eventually I need to incorporate a TI PTP Ethernet Phy which is know to
> have had some problems that were
> fixed in Linux 3.12.x  Will also need stable USB support.
>
> I noticed in Robert's repository there are versions ranging from 3.1.x to
> 4.2.x
>
> Would the 3.12.x version be as good as 3.8.x with regard to PRU support
> and better with regard to USB?
>
>  --
> 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: PRU operation with Linux 4.1.1

[Robert Nelson]

On Thu, Jul 9, 2015 at 4:33 PM,   wrote:
>
> Eventually I need to incorporate a TI PTP Ethernet Phy which is know to have
> had some problems that were
> fixed in Linux 3.12.x  Will also need stable USB support.
>
> I noticed in Robert's repository there are versions ranging from 3.1.x to
> 4.2.x
>
> Would the 3.12.x version be as good as 3.8.x with regard to PRU support and
> better with regard to USB?

Nope...

3.8.x:
3.14.x-ti:
4.1.x/4.2.x:
(mainline):

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: PRU operation with Linux 4.1.1

[jalodi . hum]

Eventually I need to incorporate a TI PTP Ethernet Phy which is know to 
have had some problems that were
fixed in Linux 3.12.x  Will also need stable USB support.

I noticed in Robert's repository there are versions ranging from 3.1.x to 
4.2.x

Would the 3.12.x version be as good as 3.8.x with regard to PRU support and 
better with regard to USB?

-- 
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: PRU operation with Linux 4.1.1

[William Hermans]

4.1.x is a work in progress. 3.8.x has been around since the boards
release( 2+ years ). Again, in the context of the beaglebone.

So how I view 4.1.x is that yes, it is newer, and in many cases it works
fine. But not as much is working as is with 3.8.x.

This is not to say that 3.8.x is the best solution for everyones problem.
As it does have issues of it's own. Many / all of which may / may not be
resolved with 4.1.x.

For instance 3.8.x has issues with USB hotplug. Not sure if these problems
have since been resolved, but hotpluging USB with a 3.8.x used to cause a
kernel fault. Also, 3.8.x has some issues with board powering, and / or
suspending to RAM. And ethernet support can sometimes still be flaky.

On Thu, Jul 9, 2015 at 2:05 PM,  wrote:

>
> Working through Robert's guide I noticed this...
>
> For Mainline v3.8.x: (full cape support)
> For Mainline v4.1.x: (capemgr support)
>
> Has something changed with regard to cape 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.

[beagleboard] Re: Reading and Interpreting CAN data

[Cayetano Caceres]

Thanks a lot, If I wish connect my BBBlack to EPOS2 by usb cable,is it
possible?.

Thanks in advance.

2015-07-09 14:49 GMT-05:00 Willyan Schultz Dworak :

> *List messages about CAN*
>
> dmesg | grep -i can
>
>
> *List Devices*
>
> cat /proc/net/dev
>
>
> Result Like this:
>
> 
>
> $ cat /proc/net/dev
>
> Inter-|   Receive|  Transmit
>
>  face |bytespackets errs drop fifo frame compressed multicast|bytes
> packets errs drop fifo colls carrier compressed
>
> lo:   0   0000 0  0 00
>0000 0   0  0
>
>   can0:  16   2000 0  0 016   
>2000 0   0  0
>
>   eth0:   0   0000 0  0 00
>0000 0   0  0
>
> 
>
>
>
> *For the BBB recognize the CAN card is necessary to make a copy of the file:*
>
> "BB-BONE-SERL-01-00A1.dtbo" (cape version 01) to "BB-BONE-SERL-01-00A2.dtbo" 
> (cape version 02)
>
>
> *These files are in the directory:*
>
> "/lib/firmware/"
>
>
> *Configure CAN interface:*
>
>
> ip link set can0 type can tq 125 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1
>
>
> ip link set can0 type can restart-ms 100
>
>
> ip link set can0 type can bitrate 125000
>
>
> ip link set can0 up type can bitrate 125000
>
>
>
> *bitrate depends on the configuration of your network *
>
>
> *Test with:* "ifconfig"
>
>
>
> *For me it worked well*
>
>
>
> 2015-07-09 16:22 GMT-03:00 :
>
>> Sorry, How to connect EPOS2 with beaglebo black, can you give a basic
>> step please.
>>
>> Thanks,
>> Cayetano
>>
>> On Friday, September 6, 2013 at 8:11:23 AM UTC-5, wyw...@gmail.com wrote:
>>>
>>> Hi Everyone,
>>>
>>> I believe you have already managed to make communication with the CAN
>>> BUS on the Beaglebone Black. So I wonder what you have done for the BBB
>>> recognizes the CAPE CAN. Used its own version of linux or already compiled?
>>> I am using version 8.21.2013 Angustrom with kernel 3.8.13, but it does not
>>> recognize the CAN.
>>>
>>> Thanks!
>>> Willyan
>>>
>>>
>>>
>>> Em sexta-feira, 1 de março de 2013 17h19min17s UTC-3, Glenn Trainer
>>> escreveu:

 Hi Everyone,

 I'm working on using the CANcape Rev A2 to communicate with a Maxon
 EPOS2 controller using the Cia402 device profile.  To date I have been able
 to spin the motor using SDO communication and adjust some settings.  My
 current problem is that I'm not sure how to read CAN data generated by the
 motor controller into the Beaglebone.  I can see on my logic analyzer that
 data is being sent back from the EPOS2 controller.  However when I call 
 the candump
 command nothing is displayed.  The bus is properly terminated with
 120ohm resistors.

 Thoughts???

 I'm looking to write some simple python code to control the motor for
 light robotics applications.  If anyone has some sample code to read in CAN
 data as inputs to a program, I'd love to see it.

 Thanks!
 Glenn

>>>
>
>
> --
> *Willyan Schultz Dworak*
>



-- 
Atte.

CACERES MENDOZA, Cayetano Juan

-- 
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: PRU operation with Linux 4.1.1

[Robert Nelson]

On Thu, Jul 9, 2015 at 4:05 PM,   wrote:
>
> Working through Robert's guide I noticed this...
>
> For Mainline v3.8.x: (full cape support)
> For Mainline v4.1.x: (capemgr support)
>
> Has something changed with regard to cape support?

Functionally it's not 100% compatible..

In 3.8.x you can remove or disable hdmi/eMMC in 4.1.x you have to use
the special *.dtb...

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: PRU operation with Linux 4.1.1

[jalodi . hum]

Working through Robert's guide I noticed this...

For Mainline v3.8.x: (full cape support)
For Mainline v4.1.x: (capemgr support)

Has something changed with regard to cape 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] Problem: A start job is running for LSB ...

[William Hermans]

>
> *(my guess it's really sysv vs systemd...)*


I do not. I do not doubt that systemd is problematic where nfsroot is
concerned. But one board is booting, and there other two are not, with dhcp
requests seemingly being ignored.

What this tells me is that the two boards in question are for some reason
not considered to exist as far as the server is concerned. I have very
little with setting up / using a Debian dhcp server, so I am not sure how
that would come into play. But I do know that using static IPs, the NFS
server will ignore any addresses *not* listed in the NFS exports file, and
not exported via *exportfs -a*.

The problem here seems very similar, but perhaps not directly related. The
server for some reason is just *seemingly* ignoring the other two clients.

@g4 Also if you are unable to resolve this problem otherwise. You can try
to setup static IPs for each individual BBB, and then make 3 seperate NFS
exports in the NFS exports file. These exports could link to the same
directory, but would need to be preceeded by a static IP for each of the
BBBs. You can also use the range modifier ( xxx.xxx.xxx.xx[0-9]  etc) Then
perhaps from there we can be closer to an explanation.

So, this problem is really hard to troubleshoot over the internet. Because
. .


   - You have not given us enough information really. So we have no idea
   what steps you've done, to get where you are now. Too many variables to
   consider.
   - You say there are all exactly alike but we do not really know that for
   sure. Not a character "hit" but no telling what is going on behind the
   scenes.




On Thu, Jul 9, 2015 at 1:17 PM, Robert Nelson 
wrote:

> On Thu, Jul 9, 2015 at 3:15 PM, William Hermans  wrote:
> > BTW
> >
> >> Does the omap-image-builder Ubuntu distro work with NFS?
> >
> >
> > Last I heard, Ubuntu period did not work with NFS root. There were a
> couple
> > other distro's too. ARCH does, and one other that I can not recall
> offhand.
> > Oh right, Angstrom + NFSroot is also a nogo.
>
> and the Debian "Wheezy" 8.x works fine under nfs..
>
> (my guess it's really sysv vs systemd...)
>
> (If one where to switch our jessie iamge from systemd to the legacy
> sysv it probally would work under nfs..)
>
> 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] Industry Standard?

[Gerald Coley]

Beagle board has no money so no chance we can go bankrupt. We are what is
called a non-profit.

Everything is open source so you can always build it yourself. People do it
all the time.

Gerald


On Thu, Jul 9, 2015 at 3:15 PM, Robert Nelson 
wrote:

> On Thu, Jul 9, 2015 at 3:10 PM, Chris Shearer Cooper 
> wrote:
> > Do any of the Beagle Boards, or any other single-board computer for that
> > matter, come in any kind of industry standard form factor?
>
> Yes, the bone and bbb standard's...
>
>
> >  Management keeps
> > asking "What if beagle board goes bankrupt", and it would make my life
> > easier if I could answer "We can always switch to brand X since it has
> the
> > same form factor and connectors" ...
>
> Well all the production files are located here:
>
> https://github.com/CircuitCo
>
> There's also a couple 3rd parties manufacturing clones boards: (Embest)
>
> 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.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/

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

[beagleboard] Re: Replacing Robotis robot controllers with BBB

[dinuxbg]

Hi,

For prototyping I used 4inch cables, dispersed as far apart from each other 
as possible. I had issues due to crosstalk between the wires.

You could try using a ribbon cable where every second wire is connected to 
ground (akin to 80-wire 40-pin IDE cables). Try to keep all wire lengths 
roughly the same.

Regards,
Dimitar

четвъртък, 9 юли 2015 г., 3:42:44 UTC+3, Bill M написа:
>
> Greetings Dimitar,
>
> I was wondering if you could offer me some more guidance? I managed to get 
> an OV7670 working with the PRU (I'm using PRU1), but I have noticed an 
> issue. If the VSYNC, HREF, PCLK, and XCLK wires are more than 4 inches 
> long, I get some incomplete or corrupted scan lines. Shorter than 4 inches, 
> the picture is perfect. Can you tell me how long are the wires you are 
> using? Any idea how I can overcome this limitation? Any help appreciated!
>
> On Thursday, April 30, 2015 at 5:06:54 PM UTC-4, din...@gmail.com wrote:
>
>> If you download the above project you'll find:
>> README.md - general notes on the OV7670 example
>> ov7670-cam/pru-ov7670-cape/kicad/ - KiCad schematic and PCB design
>> ov7670-cam/pru-ov7670-cape/releases/ - PDF schematic and gerbers
>>
>> I did not put buffers because straight connection works fine for me. But 
>> for any semi-serous use you should put buffers between the OV7670 (2.7V) 
>> and Beaglebone (3.3V). That said, the connection is straightforward:
>>
>>  lcd_data0.pr1_pru1_pru_r30_0 <-> do not connect
>>  lcd_data1.pr1_pru1_pru_r30_1 <-> XCLK
>>  lcd_data2.pr1_pru1_pru_r31_2 <-> D0
>>  lcd_data2.pr1_pru1_pru_r31_3 <-> D1
>>  lcd_data3.pr1_pru1_pru_r31_4 <-> D2
>>  lcd_data4.pr1_pru1_pru_r31_5 <-> D3
>>  lcd_data5.pr1_pru1_pru_r31_6 <-> D4
>>  lcd_data6.pr1_pru1_pru_r31_7 <-> D5
>>  lcd_vsync.pr1_pru1_pru_r31_8 <-> D6
>>  lcd_hsync.pr1_pru1_pru_r31_9 <-> D7
>>  lcd_pclk.pr1_pru1_pru_r31_10 <-> HREF
>>  lcd_ac_bias_en.pr1_pru1_pru_r31_11 <-> VSYNC
>>  uart1_rxd.pr1_pru1_pru_r31_16 <-> PCLK
>>  gpmc_advn_ale.gpio2_2 <-> CAM_RESET
>>
>> Regards,
>> Dimitar
>>
>> сряда, 29 април 2015 г., 19:36:33 UTC+3, Bill M написа:
>>>
>>> Greetings Dimitar,
>>>
>>> I can't thank you enough for the direction (I was afraid no one would 
>>> want to slog through all that). I'm also interested in the hardware part of 
>>> it. Are there any schematics for interfacing the camera to the board (will 
>>> I need caps, resistors, voltage translations)? The few I have found online 
>>> aren't completely clear. I may still go the OS route if the learning curve 
>>> isn't too steep. I would still love to learn how to handle the PRU stuff in 
>>> bare metal, though, so I need to get busier with the Starterware. Again, 
>>> thanks for the help!
>>>
>>> On Tuesday, April 28, 2015 at 4:13:59 PM UTC-4, din...@gmail.com wrote:
>>>
 Hi,ov7670-cam/pru-ov7670-cape/releases/

 The servo control sounds like a job for the PRU. PRU I/O is also 
 suitable for interfacing OV7670. Here is a rough but working example for 
 Beaglebone White: 
 https://github.com/dinuxbg/pru-gcc-examples/tree/master/ov7670-cam/pru 
 . Note that the example loader uses Linux and uio_pruss driver instead of 
 Starterware.

 Regards,
 Dimitar


 понеделник, 27 април 2015 г., 16:28:40 UTC+3, Bill M написа:
>
> Greetings all, 
>
>
> I'll apologize for the big lead up, I just want everyone to know where 
> I'm coming from. I also apologize if I posted this to the wrong place or 
> reposted it. I'm new here and still finding my way around.
>
>
> I am considering getting a BBB to use with my Robotis robot kit to 
> replace the CM-5 and CM-530 I've been using, and was hoping people here 
> could give me help/advice/guidance, or direct me to those who can, as I 
> have a million questions. I will start to list them here. Any help 
> greatly 
> appreciated in advance.
>
>
> I've already written firmware for both the CM-5 (which is Atmega128 
> powered) and the CM-530 (which uses an STM32F103, an ARM Cortex M3), You 
> can see the source for these here: 
> http://sourceforge.net/projects/bioloidfirmware/ Obviously these are 
> bare metal firmware given that the extremely limited platform in both 
> cases 
> couldn't practically support an OS. I would like to port my code to the 
> BBB. I want to stick with the bare metal approach, so I can go real time 
> without having to use a patch for the OS or Xenomai, and since I won't be 
> interested in a good part of the functionality of the board initially 
> (also 
> I'm kind of a big Linux noob). I have already downloaded StarterWare and 
> started poking around. The big draw for me to BBB is the processor clock 
> speed (the CM-5 is just 16Mhz, the CM-530 not much better at 72), the 
> huge 
> memory (for the controllers I'm using now, we're measuring in Kb), and 
> the 
> huge number for GPIOs (the C

Re: [beagleboard] Problem: A start job is running for LSB ...

[Robert Nelson]

On Thu, Jul 9, 2015 at 3:15 PM, William Hermans  wrote:
> BTW
>
>> Does the omap-image-builder Ubuntu distro work with NFS?
>
>
> Last I heard, Ubuntu period did not work with NFS root. There were a couple
> other distro's too. ARCH does, and one other that I can not recall offhand.
> Oh right, Angstrom + NFSroot is also a nogo.

and the Debian "Wheezy" 8.x works fine under nfs..

(my guess it's really sysv vs systemd...)

(If one where to switch our jessie iamge from systemd to the legacy
sysv it probally would work under nfs..)

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] Industry Standard?

[Robert Nelson]

On Thu, Jul 9, 2015 at 3:10 PM, Chris Shearer Cooper  wrote:
> Do any of the Beagle Boards, or any other single-board computer for that
> matter, come in any kind of industry standard form factor?

Yes, the bone and bbb standard's...


>  Management keeps
> asking "What if beagle board goes bankrupt", and it would make my life
> easier if I could answer "We can always switch to brand X since it has the
> same form factor and connectors" ...

Well all the production files are located here:

https://github.com/CircuitCo

There's also a couple 3rd parties manufacturing clones boards: (Embest)

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] Problem: A start job is running for LSB ...

[William Hermans]

BTW

*Does the omap-image-builder Ubuntu distro work with NFS?*
>

Last I heard, Ubuntu period did not work with NFS root. There were a couple
other distro's too. ARCH does, and one other that I can not recall offhand.
Oh right, Angstrom + NFSroot is also a nogo.

On Thu, Jul 9, 2015 at 1:04 PM, Mike  wrote:

> On 07/09/2015 03:17 PM, g...@novadsp.com wrote:
>
>> I got down to the stage of using Wireshark to trace the DHCP requests
>> made during boot. The good board issues one, immediately gets an address
>> and proceeds to the TTY. The others issue 2 DHCP requests that are never
>> acknowledged, despite apparently continuing to retry (as per the serial log
>> content). 'Interestingly' the same boards are slow at exactly the same
>> point when booting off an SD card. So I really am at a loss here. Bear in
>> mind all 3 have identical flashed images, uEnv settings and are using the
>> same TFTP server + NFS filesystem.
>>
>> There is a bug report from late 2014 regarding a problem in ifup (
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771943) which mentions
>> system.debug-shell. I've got this added to the kernel command line but not
>> sure if it is accessible.
>>
>> Does the omap-image-builder Ubuntu distro work with NFS?
>>
>> TAIA.
>>
> So you see the dhcp request, bump up the logging level on your dhcp
> server, look at it's logs.  Could be a config issue with dpcp server.  Does
> Wireshark show unique mac address in the dhcp request?
>
> Mike
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> --- You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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: PRU operation with Linux 4.1.1

[William Hermans]

Yeah, the PRU would be a great example in this context. No other processor
manufacture has a PRU on their ARM die. Since this is "non standard" in the
context of mainline Linux. "Something" additional must be done outside of
mainline Linux.

On Thu, Jul 9, 2015 at 1:05 PM, Robert Nelson 
wrote:

> On Thu, Jul 9, 2015 at 2:57 PM,   wrote:
> >
> > William, thanks for all the info.  Good to know Robert is "The Man".  I
> will
> > try working though the link to his stuff.
> >
> > Re my comment about kernel.org - I am unfamiliar with the
> behind-the-scenes
> > operation,  but from what I observe
> > the source from kernel.org supports many arm processors and boards.  At
> some
> > point a new board comes along and
> > people start with the tree from kernel.org and make changes in their own
> > separate tree to support the new board.
> > Later these changes are merged into a new version that is available from
> > kernel.org, which I was calling "official"
> > for lack of a better term.
> >
> > Anyway... setting aside my poor terminology... is is not clear to me when
> > kernel.org becomes the best place to grab from.
> > It sounds like for the BBB it is not.  i.e. Roberts stuff is best.
>
> mainline kernel.org runs fine..
>
> It's just a lot of advanced things like the pru still need some work..
>
> 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.

[beagleboard] Industry Standard?

[Chris Shearer Cooper]

Do any of the Beagle Boards, or any other single-board computer for that 
matter, come in any kind of industry standard form factor?  Management 
keeps asking "What if beagle board goes bankrupt", and it would make my 
life easier if I could answer "We can always switch to brand X since it has 
the same form factor and connectors" ...

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

[beagleboard] Re: Reading and Interpreting CAN data

[cayetanojcm]

Sorry, How to connect EPOS2 with beaglebo black, can you give a basic step 
please.

Thanks,
Cayetano

On Friday, September 6, 2013 at 8:11:23 AM UTC-5, wyw...@gmail.com wrote:
>
> Hi Everyone,
>
> I believe you have already managed to make communication with the CAN BUS 
> on the Beaglebone Black. So I wonder what you have done for the BBB 
> recognizes the CAPE CAN. Used its own version of linux or already compiled? 
> I am using version 8.21.2013 Angustrom with kernel 3.8.13, but it does not 
> recognize the CAN.
>
> Thanks!
> Willyan
>
>
>
> Em sexta-feira, 1 de março de 2013 17h19min17s UTC-3, Glenn Trainer 
> escreveu:
>>
>> Hi Everyone,
>>
>> I'm working on using the CANcape Rev A2 to communicate with a Maxon EPOS2 
>> controller using the Cia402 device profile.  To date I have been able to 
>> spin the motor using SDO communication and adjust some settings.  My 
>> current problem is that I'm not sure how to read CAN data generated by the 
>> motor controller into the Beaglebone.  I can see on my logic analyzer that 
>> data is being sent back from the EPOS2 controller.  However when I call the 
>> candump 
>> command nothing is displayed.  The bus is properly terminated with 
>> 120ohm resistors.
>>
>> Thoughts???
>>
>> I'm looking to write some simple python code to control the motor for 
>> light robotics applications.  If anyone has some sample code to read in CAN 
>> data as inputs to a program, I'd love to see it.  
>>
>> Thanks!
>> Glenn
>>
>

-- 
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: Reading and Interpreting CAN data

[Willyan Schultz Dworak]

*List messages about CAN*

dmesg | grep -i can


*List Devices*

cat /proc/net/dev


Result Like this:



$ cat /proc/net/dev

Inter-|   Receive|  Transmit

 face |bytespackets errs drop fifo frame compressed
multicast|bytespackets errs drop fifo colls carrier compressed

lo:   0   0000 0  0 0
  0   0000 0   0  0

  can0:  16   2000 0  0 0
  16  2000 0   0  0

  eth0:   0   0000 0  0 0
  0   0000 0   0  0





*For the BBB recognize the CAN card is necessary to make a copy of the file:*

"BB-BONE-SERL-01-00A1.dtbo" (cape version 01) to
"BB-BONE-SERL-01-00A2.dtbo" (cape version 02)


*These files are in the directory:*

"/lib/firmware/"


*Configure CAN interface:*


ip link set can0 type can tq 125 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1


ip link set can0 type can restart-ms 100


ip link set can0 type can bitrate 125000


ip link set can0 up type can bitrate 125000



*bitrate depends on the configuration of your network *


*Test with:* "ifconfig"



*For me it worked well*



2015-07-09 16:22 GMT-03:00 :

> Sorry, How to connect EPOS2 with beaglebo black, can you give a basic step
> please.
>
> Thanks,
> Cayetano
>
> On Friday, September 6, 2013 at 8:11:23 AM UTC-5, wyw...@gmail.com wrote:
>>
>> Hi Everyone,
>>
>> I believe you have already managed to make communication with the CAN BUS
>> on the Beaglebone Black. So I wonder what you have done for the BBB
>> recognizes the CAPE CAN. Used its own version of linux or already compiled?
>> I am using version 8.21.2013 Angustrom with kernel 3.8.13, but it does not
>> recognize the CAN.
>>
>> Thanks!
>> Willyan
>>
>>
>>
>> Em sexta-feira, 1 de março de 2013 17h19min17s UTC-3, Glenn Trainer
>> escreveu:
>>>
>>> Hi Everyone,
>>>
>>> I'm working on using the CANcape Rev A2 to communicate with a Maxon
>>> EPOS2 controller using the Cia402 device profile.  To date I have been able
>>> to spin the motor using SDO communication and adjust some settings.  My
>>> current problem is that I'm not sure how to read CAN data generated by the
>>> motor controller into the Beaglebone.  I can see on my logic analyzer that
>>> data is being sent back from the EPOS2 controller.  However when I call the 
>>> candump
>>> command nothing is displayed.  The bus is properly terminated with
>>> 120ohm resistors.
>>>
>>> Thoughts???
>>>
>>> I'm looking to write some simple python code to control the motor for
>>> light robotics applications.  If anyone has some sample code to read in CAN
>>> data as inputs to a program, I'd love to see it.
>>>
>>> Thanks!
>>> Glenn
>>>
>>


-- 
*Willyan Schultz Dworak*

-- 
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: PRU operation with Linux 4.1.1

[William Hermans]

Well the kernel sources do come from kernel.org. But many patches need to
be applied for the board to function properly / completely.

So quite honestly I do not know who all is involved in making these
patches, but I do know that Robert consolidates / tests these patches for
the beaglebones. I do know that some community members contribute some
patches, and have always assumed that Robert works on many. But, again,
that's an assumption on my own behalf.

Either way, the kernel sources do come from kernel.org.

On Thu, Jul 9, 2015 at 12:57 PM,  wrote:

>
> William, thanks for all the info.  Good to know Robert is "The Man".  I
> will try working though the link to his stuff.
>
> Re my comment about kernel.org - I am unfamiliar with the
> behind-the-scenes operation,  but from what I observe
> the source from kernel.org supports many arm processors and boards.  At
> some point a new board comes along and
> people start with the tree from kernel.org and make changes in their own
> separate tree to support the new board.
> Later these changes are merged into a new version that is available from
> kernel.org, which I was calling "official"
> for lack of a better term.
>
> Anyway... setting aside my poor terminology... is is not clear to me when
> kernel.org becomes the best place to grab from.
> It sounds like for the BBB it is not.  i.e. Roberts stuff is best.
>
> Regards.
>
> On Thursday, July 9, 2015 at 12:17:10 PM UTC-7, William Hermans wrote:
>>
>> *Yes, I do need to compile modules.*
>>>
>>> *When you say "any latest 3.8" does that mean that I should grab it from
>>> kernel.org , or somewhere else?*
>>>
>>
>> If you follow Robert's guide, and use his script. The scripts will do all
>> this for you through github. If you are familiar with the process, you
>> should be able to read through his guide and see what is happening. Passed
>> that, you'll have to dive in an decipher his build scripts. Personally, I
>> never felt the need. Also, his scripts pull in, and apply numerous patches
>> that are required for the beaglebone kernel.
>>
>> *BTW: One thing that I am not clear on is how to know if an "official"
>>> release from kernel.org  has evolved*
>>> *enough or when a specialized version is needed.*
>>>
>>
>> I'm not sure I understand what you mean here. But, the "official" kernel
>> is just the kernel sources, with various patches applied to make it run on
>> the beaglebone black. It is also compiled with various modules in mind.
>> Pretty much everything that the beaglebone has, or can use is "built in"
>> module wise.
>>
>> Off the top of my head: Specialized / customized kernel would only be
>> needed if:
>>
>>
>>- You need to minimize / reduce the size of the kernel because of
>>size constraints.
>>- You need to build in your own custom kernel modules.
>>
>> There are other possibilities too I'm sure, but none that jump out at me
>> right at this moment. Also, just for the record if you do not know already.
>> Robert builds / maintains the official kernels, scripts, etc . . . if that
>> is important to you.
>>
>>>
>>> *I currently have installed: arm-linux-gnueabi-gcc version 4.7.3
>>> (Ubuntu/Linaro 4.7.3-12ubuntu1) *
>>>
>>> *Adequate for compiling the kernel?*
>>>
>>
>> No. If you look on the link I gave you to Robert's guide, it will say
>> which compiler is needed. That, and it is best that you follow his guide,
>> until you're comfortable enough to make changes on your own. In short
>> though, you need the gnueabihf( hard float ) compiler.
>>
>>>
>>> *I saw a link on TI site for PRU assembler and C compiler which I assume
>>> I will also need.*
>>>
>>
>> I'm not absolutely 100% sure, but I believe all this is available via
>> Robert's APT repo. SO you could just add his repository to your APT config
>> file, and then *apt-get update *followed by* apt-cache search *to find
>> the appropriate package name. You can also find, and experiment( after
>> installing) with kernels in this manner as well.
>>
>> Anyhow, if it is not in Robert's repo yet ( which I'm fairly sure it is )
>> Jason Kridner has a github project for all the PRU "stuff". assembler, C
>> compiler, etc.
>>
>>
>> On Thu, Jul 9, 2015 at 11:37 AM,  wrote:
>>
>>>
>>>
>>> Yes, I do need to compile modules.
>>>
>>> When you say "any latest 3.8" does that mean that I should grab it from
>>> kernel.org, or somewhere else?
>>>
>>> BTW: One thing that I am not clear on is how to know if an "official"
>>> release from kernel.org has evolved
>>> enough or when a specialized version is needed.
>>>
>>> I currently have installed: arm-linux-gnueabi-gcc version 4.7.3
>>> (Ubuntu/Linaro 4.7.3-12ubuntu1)
>>>
>>> Adequate for compiling the kernel?
>>>
>>> I saw a link on TI site for PRU assembler and C compiler which I assume
>>> I will also need.
>>>
>>>
>>> On Thursday, July 9, 2015 at 11:08:04 AM UTC-7, William Hermans wrote:

 *Can anyone point me to a kernel source that would be the best

Re: [beagleboard] Re: PRU operation with Linux 4.1.1

[Robert Nelson]

On Thu, Jul 9, 2015 at 2:57 PM,   wrote:
>
> William, thanks for all the info.  Good to know Robert is "The Man".  I will
> try working though the link to his stuff.
>
> Re my comment about kernel.org - I am unfamiliar with the behind-the-scenes
> operation,  but from what I observe
> the source from kernel.org supports many arm processors and boards.  At some
> point a new board comes along and
> people start with the tree from kernel.org and make changes in their own
> separate tree to support the new board.
> Later these changes are merged into a new version that is available from
> kernel.org, which I was calling "official"
> for lack of a better term.
>
> Anyway... setting aside my poor terminology... is is not clear to me when
> kernel.org becomes the best place to grab from.
> It sounds like for the BBB it is not.  i.e. Roberts stuff is best.

mainline kernel.org runs fine..

It's just a lot of advanced things like the pru still need some work..

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] Problem: A start job is running for LSB ...

[Mike]

On 07/09/2015 03:17 PM, g...@novadsp.com wrote:

I got down to the stage of using Wireshark to trace the DHCP requests made 
during boot. The good board issues one, immediately gets an address and 
proceeds to the TTY. The others issue 2 DHCP requests that are never 
acknowledged, despite apparently continuing to retry (as per the serial log 
content). 'Interestingly' the same boards are slow at exactly the same point 
when booting off an SD card. So I really am at a loss here. Bear in mind all 3 
have identical flashed images, uEnv settings and are using the same TFTP server 
+ NFS filesystem.

There is a bug report from late 2014 regarding a problem in ifup 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771943) which mentions 
system.debug-shell. I've got this added to the kernel command line but not sure 
if it is accessible.

Does the omap-image-builder Ubuntu distro work with NFS?

TAIA.
So you see the dhcp request, bump up the logging level on your dhcp 
server, look at it's logs.  Could be a config issue with dpcp server.  
Does Wireshark show unique mac address in the dhcp request?


Mike

--
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: PRU operation with Linux 4.1.1

[jalodi . hum]

William, thanks for all the info.  Good to know Robert is "The Man".  I 
will try working though the link to his stuff.

Re my comment about kernel.org - I am unfamiliar with the behind-the-scenes 
operation,  but from what I observe
the source from kernel.org supports many arm processors and boards.  At 
some point a new board comes along and
people start with the tree from kernel.org and make changes in their own 
separate tree to support the new board.
Later these changes are merged into a new version that is available from 
kernel.org, which I was calling "official"
for lack of a better term.

Anyway... setting aside my poor terminology... is is not clear to me when 
kernel.org becomes the best place to grab from.
It sounds like for the BBB it is not.  i.e. Roberts stuff is best.

Regards.

On Thursday, July 9, 2015 at 12:17:10 PM UTC-7, William Hermans wrote:
>
> *Yes, I do need to compile modules.*
>>
>> *When you say "any latest 3.8" does that mean that I should grab it from 
>> kernel.org , or somewhere else?*
>>
>
> If you follow Robert's guide, and use his script. The scripts will do all 
> this for you through github. If you are familiar with the process, you 
> should be able to read through his guide and see what is happening. Passed 
> that, you'll have to dive in an decipher his build scripts. Personally, I 
> never felt the need. Also, his scripts pull in, and apply numerous patches 
> that are required for the beaglebone kernel. 
>
> *BTW: One thing that I am not clear on is how to know if an "official" 
>> release from kernel.org  has evolved*
>> *enough or when a specialized version is needed.*
>>
>
> I'm not sure I understand what you mean here. But, the "official" kernel 
> is just the kernel sources, with various patches applied to make it run on 
> the beaglebone black. It is also compiled with various modules in mind. 
> Pretty much everything that the beaglebone has, or can use is "built in" 
> module wise.
>
> Off the top of my head: Specialized / customized kernel would only be 
> needed if:
>
>
>- You need to minimize / reduce the size of the kernel because of size 
>constraints.
>- You need to build in your own custom kernel modules.
>
> There are other possibilities too I'm sure, but none that jump out at me 
> right at this moment. Also, just for the record if you do not know already. 
> Robert builds / maintains the official kernels, scripts, etc . . . if that 
> is important to you.
>
>>
>> *I currently have installed: arm-linux-gnueabi-gcc version 4.7.3 
>> (Ubuntu/Linaro 4.7.3-12ubuntu1) *
>>
>> *Adequate for compiling the kernel?*
>>
>
> No. If you look on the link I gave you to Robert's guide, it will say 
> which compiler is needed. That, and it is best that you follow his guide, 
> until you're comfortable enough to make changes on your own. In short 
> though, you need the gnueabihf( hard float ) compiler. 
>
>>
>> *I saw a link on TI site for PRU assembler and C compiler which I assume 
>> I will also need.*
>>
>
> I'm not absolutely 100% sure, but I believe all this is available via 
> Robert's APT repo. SO you could just add his repository to your APT config 
> file, and then *apt-get update *followed by* apt-cache search *to find 
> the appropriate package name. You can also find, and experiment( after 
> installing) with kernels in this manner as well.
>
> Anyhow, if it is not in Robert's repo yet ( which I'm fairly sure it is ) 
> Jason Kridner has a github project for all the PRU "stuff". assembler, C 
> compiler, etc. 
>
>
> On Thu, Jul 9, 2015 at 11:37 AM, > wrote:
>
>>
>>
>> Yes, I do need to compile modules.
>>
>> When you say "any latest 3.8" does that mean that I should grab it from 
>> kernel.org, or somewhere else?
>>
>> BTW: One thing that I am not clear on is how to know if an "official" 
>> release from kernel.org has evolved
>> enough or when a specialized version is needed.
>>
>> I currently have installed: arm-linux-gnueabi-gcc version 4.7.3 
>> (Ubuntu/Linaro 4.7.3-12ubuntu1) 
>>
>> Adequate for compiling the kernel?
>>
>> I saw a link on TI site for PRU assembler and C compiler which I assume I 
>> will also need.
>>
>>
>> On Thursday, July 9, 2015 at 11:08:04 AM UTC-7, William Hermans wrote:
>>>
>>> *Can anyone point me to a kernel source that would be the best for a 
 new-commer to play with the PRU?*
>>>
>>>
>>> DO you need to compile your own module(s)? If not then any of the latest 
>>> 3.8.x kernels should work fine.
>>>
>>> Here is a link to Robert's build guide: 
>>> https://eewiki.net/display/linuxonarm/BeagleBone+Black
>>>
>>> But you'll have to add the PRU stuff manually. Compilers, etc .  
>>>
>>> On Thu, Jul 9, 2015 at 11:03 AM,  wrote:
>>>

 Unfortunately I do not YET have enough experience  with the Sitara, 
 PRUs, Linux devie tree, etc. to jump into
 making such a contribution. Have only been playing with the BBB for a 
 week.

 Can anyone point m

Re: [beagleboard] Sound is not working in Ubuntu 12.04(unity) - BBB

[Robert Nelson]

On Thu, Jul 9, 2015 at 2:29 PM,   wrote:
> So, you recommend to use 14.04, ha?

Nah, it's ubuntu... it's hard to recommend them..

Use the default image..

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] Sound is not working in Ubuntu 12.04(unity) - BBB

[William Hermans]

I do recall someone *cough* saying about a year or more ago. That Ubuntu
12.04 was a pain in the backside to maintain, and hence would likely be
unsupported in the future . . .

One guess whom I remember saying that ?

On Thu, Jul 9, 2015 at 12:29 PM,  wrote:

> So, you recommend to use 14.04, ha?
>
> --
> 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] Problem: A start job is running for LSB ...

[William Hermans]

Also, it would be useful to know how you have DHCP setup. e.g. Do you have
and external to the NFS server ->DHCP server(router wish DHCP server
enabled)? Or is the DHCP server also running on the NFS server machine ?

On Thu, Jul 9, 2015 at 12:32 PM, William Hermans  wrote:

> Ok, that is interesting. So before making any changes( you really do not
> want to complicate thing right now, any more than you have to ). From the
> NFS server issue the command:
>
>
>
> *sudo exportfs*
> and paste the output to us here. I'm thinking from the sound of it
> assuming every board is configured exactly alike, that you only have one
> address export. Which is why you're only getting one board to load over NFS
> / TFTP
>
> On Thu, Jul 9, 2015 at 12:17 PM,  wrote:
>
>> I got down to the stage of using Wireshark to trace the DHCP requests
>> made during boot. The good board issues one, immediately gets an address
>> and proceeds to the TTY. The others issue 2 DHCP requests that are never
>> acknowledged, despite apparently continuing to retry (as per the serial log
>> content). 'Interestingly' the same boards are slow at exactly the same
>> point when booting off an SD card. So I really am at a loss here. Bear in
>> mind all 3 have identical flashed images, uEnv settings and are using the
>> same TFTP server + NFS filesystem.
>>
>> There is a bug report from late 2014 regarding a problem in ifup (
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771943) which mentions
>> system.debug-shell. I've got this added to the kernel command line but not
>> sure if it is accessible.
>>
>> Does the omap-image-builder Ubuntu distro work with NFS?
>>
>> TAIA.
>>
>>
>>
>> --
>> 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] Problem: A start job is running for LSB ...

[William Hermans]

Ok, that is interesting. So before making any changes( you really do not
want to complicate thing right now, any more than you have to ). From the
NFS server issue the command:



*sudo exportfs*
and paste the output to us here. I'm thinking from the sound of it assuming
every board is configured exactly alike, that you only have one address
export. Which is why you're only getting one board to load over NFS / TFTP

On Thu, Jul 9, 2015 at 12:17 PM,  wrote:

> I got down to the stage of using Wireshark to trace the DHCP requests made
> during boot. The good board issues one, immediately gets an address and
> proceeds to the TTY. The others issue 2 DHCP requests that are never
> acknowledged, despite apparently continuing to retry (as per the serial log
> content). 'Interestingly' the same boards are slow at exactly the same
> point when booting off an SD card. So I really am at a loss here. Bear in
> mind all 3 have identical flashed images, uEnv settings and are using the
> same TFTP server + NFS filesystem.
>
> There is a bug report from late 2014 regarding a problem in ifup (
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771943) which mentions
> system.debug-shell. I've got this added to the kernel command line but not
> sure if it is accessible.
>
> Does the omap-image-builder Ubuntu distro work with NFS?
>
> TAIA.
>
>
>
> --
> 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] Sound is not working in Ubuntu 12.04(unity) - BBB

[new . mohammads]

So, you recommend to use 14.04, ha?

-- 
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: PRU operation with Linux 4.1.1

[William Hermans]

>
> *Also, just for the record if you do not know already. Robert builds /
> maintains the official kernels, scripts, etc . . . if that is important to
> you.*


In the context of the beaglebone black.

So if you're wondering otherwise when will the beaglebone black be mostly
*mainline* Linux ? That I could not answer 100% for sure. But an effort is
being made now with kernel 4.1.x  Which, you can apt-get install a 4.1.x
kernel for the beaglebone black right now. From Robert's APT repo.

On Thu, Jul 9, 2015 at 12:17 PM, William Hermans  wrote:

> *Yes, I do need to compile modules.*
>>
>> *When you say "any latest 3.8" does that mean that I should grab it from
>> kernel.org , or somewhere else?*
>>
>
> If you follow Robert's guide, and use his script. The scripts will do all
> this for you through github. If you are familiar with the process, you
> should be able to read through his guide and see what is happening. Passed
> that, you'll have to dive in an decipher his build scripts. Personally, I
> never felt the need. Also, his scripts pull in, and apply numerous patches
> that are required for the beaglebone kernel.
>
> *BTW: One thing that I am not clear on is how to know if an "official"
>> release from kernel.org  has evolved*
>> *enough or when a specialized version is needed.*
>>
>
> I'm not sure I understand what you mean here. But, the "official" kernel
> is just the kernel sources, with various patches applied to make it run on
> the beaglebone black. It is also compiled with various modules in mind.
> Pretty much everything that the beaglebone has, or can use is "built in"
> module wise.
>
> Off the top of my head: Specialized / customized kernel would only be
> needed if:
>
>
>- You need to minimize / reduce the size of the kernel because of size
>constraints.
>- You need to build in your own custom kernel modules.
>
> There are other possibilities too I'm sure, but none that jump out at me
> right at this moment. Also, just for the record if you do not know already.
> Robert builds / maintains the official kernels, scripts, etc . . . if that
> is important to you.
>
>>
>> *I currently have installed: arm-linux-gnueabi-gcc version 4.7.3
>> (Ubuntu/Linaro 4.7.3-12ubuntu1) *
>>
>> *Adequate for compiling the kernel?*
>>
>
> No. If you look on the link I gave you to Robert's guide, it will say
> which compiler is needed. That, and it is best that you follow his guide,
> until you're comfortable enough to make changes on your own. In short
> though, you need the gnueabihf( hard float ) compiler.
>
>>
>> *I saw a link on TI site for PRU assembler and C compiler which I assume
>> I will also need.*
>>
>
> I'm not absolutely 100% sure, but I believe all this is available via
> Robert's APT repo. SO you could just add his repository to your APT config
> file, and then *apt-get update *followed by* apt-cache search *to find
> the appropriate package name. You can also find, and experiment( after
> installing) with kernels in this manner as well.
>
> Anyhow, if it is not in Robert's repo yet ( which I'm fairly sure it is )
> Jason Kridner has a github project for all the PRU "stuff". assembler, C
> compiler, etc.
>
>
> On Thu, Jul 9, 2015 at 11:37 AM,  wrote:
>
>>
>>
>> Yes, I do need to compile modules.
>>
>> When you say "any latest 3.8" does that mean that I should grab it from
>> kernel.org, or somewhere else?
>>
>> BTW: One thing that I am not clear on is how to know if an "official"
>> release from kernel.org has evolved
>> enough or when a specialized version is needed.
>>
>> I currently have installed: arm-linux-gnueabi-gcc version 4.7.3
>> (Ubuntu/Linaro 4.7.3-12ubuntu1)
>>
>> Adequate for compiling the kernel?
>>
>> I saw a link on TI site for PRU assembler and C compiler which I assume I
>> will also need.
>>
>>
>> On Thursday, July 9, 2015 at 11:08:04 AM UTC-7, William Hermans wrote:
>>>
>>> *Can anyone point me to a kernel source that would be the best for a
 new-commer to play with the PRU?*
>>>
>>>
>>> DO you need to compile your own module(s)? If not then any of the latest
>>> 3.8.x kernels should work fine.
>>>
>>> Here is a link to Robert's build guide:
>>> https://eewiki.net/display/linuxonarm/BeagleBone+Black
>>>
>>> But you'll have to add the PRU stuff manually. Compilers, etc .
>>>
>>> On Thu, Jul 9, 2015 at 11:03 AM,  wrote:
>>>

 Unfortunately I do not YET have enough experience  with the Sitara,
 PRUs, Linux devie tree, etc. to jump into
 making such a contribution. Have only been playing with the BBB for a
 week.

 Can anyone point me to a kernel source that would be the best for a
 new-commer to play with the PRU?

 Regards,
 Jalodi

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

RE: [beagleboard] Problem: A start job is running for LSB ...

[g4]

I got down to the stage of using Wireshark to trace the DHCP requests made 
during boot. The good board issues one, immediately gets an address and 
proceeds to the TTY. The others issue 2 DHCP requests that are never 
acknowledged, despite apparently continuing to retry (as per the serial log 
content). 'Interestingly' the same boards are slow at exactly the same point 
when booting off an SD card. So I really am at a loss here. Bear in mind all 3 
have identical flashed images, uEnv settings and are using the same TFTP server 
+ NFS filesystem.

There is a bug report from late 2014 regarding a problem in ifup 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771943) which mentions 
system.debug-shell. I've got this added to the kernel command line but not sure 
if it is accessible.

Does the omap-image-builder Ubuntu distro work with NFS?

TAIA.



-- 
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: PRU operation with Linux 4.1.1

[William Hermans]

>
> *Yes, I do need to compile modules.*
>
> *When you say "any latest 3.8" does that mean that I should grab it from
> kernel.org , or somewhere else?*
>

If you follow Robert's guide, and use his script. The scripts will do all
this for you through github. If you are familiar with the process, you
should be able to read through his guide and see what is happening. Passed
that, you'll have to dive in an decipher his build scripts. Personally, I
never felt the need. Also, his scripts pull in, and apply numerous patches
that are required for the beaglebone kernel.

*BTW: One thing that I am not clear on is how to know if an "official"
> release from kernel.org  has evolved*
> *enough or when a specialized version is needed.*
>

I'm not sure I understand what you mean here. But, the "official" kernel is
just the kernel sources, with various patches applied to make it run on the
beaglebone black. It is also compiled with various modules in mind. Pretty
much everything that the beaglebone has, or can use is "built in" module
wise.

Off the top of my head: Specialized / customized kernel would only be
needed if:


   - You need to minimize / reduce the size of the kernel because of size
   constraints.
   - You need to build in your own custom kernel modules.

There are other possibilities too I'm sure, but none that jump out at me
right at this moment. Also, just for the record if you do not know already.
Robert builds / maintains the official kernels, scripts, etc . . . if that
is important to you.

>
> *I currently have installed: arm-linux-gnueabi-gcc version 4.7.3
> (Ubuntu/Linaro 4.7.3-12ubuntu1) *
>
> *Adequate for compiling the kernel?*
>

No. If you look on the link I gave you to Robert's guide, it will say which
compiler is needed. That, and it is best that you follow his guide, until
you're comfortable enough to make changes on your own. In short though, you
need the gnueabihf( hard float ) compiler.

>
> *I saw a link on TI site for PRU assembler and C compiler which I assume I
> will also need.*
>

I'm not absolutely 100% sure, but I believe all this is available via
Robert's APT repo. SO you could just add his repository to your APT config
file, and then *apt-get update *followed by* apt-cache search *to find the
appropriate package name. You can also find, and experiment( after
installing) with kernels in this manner as well.

Anyhow, if it is not in Robert's repo yet ( which I'm fairly sure it is )
Jason Kridner has a github project for all the PRU "stuff". assembler, C
compiler, etc.


On Thu, Jul 9, 2015 at 11:37 AM,  wrote:

>
>
> Yes, I do need to compile modules.
>
> When you say "any latest 3.8" does that mean that I should grab it from
> kernel.org, or somewhere else?
>
> BTW: One thing that I am not clear on is how to know if an "official"
> release from kernel.org has evolved
> enough or when a specialized version is needed.
>
> I currently have installed: arm-linux-gnueabi-gcc version 4.7.3
> (Ubuntu/Linaro 4.7.3-12ubuntu1)
>
> Adequate for compiling the kernel?
>
> I saw a link on TI site for PRU assembler and C compiler which I assume I
> will also need.
>
>
> On Thursday, July 9, 2015 at 11:08:04 AM UTC-7, William Hermans wrote:
>>
>> *Can anyone point me to a kernel source that would be the best for a
>>> new-commer to play with the PRU?*
>>
>>
>> DO you need to compile your own module(s)? If not then any of the latest
>> 3.8.x kernels should work fine.
>>
>> Here is a link to Robert's build guide:
>> https://eewiki.net/display/linuxonarm/BeagleBone+Black
>>
>> But you'll have to add the PRU stuff manually. Compilers, etc .
>>
>> On Thu, Jul 9, 2015 at 11:03 AM,  wrote:
>>
>>>
>>> Unfortunately I do not YET have enough experience  with the Sitara,
>>> PRUs, Linux devie tree, etc. to jump into
>>> making such a contribution. Have only been playing with the BBB for a
>>> week.
>>>
>>> Can anyone point me to a kernel source that would be the best for a
>>> new-commer to play with the PRU?
>>>
>>> Regards,
>>> Jalodi
>>>
>>>  --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving

Re: [beagleboard] Sound is not working in Ubuntu 12.04(unity) - BBB

[Robert Nelson]

On Thu, Jul 9, 2015 at 1:51 PM,   wrote:
> I heard 14.04 is more laggy than 12.04 on BBB, is it right?

Not sure what you've been smoking...

> Sound works fine in 14.04?

It works with the default 3.8.x and 3.14.x-ti kernels.

> ubuntu@ubuntu-armhf:~$ uname -r
> 3.14.4.1-bone-armhf.com

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] Sound is not working in Ubuntu 12.04(unity) - BBB

[new . mohammads]

I heard 14.04 is more laggy than 12.04 on BBB, is it right?
Sound works fine in 14.04?

ubuntu@ubuntu-armhf:~$ uname -r
3.14.4.1-bone-armhf.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] Problemas para comunicar com o Baud Rate 5760

[evilwulfie]

http://www.ti.com/lit/ug/spruh73l/spruh73l.pdf

The available baud rates for UART mode are shown in Table 19-25.

page 4236

seems it cannot be done

you will need to use an external UART that can do that baudrate







> /When running the aforementioned command I received the following
> feedback/
> /
> /
>
> /root@beaglebone:/# stty -F /dev/ttyO1 5760/
>
> /stty: invalid argument `5760'/
>
> /Try `stty --help' for more information./
>
>
> Yes, that was mentioned on stackoverflow as a possibility. In which
> case, you're going to have to find a way to set the buadrate
> multiplier. Short of writing an app in C ( as in answer #1 from that
> link ).
>
> No idea how good your C is, but if decent it should be fairly trivial
> to write a middleware communications application. Again, I've not done
> this on Linux myself, so . . . 
>
> On Thu, Jul 9, 2015 at 10:51 AM, Marlon Cesar Pilonetto
> mailto:marlon.pilone...@gmail.com>> wrote:
>
> When running the aforementioned command I received the following
> feedback
>
> root@beaglebone:/# stty -F /dev/ttyO1 5760
>
> stty: invalid argument `5760'
>
> Try `stty --help' for more information.
>
>
> Em quinta-feira, 9 de julho de 2015 14:38:24 UTC-3, William
> Hermans escreveu:
>
> According to this:
> 
> http://stackoverflow.com/questions/12646324/how-to-set-a-custom-baud-rate-on-linux
> /
> /
>
> //
>
> /You can set custom baud rate using |stty| command on
> linux. For example, to set custom baud rate of 567890 on
> your serial port /dev/ttyX0 use the command/
>
> //
>
> |/stty -F /dev/ttyX0 567890/|
>
> This may / may not work. But possibly worth a try.| The first answer 
> may also 
> work but I've never done this in linux, so could not say for sure.
> |
>
>
>
> On Thu, Jul 9, 2015 at 10:22 AM, Harvey White
>  wrote:
>
> On Thu, 9 Jul 2015 09:39:28 -0700 (PDT), you wrote:
>
> >The pump has closed protocol and communicates via current
> loop, use a
> >serial loop converter to communicate. I have an
> application that works that
> >way with several pumps market the only problem with this
> is the BAUDRATE.
> >Does anyone know how to configure the serial port to work
> with BAUDRATE of
> >5760? This is my only doubt.
>
> 5760 is not standard...  could it be 57600?
>
> Otherwise there is a baudrate register that must be adjusted.
>
> Harvey
>
> >
> >Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf
> Man escreveu:
> >>
> >>  paste a link to this fuel pump
> >>
> >>
> >> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
> >>
> >>  The baud rate the fuel pump uses is 5760 and I am
> unable to communicate with her through my application. The
> same application on fuel pumps with baud rate 9600 works
> perfectly .
> >>
> >>
> >> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3,
> Wulf Man escreveu:
> >>>
> >>>Standard baud rates supported by most serial ports:
> >>> 110
> >>> 300
> >>> 600
> >>> 1200
> >>> 2400
> >>> 4800
> >>> 9600
> >>> 14400
> >>> 19200
> >>> 28800
> >>> 38400
> >>> 56000
> >>> 57600
> >>> 115200
> >>>
> >>>   Standard baud rates supported by some serial ports:
> >>> 128000
> >>> 153600
> >>> 230400
> >>> 256000
> >>> 460800
> >>> 921600
> >>>
> >>> is your baud rate somewhere in this chart ?
> >>>
> >>>
> >>>
> >>> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
> >>>
> >>>  Hello,
> >>>
> >>>  Excuse my lack of knowledge on the subject as it is
> the first time I am
> >>> working with BEAGLEBONE. So I'm trying to communicate
> with a fuel pump that
> >>> has a BaudRate of 5760'm using node js in my
> application. However I can not
> >>> even configure the serial port with this BaudRate, can
> anyone help me with
> >>> this please.
> >>>  --
> >>> For more options, visit http://beagleboard.org/discuss
> >>> ---
> >>> You received this message because you are subscribed
> to the Google Groups
> >>> "BeagleBoard" group.
>   

Re: [beagleboard] Re: PRU operation with Linux 4.1.1

[jalodi . hum]

Yes, I do need to compile modules.

When you say "any latest 3.8" does that mean that I should grab it from 
kernel.org, or somewhere else?

BTW: One thing that I am not clear on is how to know if an "official" 
release from kernel.org has evolved
enough or when a specialized version is needed.

I currently have installed: arm-linux-gnueabi-gcc version 4.7.3 
(Ubuntu/Linaro 4.7.3-12ubuntu1) 

Adequate for compiling the kernel?

I saw a link on TI site for PRU assembler and C compiler which I assume I 
will also need.


On Thursday, July 9, 2015 at 11:08:04 AM UTC-7, William Hermans wrote:
>
> *Can anyone point me to a kernel source that would be the best for a 
>> new-commer to play with the PRU?*
>
>
> DO you need to compile your own module(s)? If not then any of the latest 
> 3.8.x kernels should work fine.
>
> Here is a link to Robert's build guide: 
> https://eewiki.net/display/linuxonarm/BeagleBone+Black
>
> But you'll have to add the PRU stuff manually. Compilers, etc .  
>
> On Thu, Jul 9, 2015 at 11:03 AM, > wrote:
>
>>
>> Unfortunately I do not YET have enough experience  with the Sitara, PRUs, 
>> Linux devie tree, etc. to jump into
>> making such a contribution. Have only been playing with the BBB for a 
>> week.
>>
>> Can anyone point me to a kernel source that would be the best for a 
>> new-commer to play with the PRU?
>>
>> Regards,
>> Jalodi
>>
>>  -- 
>> 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] Problemas para comunicar com o Baud Rate 5760

[William Hermans]

>
> *When running the aforementioned command I received the following feedback*
>
> *root@beaglebone:/# stty -F /dev/ttyO1 5760*
>
> *stty: invalid argument `5760'*
>
> *Try `stty --help' for more information.*
>

Yes, that was mentioned on stackoverflow as a possibility. In which case,
you're going to have to find a way to set the buadrate multiplier. Short of
writing an app in C ( as in answer #1 from that link ).

No idea how good your C is, but if decent it should be fairly trivial to
write a middleware communications application. Again, I've not done this on
Linux myself, so . . .

On Thu, Jul 9, 2015 at 10:51 AM, Marlon Cesar Pilonetto <
marlon.pilone...@gmail.com> wrote:

> When running the aforementioned command I received the following feedback
>
> root@beaglebone:/# stty -F /dev/ttyO1 5760
>
> stty: invalid argument `5760'
>
> Try `stty --help' for more information.
>
> Em quinta-feira, 9 de julho de 2015 14:38:24 UTC-3, William Hermans
> escreveu:
>>
>> According to this:
>> http://stackoverflow.com/questions/12646324/how-to-set-a-custom-baud-rate-on-linux
>>
>>  *You can set custom baud rate using stty command on linux. For example,
>> to set custom baud rate of 567890 on your serial port /dev/ttyX0 use the
>> command*
>>
>> *stty -F /dev/ttyX0 567890*
>>
>> This may / may not work. But possibly worth a try. The first answer may also
>> work but I've never done this in linux, so could not say for sure.
>>
>>
>>
>> On Thu, Jul 9, 2015 at 10:22 AM, Harvey White 
>> wrote:
>>
>>> On Thu, 9 Jul 2015 09:39:28 -0700 (PDT), you wrote:
>>>
>>> >The pump has closed protocol and communicates via current loop, use a
>>> >serial loop converter to communicate. I have an application that works
>>> that
>>> >way with several pumps market the only problem with this is the
>>> BAUDRATE.
>>> >Does anyone know how to configure the serial port to work with BAUDRATE
>>> of
>>> >5760? This is my only doubt.
>>>
>>> 5760 is not standard...  could it be 57600?
>>>
>>> Otherwise there is a baudrate register that must be adjusted.
>>>
>>> Harvey
>>>
>>> >
>>> >Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:
>>> >>
>>> >>  paste a link to this fuel pump
>>> >>
>>> >>
>>> >> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
>>> >>
>>> >>  The baud rate the fuel pump uses is 5760 and I am unable to
>>> communicate with her through my application. The same application on fuel
>>> pumps with baud rate 9600 works perfectly .
>>> >>
>>> >>
>>> >> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu:
>>> >>>
>>> >>>Standard baud rates supported by most serial ports:
>>> >>> 110
>>> >>> 300
>>> >>> 600
>>> >>> 1200
>>> >>> 2400
>>> >>> 4800
>>> >>> 9600
>>> >>> 14400
>>> >>> 19200
>>> >>> 28800
>>> >>> 38400
>>> >>> 56000
>>> >>> 57600
>>> >>> 115200
>>> >>>
>>> >>>   Standard baud rates supported by some serial ports:
>>> >>> 128000
>>> >>> 153600
>>> >>> 230400
>>> >>> 256000
>>> >>> 460800
>>> >>> 921600
>>> >>>
>>> >>> is your baud rate somewhere in this chart ?
>>> >>>
>>> >>>
>>> >>>
>>> >>> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
>>> >>>
>>> >>>  Hello,
>>> >>>
>>> >>>  Excuse my lack of knowledge on the subject as it is the first time
>>> I am
>>> >>> working with BEAGLEBONE. So I'm trying to communicate with a fuel
>>> pump that
>>> >>> has a BaudRate of 5760'm using node js in my application. However I
>>> can not
>>> >>> even configure the serial port with this BaudRate, can anyone help
>>> me with
>>> >>> this please.
>>> >>>  --
>>> >>> For more options, visit http://beagleboard.org/discuss
>>> >>> ---
>>> >>> You received this message because you are subscribed to the Google
>>> Groups
>>> >>> "BeagleBoard" group.
>>> >>> To unsubscribe from this group and stop receiving emails from it,
>>> send an
>>> >>> email to beagleboard...@googlegroups.com.
>>> >>> For more options, visit https://groups.google.com/d/optout.
>>> >>>
>>> >>>
>>> >>>   --
>>> >> For more options, visit http://beagleboard.org/discuss
>>> >> ---
>>> >> You received this message because you are subscribed to the Google
>>> Groups
>>> >> "BeagleBoard" group.
>>> >> To unsubscribe from this group and stop receiving emails from it,
>>> send an
>>> >> email to beagleboard...@googlegroups.com .
>>> >> For more options, visit https://groups.google.com/d/optout.
>>> >>
>>> >>
>>> >>
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard...@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 

Re: [beagleboard] Re: PRU operation with Linux 4.1.1

[William Hermans]

>
> *Can anyone point me to a kernel source that would be the best for a
> new-commer to play with the PRU?*


DO you need to compile your own module(s)? If not then any of the latest
3.8.x kernels should work fine.

Here is a link to Robert's build guide:
https://eewiki.net/display/linuxonarm/BeagleBone+Black

But you'll have to add the PRU stuff manually. Compilers, etc .

On Thu, Jul 9, 2015 at 11:03 AM,  wrote:

>
> Unfortunately I do not YET have enough experience  with the Sitara, PRUs,
> Linux devie tree, etc. to jump into
> making such a contribution. Have only been playing with the BBB for a week.
>
> Can anyone point me to a kernel source that would be the best for a
> new-commer to play with the PRU?
>
> Regards,
> Jalodi
>
>  --
> 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: PRU operation with Linux 4.1.1

[jalodi . hum]

Unfortunately I do not YET have enough experience  with the Sitara, PRUs, 
Linux devie tree, etc. to jump into
making such a contribution. Have only been playing with the BBB for a week.

Can anyone point me to a kernel source that would be the best for a 
new-commer to play with the PRU?

Regards,
Jalodi

-- 
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: Kickstarter Project: BeagleCore - miniaturized computer module compatible with BeagleBone Black

[William Hermans]

>
> *Thanks Wiliam. I really appreciate your detailed answer and - like said
> before - we do not think our solution to be perfect yet. This is why we try
> to keep in touch with the community to know what people have to say. Let's
> hope the best for BeagleCore but I'm pretty sure we can make it.*


Well I still have my concerns. Which pretty much has nothing to do with the
hardware really. Except that it is not available _right_now_.

But show me the hardware, when obtain-ium. Then I'll be less reserved.

One thing I am curious about however. Pricing after this has gone to
production. Then when is the projected production date ? e.g. when can the
public start purchasing. If any of this can be divulged . . .


On Wed, Jul 8, 2015 at 11:10 PM, Beagle Core 
wrote:

> Thanks Wiliam. I really appreciate your detailed answer and - like said
> before - we do not think our solution to be perfect yet. This is why we try
> to keep in touch with the community to know what people have to say. Let's
> hope the best for BeagleCore but I'm pretty sure we can make it.
>
>
>
> Am Mittwoch, 8. Juli 2015 20:47:21 UTC+2 schrieb William Hermans:
>>
>> Also for what it is worth, my buddy did mention to me that the beaglecore
>> would / could be useful for him. After which he named a project we've been
>> talking about. The thing about the beaglecore that threw me for a "loop"
>> was the beaglebone type "motherboard". But now thinking about it, everyone
>> needs an EVAL "system" for development.
>>
>> The beagleboard.org community "compatibility" ( software wise ) is also
>> a nice touch. I am not sure how many, if any of the boards I mentioned can
>> do that. Sure, they all offer BSPs for various OSes / distro's . . . but
>> that does not necessarily mean the same thing. Past that, and quite
>> honestly, I have a strong dislike for anything bitbake, and whatever that
>> build system is for Angstrom( I tried to put all that stuff as far out of
>> my mind as possible ). As all that stuff I feel is not very intuitive, and
>> can be quite a hassle to setup / use.
>>
>> I really enjoy the simplicity of say setting up a rootfs using
>> debootstrap, using chroot to modify the image to my needs, including
>> pulling in a linux-image from the community, using dpkg to "install". But
>> anyway, simple standard tools are my "thing". So in this case, the
>> beaglecore has it nailed. Assuming it comes into fruition.
>>
>>
>> On Wed, Jul 8, 2015 at 11:34 AM, William Hermans 
>> wrote:
>>
>>> *Do enthusiasts have professional equipment? No.*
>

 *That's an assumptio and depends on the definition of "enthusiast". I
 like the point of view that Robert Budde shared above:*

>>>
>>> Exactly, well sort of. I would not consider myself an enthusiast, but I
>>> am a serious hobbyist. While I do not personally own such equipment, I do
>>> have access to just about anything a "professional" has access to in my
>>> home. As my buddy has been an EE for IDK 35 + years, and has acquired quite
>>> a collection. Professional grade Oscilloscopes, logic analyzers, emulators,
>>> 80's arcade PCB test equipment, and last but not least reflow ovens. One
>>> home made out of a convection oven using an MSP430 launchpad( for which I
>>> wrote the code ), and a professional infrared reflow oven.
>>>
>>> To be sure, there is a lot more, but I think the point is made.
>>>
>>>
>>>
>>> On Wed, Jul 8, 2015 at 9:14 AM, Maxim Podbereznyy 
>>> wrote:
>>>
 well, they cost ~$1.7 each in Digikey and there is an Altium library
 for the module where you can find the symbol and the footprint for the
 whole module. I guess the Altium library can be imported to other CADs if
 necessary. Having such library minimizes errors on the PCB. I did not have
 any problems at all

 2015-07-08 17:06 GMT+03:00 Robert Budde :

> In fact, those high density connectors can be a pain on their own:
> - they cost an awful lot of money even in medium quantaties
> - alignment is critical, especially if you have more than one per
> board. Small alignment errors - which sometimes are even hard to avoid 
> when
> using properly designed alignment holes - can lead to stress on the
> contacts and/or result in contact failures. The tolerances allowed in the
> connector specs have to be split up to alignment errors on both baseboard
> and som - making life not easier.
>
> --
> 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.
>



 --
 LinkedIn - http://www.linkedin.com/in/maximpodbereznyy
 Company - http://www.linkedin.com/company/mentorel
 Facebook - https://www.face

[beagleboard] Error connect ENOENT when trying to send request from beagle bone

[praveen0989]

I am using the http module to send request to an end point.
It gives me Error connect ENOENT syscall connect.
Can anybody help me figure out what it means?

-- 
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] Problemas para comunicar com o Baud Rate 5760

[Marlon Cesar Pilonetto]

When running the aforementioned command I received the following feedback

root@beaglebone:/# stty -F /dev/ttyO1 5760

stty: invalid argument `5760'

Try `stty --help' for more information.

Em quinta-feira, 9 de julho de 2015 14:38:24 UTC-3, William Hermans 
escreveu:
>
> According to this: 
> http://stackoverflow.com/questions/12646324/how-to-set-a-custom-baud-rate-on-linux
>
>  *You can set custom baud rate using stty command on linux. For example, 
> to set custom baud rate of 567890 on your serial port /dev/ttyX0 use the 
> command*
>
> *stty -F /dev/ttyX0 567890*
>
> This may / may not work. But possibly worth a try. The first answer may also 
> work but I've never done this in linux, so could not say for sure.
>
>
>
> On Thu, Jul 9, 2015 at 10:22 AM, Harvey White  > wrote:
>
>> On Thu, 9 Jul 2015 09:39:28 -0700 (PDT), you wrote:
>>
>> >The pump has closed protocol and communicates via current loop, use a
>> >serial loop converter to communicate. I have an application that works 
>> that
>> >way with several pumps market the only problem with this is the BAUDRATE.
>> >Does anyone know how to configure the serial port to work with BAUDRATE 
>> of
>> >5760? This is my only doubt.
>>
>> 5760 is not standard...  could it be 57600?
>>
>> Otherwise there is a baudrate register that must be adjusted.
>>
>> Harvey
>>
>> >
>> >Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:
>> >>
>> >>  paste a link to this fuel pump
>> >>
>> >>
>> >> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
>> >>
>> >>  The baud rate the fuel pump uses is 5760 and I am unable to 
>> communicate with her through my application. The same application on fuel 
>> pumps with baud rate 9600 works perfectly .
>> >>
>> >>
>> >> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu:
>> >>>
>> >>>Standard baud rates supported by most serial ports:
>> >>> 110
>> >>> 300
>> >>> 600
>> >>> 1200
>> >>> 2400
>> >>> 4800
>> >>> 9600
>> >>> 14400
>> >>> 19200
>> >>> 28800
>> >>> 38400
>> >>> 56000
>> >>> 57600
>> >>> 115200
>> >>>
>> >>>   Standard baud rates supported by some serial ports:
>> >>> 128000
>> >>> 153600
>> >>> 230400
>> >>> 256000
>> >>> 460800
>> >>> 921600
>> >>>
>> >>> is your baud rate somewhere in this chart ?
>> >>>
>> >>>
>> >>>
>> >>> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
>> >>>
>> >>>  Hello,
>> >>>
>> >>>  Excuse my lack of knowledge on the subject as it is the first time I 
>> am
>> >>> working with BEAGLEBONE. So I'm trying to communicate with a fuel 
>> pump that
>> >>> has a BaudRate of 5760'm using node js in my application. However I 
>> can not
>> >>> even configure the serial port with this BaudRate, can anyone help me 
>> with
>> >>> this please.
>> >>>  --
>> >>> For more options, visit http://beagleboard.org/discuss
>> >>> ---
>> >>> You received this message because you are subscribed to the Google 
>> Groups
>> >>> "BeagleBoard" group.
>> >>> To unsubscribe from this group and stop receiving emails from it, 
>> send an
>> >>> email to beagleboard...@googlegroups.com.
>> >>> For more options, visit https://groups.google.com/d/optout.
>> >>>
>> >>>
>> >>>   --
>> >> For more options, visit http://beagleboard.org/discuss
>> >> ---
>> >> You received this message because you are subscribed to the Google 
>> Groups
>> >> "BeagleBoard" group.
>> >> To unsubscribe from this group and stop receiving emails from it, send 
>> an
>> >> email to beagleboard...@googlegroups.com .
>> >> For more options, visit https://groups.google.com/d/optout.
>> >>
>> >>
>> >>
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@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] Problem: A start job is running for LSB ...

[William Hermans]

humm, I wonder if there is an easy way to diff the images. I've never used
diff, so do not rightly know.

Robert ?

On Thu, Jul 9, 2015 at 3:33 AM,  wrote:

>
> > and pstree for that mater.
>
> Sadly no can do. The 2 that do not boot will not boot at all. Ever.
>
>
> --
> 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] Boot from SD Card without pressing the Boot button?

[William Hermans]

You can also put a newer debian image on the eMMC, and "configure" uEnv.txt
to boot from sdcard.

However, in the above case you'd still be loading MLO( and possibly uboot
too - I do not remember ) from the eMMC. After which it would start loading
the kernel / rootfs from the sdcard.

On Thu, Jul 9, 2015 at 5:31 AM, Gerald Coley  wrote:

> Erase the eMMC.
>
> Gerlad
>
> On Thu, Jul 9, 2015 at 1:43 AM, Hemant Kapoor 
> wrote:
>
>> Hello All,
>> I have compiled my own UBOOT and MLO and put it in an SD card, If I press
>> the Boot button and power on BBB it works fine.
>> But my requirement is to Boot from SD card without pressing the BOOT
>> button.
>>
>> Is this possible.
>>
>> Regards,
>> Hemant Kapoor
>>
>> --
>> 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/
>
> --
> 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] Pin Acting Odd

[Gerald Coley]

I defer to the creator of BoneScript to answer that. I assume that if the
HDMi port were disabled, it frees this pin as well. But maybe not.

Gerald


On Thu, Jul 9, 2015 at 7:55 AM, jmschmitz12  wrote:

> Okay gotcha. Would you agree with my logic in the first part then (about
> the beaglescript)?
>
>
>
> Sent via the Samsung Galaxy S® 6, an AT&T 4G LTE smartphone
>  Original message 
> From: Gerald Coley 
> Date: 07/09/2015 8:33 AM (GMT-05:00)
> To: beagleboard@googlegroups.com
> Subject: Re: [beagleboard] Pin Acting Odd
>
> I can't speak for the SW implementations. I just know how the board was
> designed.
>
> Gerald
>
> On Thu, Jul 9, 2015 at 7:31 AM,  wrote:
>
>> Okay I think I see what you are saying.  The MODE0 for GPIO3_21 is
>> "mcasp0_ahclkx",  so with that beaglescript code, when I say
>> "b.pinmode("P9_25",b.output)" it is outputting the results of the MODE0
>> (clock generator output) and not the MODE7(GPIO output) as I had expected?
>>
>> But if this were the case, in my Python ADAfruit code, I explicitly set
>> that pin to GPIO, so shouldn't behave like that?
>>
>> Thanks for your help, really trying to get a solid grasp on these
>> concepts!
>>
>> -Joe
>>
>> On Wednesday, July 8, 2015 at 10:14:00 PM UTC-4, Gerald wrote:
>>>
>>> Take a look at the schematic. GPIO3_21 is connected to the output of a
>>> clock generator. To use it you must disable the Oscillator.
>>>
>>> *Oscillator can be disabled via SW*
>>> *for power down modes or if*
>>> *GPIO3_21 needs to be used*
>>>
>>> My suggestion is to pick another pin to work with. Less headaches.
>>>
>>> Gerald
>>>
>>>
>>> On Wed, Jul 8, 2015 at 8:47 PM,  wrote:
>>>

 Hey all,

 I am pretty new to the BBB and I came across something pretty odd that
 I have been trying to figure out for a few hours now as I was creating a
 push button circuit:

 P9_25 is a GPIO pin.  I set it to input but noticed that it would not
 respond to my button.  After some digging I realized that the pin itself
 was acting funky, so I isolated it to run some tests with BB's Bonescript
 tutorial on GPIO digitalWrite().  I ran this code below (apologies for the
 sloppy picture) with the adjacent circuit configuration shown as well.
 Obviously, the LED should turn off, but it doesn't:



 
 


 I then tried the same tests on other pins, such as P9_26, and it worked
 perfectly, so that's where I'm startled.


 I have two theories:


 1)  I messed with P9_25 in the past, and it is reconfigured in a weird
 way; if someone has this hunch, could you please perhaps inform me how to
 reset the pin to its original glory?


 2) The pin is busted.  Fingers crossed for #1.


 If anybody has run into something similar, or has any idea what I
 should do, please let me know!


 Thank you for you time.


 -Joe

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

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



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/

-

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

[William Hermans]

According to this:
http://stackoverflow.com/questions/12646324/how-to-set-a-custom-baud-rate-on-linux

 *You can set custom baud rate using stty command on linux. For example, to
set custom baud rate of 567890 on your serial port /dev/ttyX0 use the
command*

*stty -F /dev/ttyX0 567890*

This may / may not work. But possibly worth a try. The first answer may also
work but I've never done this in linux, so could not say for sure.



On Thu, Jul 9, 2015 at 10:22 AM, Harvey White 
wrote:

> On Thu, 9 Jul 2015 09:39:28 -0700 (PDT), you wrote:
>
> >The pump has closed protocol and communicates via current loop, use a
> >serial loop converter to communicate. I have an application that works
> that
> >way with several pumps market the only problem with this is the BAUDRATE.
> >Does anyone know how to configure the serial port to work with BAUDRATE of
> >5760? This is my only doubt.
>
> 5760 is not standard...  could it be 57600?
>
> Otherwise there is a baudrate register that must be adjusted.
>
> Harvey
>
> >
> >Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:
> >>
> >>  paste a link to this fuel pump
> >>
> >>
> >> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
> >>
> >>  The baud rate the fuel pump uses is 5760 and I am unable to
> communicate with her through my application. The same application on fuel
> pumps with baud rate 9600 works perfectly .
> >>
> >>
> >> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu:
> >>>
> >>>Standard baud rates supported by most serial ports:
> >>> 110
> >>> 300
> >>> 600
> >>> 1200
> >>> 2400
> >>> 4800
> >>> 9600
> >>> 14400
> >>> 19200
> >>> 28800
> >>> 38400
> >>> 56000
> >>> 57600
> >>> 115200
> >>>
> >>>   Standard baud rates supported by some serial ports:
> >>> 128000
> >>> 153600
> >>> 230400
> >>> 256000
> >>> 460800
> >>> 921600
> >>>
> >>> is your baud rate somewhere in this chart ?
> >>>
> >>>
> >>>
> >>> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
> >>>
> >>>  Hello,
> >>>
> >>>  Excuse my lack of knowledge on the subject as it is the first time I
> am
> >>> working with BEAGLEBONE. So I'm trying to communicate with a fuel pump
> that
> >>> has a BaudRate of 5760'm using node js in my application. However I
> can not
> >>> even configure the serial port with this BaudRate, can anyone help me
> with
> >>> this please.
> >>>  --
> >>> For more options, visit http://beagleboard.org/discuss
> >>> ---
> >>> You received this message because you are subscribed to the Google
> Groups
> >>> "BeagleBoard" group.
> >>> To unsubscribe from this group and stop receiving emails from it, send
> an
> >>> email to beagleboard...@googlegroups.com.
> >>> For more options, visit https://groups.google.com/d/optout.
> >>>
> >>>
> >>>   --
> >> For more options, visit http://beagleboard.org/discuss
> >> ---
> >> You received this message because you are subscribed to the Google
> Groups
> >> "BeagleBoard" group.
> >> To unsubscribe from this group and stop receiving emails from it, send
> an
> >> email to beagleboard...@googlegroups.com .
> >> For more options, visit https://groups.google.com/d/optout.
> >>
> >>
> >>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

[Marlon Cesar Pilonetto]

William,

Really need to be 5760, I saw that it is necessary to change the frequency 
multiplier UART etc .. but that's exactly what I can not do. Can you help 
me with this?

Em quinta-feira, 9 de julho de 2015 14:23:17 UTC-3, William Hermans 
escreveu:
>
> Ok, in order to achieve 5760, you're going to have to change the UART 
> frequency. Change the clock source, multiplier, etc.
>
> On Thu, Jul 9, 2015 at 10:03 AM, Marlon Cesar Pilonetto <
> marlon.p...@gmail.com > wrote:
>
>> Hello friend, there is a very big difference between 5760 and 57600, I 
>> really need to communicate at the speed of 5760.
>>
>> att,
>>
>> Em quinta-feira, 9 de julho de 2015 13:57:17 UTC-3, Jerônimo Lopes 
>> escreveu:
>>>
>>> Have you tried 57600?
>>>
>>> 2015-07-09 13:39 GMT-03:00 Marlon Cesar Pilonetto >> >:
>>>
 The pump has closed protocol and communicates via current loop, use a 
 serial loop converter to communicate. I have an application that works 
 that 
 way with several pumps market the only problem with this is the BAUDRATE. 
 Does anyone know how to configure the serial port to work with BAUDRATE of 
 5760? This is my only doubt.


 Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:
>
>  paste a link to this fuel pump
>
>
> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
>  
>  The baud rate the fuel pump uses is 5760 and I am unable to communicate 
> with her through my application. The same application on fuel pumps with 
> baud rate 9600 works perfectly .
>
>
> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu: 
>>
>>Standard baud rates supported by most serial ports: 
>> 110  
>> 300 
>> 600  
>> 1200 
>> 2400  
>> 4800 
>> 9600  
>> 14400 
>> 19200  
>> 28800 
>> 38400  
>> 56000 
>> 57600  
>> 115200   
>>
>>   Standard baud rates supported by some serial ports: 
>> 128000  
>> 153600 
>> 230400  
>> 256000 
>> 460800  
>> 921600   
>>
>> is your baud rate somewhere in this chart ?
>>
>>
>>
>> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
>>  
>>  Hello,
>>
>>  Excuse my lack of knowledge on the subject as it is the first time I 
>> am working with BEAGLEBONE. So I'm trying to communicate with a fuel 
>> pump 
>> that has a BaudRate of 5760'm using node js in my application. However I 
>> can not even configure the serial port with this BaudRate, can anyone 
>> help 
>> me with this please.
>>  -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google 
>> Groups "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, 
>> send an email to beagleboard...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>   -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to the Google 
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send 
> an email to beagleboard...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
>   -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google 
 Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to beagleboard...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

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

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

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

[Harvey White]

On Thu, 9 Jul 2015 09:39:28 -0700 (PDT), you wrote:

>The pump has closed protocol and communicates via current loop, use a 
>serial loop converter to communicate. I have an application that works that 
>way with several pumps market the only problem with this is the BAUDRATE. 
>Does anyone know how to configure the serial port to work with BAUDRATE of 
>5760? This is my only doubt.

5760 is not standard...  could it be 57600?

Otherwise there is a baudrate register that must be adjusted.

Harvey

>
>Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:
>>
>>  paste a link to this fuel pump
>>
>>
>> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
>>  
>>  The baud rate the fuel pump uses is 5760 and I am unable to communicate 
>> with her through my application. The same application on fuel pumps with 
>> baud rate 9600 works perfectly .
>>
>>
>> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu: 
>>>
>>>Standard baud rates supported by most serial ports: 
>>> 110  
>>> 300 
>>> 600  
>>> 1200 
>>> 2400  
>>> 4800 
>>> 9600  
>>> 14400 
>>> 19200  
>>> 28800 
>>> 38400  
>>> 56000 
>>> 57600  
>>> 115200   
>>>
>>>   Standard baud rates supported by some serial ports: 
>>> 128000  
>>> 153600 
>>> 230400  
>>> 256000 
>>> 460800  
>>> 921600   
>>>
>>> is your baud rate somewhere in this chart ?
>>>
>>>
>>>
>>> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
>>>  
>>>  Hello,
>>>
>>>  Excuse my lack of knowledge on the subject as it is the first time I am 
>>> working with BEAGLEBONE. So I'm trying to communicate with a fuel pump that 
>>> has a BaudRate of 5760'm using node js in my application. However I can not 
>>> even configure the serial port with this BaudRate, can anyone help me with 
>>> this please.
>>>  -- 
>>> For more options, visit http://beagleboard.org/discuss
>>> --- 
>>> You received this message because you are subscribed to the Google Groups 
>>> "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>> email to beagleboard...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>>   -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>  

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

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

[William Hermans]

Ok, in order to achieve 5760, you're going to have to change the UART
frequency. Change the clock source, multiplier, etc.

On Thu, Jul 9, 2015 at 10:03 AM, Marlon Cesar Pilonetto <
marlon.pilone...@gmail.com> wrote:

> Hello friend, there is a very big difference between 5760 and 57600, I
> really need to communicate at the speed of 5760.
>
> att,
>
> Em quinta-feira, 9 de julho de 2015 13:57:17 UTC-3, Jerônimo Lopes
> escreveu:
>>
>> Have you tried 57600?
>>
>> 2015-07-09 13:39 GMT-03:00 Marlon Cesar Pilonetto 
>> :
>>
>>> The pump has closed protocol and communicates via current loop, use a
>>> serial loop converter to communicate. I have an application that works that
>>> way with several pumps market the only problem with this is the BAUDRATE.
>>> Does anyone know how to configure the serial port to work with BAUDRATE of
>>> 5760? This is my only doubt.
>>>
>>>
>>> Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:

  paste a link to this fuel pump


 On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:

  The baud rate the fuel pump uses is 5760 and I am unable to communicate 
 with her through my application. The same application on fuel pumps with 
 baud rate 9600 works perfectly .


 Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu:
>
>Standard baud rates supported by most serial ports:
> 110
> 300
> 600
> 1200
> 2400
> 4800
> 9600
> 14400
> 19200
> 28800
> 38400
> 56000
> 57600
> 115200
>
>   Standard baud rates supported by some serial ports:
> 128000
> 153600
> 230400
> 256000
> 460800
> 921600
>
> is your baud rate somewhere in this chart ?
>
>
>
> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
>
>  Hello,
>
>  Excuse my lack of knowledge on the subject as it is the first time I
> am working with BEAGLEBONE. So I'm trying to communicate with a fuel pump
> that has a BaudRate of 5760'm using node js in my application. However I
> can not even configure the serial port with this BaudRate, can anyone help
> me with this please.
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to beagleboard...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
>   --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


   --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard...@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] Problemas para comunicar com o Baud Rate 5760

[Marlon Cesar Pilonetto]

Hello friend, there is a very big difference between 5760 and 57600, I 
really need to communicate at the speed of 5760.

att,

Em quinta-feira, 9 de julho de 2015 13:57:17 UTC-3, Jerônimo Lopes escreveu:
>
> Have you tried 57600?
>
> 2015-07-09 13:39 GMT-03:00 Marlon Cesar Pilonetto  >:
>
>> The pump has closed protocol and communicates via current loop, use a 
>> serial loop converter to communicate. I have an application that works that 
>> way with several pumps market the only problem with this is the BAUDRATE. 
>> Does anyone know how to configure the serial port to work with BAUDRATE of 
>> 5760? This is my only doubt.
>>
>>
>> Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:
>>>
>>>  paste a link to this fuel pump
>>>
>>>
>>> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
>>>  
>>>  The baud rate the fuel pump uses is 5760 and I am unable to communicate 
>>> with her through my application. The same application on fuel pumps with 
>>> baud rate 9600 works perfectly .
>>>
>>>
>>> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu: 

Standard baud rates supported by most serial ports: 
 110  
 300 
 600  
 1200 
 2400  
 4800 
 9600  
 14400 
 19200  
 28800 
 38400  
 56000 
 57600  
 115200   

   Standard baud rates supported by some serial ports: 
 128000  
 153600 
 230400  
 256000 
 460800  
 921600   

 is your baud rate somewhere in this chart ?



 On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
  
  Hello,

  Excuse my lack of knowledge on the subject as it is the first time I 
 am working with BEAGLEBONE. So I'm trying to communicate with a fuel pump 
 that has a BaudRate of 5760'm using node js in my application. However I 
 can not even configure the serial port with this BaudRate, can anyone help 
 me with this please.
  -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google 
 Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to beagleboard...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


   -- 
>>> For more options, visit http://beagleboard.org/discuss
>>> --- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to beagleboard...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>>   -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@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] Problemas para comunicar com o Baud Rate 5760

[Jerônimo Lopes]

Have you tried 57600?

2015-07-09 13:39 GMT-03:00 Marlon Cesar Pilonetto <
marlon.pilone...@gmail.com>:

> The pump has closed protocol and communicates via current loop, use a
> serial loop converter to communicate. I have an application that works that
> way with several pumps market the only problem with this is the BAUDRATE.
> Does anyone know how to configure the serial port to work with BAUDRATE of
> 5760? This is my only doubt.
>
>
> Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:
>>
>>  paste a link to this fuel pump
>>
>>
>> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
>>
>>  The baud rate the fuel pump uses is 5760 and I am unable to communicate 
>> with her through my application. The same application on fuel pumps with 
>> baud rate 9600 works perfectly .
>>
>>
>> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu:
>>>
>>>Standard baud rates supported by most serial ports:
>>> 110
>>> 300
>>> 600
>>> 1200
>>> 2400
>>> 4800
>>> 9600
>>> 14400
>>> 19200
>>> 28800
>>> 38400
>>> 56000
>>> 57600
>>> 115200
>>>
>>>   Standard baud rates supported by some serial ports:
>>> 128000
>>> 153600
>>> 230400
>>> 256000
>>> 460800
>>> 921600
>>>
>>> is your baud rate somewhere in this chart ?
>>>
>>>
>>>
>>> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
>>>
>>>  Hello,
>>>
>>>  Excuse my lack of knowledge on the subject as it is the first time I am
>>> working with BEAGLEBONE. So I'm trying to communicate with a fuel pump that
>>> has a BaudRate of 5760'm using node js in my application. However I can not
>>> even configure the serial port with this BaudRate, can anyone help me with
>>> this please.
>>>  --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>>   --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>   --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

[Marlon Cesar Pilonetto]

The pump has closed protocol and communicates via current loop, use a 
serial loop converter to communicate. I have an application that works that 
way with several pumps market the only problem with this is the BAUDRATE. 
Does anyone know how to configure the serial port to work with BAUDRATE of 
5760? This is my only doubt.

Em quinta-feira, 9 de julho de 2015 12:13:15 UTC-3, Wulf Man escreveu:
>
>  paste a link to this fuel pump
>
>
> On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
>  
>  The baud rate the fuel pump uses is 5760 and I am unable to communicate with 
> her through my application. The same application on fuel pumps with baud rate 
> 9600 works perfectly .
>
>
> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu: 
>>
>>Standard baud rates supported by most serial ports: 
>> 110  
>> 300 
>> 600  
>> 1200 
>> 2400  
>> 4800 
>> 9600  
>> 14400 
>> 19200  
>> 28800 
>> 38400  
>> 56000 
>> 57600  
>> 115200   
>>
>>   Standard baud rates supported by some serial ports: 
>> 128000  
>> 153600 
>> 230400  
>> 256000 
>> 460800  
>> 921600   
>>
>> is your baud rate somewhere in this chart ?
>>
>>
>>
>> On 7/8/2015 7:20 AM, marlon.p...@gmail.com wrote:
>>  
>>  Hello,
>>
>>  Excuse my lack of knowledge on the subject as it is the first time I am 
>> working with BEAGLEBONE. So I'm trying to communicate with a fuel pump that 
>> has a BaudRate of 5760'm using node js in my application. However I can not 
>> even configure the serial port with this BaudRate, can anyone help me with 
>> this please.
>>  -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>   -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard...@googlegroups.com .
> For more options, visit https://groups.google.com/d/optout.
>
>
>  

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

Re: [beagleboard] Pin Acting Odd

[jmschmitz12]

Okay gotcha. Would you agree with my logic in the first part then (about the 
beaglescript)?


Sent via the Samsung Galaxy S® 6, an AT&T 4G LTE smartphone Original 
message 
From: Gerald Coley  
Date: 07/09/2015  8:33 AM  (GMT-05:00) 
To: beagleboard@googlegroups.com 
Subject: Re: [beagleboard] Pin Acting Odd 

I can't speak for the SW implementations. I just know how the board was 
designed.
Gerald
On Thu, Jul 9, 2015 at 7:31 AM,   wrote:
Okay I think I see what you are saying.  The MODE0 for GPIO3_21 is 
"mcasp0_ahclkx",  so with that beaglescript code, when I say 
"b.pinmode("P9_25",b.output)" it is outputting the results of the MODE0 (clock 
generator output) and not the MODE7(GPIO output) as I had expected?

But if this were the case, in my Python ADAfruit code, I explicitly set that 
pin to GPIO, so shouldn't behave like that?

Thanks for your help, really trying to get a solid grasp on these concepts!

-Joe

On Wednesday, July 8, 2015 at 10:14:00 PM UTC-4, Gerald wrote:Take a look at 
the schematic. GPIO3_21 is connected to the output of a clock generator. To use 
it you must disable the Oscillator.
Oscillator can be disabled via SWfor power down modes or ifGPIO3_21 needs to be 
used
My suggestion is to pick another pin to work with. Less headaches.
Gerald

On Wed, Jul 8, 2015 at 8:47 PM,   wrote:

Hey all,
I am pretty new to the BBB and I came across something pretty odd that I have 
been trying to figure out for a few hours now as I was creating a push button 
circuit:
P9_25 is a GPIO pin.  I set it to input but noticed that it would not respond 
to my button.  After some digging I realized that the pin itself was acting 
funky, so I isolated it to run some tests with BB's Bonescript tutorial on GPIO 
digitalWrite().  I ran this code below (apologies for the sloppy picture) with 
the adjacent circuit configuration shown as well.  Obviously, the LED should 
turn off, but it doesn't:

 

I then tried the same tests on other pins, such as P9_26, and it worked 
perfectly, so that's where I'm startled.
I have two theories:
1)  I messed with P9_25 in the past, and it is reconfigured in a weird way; if 
someone has this hunch, could you please perhaps inform me how to reset the pin 
to its original glory?
2) The pin is busted.  Fingers crossed for #1.
If anybody has run into something similar, or has any idea what I should do, 
please let me know!
Thank you for you time.
-Joe



-- 

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.




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




-- 

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/UpeUMNBIkKU/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] Problemas para comunicar com o Baud Rate 5760

[evilwulfie]

paste a link to this fuel pump


On 7/9/2015 7:57 AM, Marlon Cesar Pilonetto wrote:
> The baud rate the fuel pump uses is 5760 and I am unable to communicate with 
> her through my application. The same application on fuel pumps with baud rate 
> 9600 works perfectly .
>
> Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu:
>
> Standard baud rates supported by most serial ports:
>   #   110
>   #   300
>   #   600
>   #   1200
>   #   2400
>   #   4800
>   #   9600
>   #   14400
>   #   19200
>   #   28800
>   #   38400
>   #   56000
>   #   57600
>   #   115200
>
>
>
> Standard baud rates supported by some serial ports:
>   #   128000
>   #   153600
>   #   230400
>   #   256000
>   #   460800
>   #   921600
>
>
>
> is your baud rate somewhere in this chart ?
>
>
>
> On 7/8/2015 7:20 AM, marlon.p...@gmail.com  wrote:
>> Hello,
>>
>> Excuse my lack of knowledge on the subject as it is the first
>> time I am working with BEAGLEBONE. So I'm trying to communicate
>> with a fuel pump that has a BaudRate of 5760'm using node js in
>> my application. However I can not even configure the serial port
>> with this BaudRate, can anyone help me with this please.
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the
>> Google Groups "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to beagleboard...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>
> -- 
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to beagleboard+unsubscr...@googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.

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

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

[Marlon Cesar Pilonetto]

The baud rate the fuel pump uses is 5760 and I am unable to communicate with 
her through my application. The same application on fuel pumps with baud rate 
9600 works perfectly .


Em quarta-feira, 8 de julho de 2015 14:23:33 UTC-3, Wulf Man escreveu:
>
>Standard baud rates supported by most serial ports: 
> 110  
> 300 
> 600  
> 1200 
> 2400  
> 4800 
> 9600  
> 14400 
> 19200  
> 28800 
> 38400  
> 56000 
> 57600  
> 115200   
>
>   Standard baud rates supported by some serial ports: 
> 128000  
> 153600 
> 230400  
> 256000 
> 460800  
> 921600   
>
> is your baud rate somewhere in this chart ?
>
>
>
> On 7/8/2015 7:20 AM, marlon.p...@gmail.com  wrote:
>  
>  Hello,
>
>  Excuse my lack of knowledge on the subject as it is the first time I am 
> working with BEAGLEBONE. So I'm trying to communicate with a fuel pump that 
> has a BaudRate of 5760'm using node js in my application. However I can not 
> even configure the serial port with this BaudRate, can anyone help me with 
> this please.
>  -- 
> 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] Sound is not working in Ubuntu 12.04(unity) - BBB

[Robert Nelson]

On Thu, Jul 9, 2015 at 8:46 AM,  wrote:

> Hi everyone
>
>
> I'm using ubuntu12.04 on Beaglebone Black
>
> Sound just doesn't work!!! :(
>
> It's not mute!
>
> I have installed audio codecs on ubuntu, music will paly, but no sound
> from monitor!!!
>
>
>
> 
>
>
> What is the "Dummy Output"?
>
> How can I use a correct sound driver for my BBB?
>
> Is it because of the audio is over HDMI?
>
> I was using debian and lxde ui, sound was working correctly!
>
> Can anyone help me?
>

Why 12.04? that's ancient.

uname -r ?

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] Sound is not working in Ubuntu 12.04(unity) - BBB

[new . mohammads]

Hi everyone


I'm using ubuntu12.04 on Beaglebone Black

Sound just doesn't work!!! :(

It's not mute!

I have installed audio codecs on ubuntu, music will paly, but no sound from 
monitor!!!





What is the "Dummy Output"?

How can I use a correct sound driver for my BBB?

Is it because of the audio is over HDMI?

I was using debian and lxde ui, sound was working correctly! 

Can anyone help me?


Thank you

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

Re: [beagleboard] Debian Jessie issues?

[Adam Weiss]

Thanks to Robert!
I'm successfully cross-compiling my custom app w/ openCV from a Jessie PC
to my BBB!
And, I'm now able to use bonescript and Cloud 9 as well.
I appreciate the help!

On Tue, Jul 7, 2015 at 4:32 PM, William Hermans  wrote:

> HI Adam,
>
> You know, you could do that without bonescript. You could use *whatever*
> image you wanted, and use Nodejs to do pretty much the same thing. However,
> it *is* different, and since you'd pretty much be writing the app pretty
> much from scrap, there would be a learning curve.
>
> I'm actually in the process doing something similar myself using only C (
> html / javascript on the client side ) . With libmongoose, and a custom API
> for appparsing a "custom" CANBus proto. Using IPC between two halves of the
> app . . . big can of worms I opened heh ;)
>
> On Tue, Jul 7, 2015 at 2:23 PM, Adam Weiss  wrote:
>
>> Thank you, Robert.
>> I'll give this a try tonight!
>>
>> 1. Use openCV on my PC
>> 2. Downgrade BBB to 3.8:
>>
>> cd /opt/scripts/tools/
>> git pull
>> sudo ./update_kernel.sh --stable --bone-channel
>>
>> On Tue, Jul 7, 2015 at 4:18 PM, Robert Nelson 
>> wrote:
>>
>>> On Tue, Jul 7, 2015 at 4:09 PM, Adam Weiss  wrote:
>>> > I really appreciate your replies, Robert.
>>> > My two threads of questions are a little inter-related.
>>> >
>>> > Ultimately, I'm trying to do 2 things:
>>> > 1. Run a custom app using openCV on BBB
>>> > 2. Provide a web interface to interact with that app with bonescript
>>> >
>>> > If I downgrade the kernel to 3.8, won't I have cross-compile issues
>>> from my
>>> > Jessie PC?
>>>
>>> No... With the way i've setup things in the apt repo for
>>> beagleboard.org, we have multiple kernels built for "jessie".
>>>
>>> While we've been shipping 3.14.x (and now 4.1.x) for jessie, 3.8.x is
>>> still being built for maintenance and backwards compatibility..
>>>
>>> > I seem to recall that what got me into the mess where I messed up my
>>> board
>>> > was this:
>>> > openCV uses other armhf libraries.
>>> > Those versions (Jessie) don't match the BBB (wheezy, if I downgrade).
>>> >
>>> > So, if I want to cross-compile openCV on BBB AND have bonescript work,
>>> is
>>> > the only way to do it to put wheezy on my PC?
>>> >
>>> > On a side note, any idea when bonescript might understand 4.1?
>>>
>>> As soon as we can load/unload a slot correctly..
>>>
>>>
>>> Regards,
>>>
>>> --
>>> Robert Nelson
>>> https://rcn-ee.com/
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "BeagleBoard" group.
>>> To unsubscribe from this topic, visit
>>> https://groups.google.com/d/topic/beagleboard/g6vHNbdxnBM/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.
>>
>
>  --
> 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/g6vHNbdxnBM/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] Pin Acting Odd

[Gerald Coley]

I can't speak for the SW implementations. I just know how the board was
designed.

Gerald

On Thu, Jul 9, 2015 at 7:31 AM,  wrote:

> Okay I think I see what you are saying.  The MODE0 for GPIO3_21 is
> "mcasp0_ahclkx",  so with that beaglescript code, when I say
> "b.pinmode("P9_25",b.output)" it is outputting the results of the MODE0
> (clock generator output) and not the MODE7(GPIO output) as I had expected?
>
> But if this were the case, in my Python ADAfruit code, I explicitly set
> that pin to GPIO, so shouldn't behave like that?
>
> Thanks for your help, really trying to get a solid grasp on these concepts!
>
> -Joe
>
> On Wednesday, July 8, 2015 at 10:14:00 PM UTC-4, Gerald wrote:
>>
>> Take a look at the schematic. GPIO3_21 is connected to the output of a
>> clock generator. To use it you must disable the Oscillator.
>>
>> *Oscillator can be disabled via SW*
>> *for power down modes or if*
>> *GPIO3_21 needs to be used*
>>
>> My suggestion is to pick another pin to work with. Less headaches.
>>
>> Gerald
>>
>>
>> On Wed, Jul 8, 2015 at 8:47 PM,  wrote:
>>
>>>
>>> Hey all,
>>>
>>> I am pretty new to the BBB and I came across something pretty odd that I
>>> have been trying to figure out for a few hours now as I was creating a push
>>> button circuit:
>>>
>>> P9_25 is a GPIO pin.  I set it to input but noticed that it would not
>>> respond to my button.  After some digging I realized that the pin itself
>>> was acting funky, so I isolated it to run some tests with BB's Bonescript
>>> tutorial on GPIO digitalWrite().  I ran this code below (apologies for the
>>> sloppy picture) with the adjacent circuit configuration shown as well.
>>> Obviously, the LED should turn off, but it doesn't:
>>>
>>>
>>>
>>> 
>>> 
>>>
>>>
>>> I then tried the same tests on other pins, such as P9_26, and it worked
>>> perfectly, so that's where I'm startled.
>>>
>>>
>>> I have two theories:
>>>
>>>
>>> 1)  I messed with P9_25 in the past, and it is reconfigured in a weird
>>> way; if someone has this hunch, could you please perhaps inform me how to
>>> reset the pin to its original glory?
>>>
>>>
>>> 2) The pin is busted.  Fingers crossed for #1.
>>>
>>>
>>> If anybody has run into something similar, or has any idea what I should
>>> do, please let me know!
>>>
>>>
>>> Thank you for you time.
>>>
>>>
>>> -Joe
>>>
>>> --
>>> 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.
>>>
>>
>>
>>
>> --
>> Gerald
>>
>> ger...@beagleboard.org
>> http://beagleboard.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/

-- 
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] Pin Acting Odd

[jmschmitz12]

Okay I think I see what you are saying.  The MODE0 for GPIO3_21 is 
"mcasp0_ahclkx",  so with that beaglescript code, when I say 
"b.pinmode("P9_25",b.output)" it is outputting the results of the MODE0 
(clock generator output) and not the MODE7(GPIO output) as I had expected?

But if this were the case, in my Python ADAfruit code, I explicitly set 
that pin to GPIO, so shouldn't behave like that?

Thanks for your help, really trying to get a solid grasp on these concepts!

-Joe

On Wednesday, July 8, 2015 at 10:14:00 PM UTC-4, Gerald wrote:
>
> Take a look at the schematic. GPIO3_21 is connected to the output of a 
> clock generator. To use it you must disable the Oscillator.
>
> *Oscillator can be disabled via SW*
> *for power down modes or if*
> *GPIO3_21 needs to be used*
>
> My suggestion is to pick another pin to work with. Less headaches.
>
> Gerald
>
>
> On Wed, Jul 8, 2015 at 8:47 PM, > wrote:
>
>>
>> Hey all,
>>
>> I am pretty new to the BBB and I came across something pretty odd that I 
>> have been trying to figure out for a few hours now as I was creating a push 
>> button circuit:
>>
>> P9_25 is a GPIO pin.  I set it to input but noticed that it would not 
>> respond to my button.  After some digging I realized that the pin itself 
>> was acting funky, so I isolated it to run some tests with BB's Bonescript 
>> tutorial on GPIO digitalWrite().  I ran this code below (apologies for the 
>> sloppy picture) with the adjacent circuit configuration shown as well.  
>> Obviously, the LED should turn off, but it doesn't:
>>
>>
>>   
>> 
>>  
>> 
>>
>>
>> I then tried the same tests on other pins, such as P9_26, and it worked 
>> perfectly, so that's where I'm startled.
>>
>>
>> I have two theories:
>>
>>
>> 1)  I messed with P9_25 in the past, and it is reconfigured in a weird 
>> way; if someone has this hunch, could you please perhaps inform me how to 
>> reset the pin to its original glory?
>>
>>
>> 2) The pin is busted.  Fingers crossed for #1.
>>
>>
>> If anybody has run into something similar, or has any idea what I should 
>> do, please let me know!
>>
>>
>> Thank you for you time.
>>
>>
>> -Joe
>>
>> -- 
>> 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.
>>
>
>
>
> -- 
> Gerald
>  
> ger...@beagleboard.org 
> http://beagleboard.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] Boot from SD Card without pressing the Boot button?

[Gerald Coley]

Erase the eMMC.

Gerlad

On Thu, Jul 9, 2015 at 1:43 AM, Hemant Kapoor 
wrote:

> Hello All,
> I have compiled my own UBOOT and MLO and put it in an SD card, If I press
> the Boot button and power on BBB it works fine.
> But my requirement is to Boot from SD card without pressing the BOOT
> button.
>
> Is this possible.
>
> Regards,
> Hemant Kapoor
>
> --
> 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/

-- 
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] Problem: A start job is running for LSB ...

[g4]

> and pstree for that mater.

Sadly no can do. The 2 that do not boot will not boot at all. Ever. 


-- 
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] Problem: A start job is running for LSB ...

[g4]

> 
> He's got the jessie image, which has systemd. ( i thought systemd/nfs would
> just not be working period, so i had kept my mouth shut when he got it
> working.. )
> 

Yep. The Jessie minimal image.


-- 
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] Popular open source projects

[eleni]

Thanks William.

On Monday, July 6, 2015 at 4:12:57 PM UTC+3, William Pretty Security wrote:
>
> There is a projects page try Google. I forget the web address
>
>  
>
> *From:* beagl...@googlegroups.com  [mailto:
> beagl...@googlegroups.com ] *On Behalf Of *el...@resin.io 
> 
> *Sent:* Monday, July 06, 2015 4:21 AM
> *To:* beagl...@googlegroups.com 
> *Subject:* [beagleboard] Popular open source projects
>
>  
>
>  
>
> Guys,do you know any popular open source projects that run on the 
> different Beagleboard models. 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...@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.