Re: [beagleboard] How do you enable analog on Beaglebone Black?

m’s >> docs. >> Regards, >> John >> >> Not necessarily wrong. The ADC device tree file would, and will infact load >> the same device module. The only problem with just loading the kernel >> module, is the pins will be in whatever the default state

Re: [beagleboard] How do you enable analog on Beaglebone Black?

> the same device module. The only problem with just loading the kernel module, > is the pins will be in whatever the default state is after boot up. Which I'm > not certain what state that would be . . . > > On Thu, Feb 11, 2016 at 6:00 PM, John Syne <mailto:john3...@gmail.c

Re: [beagleboard] How do you enable analog on Beaglebone Black?

k-adc/> > > On Thu, Feb 11, 2016 at 5:52 PM, John Syne <mailto:john3...@gmail.com>> wrote: > Do you see /sys/bus/iio folder? > > If you don’t, then load the kernel module: > > modprobe ti_am335x_adc > > Regards, > John > > > > >&

Re: [beagleboard] How do you enable analog on Beaglebone Black?

Do you see /sys/bus/iio folder? If you don’t, then load the kernel module: modprobe ti_am335x_adc Regards, John > On Feb 11, 2016, at 2:04 PM, newquist...@gmail.com wrote: > > Hi, I am new to Beaglebone, and it seems that analog is not enabled. I am > using a new Beaglebone Black Rev C wi

Re: [beagleboard] Large Arrays in DDR via PRU. Does prussdrv_map_extmem() always give contiguous physical addresses?

> You're like TJP or whatever his name. Everything is a nail, except instead of > prusio, or whatever it is, remoteproc is your hammer. > > > On Wed, Feb 10, 2016 at 7:22 PM, John Syne <mailto:john3...@gmail.com>> wrote: > Hi Greg, > > I’ve pointed this

Re: [beagleboard] Large Arrays in DDR via PRU. Does prussdrv_map_extmem() always give contiguous physical addresses?

ages into /var/log/messages . . > . I can do that with a bash script and no PRU . . . > > You do that, and I'll concede that remoteproc is at least semi useful. > > > On Wed, Feb 10, 2016 at 4:57 PM, John Syne > > wrote: > William, what are you talking about? Why would I t

Re: [beagleboard] Large Arrays in DDR via PRU. Does prussdrv_map_extmem() always give contiguous physical addresses?

William, what are you talking about? Why would I take what you say personally? You make these blanket statements about a technology you say you don’t know how to use and recommend that everyone else not use this technology. If you want to stay with a dead technology, that is your call, but there

Re: [beagleboard] Re: Large Arrays in DDR via PRU. Does prussdrv_map_extmem() always give contiguous physical addresses?

RemoteProc and RPMSG work just fine. By experimental, it means the interface may change and currently TI are adding support for PRU/Ethernet which will mean some rework. What this means is that when you update to a newer kernel, you may have to change your code, but the change will probably be t

Re: [beagleboard] Reload a new PRU program in the PRU using pruss_remoteproc

This is a known problem. Back on Oct 6, I wrote the following: I have pruss_remoteproc/virtio_rpmsg_bus working on V4.1 when I boot for the first time. However, when I uninstall the KO with rmmod -f pruss_remoteproc and then install the KO with modprobe pruss_remoteproc, I get a kernel exce

Re: [beagleboard] Use GPIO as non-root user?

This is why Unix/Linux has groups. Do the following: ls -la /dev You will see groups such as i2c, dialout, tty, etc. If you want to access these devices from a regular user account, add your user to those groups. If you need to use a device that has root:root, then change the group and add your

Re: [beagleboard] debian testing: 2016-01-31 (Node-RED)

Why don’t you use C/C++ addons for Nodejs? https://nodejs.org/dist/latest-v5.x/docs/api/addons.html With Nodejs C/C++ addons, you can interface to any I/O on the BBB. Regards, John > On Feb 2, 2016, at 1:39 PM, Wally Bkg wrote: >

Re: [beagleboard] What limits Beagle Board Black HDMI resolution

Plug your numbers into this video timing calculator and you will see that given the AM3358 max pixel clock rate of 126MHz, you cannot do 60Hz. http://www.fccps.cz/download/adv/frr/video_timings/video_timings.xls Regards, John > On Feb 1, 2016, at 7:51 AM, micael.beron...@gmail.com wrote: >

