Re: [beagleboard] BBB TPS65217 RTC

[William Hermans]

By the way, you can use /dev/rtc0 just like any other real-time clock.
Search the internet for "linux how to use real-time clock"

On Fri, Aug 19, 2016 at 9:29 PM, William Hermans  wrote:

> $ ls /sys/devices/platform/ocp/44e3e000.rtc/rtc
> rtc0
>
>
> On Fri, Aug 19, 2016 at 1:25 PM,  wrote:
>
>> On Friday, August 19, 2016 at 3:55:34 PM UTC-4, Wulf Man wrote:
>>>
>>> That part is a power management IC not a RTC there is a built in RTC in
>>> the processor that will not keep
>>> time when powered down.
>>>
>>
>>  Oh, my mistake. I was under the impression that part had a RTC, but lost
>> time when powered down. See here: https://groups.google.com/foru
>> m/#!category-topic/beagleboard/vnu8sC9fgYo
>>
>> In any case, if the RTC is in the processor, is there any way to enable
>> it as I described? I'm interested in using it to keep more accurate time
>> when power is ON; I have another means of setting the initial time
>> correctly.
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/beagleboard/3f316b0c-ef92-480a-9ee5-04b37fbbc0dc%40googlegroups.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORo6OZBr-d2HX7%2B1BFK_wmuLNGT%2B3XLxPvb%2Bs7t8NzY37w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB TPS65217 RTC

[William Hermans]

$ ls /sys/devices/platform/ocp/44e3e000.rtc/rtc
rtc0


On Fri, Aug 19, 2016 at 1:25 PM,  wrote:

> On Friday, August 19, 2016 at 3:55:34 PM UTC-4, Wulf Man wrote:
>>
>> That part is a power management IC not a RTC there is a built in RTC in
>> the processor that will not keep
>> time when powered down.
>>
>
>  Oh, my mistake. I was under the impression that part had a RTC, but lost
> time when powered down. See here: https://groups.google.com/
> forum/#!category-topic/beagleboard/vnu8sC9fgYo
>
> In any case, if the RTC is in the processor, is there any way to enable it
> as I described? I'm interested in using it to keep more accurate time when
> power is ON; I have another means of setting the initial time correctly.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/3f316b0c-ef92-480a-9ee5-04b37fbbc0dc%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqjhUMOzt1pwpzLDOzYL3b0QXzKMbZV%2BU%3DbsfUvSVAv6w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB TPS65217 RTC

[testdataq]

On Friday, August 19, 2016 at 3:55:34 PM UTC-4, Wulf Man wrote:
>
> That part is a power management IC not a RTC there is a built in RTC in 
> the processor that will not keep
> time when powered down.
>

 Oh, my mistake. I was under the impression that part had a RTC, but lost 
time when powered down. See here: 
https://groups.google.com/forum/#!category-topic/beagleboard/vnu8sC9fgYo

In any case, if the RTC is in the processor, is there any way to enable it 
as I described? I'm interested in using it to keep more accurate time when 
power is ON; I have another means of setting the initial time correctly.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/3f316b0c-ef92-480a-9ee5-04b37fbbc0dc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] x15....where is it?

[David Culp]

Do they ship to the US?  I have tried adding one to my cart and checking 
out and it claims the site is for UK customers only.  I try to register and 
the address field will not let me change the country.

On Tuesday, August 16, 2016 at 4:06:56 PM UTC-5, RobertCNelson wrote:
>
> On Tue, Aug 16, 2016 at 4:02 PM, Christopher Hansen  > wrote: 
> > I don't believe they will ship to the US. 
>
> RS ship's to the us.. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://rcn-ee.com/ 
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/9827eb7c-fa6e-4024-a312-21d9e525d584%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: How to Send email via Beaglebone Black?

[Wally Bkg]

IMHO the simplest way to do it is setup a free Gmail account and enable 
imap/pop support on it.  Then install mutt on your BBB and configure it to 
send the email through Gmail.  Then on the BBB do something like

