Re: [beagleboard] Running CANbus on BBB w/ Chipsee BBB-EXP-C 7" display cape

Ah yeah. According to your device datasheet the default baud rate is 250kBit/s Page 2 right column *CAN Interface 2.0 A/B, ISO 11898* > *20 kBit/s...1 MBit/s (Default CAN1: 250 kBit/s, CAN2: 250 kBit/s)* > *CANopen, CiA DS 301 Version 4, CiA DS 401 Version 1.4* > *oder SAE J 1939 oder freies Prot

Re: [beagleboard] Running CANbus on BBB w/ Chipsee BBB-EXP-C 7" display cape

I suppose it is also possible you have your receive / transmit lines hooked up backwards. When first setting up here, that happened to us too. When attempting to find the right baud rate for our system, a first incorrect value actually caused our BBB to lock up, and reset the external CAN device.

Re: [beagleboard] Running CANbus on BBB w/ Chipsee BBB-EXP-C 7" display cape

You need to make sure the baud rate for the CAN interface is set correctly. e.g. you need to know the baud rate the PLC is transmitting at. Also the screenshot you've given is normal behavior for candump. If you run candump, and it is unable to detect transmissions for whatever reason. It will jus

Re: [beagleboard] Running CANbus on BBB w/ Chipsee BBB-EXP-C 7" display cape