Re: [beagleboard] Building Kernel with cross-compiler and sharing through USB

I always solve these types of problems with a process of elimination. Start with an SDCard that works and then using the same u-boot, move the kernel and DTB to your TFTP folder and copy the complete rootfs to your NFS folder. Check that your TFTP and NFS are working correctly. If you are using

Re: [beagleboard] Building Kernel with cross-compiler and sharing through USB

I use NFS all the time and this is what I have in uEnv.txt on my SDCard. ##Rename as: uEnv.txt to boot via nfs uname_r=4.1.12-ti-r25 ##https://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt ##SERVER: sudo apt-get install tftpd-hpa ##SERVER: TFTP_DIRECTORY defined in /etc/default/t

Re: [beagleboard] UART connection question

> On Jan 27, 2016, at 12:28 AM, Karl Karpfen wrote: > > > What is a good resource for writing programs for the uarts? Which > > programming language would be the best to write uart applications in C++, > > Python, or Java? > > This does not matter, from all languages it is just communicating

Re: [beagleboard] Why does ioremap fail?

OK, so lets see if we can get a better understanding of what you need to do because this has been confusing to me also. Read Documentation/bus-virt-phys-mapping.txt and you will see they reference ioremap under PCI Memory access; however, accessing physical memory/registers, they talk about usi

Re: [beagleboard] Direct io memory access in Linux Kernel

Oh damn. Simply disregard, I had some stupid filter on. Regards, John > On Jan 21, 2016, at 12:31 PM, John Syne wrote: > > I believe you only use ioremap for CPUs that have a separate IO address bus. > The AM3358 IO is available on the same address bus as regular memory. Simply

Re: [beagleboard] Direct io memory access in Linux Kernel

I believe you only use ioremap for CPUs that have a separate IO address bus. The AM3358 IO is available on the same address bus as regular memory. Simply read and write to 0xFA0022000 + should work just fine. You might ask why the address is different to the UART1 defined in TRM. This is done i

Re: [beagleboard] PRU direct to McSPI?

Why not use edma to capture your ADC samples? Look at Starterware examples on how to do this. The same ARM code can be compiled with the PRU C compiler and you only need to make a few changes to make this work. Look on github for Starterware code that has been modified to run on the PRU. Regar

Re: [beagleboard] IEP timer interrupting PRU0

You cannot interrupt the PRU like traditional CPUs. The interrupt controller sets a flag and your code has to poll for that flag. The following material may help you: https://training.ti.com/sitara-processors-building-blocks-for-pru-development-summary

Re: [beagleboard] PRU; Wake only on edge of event

> On Jan 8, 2016, at 2:28 AM, martin.w...@gmail.com wrote: > > Hello there, > > > > I'm building a PRU application, to receive data from an ADC. This ADC has a > left/right clock signal, which is a square wave signal with a duty cycle of > roughly 50%. This signal is connected to an enhanced

Re: [beagleboard] Using SPI in a kernel module

> On Jan 5, 2016, at 5:19 PM, William Hermans wrote: > > OK, you have several options on how to implement this. First, look in > drivers/iio or drivers/staging/iio for example drivers that use SPI. If you > use the RT kernel, you will see latency of less than 1mS, but if this isn’t > good eno

Re: [beagleboard] Using SPI in a kernel module

SPI is in user-space, so the output is not always sent > in time, sometimes it has 4 or 5 ms delay, which it's a big deal to me. > > Thanks, > > Regards, > Cheng > > 2016-01-04 19:20 GMT+01:00 John Syne <mailto:john3...@gmail.com>>: > It would be help

Re: [beagleboard] 4.4-lts plans (4.1-lts not going away)

HI Robert, I think you said that TI are pushing everything to mainline so after 4.4/4.5, there shouldn’t be that many patches remaining. Regards, John > On Jan 4, 2016, at 12:16 PM, Robert Nelson wrote: > > On Mon, Jan 4, 2016 at 2:08 PM, Lee Armstrong wrote: >> Thanks Robert, >> >> I'll

Re: [beagleboard] 2015-09-06 machinekit image not picking up mouse/keyboard on powered USB hub.

I have also used both Logitech and Microsoft wireless Keyboard/Mouse combos with a powered USB hub and they work fine with the BBB. Regards, John > On Jan 4, 2016, at 9:18 AM, Charles Steinkuehler > wrote: > > Make sure the hub and all USB devices are connected at power-on, > otherwise, tr