system("echo 'No Heartbeat:' `/bin/date` | /usr/bin/mutt -s ' Problem!' -- 
user@domain. ; rm $HOME/sent");

Google Mutt and Raspberry Pi, there are lots of good tutorials, the mutt 
setup is the same for the BBB as it is for the Pi.  I'm using it on both my 
BBW and Rpi2.


On Friday, August 19, 2016 at 10:01:44 AM UTC-5, volk...@gmail.com wrote:
>
> Hello all,
>
> I am trying to do a (presumably) very simple task. 
> I want my Beaglebone Black (BBB) to send me an email when a button wired 
> to it is pushed. 
>
> A) I don't know for sure if I have Angstrom or Debian (or otherwise?) and 
> I don't know how to find out
> B) I'm aware of email services include msmtp, ssmtp, exim4, etc from my 
> current efforts on the topic, but I don't know how to download, install, 
> and set them up (or even which one I should use)
>
> Background info: I'm currently using Putty as my terminal to talk to the 
> BBB. I've found that I need to connect an ethernet cable directly to the 
> BBB (instead of piggybacking via USB tot he laptop's wireless) to actually 
> get network capability. 
>
> I've been working on this for the past few days, but this is my first time 
> getting my hands dirty with a BBB (and Linux, operating systems in 
> general), so most of the tutorials I've been reading aren't very helpful 
> because they assume I know things that I don't (they say "install this 
> package"but how?). If we could piece together a sort of step-by-step 
> for this whole process, that would vastly help both myself and anyone else 
> trying to do what I'm doing. Thanks much!
>
> The main tutorial I'm following: 
> http://inspire.logicsupply.com/2014/04/alarm1-send-email.html
>
> Some other links I've been using:
>
> http://dumb-looks-free.blogspot.com/2014/06/beaglebone-black-bbb-send-mail-via-gmail.html
>
> http://tombuntu.com/index.php/2008/10/21/sending-email-from-your-system-with-ssmtp/
> http://nekhbet.com/ssmtp_gmail.shtml
> http://linux.die.net/man/5/ssmtp.conf
>
> http://www.absolutelytech.com/2010/07/17/howto-configure-msmtp-to-work-with-gmail-on-linux/
>
> http://knek-tek.me/index.php/2015/05/28/how-to-send-email-from-the-beaglebone-black-with-a-gmail-account/
> https://wiki.openwrt.org/doc/howto/smtp.client
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/20f711a8-09c0-46e6-b321-3c2ad8202c6e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB TPS65217 RTC

[evilwulfie]

That part is a power management IC not a RTC there is a built in RTC in
the processor that will not keep
time when powered down.


On 8/19/2016 11:32 AM, testda...@gmail.com wrote:
> On Friday, August 19, 2016 at 11:53:55 AM UTC-4, William Hermans wrote:
>
> Does the BBB use the TPS65217 RTC to keep system time while
> powered, but not synchronized to any NTP server?
>
>
> No, the beaglebone uses the tsp65217c "real-time clock" to bring
> up the power rails on the beaglebone in the correct order, and all
> the other interresting power things. Such as charge batteries,
> etc. In other words, the tsp65217c is not a real-time clock. It's
> a power management IC.
>
>
> Is it possible to use the RTC component of it in the way I described?
> If so, what needs to be done?
>
> Thank you for your help.
> -- 
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to beagleboard+unsubscr...@googlegroups.com
> .
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/8d75a8f2-138b-479b-9664-aba0a4e9ee33%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/219911a2-aec6-22b3-388d-ae0670d81db7%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB TPS65217 RTC

[testdataq]

On Friday, August 19, 2016 at 11:53:55 AM UTC-4, William Hermans wrote:
>
> Does the BBB use the TPS65217 RTC to keep system time while powered, but 
>> not synchronized to any NTP server?
>>
>
> No, the beaglebone uses the tsp65217c "real-time clock" to bring up the 
> power rails on the beaglebone in the correct order, and all the other 
> interresting power things. Such as charge batteries, etc. In other words, 
> the tsp65217c is not a real-time clock. It's a power management IC. 
>

Is it possible to use the RTC component of it in the way I described? If 
so, what needs to be done?

Thank you for your help.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/8d75a8f2-138b-479b-9664-aba0a4e9ee33%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Debugger Listening on Port 15454?

[Chintan Pathak]

So it is infact running from Cloud9. 

The *debugger is running at port 15454 * is the default message from the 
Cloud9 NodeJS runner. Nothing wrong with this so far. It is not printing 
anything after that. It means that there is not syntactical error, but 
there could be a semantical error. i.e. either stream.once is not being 
able to open the stream or the serialport is not sending any data.  

There are a few ways to try to remedy it, if infact it is a NodeJS issue. 
There is a very big chance that your sensor wiring is incorrect, or any of 
the other million things  that can be wrong with the hardware. We will get 
to that if this doesnt work. 

Try using console.log to print out the variables, or states of system. Use 
breakpoint, pause the execution and watch the values in your variables. 
Also, have a error catching mechanism like described 
here: 
http://fredkschott.com/post/2014/03/understanding-error-first-callbacks-in-node-js/
 

This way when any of your stream.once or port.on('data' give an error, you 
would know, rather than this silent treatment by the runner. 

Start from scratch, reconnect all wires, read all specs to see that they 
are in-sync, and then try again. And repeat. 



On Friday, August 19, 2016 at 3:53:59 AM UTC-7, sipe...@gmail.com wrote:
>
> here is the screenshot: https://s4.postimg.org/5hql3xqe5/js_Error.jpg
>
> On Thursday, August 18, 2016 at 8:08:12 PM UTC-4, Chintan Pathak wrote:
>>
>> This is not enough information to answer your question. 
>>
>> What is the source of the js file ? If possible share its contents. 
>>
>> JS can run on server as well as client. If you plan to run it on BBB with 
>> an output of Debugger listen... its most probably a serverside (NodeJS) 
>> file. How are you running it through Cloud9 ? Describe your steps, maybe 
>> attach screenshot. What output are you expecting ?
>>
>> On Thursday, August 18, 2016 at 6:53:41 AM UTC-7, sipe...@gmail.com 
>> wrote:
>>>
>>> I have been trying to run a JavaScript file on the BeagleBone Black 
>>> (Cayenne radar module) and I keep getting the message
>>>
>>> Debugger Listening on Port 15454
>>>
>>> when I run the js file on the cloud9 ide, it doesn't seem to be doing 
>>> anything.
>>>
>>> Anyone have any ideas on how to fix this?
>>>
>>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/a7aae158-fe46-4638-819e-56f72db9bdb9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] How to Send email via Beaglebone Black?

[volkalert]

>
>
> Thanks for the input, though from what I've read from a handful of sources 
(the links I attached), the reason they use the msmtp/ssmtp services is 
because it's (reportedly) a lot easier to use those services than to find a 
server to handle the port 25 requests (instead the services usee either 
port 587 or port 465, depending on whether msmtp or ssmtp are being used, 
as I understand) 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/3614b252-1ce1-4f4a-9219-7cd139faf30f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

[William Hermans]

Something I noticed about your device tree file. First, the mcp251x.c /
mcp2515.c driver would be loaded as a module in a device tree. I see no
"status=okay" so the driver would never load. Honestly I've yet to setup
SPI on the beaglebone in ~3.5 years. So I'm no expert. However if I were
you. I would at least initially setup, and use universal-io to mux your
pins. https://github.com/cdsteinkuehler/beaglebone-universal-io . It is far
simpler, and easier to use than a raw device tree source file.

So, universal io is already installed, and loaded by default on the stick
4.4 debian images. The only thing you may have to do is download via wget
config-pin, chmod +x it then move it to the appropriate /bin directory.

Then you just:

$ sudo config-pin PX.XX spi

etc, etc.


On Fri, Aug 19, 2016 at 9:01 AM, William Hermans  wrote:

> https://github.com/msperl/mcp2515/blob/master/mcp2515.c there it is.
>
> By the way, the mcp2515 has a built in transceiver. The CANBUS controller
> on the am335x does not. the MCP2515 is also more cost efficient. So don't
> let anyone make you feel bad for going that route.
>
> On Fri, Aug 19, 2016 at 8:58 AM, William Hermans 
> wrote:
>
>> 1. Haha! It does? Must have missed it when I looked on the pinmap.
>>> 2. Tried to disable universal cape, makes no difference.
>>>
>>> Anyways. I still want to get it to work. Have spent so much time on it,
>>> and I would hate to just let it go. Even though I probably won't use it. I
>>> also need to get a spi to uart chip (max14830) to work, which has almost
>>> the same configuration so I'm hoping that solving this issue, will also
>>> solve the max14830.
>>>
>>> I will try out your tool, looks very promising ;) Thanks for the help.
>>
>> Well, you're device tree would simply be for SPI anyway. Since thats the
>> bus you're using. Also, so you know the mcp2515 driver already exists, so I
>> forget whatexactly the module name is, but something like $ sudo
>> modprobe mcp25xx should just work.
>>
>>
>> On Fri, Aug 19, 2016 at 7:21 AM,  wrote:
>>
>>> 1. Haha! It does? Must have missed it when I looked on the pinmap.
>>> 2. Tried to disable universal cape, makes no difference.
>>>
>>> Anyways. I still want to get it to work. Have spent so much time on it,
>>> and I would hate to just let it go. Even though I probably won't use it. I
>>> also need to get a spi to uart chip (max14830) to work, which has almost
>>> the same configuration so I'm hoping that solving this issue, will also
>>> solve the max14830.
>>>
>>> I will try out your tool, looks very promising ;) Thanks for the help.
>>>
>>>
>>> fredag 19. august 2016 15.42.06 UTC+2 skrev Matthijs van Duin følgende:

 I haven't really looked yet at your overlay, but two immediate thoughts:
 1. why on earth are you using an spi can controller when there are
 *two* built-in CAN controllers already on the beaglebone?
 2. you have cape-universal enabled, this conflicts with pretty much
 every overlay (remove the cape_universal=enable from cmdline in your
 /boot/uEnv.txt

 BTW I made some utils to make the process of writing overlays less
 painful: https://github.com/mvduin/overlay-utils
 It lets you write them as device tree fragments and automatically
 converts them to the structure requires for overlays. It also includes
 macros that make pinmux much easier to read. No support for overlay
 metadata though, I didn't bother since the new configfs mechanism to load
 overlays ignores it anyway.

 Matthijs

>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit https://groups.google.com/d/ms
>>> gid/beagleboard/01fc36f9-5d81-4597-acc6-d553e02a231b%40googlegroups.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORoYGHvQS5WfxXMeWC1dUW6b-MSjMK6N9wYQY%3DpkSMngRA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB TPS65217 RTC

[William Hermans]

>
> Does the BBB use the TPS65217 RTC to keep system time while powered, but
> not synchronized to any NTP server?
>

No, the beaglebone uses the tsp65217c "real-time clock" to bring up the
power rails on the beaglebone in the correct order, and all the other
interresting power things. Such as charge batteries, etc. In other words,
the tsp65217c is not a real-time clock. It's a power management IC.

On Fri, Aug 19, 2016 at 7:12 AM,  wrote:

> Does the BBB use the TPS65217 RTC to keep system time while powered, but
> not synchronized to any NTP server?
>
> I'm not looking to maintain time between boots, just want to know the
> accuracy of the BBB system time while powered and not connected to the
> internet.
>
> I've tried searching, but all results point to various ways of adding an
> external battery backed RTC.
>
> If the TPS65217 RTC is used automatically by the OS, that would be great,
> but we've noticed that some units don't keep time very well (ex: 1 min/15
> hours or worse).
>
> I'm using the following base image:
> Debian GNU/Linux 8
> rcn-ee.net console Debian Image 2016-02-11
> 4.1.18-ti-rt-r53 #1 SMP PREEMPT RT Thu Mar 17 19:41:07 UTC 2016 armv7l
> GNU/Linux
>
> One of the changes I made was to use chrony as the time daemon. Perhaps
> I've misconfigured it that may result in bad time keeping.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/fa2b6398-cc82-47ac-9144-1001aeb95f8a%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

[William Hermans]

https://github.com/msperl/mcp2515/blob/master/mcp2515.c there it is.

By the way, the mcp2515 has a built in transceiver. The CANBUS controller
on the am335x does not. the MCP2515 is also more cost efficient. So don't
let anyone make you feel bad for going that route.

On Fri, Aug 19, 2016 at 8:58 AM, William Hermans  wrote:

> 1. Haha! It does? Must have missed it when I looked on the pinmap.
>> 2. Tried to disable universal cape, makes no difference.
>>
>> Anyways. I still want to get it to work. Have spent so much time on it,
>> and I would hate to just let it go. Even though I probably won't use it. I
>> also need to get a spi to uart chip (max14830) to work, which has almost
>> the same configuration so I'm hoping that solving this issue, will also
>> solve the max14830.
>>
>> I will try out your tool, looks very promising ;) Thanks for the help.
>
> Well, you're device tree would simply be for SPI anyway. Since thats the
> bus you're using. Also, so you know the mcp2515 driver already exists, so I
> forget whatexactly the module name is, but something like $ sudo modprobe
> mcp25xx should just work.
>
>
> On Fri, Aug 19, 2016 at 7:21 AM,  wrote:
>
>> 1. Haha! It does? Must have missed it when I looked on the pinmap.
>> 2. Tried to disable universal cape, makes no difference.
>>
>> Anyways. I still want to get it to work. Have spent so much time on it,
>> and I would hate to just let it go. Even though I probably won't use it. I
>> also need to get a spi to uart chip (max14830) to work, which has almost
>> the same configuration so I'm hoping that solving this issue, will also
>> solve the max14830.
>>
>> I will try out your tool, looks very promising ;) Thanks for the help.
>>
>>
>> fredag 19. august 2016 15.42.06 UTC+2 skrev Matthijs van Duin følgende:
>>>
>>> I haven't really looked yet at your overlay, but two immediate thoughts:
>>> 1. why on earth are you using an spi can controller when there are *two*
>>> built-in CAN controllers already on the beaglebone?
>>> 2. you have cape-universal enabled, this conflicts with pretty much
>>> every overlay (remove the cape_universal=enable from cmdline in your
>>> /boot/uEnv.txt
>>>
>>> BTW I made some utils to make the process of writing overlays less
>>> painful: https://github.com/mvduin/overlay-utils
>>> It lets you write them as device tree fragments and automatically
>>> converts them to the structure requires for overlays. It also includes
>>> macros that make pinmux much easier to read. No support for overlay
>>> metadata though, I didn't bother since the new configfs mechanism to load
>>> overlays ignores it anyway.
>>>
>>> Matthijs
>>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/beagleboard/01fc36f9-5d81-4597-acc6-d553e02a231b%40googlegroups.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORq7mUuJz%3DMLmZnKz_-pOg%3Dy%2BzNBHkzyBYuS0Oss6k9RnQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

[William Hermans]

>
> 1. Haha! It does? Must have missed it when I looked on the pinmap.
> 2. Tried to disable universal cape, makes no difference.
>
> Anyways. I still want to get it to work. Have spent so much time on it,
> and I would hate to just let it go. Even though I probably won't use it. I
> also need to get a spi to uart chip (max14830) to work, which has almost
> the same configuration so I'm hoping that solving this issue, will also
> solve the max14830.
>
> I will try out your tool, looks very promising ;) Thanks for the help.