On Tue, Jun 9, 2015 at 5:00 PM, Strong Industries wrote: > The "other device" is a CR0403 PLC which is running an independent OS by IFM > (not networked to a linux system, so I can't ssh into it). The PLC device > is transmitting over CANbus using a known working program which we already > use in

Re: [beagleboard] Running CANbus on BBB w/ Chipsee BBB-EXP-C 7" display cape

The "other device" is a CR0403 PLC which is running an independent OS by IFM (not networked to a linux system, so I can't ssh into it). The PLC device is transmitting over CANbus using a known working program which we already use in another syst

Re: [beagleboard] BBB fast pulses counter

> On Jun 9, 2015, at 13:30 , TJF wrote: > > I use the QEP modules in the PWMSS subsystems for counting pulses. There's > one module in each of the three subsystems, that works @100MHz and can either > handle quadrature encode pulses or simply up-count on a single line. See SRM > chapter 15.4

Re: [beagleboard] Running CANbus on BBB w/ Chipsee BBB-EXP-C 7" display cape

On Tue, Jun 9, 2015 at 3:42 PM, Strong Industries wrote: > Hello all! > > I am running a BBB (rev C) w/ the following system: > > 1. running "cat /etc/dogtag" at a command prompt outputs = "BeagleBoard.org > Debian Image 2015-03-01" > > 2. running "uname -a"...Linux beaglebone 3.14.43-ti-r66 #1

[beagleboard] Running CANbus on BBB w/ Chipsee BBB-EXP-C 7" display cape

Hello all! I am running a BBB (rev C) w/ the following system: 1. running "cat /etc/dogtag" at a command prompt outputs = "BeagleBoard.org Debian Image 2015-03-01 " 2. running "uname -a"...Linux beaglebone 3.14.43-ti-r66 #

[beagleboard] Re: BBB fast pulses counter

Hi Nicola Am Dienstag, 9. Juni 2015 13:45:19 UTC+2 schrieb Nicola Cesca: > > I want to use BBB as a pulse counter (>50kHz). > Anyone have experience about it? > I use the QEP modules in the PWMSS subsystems for counting pulses. There's one module in each of the three subsystems, that works @100M

Re: [beagleboard] Verified U-Boot on BBB?

On Tuesday, June 9, 2015 at 2:29:54 PM UTC-5, RobertCNelson wrote: > > If you want a secure bbb, it's best to dump it in a gallon of apoxy, > then a bucket of cement, then drop into the ocean.. > ...that may still be useful for OpenROV ;) thanks for the quick answer, Gerald and Robert. -- F

Re: [beagleboard] Verified U-Boot on BBB?

The design and the processor do not support secure boot. Gerald On Tue, Jun 9, 2015 at 2:29 PM, Robert Nelson wrote: > On Tue, Jun 9, 2015 at 2:22 PM, Drew Fustini wrote: > > Anyone familiar with doing "secure" boot on a BBB? > > > > Someone raised the idea on another forum of secure boot on

Re: [beagleboard] Enabling I2C1 and Uart1 simultaneously

On Tue, Jun 9, 2015 at 2:05 PM, Robert Nelson wrote: > On Tue, Jun 9, 2015 at 1:07 PM, Jonathan Ross wrote: >> Is it possible to have an I2C bus and uart1 enabled simultaneously? >> I2C1 on pins 17 and 18 is clear of the uarts, but then the 2 bus pins appear >> repeated on pins 24 and 26, which a

[beagleboard] Re: BBB fast pulses counter

you can modify the example code at https://github.com/derekmolloy/exploringBB/tree/master/chp13/ultrasonic for your purpose before using do enable PRU by exporting required device tree provided at https://github.com/derekmolloy/exploringBB/tree/master/chp13/overlay to the slots On Tuesday, 9 J

Re: [beagleboard] Verified U-Boot on BBB?

On Tue, Jun 9, 2015 at 2:22 PM, Drew Fustini wrote: > Anyone familiar with doing "secure" boot on a BBB? > > Someone raised the idea on another forum of secure boot on BBB: > http://www.element14.com/community/thread/43371/l/high-security-version-of-bbb > > I came across this on LWN.net: > > "Veri

[beagleboard] Verified U-Boot on BBB?

Anyone familiar with doing "secure" boot on a BBB? Someone raised the idea on another forum of secure boot on BBB: http://www.element14.com/community/thread/43371/l/high-security-version-of-bbb I came across this on LWN.net: "Verified U-Boot" https://lwn.net/Articles/571031/ It is from 2013 but

[beagleboard] Re: BBB fast pulses counter

you have two options 1. Polling from OS using main processor (less accurate and non real time but works fairly good below 1KHz) 2. Polling with one of the PURs (more accurate and real time) On Tuesday, 9 June 2015 17:15:19 UTC+5:30, Nicola Cesca wrote: > > I want to use BBB as a pulse counter (>

Re: [beagleboard] Enabling both I2C1 and Uart1 on BBB 3.8 kernel

On Tue, Jun 9, 2015 at 1:07 PM, Jonathan Ross wrote: > Is it possible to have an I2C bus and uart1 enabled simultaneously? > I2C1 on pins 17 and 18 is clear of the uarts, but then the 2 bus pins appear > repeated on pins 24 and 26, which are used for uart1. > Is there a way to only enable I2C1 on

[beagleboard] Enabling both I2C1 and Uart1 on BBB 3.8 kernel

I'm confused by the duplication of pins when enabling I2C busses in capemanager. Why are the two bus pins doubled up (for both I2C1 and I2C2?) If I enable I2C1, I'd like to use it connected to pins 17 and 18, with pins 24 and 26 left available for uart1 txd and rxd. Is this possible in capemanag

Re: [beagleboard] Enabling I2C1 and Uart1 simultaneously

On Tue, Jun 9, 2015 at 1:07 PM, Jonathan Ross wrote: > Is it possible to have an I2C bus and uart1 enabled simultaneously? > I2C1 on pins 17 and 18 is clear of the uarts, but then the 2 bus pins appear > repeated on pins 24 and 26, which are used for uart1. > Is there a way to only enable I2C1 on

[beagleboard] Enabling I2C1 and Uart1 simultaneously

Is it possible to have an I2C bus and uart1 enabled simultaneously? I2C1 on pins 17 and 18 is clear of the uarts, but then the 2 bus pins appear repeated on pins 24 and 26, which are used for uart1. Is there a way to only enable I2C1 on pins 17 and 18, and not 24 and 26 - either using capemanager

Re: [beagleboard] BBB fast pulses counter

I haven't done this, but you'd probably need the PRU to do this. There are two Programmable Real-time Units on the BBB SoC; these are smaller 200 MHz processors that you can program directly (no OS), and that run independently of the main processor. > On Jun 9, 2015, at 04:45 , Nicola Cesca wr

Re: [beagleboard] Re: Rpi2 + Windows 10. Who's gonna buy BBB?

Why not run your M$ HMI code on a board better suited to it? There are a ton of such boards out there. If you need a LOT of these HMI systems, why not redo it in Python with a small HDMI touchscreen? You will save the Windows tax on each one, plus it will be much more portable and maintainable in

[beagleboard] Re: flashing eMMC over serial (or uart or ttl serial)

Hi, can you describe how you did achive that? It would be a great help so. Thanks a lot in advance! Günter Am Montag, 8. Juni 2015 02:06:16 UTC+2 schrieb rh_: > > On Sat, 6 Jun 2015 10:45:26 -0700 > rh_ > wrote: > > I got this working. > > -- For more options, visit http://beagleboard.org

Re: [beagleboard] Re: Rpi2 + Windows 10. Who's gonna buy BBB?

On Tue, Jun 9, 2015 at 1:12 AM, wrote: > Is there any hope for Windows 10 to be ported to the BBB? Pardon if that's > an ignorant question. We need Windows to support existing HMI-style > software, unfortunately. Sure, it could be re-written in linux but my boss > is not too keen on giving me a f

[beagleboard] Re: How do I hard-reset usb on beagle-bone with Angstrom distribution

Hey, did you have any success with the usb hard reset issue? Regards, Michael Am Freitag, 21. Juni 2013 02:17:31 UTC+2 schrieb ma...@verdigristech.com: > > Hi I am using a beagle-bone A6a with angstrom linux, > > we have a usbreset script compiled from here. > > #include > #include > > int

[beagleboard] Re: Rpi2 + Windows 10. Who's gonna buy BBB?

Is there any hope for Windows 10 to be ported to the BBB? Pardon if that's an ignorant question. We need Windows to support existing HMI-style software, unfortunately. Sure, it could be re-written in linux but my boss is not too keen on giving me a few months off work to learn how to write OPC

[beagleboard] BBB, Eclipse and GNU arm-none-eabi

Hi all, I'm new to beaglebone black development. I have experience with Atmel SAM arm development in C/C++. I upgrade to the BeagleBone platform for performance reasons (and because I think it is a lot of fun ;) ) I started with compiling the Starterware code in CCS, and now I'm switching t

[beagleboard] Re: Beaglebone black poweroff-restart problem

Hi Alberto. I would like to use something like that, but I'm a newbie in Linux and kernel. Could you send me your souces and some directions in order to implement these features in my application? Thanks a lot! José Henrique Em quarta-feira, 13 de maio de 2015 09:10:17 UTC-3, Alberto Potenza

Re: [beagleboard] BeagleBone Black doesn't sometimes start. Only Power LED is on

Hi again :) quick follow up. I did the recompile-uboot-solution. Found https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot which described the process pretty well. A lot easier than worst fears :) I just picked the latest version of U-Boot from the DENX repo

Re: [beagleboard] Chip power down and PMIC_POWER_EN

Hi Cecco. How about this matter? Have you get it working? I need directions in order to implement the PMIC SLEEP mode after gcc and, if possible, I'd like to know how you could do that. Best regards, José Henrique Em quinta-feira, 14 de fevereiro de 2013 03:45:09 UTC-2, cecco escreveu: > >

[beagleboard] BBB fast pulses counter

I want to use BBB as a pulse counter (>50kHz). Anyone have experience about it? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails f

[beagleboard] Re: beaglebone black not being detected when plugged in through USB cable

Are you running a TI kernel? I think by default these are build with USB gadget support enabled for both CDC ECM and RNDIS. I have found that if CDC ECM support is enabled in the kernel then usb/ethernet does not work with the windows driver. To fix this I rebuild the TI kernel from source (on a

[beagleboard] Typo in latest bbb-eMMC-flasher-eewiki-ext4.sh

Think there is a typo in the latest bbb-eMMC-flasher-eewiki-ext4.sh (from /opt/scripts/tool/eMMC): --- a/tools/eMMC/bbb-eMMC-flasher-eewiki-ext4.sh +++ b/tools/eMMC/bbb-eMMC-flasher-eewiki-ext4.sh @@ -73,7 +73,7 @@ check_eeprom () { eeprom="/sys/bus/i2c/devices/0-0050/eeprom" #F