Re: [beagleboard] How to force boot from SD Card??

Or if you are a hardware guy and you can work with small SMD components, you can also change the SYS_BOOT configuration as shown on Page 6 of the BBB schematics. In essence, move R68 to R93. This will be the equivalent to pressing the boot button. Regards, John > On Jan 4, 2016, at 8:51 AM,

Re: [beagleboard] Using SPI in a kernel module

It would be helpful if you explained what it is you are trying to do and then we will provide suggestions on how to proceed. Regards, John > On Jan 4, 2016, at 1:34 AM, bchengc...@gmail.com wrote: > > Hello, > I saw your publish question about using SPI in a kernel module. I kind of > stuc

Re: [beagleboard] Am I on the right lines with where I want to go with bbb?

This is the perfect platform for what you want to do. If you haven’t done any high speed digital design, I would advise that you keep the BBB layout as it is and then add your circuitry around the edges of the BBB circuitry. Modifying the BBB layout is not advisable unless you understand high sp

Re: [beagleboard] PRU to DMA DDR caching issues

This training material from free-electron explains the cache effects and how to deal with them. Starting at slide 440 http://free-electrons.com/doc/training/linux-kernel/linux-kernel-slides.pdf Regards, John > On

Re: [beagleboard] Custom overlay dts file for ssd1289 LCD

> On Dec 27, 2015, at 12:14 PM, unknown wrote: > > I trying to build specific overlay dts file to my LCD based on ssd1289 > driver. Kernel supports this driver so I compiled 4.1.13 kernel with modules > for fbtft and driver for ssd1289. > > When I try to load compiled version: sudo sh -c "ech

Re: [beagleboard] Interrupt driven uart communication

Since you are talking about interrupts, you can only implement interrupt routines in kernel code, but all kernel code is developed in C, not C++. Starting with the Linux Kernel source code, do the following: git grep irqreturn_t This will give you all interrupt routings in the Kernel source. Yo

Re: [beagleboard] Re: BeagleBone Black - Building Custom Kernel

I’m using the ti 4.1 kernel and I use both TFTP and NFS. Robert has already setup everything you need to to do what you want. The only critical piece is the “client_ip” line to use NFS. Here is my uEnv.txt file uname_r=4.1.12-ti-r25 ##https://www.kernel.org/doc/Documentation/filesystems/nfs/n

Re: [beagleboard] Running Qt gui application on BBB

like this > because thw gui is really really slow. > > On December 15, 2015 6:10:13 AM John Syne wrote: > >> For purely building armhf code, Odroid XU4 might be a good choice: >> >> http://www.hardkernel.com/main/main.php >> <http://www.hardkernel.com/mai

Re: [beagleboard] Problem with power supply on BBB

sounds like it probably wasn't the relays switching. Is there anything else I > should check? > > Thanks, > Morgan > > On Tue, Dec 15, 2015 at 10:56 PM, John Syne <mailto:john3...@gmail.com>> wrote: > > >> On Dec 15, 2015, at 9:44 PM, Morgan Redfie

Re: [beagleboard] Trouble disabling HDMI + EMMC overlays?

As Robert described, your uEnv.txt should look like this: — uname_r=3.8.13-bone79 #uuid= #dtb= ##BeagleBone Black/Green dtb's for v4.1.x (BeagleBone White just works..) ##BeagleBone Black: HDMI (Audio/Video) disabled: #dtb=am335x-boneblack-emmc-overlay.dtb ##BeagleBone Black: eMMC disabled: #d

Re: [beagleboard] Problem with power supply on BBB

a few days of operation, not > when they were plugged in. > > It may have been due to the electrolytic caps, which I've now replaced. It > sounds like it probably wasn't the relays switching. Is there anything else I > should check? > > Thanks, > Morgan > > On

Re: [beagleboard] Why does ioremap fail?

is a "driver" per se, as it's being > done in userspace. But others might argue it's what's called a userspace > driver . . . and yeah, I do not know about that. If you start changing pixels > on your screen by poking at memory locations through /dev/mem/ does

Re: [beagleboard] Why does ioremap fail?