Well, you're device tree would simply be for SPI anyway. Since thats the
bus you're using. Also, so you know the mcp2515 driver already exists, so I
forget whatexactly the module name is, but something like $ sudo modprobe
mcp25xx should just work.


On Fri, Aug 19, 2016 at 7:21 AM,  wrote:

> 1. Haha! It does? Must have missed it when I looked on the pinmap.
> 2. Tried to disable universal cape, makes no difference.
>
> Anyways. I still want to get it to work. Have spent so much time on it,
> and I would hate to just let it go. Even though I probably won't use it. I
> also need to get a spi to uart chip (max14830) to work, which has almost
> the same configuration so I'm hoping that solving this issue, will also
> solve the max14830.
>
> I will try out your tool, looks very promising ;) Thanks for the help.
>
>
> fredag 19. august 2016 15.42.06 UTC+2 skrev Matthijs van Duin følgende:
>>
>> I haven't really looked yet at your overlay, but two immediate thoughts:
>> 1. why on earth are you using an spi can controller when there are *two*
>> built-in CAN controllers already on the beaglebone?
>> 2. you have cape-universal enabled, this conflicts with pretty much every
>> overlay (remove the cape_universal=enable from cmdline in your
>> /boot/uEnv.txt
>>
>> BTW I made some utils to make the process of writing overlays less
>> painful: https://github.com/mvduin/overlay-utils
>> It lets you write them as device tree fragments and automatically
>> converts them to the structure requires for overlays. It also includes
>> macros that make pinmux much easier to read. No support for overlay
>> metadata though, I didn't bother since the new configfs mechanism to load
>> overlays ignores it anyway.
>>
>> Matthijs
>>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/01fc36f9-5d81-4597-acc6-d553e02a231b%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORr2YTJxoHPX%2B5%2B%3D0WR453ZpbHCPm8HEKJ_0kCn7MLVcQQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

[laurits . triple]

1. Haha! It does? Must have missed it when I looked on the pinmap.
2. Tried to disable universal cape, makes no difference. 

Anyways. I still want to get it to work. Have spent so much time on it, and 
I would hate to just let it go. Even though I probably won't use it. I also 
need to get a spi to uart chip (max14830) to work, which has almost the 
same configuration so I'm hoping that solving this issue, will also solve 
the max14830.

I will try out your tool, looks very promising ;) Thanks for the help.


fredag 19. august 2016 15.42.06 UTC+2 skrev Matthijs van Duin følgende:
>
> I haven't really looked yet at your overlay, but two immediate thoughts:
> 1. why on earth are you using an spi can controller when there are *two* 
> built-in CAN controllers already on the beaglebone?
> 2. you have cape-universal enabled, this conflicts with pretty much every 
> overlay (remove the cape_universal=enable from cmdline in your 
> /boot/uEnv.txt
>
> BTW I made some utils to make the process of writing overlays less 
> painful: https://github.com/mvduin/overlay-utils
> It lets you write them as device tree fragments and automatically converts 
> them to the structure requires for overlays. It also includes macros that 
> make pinmux much easier to read. No support for overlay metadata though, I 
> didn't bother since the new configfs mechanism to load overlays ignores it 
> anyway.
>
> Matthijs
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/01fc36f9-5d81-4597-acc6-d553e02a231b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BBB TPS65217 RTC

[testdataq]

Does the BBB use the TPS65217 RTC to keep system time while powered, but 
not synchronized to any NTP server?

I'm not looking to maintain time between boots, just want to know the 
accuracy of the BBB system time while powered and not connected to the 
internet.

I've tried searching, but all results point to various ways of adding an 
external battery backed RTC.

If the TPS65217 RTC is used automatically by the OS, that would be great, 
but we've noticed that some units don't keep time very well (ex: 1 min/15 
hours or worse).

I'm using the following base image:
Debian GNU/Linux 8
rcn-ee.net console Debian Image 2016-02-11
4.1.18-ti-rt-r53 #1 SMP PREEMPT RT Thu Mar 17 19:41:07 UTC 2016 armv7l 
GNU/Linux

One of the changes I made was to use chrony as the time daemon. Perhaps 
I've misconfigured it that may result in bad time keeping.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/fa2b6398-cc82-47ac-9144-1001aeb95f8a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] How to Send email via Beaglebone Black?

[Przemek Klosowski]

On Fri, Aug 19, 2016 at 11:01 AM,  wrote:
>
> I want my Beaglebone Black (BBB) to send me an email when a button wired
> to it is pushed.
>


> B) I'm aware of email services include msmtp, ssmtp, exim4, etc from my
> current efforts on the topic, but I don't know how to download, install,
> and set them up (or even which one I should use)
>

Don't worry about those things---you don't need them. Instead, you need to
figure out how to connect to the email infrastructure that would transmit
your message to the final destination. Getting the email out of your system
is easy---you could literally telnet to port 25 on the mail server that is
accessible to you, and type the commands:


*helo volkalert*

*mail from: m...@my.beaglebo.ne *

*rcpt to: volkal...@gmail.com *

*data*


*button pressed.*
*quit*