creen by poking at memory locations through /dev/mem/ does that mean > you've created a graphics driver ? No . . . I was talking about the McASP device driver that is defined in the devicetree as that is the only way to setup the pinctrl, power and clocks for the McASP. Regards, John &

Re: [beagleboard] Why does ioremap fail?

s why I think he has to do all this manually. Regards, John > > On Thu, Dec 17, 2015 at 3:15 PM, John Syne <mailto:john3...@gmail.com>> wrote: > > > > On Dec 17, 2015, at 1:59 PM, Charles Steinkuehler > <mailto:char...@steinkuehler.net>> wrote:

Re: [beagleboard] Why does ioremap fail?

> On Dec 17, 2015, at 1:59 PM, Charles Steinkuehler > wrote: > > On 12/17/2015 2:04 PM, jutras.m...@gmail.com wrote: >> I am trying to access the McASP control registers. Reading from the first >> one fails with the kernel oops stating "external abort on non-linefetch >> (0x1028)". I dont k

Re: [beagleboard] Why does ioremap fail?

I believe ioremap works on virtual memory and not on physical memory so you have to take into account the MMU translation. Look in arch/arm/mach-omap2/iomap.h #define MA33XX_L4_WK_IO_OFFSET 0Xb500 This will translate your McASP address to 0xfa038000. Try that and see if that works. Rega

Re: [beagleboard] GPIO identification

P8 HEADER LINUX PIN ADDR/OFFSET GPIO NO.TRM NAME MODE 7 P8_1 P8_2 P8_36 0x818/018 38 GPIO1_6 gpio1[6] P8_47 0x81c/01c 39 GPIO1_7 gpio1[7] P8_52

Re: [beagleboard] Recommended Image

all the peripheral devices available on the processor. In addition, the PRU has a dedicated serial port and ethernet port from what I remember. I’m not sure I have seen any PRu code for ethernet. Regards, John > On 2015-12-16 04:53 PM, John Syne wrote: >> No need to bitbang unless you w

Re: [beagleboard] Recommended Image

SPIDEV to transfer data to/from SPI, but it dies if the buffer is larger than 160 bytes and he uses devicetree overlay. If the SPIDEV device is in the initial *.dtb, it works fine for buffers larger than 160 bytes. I don’t know where a bitbang comes into this. Regards, John > >

Re: [beagleboard] Recommended Image

> On Dec 16, 2015, at 2:38 PM, Robert Nelson wrote: > >>> >>> SPI works great on v4.1.x now, just pay attention this this little >>> spi-dma-disable hack: >>> >>> https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-SPIDEV0-00A0.dts#L54 >>> >>> "ti,pio-mode;" >>> >>> Otherwi

Re: [beagleboard] Recommended Image

> On Dec 16, 2015, at 7:24 AM, Robert Nelson wrote: > > On Wed, Dec 16, 2015 at 9:20 AM, William Hermans wrote: >>> I use uio_pruss; I am not at all familiar with remoteproc + rpmsg for the >>> pru (have never even seen any doc on it). I strongly prefer systemd to init. >>> My largest concern

Re: [beagleboard] Recommended Image

No need to bitbang unless you want additional SPI ports available. Simply use the McSPI port controlled from the PRU. Regards, John > On Dec 16, 2015, at 1:37 PM, William Hermans wrote: > > Normally SPI's are good up to 100MHz, but this is seldom needed. I normally > set them up at 1MHz fo

Re: [beagleboard] Recommended Image

> On Dec 16, 2015, at 10:13 AM, John Syne wrote: > > > >> On Dec 16, 2015, at 7:41 AM, Robert Nelson > <mailto:robertcnel...@gmail.com>> wrote: >> >> >> >> On Wed, Dec 16, 2015 at 9:31 AM, William Hermans > <mailto:yyrk...@g

Re: [beagleboard] Recommended Image

> On Dec 16, 2015, at 7:41 AM, Robert Nelson wrote: > > > > On Wed, Dec 16, 2015 at 9:31 AM, William Hermans > wrote: > SPI works great on v4.1.x now, just pay attention this this little > spi-dma-disable hack: > > https://github.com/beagleboard/bb.org-overlays/blo

Re: [beagleboard] Problem with power supply on BBB

rt with measurements that you can trust. What is the bandwidth of your scope? Regards, John > > Best, > Morgan > > On Tue, Dec 15, 2015 at 9:35 PM, John Syne <mailto:john3...@gmail.com>> wrote: > When measuring with an oscilloscope, keep the probe as short as possible. Fo