The trick is to find the mail server that will accept your connection, and
what domains it allows for the to/from data. You have to ask your ISP for
that. Once you know the answer, you could just open the network connection
and issue the command sequence above, or use one of SMTP libraries in the
language you're writing your app in, or simply spawn the 'mail  -r
m...@my.beaglebo.ne volkal...@gmail.com'  command and pipe your message to
its stdin.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAC%3D1GgF3BJ%3D39TxgR%2BzCP67R2Lw4HOTLurYXcdeb_LcKWsO%3DWQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

[Matt]

Thanks for the info guys.  

Why is it that ttyS* are all listed when no BB-UART has been loaded into 
slots?

Work flow before was straight forward:
- Load a .dtbo
- Corresponding /ttyO* loaded.

Now I am unsure. When the BBB boots it shows all the /dev/ttyS*
Do I still have to load the corresponding .dtbo's?
Do I have to run the command 
setserial -g /dev/ttyS[0-5]

to bring up UARTS after every boot?





On Friday, August 19, 2016 at 6:54:12 AM UTC-7, Micka wrote:
>
> ttyO* is for the omap driver. If i'm not wrong the kernel 4.4 use the 
> driver 8250. 
>
> You can switch back to the omap driver i' the config of the kernel. 
>
> Le ven. 19 août 2016 01:49, William Hermans  > a écrit :
>
>> http://bfy.tw/7Hr5
>>
>> Anyhow, consider this horse beaten to death.
>>
>> On Thu, Aug 18, 2016 at 4:42 PM, William Hermans > > wrote:
>>
>>> william@beaglebone:~$ apt-cache search setserial
>>> setserial - controls configuration of serial ports
>>> william@beaglebone:~$ sudo apt-get install setserial
>>> . . .
>>> The following NEW packages will be installed:
>>>   setserial
>>> 0 upgraded, 1 newly installed, 0 to remove and 13 not upgraded.
>>> Need to get 49.9 kB of archives.
>>> After this operation, 139 kB of additional disk space will be used.
>>>
>>> william@beaglebone:~$ setserial -g /dev/ttyS[0-5]
>>> /dev/ttyS0, UART: 8250, Port: 0x, IRQ: 158
>>> /dev/ttyS1, UART: unknown, Port: 0x, IRQ: 0
>>> /dev/ttyS2, UART: 8250, Port: 0x, IRQ: 198
>>> /dev/ttyS3, UART: unknown, Port: 0x, IRQ: 0
>>> /dev/ttyS4, UART: unknown, Port: 0x, IRQ: 0
>>> /dev/ttyS5, UART: unknown, Port: 0x, IRQ: 0
>>>
>>>
>>> On Thu, Aug 18, 2016 at 4:34 PM, William Hermans >> > wrote:
>>>
 william@beaglebone:~$ ls /sys/devices/platform/ocp/
 4030.ocmcram  4803.spi
 4806.mmc   4831.rng   5350.aes
 40302000.ocmcram_nocache  48038000.mcasp  
 480c8000.mailbox   4900.edma  5600.sgx
 44e07000.gpio 4803c000.mcasp  
 480ca000.spinlock  4980.tptc  driver_override
 44e09000.serial   48042000.timer  
 4819c000.i2c   4990.tptc  modalias
 44e0b000.i2c  48044000.timer  
 481a.spi   49a0.tptc  ocp:l4_wkup@44c0
 44e35000.wdt  48046000.timer  
 481ac000.gpio  4a10.ethernet  of_node
 44e3e000.rtc  48048000.timer  
 481ae000.gpio  4a30.pruss power
 4740.usb  4804a000.timer  
 481d8000.mmc   4c00.emif  subsystem
 48024000.serial   4804c000.gpio   
 4820.interrupt-controller  5310.sham  uevent
 william@beaglebone:~$ ls /sys/devices/platform/ocp/48024000.serial
 driver  driver_override  modalias  of_node  power  subsystem  tty  
 uevent
 william@beaglebone:~$ ls /sys/devices/platform/ocp/48024000.serial/tty
 ttyS2


 On Thu, Aug 18, 2016 at 4:32 PM, William Hermans >>> > wrote:

> william@beaglebone:~$ dmesg |grep tty
> [0.00] Kernel command line: console=tty0 
> console=ttyO0,115200n8 root=/dev/mmcblk0p1 rootfstype=ext4 rootwait 
> ipv6.disable=1
> [0.002187] console [tty0] enabled
> [0.002223] WARNING: Your 'console=ttyO0' has been replaced by 
> 'ttyS0'
> [1.998154] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158, 
> base_baud = 300) is a 8250
> [2.884801] console [ttyS0] enabled
> william@beaglebone:~$ clear
> william@beaglebone:~$ ls /sys/devices/
> armv7_cortex_a8  breakpoint  platform  soc0  software  system  
> tracepoint  virtual
> william@beaglebone:~$ ls /sys/devices/platform/
> alarmtimercpufreq-dtleds  omap-pcm-audio  pm33xx.0  
> power  serial8250  ti-cpufreq.0
> bone_capemgr  fixedregulator@0  ocp   opp_table0  pmu   
> reg-dummy  soc uevent
> william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>  0: PF  -1
>  1: PF  -1
>  2: PF  -1
>  3: PF  -1
> william@beaglebone:~$ ls /lib/firmware/ |grep UART
> BB-UART1-00A0.dtbo
> BB-UART2-00A0.dtbo
> BB-UART2-RTSCTS-00A0.dtbo
> BB-UART3-00A0.dtbo
> BB-UART4-00A0.dtbo
> BB-UART4-RS485-00A0.dtbo
> BB-UART5-00A0.dtbo
> william@beaglebone:~$ sudo sh -c"echo 'BB-UART2' > 
> /sys/devices/platform/bone_capemgr/slots"
> [sudo] password for william:
> sh: 0: Illegal option -h
> william@beaglebone:~$ sudo sh -c "echo 'BB-UART2' > 
> /sys/devices/platform/bone_capemgr/slots"
> william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>  0: PF  -1
>  1: PF  -1
>  2: PF  -1
>  3: PF  -1
>  4: P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-UART2
> william@beaglebone:~$ dme