Re: [beagleboard] Problem with power supply on BBB

them > damaging the TPS65217. > > The capacitors I've been using on my power supply are electrolytic. I can add > some ceramic capacitors as well. > > Does this all make sense? Any other ideas for what may have happened to my > BBBs? > > Thanks, > Morgan >

Re: [beagleboard] Setting GPIO Values "from cold" startup???

It is in the Datasheet. Regards, John > On Dec 15, 2015, at 12:52 PM, Bill Gray wrote: > > Gerald, > > Thanks so much. > > How interesting! I suppose I can just cold boot the BBB and see which pins > are where to figure out where things start, but I would love to read up more > on this

Re: [beagleboard] Running Qt gui application on BBB

ompiling packages do you ? >>>> But why don't we ask Robert. Robert, hey what percentage of the packages >>>> you build are compiled native to ARM, from some sort of beefy ARM board? >>>> I'm guessing nearly 100% if not 100% but . . . >>>>

Re: [beagleboard] Re: Problem with power supply on BBB

What is the part number for C2/C13? I would recommend ceramic with a low ESR. Tantalum for Electrolytic will have a higher ESR and will not be suitable as you will see considerable ripple/spikes. Regarding the relays, without the diodes, it will only affect the transistors and not the power supp

Re: [beagleboard] Running Qt gui application on BBB

;>> >>>>> No one was saying change boards. Use the same board, but use a faster, >>>>> more powerful ARM board to compile native ARM executable. The reasons are >>>>> simple. No need to mess with cross compiling, which in many cases is >

Re: [beagleboard] Running Qt gui application on BBB

t to your gdbserver. Watch Derrek Molloy’s chapter 7 video I gave you, starting at about 30 minutes. Regards, John > > W dniu 2015-12-14 o 23:23, John Syne pisze: >> Regards, >> John >> >> >> >> >>> On Dec 14, 2015, at 2:23 PM, Bremenpl wro

Re: [beagleboard] Running Qt gui application on BBB

Regards, John > On Dec 14, 2015, at 2:23 PM, Bremenpl wrote: > > Okay, I think I figured it out, but it would be a bit messy... So lets say I > would have a postbuild script on my host, that after each succesfull build > would scp over all .h and .c files to BeagleBone Black and build on t

Re: [beagleboard] Running Qt gui application on BBB

> On Dec 14, 2015, at 2:15 PM, Bremenpl wrote: > > But wont I need the executable on both targets to gdb to work over tcp/ip? You only need the source on your host, but the source layout must be consistent with the debug symbols in the executable. This might also be helpful: http://exploringb

Re: [beagleboard] Running Qt gui application on BBB

http://derekmolloy.ie/beaglebone/qt-with-embedded-linux-on-the-beaglebone/ Regards, John > On Dec 14, 2015, at 2:09 PM, Bremenpl wrote: > > The point is I dont want to write code on the BeagleBone Black itself. Is it, > lets say, possible to remote debug in qtcreator on host machine, but bu

Re: [beagleboard] Running Qt gui application on BBB

> On Dec 14, 2015, at 1:54 PM, Robert Nelson wrote: > > On Mon, Dec 14, 2015 at 3:53 PM, Bremenpl wrote: >> I cant change the board right now, it has to be BeagleBone Black. Thats why >> I need to build on my host. Did you succed on installing QT5.1 and deploying >> it to BeagleBone Black? May

Re: [beagleboard] Running Qt gui application on BBB

If you search for this mailing list for "QT5.1.1 running on BeagleBoneBlack”, I describe building QT5 on the BBB. Here is what I said back then: QT: git://gitorious.org/qt/qt5.git Branch: v5.1.1 BBB #>./init-repository BBB #>make Takes about 40 hours to build BBB #>make install Takes about 2 h

Re: [beagleboard] UIO and Pruss

x.y.z" is > going to do you no good. We do not care who as adopted what, and why. We want > to know why remoteproc, and rpmsg is worth out time investment. Especially > considering we already have a large time investment with uio_pruss. > > On Sun, Dec 13, 2015 at 4:40 PM, Joh

Re: [beagleboard] UIO and Pruss