[beagleboard] Re: Bonescript simple examples not working

[Vincent lc]

Hi,

I didn't find "solution to fix it". However, there is some alternative to 
it :  create your own library, or find other one.
You can maybe have a look at the following one:
https://github.com/wphermans/Bonejs?files=1

This one uses the file reading operation to interact with the peripheral.

The other solution (slower), could be to execute shell command with JS 

example of function to export a GPIO pin:
/*
function to export a gpio Pin
Parameter : the pin that you want to export  
*/
function gpio_export(pin)
{

var path_export=path+"/export"; // export path

//method where we execute the shell command

 var command = "echo "+pin.toString()+" > "+path_export //the shell 
command that want to do

 //execution of the command
   process.exec(command,function (err,stdout,stderr) {
//if there is some error print them
if (err) {
console.log("\n"+stderr);
} else {
console.log(stdout);
}
});

}

I hope that it will help you.
If you have further questions, do not hesitate.

Regards
Vincent 
" Enjoy life no matter what ! " 

On Friday, 12 August 2016 15:42:24 UTC+2, sba...@mtu.edu wrote:
>
>
> Hi Vincent,
>
> I am facing the same problems. Did you find some solution?
>
> Regards,
> Shantayan
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/0242d6aa-49d5-4337-bb9b-ab24e727c7b1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] How to Send email via Beaglebone Black?

[volkalert]

Hello all,

I am trying to do a (presumably) very simple task. 
I want my Beaglebone Black (BBB) to send me an email when a button wired to 
it is pushed. 

A) I don't know for sure if I have Angstrom or Debian (or otherwise?) and I 
don't know how to find out
B) I'm aware of email services include msmtp, ssmtp, exim4, etc from my 
current efforts on the topic, but I don't know how to download, install, 
and set them up (or even which one I should use)