s <mailto:yyrk...@gmail.com>> wrote: > OK, so show us a real world example of rpmsg. > > On Sun, Dec 13, 2015 at 3:53 PM, John Syne <mailto:john3...@gmail.com>> wrote: > OK, so maybe you can explain why you think there is a difference between > writing PRU firmware

Re: [beagleboard] UIO and Pruss

On Sun, Dec 13, 2015 at 1:30 PM, John Syne <mailto:john3...@gmail.com>> wrote: > Remoteproc/RPMSG is a standard in mainline for interfacing ARM to other > processors on the same SOC. On the x15, this will be the only way you can > interface to the DSP, M4’s, etc. Oth

Re: [beagleboard] UIO and Pruss

Remoteproc/RPMSG is a standard in mainline for interfacing ARM to other processors on the same SOC. On the x15, this will be the only way you can interface to the DSP, M4’s, etc. Other vendors have adopted this solutions as well. Regards, John > On Dec 13, 2015, at 12:25 PM, William Herman

Re: [beagleboard] UIO and Pruss

Well, bone is far behind the ti kernel. When I added remote-proc to the bone kernel, the patch was very large. With the ti kernel, most of the patches where already applied. Anyway, I did send Robert the bone patches, but he decided not to apply them. Regards, John > On Dec 13, 2015, at 12

Re: [beagleboard] BBB I2C device driver for linux Error

Regards, John > On Dec 12, 2015, at 11:19 PM, d.sachine...@gmail.com wrote: > > Hi > > I bought a BBB for learning purpose and now I'm trying to write a device > driver for i2c from scratch just to learn. > > The problem I face is according to TRM for am335x I used i2c1 at address > 0x480

Re: [beagleboard] HW Timestamping on beaglebone black

Let me know about your progress as this is an interesting topic. I will help in any way I can. Regards, John > On Dec 8, 2015, at 3:42 AM, hllpc wrote: > > Hi John! > Now I got a new bbb with Jessie 4.1.12-ti-r29 with HW timestamping and > RemoteProc/RPMSG ! Let's see how it goes. > Thanks

Re: [beagleboard] why eSATA in X-15?

> On Mon, Dec 7, 2015 at 1:33 PM, John Syne <mailto:john3...@gmail.com>> wrote: > Hi Robert, > > I bought this cable and connected a 240GB SSD. I dd a 32GB SDCard image to > the SSD. I can mount /dev/sda1 and see rootfs. I changed the jumpers to > select SATA as sho

Re: [beagleboard] why eSATA in X-15?

e: > > > On Mon, Dec 7, 2015 at 1:33 PM, John Syne <mailto:john3...@gmail.com>> wrote: > Hi Robert, > > I bought this cable and connected a 240GB SSD. I dd a 32GB SDCard image to > the SSD. I can mount /dev/sda1 and see rootfs. I changed the jumpers to > select SATA

Re: [beagleboard] why eSATA in X-15?

2015 at 1:33 PM, John Syne <mailto:john3...@gmail.com>> wrote: > Hi Robert, > > I bought this cable and connected a 240GB SSD. I dd a 32GB SDCard image to > the SSD. I can mount /dev/sda1 and see rootfs. I changed the jumpers to > select SATA as shown the the quick s

Re: [beagleboard] why eSATA in X-15?

Hi Robert, I bought this cable and connected a 240GB SSD. I dd a 32GB SDCard image to the SSD. I can mount /dev/sda1 and see rootfs. I changed the jumpers to select SATA as shown the the quick start guide (J3 1-2, j4 2-3, j6 2-3) and removed the SDCard. After powering down, I push the power but

Re: Private message regarding: [beagleboard] BBB Data Aggregation Unit using external ADC

> > These are very helpful links. I was wondering if there was an online document > on all functions that I can code BBB in either in C, C++, python, etc. > > Thanks, > Chelsea > > On Thu, Dec 3, 2015 at 11:12 PM, John Syne <mailto:john3...@gmail.com>> wrote: >

Re: Private message regarding: [beagleboard] BBB Data Aggregation Unit using external ADC

tell me your background in relation to all of this? You are > very knowledgeable in this area, and when I relay some of this information to > my team I would like to share from whom I received this information from. > > > Sincerely, > Chelsea > > On Thu, Dec 3, 2

Re: Private message regarding: [beagleboard] BBB Data Aggregation Unit using external ADC

Hi Chelsea, I have cc beagleboard because someone else might learn from this discussion. Looking at the link you provided, it won’t work because ADS1278 requires a differential input. Look at page 39 for circuits that will work for you. Regards, John > On Dec 3, 2015, at 3:52 PM, Chelsea Or

Re: [beagleboard] BBB Data Aggregation Unit using external ADC

Look at page 39 for a suitable input circuit. Regards, John > On Dec 3, 2015, at 3:03 PM, Chelsea Orefice wrote: > > Hi John, > > Thanks for getting back to me. I was actually looking at that same ADC > converter as you posted in your reply. Just looking for some clarification on > a few

Re: [beagleboard] Re: BBB Data Aggregation Unit using external ADC

> On Dec 3, 2015, at 3:03 PM, Chelsea Orefice wrote: > > Hi John, > > Thanks for getting back to me. I was actually looking at that same ADC > converter as you posted in your reply. Just looking for some clarification on > a few things. What type of error would a simple resistor divider intr

Re: [beagleboard] BBB Data Aggregation Unit using external ADC

To start with, the ADC that will meet your requirements: http://www.ti.com/product/ads1278 This is a 24 bit ADC sampling at 144kHz. To sample 50V, you will need a signal conditioning front end that will scale your input voltage to a level compatible with you

Re: [beagleboard] BBB frozen, how to reset?

I’m using: http://processors.wiki.ti.com/index.php/AM335x_Linux_Power_Management_User_Guide Regards, John > On Dec 2, 2015, at 9:16 PM, Robert Nelson wrote: > > On Wed, Dec 2, 2015 at 11:11 PM, John Syne wrote: >> I’m not sure why, but >> >> echo mem > /s

Re: [beagleboard] BBB frozen, how to reset?

Hi Robert, cat /sys/devices/platform/ocp/44e09000.serial/power/wakeup enabled Strange that it works for standby and not mem. Regards, John > On Dec 2, 2015, at 9:16 PM, Robert Nelson wrote: > > On Wed, Dec 2, 2015 at 11:11 PM, John Syne wrote: >> I’m not sure why, but

Re: [beagleboard] BBB frozen, how to reset?

I’m not sure why, but echo mem > /sys/power/state does not return from suspend when I press any key on the keyboard; however echo standby > /sys/power/state does work correctly and returns to running state when I press any key on the keyboard. Also, pressing the power button (1 second) also r

Re: [beagleboard] BBB frozen, how to reset?

ngs were > unresponsive > would ruin 2 or 3 days trying to get there to reset the device on a > snowmobile. > > Fail-safe computers are desirable. Hangs with no way to reboot a system are > not. > > On 12/2/2015 7:58 PM, John Syne wrote: >> We can speculate all d

Re: [beagleboard] BBB frozen, how to reset?

We are just trying to debug the problem. This is a process of elimination so that we can narrow down the problem. I have two BBB Rev A5A and I have never seen this problem. Admittedly, I boot these boards over NFS and I use SystemD. I also use this device to switch the power to the BBB on/off:

Re: [beagleboard] BBB frozen, how to reset?

he system > is attempting to restart. > > On Wed, Dec 2, 2015 at 4:08 PM, John Syne <mailto:john3...@gmail.com>> wrote: > From what Gerald said previously in this thread: > > "The reset is an input pin read by the processor, not actually a HW power > rese

Re: [beagleboard] BBB frozen, how to reset?

ep, then why wont the reset button reset ? Passed > that, why would the USR cycle( flash on then off ) then nothing ? > > On Wed, Dec 2, 2015 at 3:47 PM, John Syne <mailto:john3...@gmail.com>> wrote: > Sounds to me that like BBB has gone into sleep mode and there is no trigg

Re: [beagleboard] BBB frozen, how to reset?

Sounds to me that like BBB has gone into sleep mode and there is no trigger to wake it up. Is there a way to measure the current consumption? Regards, John > On Dec 2, 2015, at 2:40 PM, William Hermans wrote: > > One more thing of note. I do not run systemd - Ever. I run SYSV as an init >

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

dless to > say, I do not copy paste files from it, to it. Which is easy to fix, just > drag the file to the new location . . . > > Perfect situation ? Well no, but the drive also cost 40%-50% less than what > the competition was selling 4TB drives for, at that time. > > On Tue, Dec 1, 2

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