Background info: I'm currently using Putty as my terminal to talk to the 
BBB. I've found that I need to connect an ethernet cable directly to the 
BBB (instead of piggybacking via USB tot he laptop's wireless) to actually 
get network capability. 

I've been working on this for the past few days, but this is my first time 
getting my hands dirty with a BBB (and Linux, operating systems in 
general), so most of the tutorials I've been reading aren't very helpful 
because they assume I know things that I don't (they say "install this 
package"but how?). If we could piece together a sort of step-by-step 
for this whole process, that would vastly help both myself and anyone else 
trying to do what I'm doing. Thanks much!

The main tutorial I'm 
following: http://inspire.logicsupply.com/2014/04/alarm1-send-email.html

Some other links I've been using:
http://dumb-looks-free.blogspot.com/2014/06/beaglebone-black-bbb-send-mail-via-gmail.html
http://tombuntu.com/index.php/2008/10/21/sending-email-from-your-system-with-ssmtp/
http://nekhbet.com/ssmtp_gmail.shtml
http://linux.die.net/man/5/ssmtp.conf
http://www.absolutelytech.com/2010/07/17/howto-configure-msmtp-to-work-with-gmail-on-linux/
http://knek-tek.me/index.php/2015/05/28/how-to-send-email-from-the-beaglebone-black-with-a-gmail-account/
https://wiki.openwrt.org/doc/howto/smtp.client

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/67e26c37-36e7-4f74-bb38-55d93564c417%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

[Matthijs van Duin]

The clocks node is definitely wrong. Every top-level node in an overlay 
file is treated as a fragment (names like fragment@0 are conventional but 
not actually important), but your clocks-node has no target property nor an 
__overlay__ child node, so it accomplishes nothing.

Matthijs

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/e3830e19-705f-4b0d-bd60-1106ebd11baa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

[Micka]

ttyO* is for the omap driver. If i'm not wrong the kernel 4.4 use the
driver 8250.

You can switch back to the omap driver i' the config of the kernel.

Le ven. 19 août 2016 01:49, William Hermans  a écrit :

> http://bfy.tw/7Hr5
>
> Anyhow, consider this horse beaten to death.
>
> On Thu, Aug 18, 2016 at 4:42 PM, William Hermans 
> wrote:
>
>> william@beaglebone:~$ apt-cache search setserial
>> setserial - controls configuration of serial ports
>> william@beaglebone:~$ sudo apt-get install setserial
>> . . .
>> The following NEW packages will be installed:
>>   setserial
>> 0 upgraded, 1 newly installed, 0 to remove and 13 not upgraded.
>> Need to get 49.9 kB of archives.
>> After this operation, 139 kB of additional disk space will be used.
>>
>> william@beaglebone:~$ setserial -g /dev/ttyS[0-5]
>> /dev/ttyS0, UART: 8250, Port: 0x, IRQ: 158
>> /dev/ttyS1, UART: unknown, Port: 0x, IRQ: 0
>> /dev/ttyS2, UART: 8250, Port: 0x, IRQ: 198
>> /dev/ttyS3, UART: unknown, Port: 0x, IRQ: 0
>> /dev/ttyS4, UART: unknown, Port: 0x, IRQ: 0
>> /dev/ttyS5, UART: unknown, Port: 0x, IRQ: 0
>>
>>
>> On Thu, Aug 18, 2016 at 4:34 PM, William Hermans 
>> wrote:
>>
>>> william@beaglebone:~$ ls /sys/devices/platform/ocp/
>>> 4030.ocmcram  4803.spi4806.mmc
>>> 4831.rng   5350.aes
>>> 40302000.ocmcram_nocache  48038000.mcasp  480c8000.mailbox
>>> 4900.edma  5600.sgx
>>> 44e07000.gpio 4803c000.mcasp  480ca000.spinlock
>>> 4980.tptc  driver_override
>>> 44e09000.serial   48042000.timer  4819c000.i2c
>>> 4990.tptc  modalias
>>> 44e0b000.i2c  48044000.timer  481a.spi
>>> 49a0.tptc  ocp:l4_wkup@44c0
>>> 44e35000.wdt  48046000.timer  481ac000.gpio
>>> 4a10.ethernet  of_node
>>> 44e3e000.rtc  48048000.timer  481ae000.gpio
>>> 4a30.pruss power
>>> 4740.usb  4804a000.timer  481d8000.mmc
>>> 4c00.emif  subsystem
>>> 48024000.serial   4804c000.gpio   4820.interrupt-controller
>>> 5310.sham  uevent
>>> william@beaglebone:~$ ls /sys/devices/platform/ocp/48024000.serial
>>> driver  driver_override  modalias  of_node  power  subsystem  tty  uevent
>>> william@beaglebone:~$ ls /sys/devices/platform/ocp/48024000.serial/tty
>>> ttyS2
>>>
>>>
>>> On Thu, Aug 18, 2016 at 4:32 PM, William Hermans 
>>> wrote:
>>>
 william@beaglebone:~$ dmesg |grep tty
 [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8
 root=/dev/mmcblk0p1 rootfstype=ext4 rootwait ipv6.disable=1
 [0.002187] console [tty0] enabled
 [0.002223] WARNING: Your 'console=ttyO0' has been replaced by
 'ttyS0'
 [1.998154] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
 base_baud = 300) is a 8250
 [2.884801] console [ttyS0] enabled
 william@beaglebone:~$ clear
 william@beaglebone:~$ ls /sys/devices/
 armv7_cortex_a8  breakpoint  platform  soc0  software  system
 tracepoint  virtual
 william@beaglebone:~$ ls /sys/devices/platform/
 alarmtimercpufreq-dtleds  omap-pcm-audio  pm33xx.0
 power  serial8250  ti-cpufreq.0
 bone_capemgr  fixedregulator@0  ocp   opp_table0  pmu
 reg-dummy  soc uevent
 william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
  0: PF  -1
  1: PF  -1
  2: PF  -1
  3: PF  -1
 william@beaglebone:~$ ls /lib/firmware/ |grep UART
 BB-UART1-00A0.dtbo
 BB-UART2-00A0.dtbo
 BB-UART2-RTSCTS-00A0.dtbo
 BB-UART3-00A0.dtbo
 BB-UART4-00A0.dtbo
 BB-UART4-RS485-00A0.dtbo
 BB-UART5-00A0.dtbo
 william@beaglebone:~$ sudo sh -c"echo 'BB-UART2' >
 /sys/devices/platform/bone_capemgr/slots"
 [sudo] password for william:
 sh: 0: Illegal option -h
 william@beaglebone:~$ sudo sh -c "echo 'BB-UART2' >
 /sys/devices/platform/bone_capemgr/slots"
 william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
  0: PF  -1
  1: PF  -1
  2: PF  -1
  3: PF  -1
  4: P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-UART2
 william@beaglebone:~$ dmesg |grep tty
 [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8
 root=/dev/mmcblk0p1 rootfstype=ext4 rootwait ipv6.disable=1
 [0.002187] console [tty0] enabled
 [0.002223] WARNING: Your 'console=ttyO0' has been replaced by
 'ttyS0'
 [1.998154] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
 base_baud = 300) is a 8250
 [2.884801] console [ttyS0] enabled
 [778201.669492] 48024000.serial: ttyS2 at MMIO 0x48024000 (irq = 198,
 base_baud = 300) is a 8250


 On Thu, Aug 18, 2016 at 4:17 PM, Matt 
 wrote:

> Don't think the ttyS's are it.  I know for sure in 3.18 you use the
> /ttyO2 or whatever number uart you enable.
>
> Can

[beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

[Matthijs van Duin]

I haven't really looked yet at your overlay, but two immediate thoughts:
1. why on earth are you using an spi can controller when there are *two* 
built-in CAN controllers already on the beaglebone?
2. you have cape-universal enabled, this conflicts with pretty much every 
overlay (remove the cape_universal=enable from cmdline in your 
/boot/uEnv.txt

BTW I made some utils to make the process of writing overlays less painful: 
https://github.com/mvduin/overlay-utils
It lets you write them as device tree fragments and automatically converts 
them to the structure requires for overlays. It also includes macros that 
make pinmux much easier to read. No support for overlay metadata though, I 
didn't bother since the new configfs mechanism to load overlays ignores it 
anyway.

Matthijs

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/81412771-e2bd-44c2-ab16-f0d2417a3288%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Right way to get the gpio values from the device tree in the device driver for BeagleboneBlack

[Raulp]

Thanks , I figured it out ! I was not putting the valid gpio in the <&gpio0 
 0> 


On Friday, August 19, 2016 at 2:45:03 PM UTC+5:30, William Hermans wrote:
>
> http://linux.die.net/man/3/strerror
>
> On Thu, Aug 18, 2016 at 9:03 PM, Jane > 
> wrote:
>
>> Hello,
>>
>> This topic is not solely related to beagleboneBlack , still posting on 
>> this group .
>>
>> With reference to the example below what is the correct way to get the 
>> gpio values from the device tree :
>>
>> I modified the existing leds-ns2 device tree as below(slow1 ,cmd1) :
>>
>>
>>   blue-sata {
>>
>>label = "ns2:blue:sata";
>>
>>slow-gpio = <&gpio0 29 0>;
>>
>>cmd-gpio = <&gpio0 30 0>;
>>
>> + slow1-gpio=<&gpio 31 0>;
>>
>> + cmd1-gpio=<&gpio 32 0>;
>>
>>modes-map = >
>> NS_V2_LED_ON   1 0
>>
>> NS_V2_LED_ON   0 0
>>
>> NS_V2_LED_SATA 1 1>;
>>
>>};
>>
>>  
>>
>>  
>>
>> And modified the driver by adding slow1 and cmd1 in all the structure 
>> (just like slow and cmd) in the attached leds-ns2.c driver
>>
>> But when I am trying to get the gpio number for slow1 and cmd1 I am 
>> getting the below error(number gpio #31 and 32 are random numbers of gpio 
>> for testing, does it matters?) :
>>
>> error : leds-ns2:probe of ns2-leds failed with error -2.What does error 
>> code -2 represents ?Is this a device tree parsing error?
>>
>> ret = of_get_named_gpio(child, "slow1-gpio", 0);
>>
>>  if (ret < 0)
>>
>>  return ret;
>>
>> same error if I try to get the cmd1-gpio . 
>>  
>>
>> Thanks in advance !
>>
>> Regards,
>>
>> Rp
>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you 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 .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/4f1ce45b-5a75-4152-a93d-ea33f2df87bc%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/c0af2a4f-0c29-4d7e-9527-d5636a0450f5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Debugger Listening on Port 15454?

[sipet929]

This is the code:

var http = require('http');
var serialport = 
require('/var/lib/cloud9/examples/node_modules/serialport');
var nmea = require('/var/lib/cloud9/examples/node_modules/nmea');
var fs = require('fs');


var port = new serialport('/dev/tty1', {
baudrate: 115200,
parser: serialport.parsers.readline('\r\n')});

var stream = fs.createWriteStream('/tmp/out');

stream.once('open', function(fd) {
port.on('data',function(data){

// Not every line of data results in a successful parse
if (nmea.parse(data)) {
var loc = nmea.parse(data);
} else return;

// Match first NMEA GSV string
if (loc.type === 'satellite-list-partial') {
if (loc.msgNum === 1) {
stream.write("satsInView: " + loc.satsInView + '\n');
}
var ids = '';
for (var i=0; i < loc.satellites.length; i++) {
ids += loc.satellites[i].id + ',';
}ut
stream.write("Sats:" + ids + '\n');
}
// Match NMEA GGA string
if (loc.type === 'fix') {
stream.write(loc.latPole + loc.lat + " " + loc.lonPole + 
loc.lon + '\n');

// Convert ddmm. to degrees decimal
var deg = loc.lat.toString().slice(0,2);
var min = loc.lat.toString().slice(2)/60;
var d = parseFloat(deg) + parseFloat(min);

// Convert dddmm. to degrees decimal
var deg = loc.lon.toString().slice(0,3);
var min = loc.lon.toString().slice(3)/60;
var e = parseFloat(deg) + parseFloat(min);

stream.write(d.toFixed(4) + ", -" + e.toFixed(4) + "\n");
}
});
});

On Thursday, August 18, 2016 at 8:08:12 PM UTC-4, Chintan Pathak wrote:
>
> This is not enough information to answer your question. 
>
> What is the source of the js file ? If possible share its contents. 
>
> JS can run on server as well as client. If you plan to run it on BBB with 
> an output of Debugger listen... its most probably a serverside (NodeJS) 
> file. How are you running it through Cloud9 ? Describe your steps, maybe 
> attach screenshot. What output are you expecting ?
>
> On Thursday, August 18, 2016 at 6:53:41 AM UTC-7, sipe...@gmail.com wrote:
>>
>> I have been trying to run a JavaScript file on the BeagleBone Black 
>> (Cayenne radar module) and I keep getting the message
>>
>> Debugger Listening on Port 15454
>>
>> when I run the js file on the cloud9 ide, it doesn't seem to be doing 
>> anything.
>>
>> Anyone have any ideas on how to fix this?
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/8eb4314c-0d99-4219-9091-e0f31773ec2e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Debugger Listening on Port 15454?

[sipet929]

here is the screenshot: https://s4.postimg.org/5hql3xqe5/js_Error.jpg

On Thursday, August 18, 2016 at 8:08:12 PM UTC-4, Chintan Pathak wrote:
>
> This is not enough information to answer your question. 
>
> What is the source of the js file ? If possible share its contents. 
>
> JS can run on server as well as client. If you plan to run it on BBB with 
> an output of Debugger listen... its most probably a serverside (NodeJS) 
> file. How are you running it through Cloud9 ? Describe your steps, maybe 
> attach screenshot. What output are you expecting ?
>
> On Thursday, August 18, 2016 at 6:53:41 AM UTC-7, sipe...@gmail.com wrote:
>>
>> I have been trying to run a JavaScript file on the BeagleBone Black 
>> (Cayenne radar module) and I keep getting the message
>>
>> Debugger Listening on Port 15454
>>
>> when I run the js file on the cloud9 ide, it doesn't seem to be doing 
>> anything.
>>
>> Anyone have any ideas on how to fix this?
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7b4f6d1e-9da9-4516-b7df-e74e3c1452eb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] show signal in LCD with BBB

[tohidkardgar]

Hi
actually we want show heart signal in LCD after processing that signal at 
 BBB.
but we can not connect to LCD.!!
DO anyone know how should we do it from 0 until 100??? 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/b744835d-f47a-4fe5-9a58-80455ad862bb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Right way to get the gpio values from the device tree in the device driver for BeagleboneBlack

[William Hermans]

http://linux.die.net/man/3/strerror

On Thu, Aug 18, 2016 at 9:03 PM, Jane  wrote:

> Hello,
>
> This topic is not solely related to beagleboneBlack , still posting on
> this group .
>
> With reference to the example below what is the correct way to get the
> gpio values from the device tree :
>
> I modified the existing leds-ns2 device tree as below(slow1 ,cmd1) :
>
>
>   blue-sata {
>
>label = "ns2:blue:sata";
>
>slow-gpio = <&gpio0 29 0>;
>
>cmd-gpio = <&gpio0 30 0>;
>
> + slow1-gpio=<&gpio 31 0>;
>
> + cmd1-gpio=<&gpio 32 0>;
>
>modes-map = 
> NS_V2_LED_ON   1 0
>
> NS_V2_LED_ON   0 0
>
> NS_V2_LED_SATA 1 1>;
>
>};
>
>
>
>
>
> And modified the driver by adding slow1 and cmd1 in all the structure
> (just like slow and cmd) in the attached leds-ns2.c driver
>
> But when I am trying to get the gpio number for slow1 and cmd1 I am
> getting the below error(number gpio #31 and 32 are random numbers of gpio
> for testing, does it matters?) :
>
> error : leds-ns2:probe of ns2-leds failed with error -2.What does error
> code -2 represents ?Is this a device tree parsing error?
>
> ret = of_get_named_gpio(child, "slow1-gpio", 0);
>
>  if (ret < 0)
>
>  return ret;
>
> same error if I try to get the cmd1-gpio .
>
>
> Thanks in advance !
>
> Regards,
>
> Rp
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/4f1ce45b-5a75-4152-a93d-ea33f2df87bc%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORr1LAWyEa82GS2C%3DY2ugyveVTNhN7Z1KMf8YYua-n7cQw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.