offer the hardware for such arrays. Be it controllers, or "special" hard >> drives . . . special software, chipsets with BS built in RAID( software ). >> >> I still use Seagate drives(nothing but), and have no issues. Why ? Probably >> because I do not run RAID.

Re: [beagleboard] why eSATA in X-15?

Why not use a eSATA to SATA cable? http://www.amazon.com/SATA-to-eSATA-Cable/dp/B003ENM5IA/ref=sr_1_2?ie=UTF8&qid=1448993586&sr=8-2&keywords=esata+to+sata+cable Regards, John > On Dec 1, 2015, at 2:37 AM, Taceant Omnes wrote: > > My home desktop PC has an eSATA port. A few months ago I want

Re: [beagleboard] HW Timestamping on beaglebone black

You might find this presentation helpful: https://www.youtube.com/watch?v=pNiOlRi8jK4&index=37&list=PLGeM09tlguZTPUxEvsQiDgX0XDjfOL6oR Regards, John > On Nov 27, 2015, at 2:28 AM, hllpc wrote: >

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

> > Anyway, seriously. Unless you're running a server that sees thousands+ of > transactions a day. You don't need RAID. But hey, don't pay attention to me. > . . > > > On Sun, Nov 29, 2015 at 1:44 PM, John Syne <mailto:john3...@gmail.com>

Re: [beagleboard] BBB's X-loader source code

Yep, thanks for the corrections. SPL - Secondary Program Loader Regards, John > On Nov 29, 2015, at 1:04 PM, Maxim Podbereznyy wrote: > > SPL > > 2015-11-29 23:33 GMT+03:00 John Syne <mailto:john3...@gmail.com>>: > What else can I say. X-Loader no longer exi

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

. Regards, John > On Nov 29, 2015, at 3:37 AM, c...@isbd.net wrote: > > John Syne wrote: >> [-- text/plain, encoding quoted-printable, charset: UTF-8, 156 lines --] >> >> Yeah, but rsync only gives you a snapshot and not a history of your backup. >> When I rea

Re: [beagleboard] BBB's X-loader source code

What else can I say. X-Loader no longer exists. It is now known as SBL ("Secondary Boot Loader" I believe) and is built as part of u-boot. If you want to customize it, customize SBL. After you build u-boot, you will have a file called MLO and that is what use to be known as xloader. Regards, J

Re: [beagleboard] BBB's X-loader source code

x-loader was combined with uboot some time ago. Regards, John > On Nov 28, 2015, at 8:39 PM, Bharath R wrote: > > Hi, > > I'm trying to get the x-loader's source code for BBB. I've tried > http://git.gitorious.org/x-load-omap3/mainline.git but no success. Can anyone > please direct me to

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

isks, and rsync. As > most data does not need to be redundant, and you get more storage that way, > with very little to go wrong. > > On Sat, Nov 28, 2015 at 7:32 PM, John Syne <mailto:john3...@gmail.com>> wrote: > A few years ago I was backing up all my data to a raid6 s

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

kill me anyhow. Rendering my data moot. > Theft ? well lets just say a thief would very likely have few dogs on him, > as well as a couple bullet holes. Someone is always here. > > On Sat, Nov 28, 2015 at 2:03 PM, Robert Nelson <mailto:robertcnel...@gmail.com>> wrote: > &

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

> understood cloud storage. > > On Sat, Nov 28, 2015 at 1:00 AM, John Syne <mailto:john3...@gmail.com>> wrote: > I saw this yesterday. Amazing. > > Regards, > John > > > > >> On Nov 27, 2015, at 11:24 PM, William Hermans > <mailto:yyrk...

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

bility to buy MagPI #40. As one comes in a > packet attached to this months dead tree copy of MagPI. > > On Sat, Nov 28, 2015 at 12:10 AM, John Syne <mailto:john3...@gmail.com>> wrote: > Hey guys, I read an article today which says Amazon is making their cloud > driv

Re: [beagleboard] Unlimited storage on Amazon cloud drive for $5

bility to buy MagPI #40. As one comes in a > packet attached to this months dead tree copy of MagPI. > > On Sat, Nov 28, 2015 at 12:10 AM, John Syne <mailto:john3...@gmail.com>> wrote: > Hey guys, I read an article today which says Amazon is making their cloud > driv

<    1   2   3   4   5   6   7   8   >