Re: [beagleboard] flashing lights and failed installation on BBGW

2017-01-27 Thread woody.lois via BeagleBoard 


On Sat, 1/28/17, Rohit Ram  wrote:

 Subject: Re: [beagleboard] flashing lights and failed installation on BBGW
 To: "BeagleBoard" 
 Cc: stephanechare...@gmail.com
 Date: Saturday, January 28, 2017, 3:40 AM
 
 Hi,
 Is there a way to stop wifidog from controlling those
 usr-leds. I've been trying to control them through
 bonescript, but they keep reverting to the wifidog scanning
 pattern.
 Regards,
 Rohit
 On Thursday, August 11, 2016 at 1:18:27 PM UTC+10,
 RobertCNelson wrote:On Wed, Aug 10, 2016 at 10:02 PM,
 Stephane Charette
 
  wrote:
 
 > Trying to install BBGW-blank-debian-8.5-seeed-
 iot-armhf-2016-08-07-4gb.img
 
 > onto a new BBGW.  Had problems, so I went out and
 bought a new micro SD card
 
 > and a new card reader just in case.
 
 >
 
 > When I hold the boot button down as I plug in power, I
 get one of two
 
 > scenarios happening:
 
 >
 
 > User LEDs #0 and 2 turn on, then lights 1 and 3 turn
 on, and back to #0 and
 
 > 2, then 1 and 3.  I've left it like that for over
 an hour thinking maybe
 
 > that was a new pattern.
 
 
 
 That's wifidog, scanning for wifi adapers...
 
 
 
 > All 4 LEDs turn on, then off, then on again, at the
 same rate as the normal
 
 > "heartbeat".  So blink twice, then 1/2
 second pause, and blink twice again.
 
 
 
 "flashing" failed...
 
 
 
 > User LED #0 (heartbeat) blinks maybe 3 or 4 times, then
 nothing else.  No
 
 > other activity.
 
 >
 
 >
 
 > Is there a page where the blink patterns are explained?
  If not, does
 
 > someone know where in the code to look so I can find
 the different blink
 
 > patterns and their explanation?
 
 
 
 Do you have a usb serial adapter?
 
 
 
 For "flashing" you are looking for the cylon
 pattern..
 
 
 
 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/7c4419fd-fd50-4f9b-bdf4-ef2a6a40b272%40googlegroups.com.
 
 For more options, visit https://groups.google.com/d/optout.
 La sfarsitul veacului al XIX-lea si inceputul celui urmator cele patru 
sectoare ale oricarei vieti nomice moderne aveau urmatoarea ordine circulatie  
industrie  comert agricultura Era ordinea jului de tehnicitate Cu alte cuvinte  
in agricultura omul ramanea prevalent si tehnica era atunci  a in comert 
traditia juca un rol mai mare decat tehnica  in industrie cele doua elemente se 
mau  in circulatie insa era maximum de tehnica si minimum de traditie Nu 
intamplator deci spre ulatie se indreptau manie investitii  totul si dm 
credinta ca tehnica era temelia progresului si aceul relelor universale Romania 
 intrata in modernitate  urma regulile acesteia   '

-- 
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/973056523.2473383.1485589950432%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: eQEP error with 4.9 kernel

2017-01-27 Thread Drew Fustini 

On Thursday, January 26, 2017 at 12:08:17 AM UTC-6, Drew Fustini wrote:
> I get a Segmentation Fault when I read the position:
>
> It appears to occur in:
> (eqep_get_position [tieqep]) from [] (dev_attr_show+0x2c/0x58)

I've experimenting more with this eQEP error on the 4.9 kernel:
https://gist.github.com/pdp7/fe07082d23f2bfbc362c733a7b0aea72

>From drivers/misc/tieqep.c at found in this patch:
https://github.com/RobertCNelson/ti-linux-kernel-dev/tree/ti-linux-4.9.y/patches/drivers/ti/eqep

This readl() runs OK in eqep_probe():
https://github.com/RobertCNelson/ti-linux-kernel-dev/tree/ti-linux-4.9.y/patches/drivers/ti/eqep#L401

Line 697: dev_info(>dev, "QPOSCNT:0x%08x\n", readl(eqep->mmio_base + 
QPOSCNT));

But the same readl() causes a seg fault in eqep_get_position():
https://github.com/RobertCNelson/ti-linux-kernel-dev/tree/ti-linux-4.9.y/patches/drivers/ti/eqep#L401

Line 401: position = readl(eqep->mmio_base + QPOSCNT);

I'm not sure what the difference is. Maybe the memory mapping changes in 
between the probe and reading the sysfs file?

Any ideas?

thanks,
drew 

-- 
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/dfbe95de-1176-41b0-b45d-054cd9bae991%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] flashing lights and failed installation on BBGW

2017-01-27 Thread Rohit Ram 
Hi,
Is there a way to stop wifidog from controlling those usr-leds. I've been 
trying to control them through bonescript, but they keep reverting to the 
wifidog scanning pattern.

Regards,
Rohit

On Thursday, August 11, 2016 at 1:18:27 PM UTC+10, RobertCNelson wrote:
>
> On Wed, Aug 10, 2016 at 10:02 PM, Stephane Charette 
>  wrote: 
> > Trying to install 
> BBGW-blank-debian-8.5-seeed-iot-armhf-2016-08-07-4gb.img 
> > onto a new BBGW.  Had problems, so I went out and bought a new micro SD 
> card 
> > and a new card reader just in case. 
> > 
> > When I hold the boot button down as I plug in power, I get one of two 
> > scenarios happening: 
> > 
> > User LEDs #0 and 2 turn on, then lights 1 and 3 turn on, and back to #0 
> and 
> > 2, then 1 and 3.  I've left it like that for over an hour thinking maybe 
> > that was a new pattern. 
>
> That's wifidog, scanning for wifi adapers... 
>
> > All 4 LEDs turn on, then off, then on again, at the same rate as the 
> normal 
> > "heartbeat".  So blink twice, then 1/2 second pause, and blink twice 
> again. 
>
> "flashing" failed... 
>
> > User LED #0 (heartbeat) blinks maybe 3 or 4 times, then nothing else. 
>  No 
> > other activity. 
> > 
> > 
> > Is there a page where the blink patterns are explained?  If not, does 
> > someone know where in the code to look so I can find the different blink 
> > patterns and their explanation? 
>
> Do you have a usb serial adapter? 
>
> For "flashing" you are looking for the cylon pattern.. 
>
> 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/7c4419fd-fd50-4f9b-bdf4-ef2a6a40b272%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Trouble using config-pin to config P9.28 pin as spi or gpio

2017-01-27 Thread Charles Steinkuehler 
On 1/27/2017 7:43 PM, Drew Fustini wrote:
> 
> Charles / Robert:
> Should P9.28 be SPI by default?

All pins are GPIO by default, with pull up/down set to match the reset
defaults of the processor.  To use P9.28 as SPI, in addition to
loading cape-universal, it is necessary to run:

  config-pin P9.28 spi

If this does not result in the pinmux being set to spi, it's a bug.

-- 
Charles Steinkuehler
char...@steinkuehler.net

-- 
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/deb8e3c7-15c4-c8fd-0ed4-345e04fd%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Trouble using config-pin to config P9.28 pin as spi or gpio

2017-01-27 Thread Drew Fustini 
On Wed, Jan 25, 2017 at 4:51 AM, JY Lin  wrote:
> My idea is cape-universal says it exports all pins not used by HDMIN and
> eMMC (including audio),
> so I should be able to set P9.28 as SPI by loading cape-universal only, but
> I can't.
>
> And I found that cape-universal dts files are different between Robert's and
> cdsteinkuehler's, I would like to know do i need to modify dts file by
> myself?

Charles / Robert:
Should P9.28 be SPI by default?


thanks,
drew

-- 
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/CAEf4M_A%2BvXcmTzn9aGRvkEc6-Cck7iCNONQ%2BX1UD6ARvxwUEQw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Phasors calculation using libpruio

2017-01-27 Thread Renzo Fabián 
john3909,

there's no reason to use the PRUs. I only need read 6 analog inputs in 
real-time. I thought the only way would be using the PRUs. And the best way 
by means of lbpruio.

El viernes, 27 de enero de 2017, 2:10:27 (UTC-2), Renzo Fabián escribió:
>
>
> I have the following C code's parts that uses tables of sins and cosins to 
> calculate a fundamental phasor of 60 Hz electrical system using 16 samples 
> per cycle (960 Sps):
>
> float cosins[]={1, 0.92388, 0.70711, 0.38268, 0, -0.38268, -0.70711, 
> -0.92388, -1,
>-0.92388, -0.70711, -0.38268, 0, 0.38268, 0.70711, 0.92388};
>   
> float sins[]={0, 0.38268, 0.70711, 0.92388, 1, 0.92388, 0.70711, 0.38268, 
> 0,
>  -0.38268, -0.70711, -0.92388, -1, -0.92388, -0.70711, 
> -0.38268};
>
> ...
>
> for(i=0; i <16; i++){
>ret_r=x[15-i]*cosins[i]+ret_r;
>ret_i=x[15-i]*sins[i]+ret_i;
>}
>
> return 0.088388*ret_r -0.088388*ret_i*I;
>
> Is it possible to perform this using the libpruio in order to read 6 
> analog inputs? If yes? What is the best way to implement it if other 
> operations were need, i.e. compute the division of 2 phasors.
>
> Thanks.
>

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

[beagleboard] Re: Phasors calculation using libpruio

2017-01-27 Thread Renzo Fabián 
Przemek Klosowki,

accuracy of 95% is requiered, not much.

El viernes, 27 de enero de 2017, 2:10:27 (UTC-2), Renzo Fabián escribió:
>
>
> I have the following C code's parts that uses tables of sins and cosins to 
> calculate a fundamental phasor of 60 Hz electrical system using 16 samples 
> per cycle (960 Sps):
>
> float cosins[]={1, 0.92388, 0.70711, 0.38268, 0, -0.38268, -0.70711, 
> -0.92388, -1,
>-0.92388, -0.70711, -0.38268, 0, 0.38268, 0.70711, 0.92388};
>   
> float sins[]={0, 0.38268, 0.70711, 0.92388, 1, 0.92388, 0.70711, 0.38268, 
> 0,
>  -0.38268, -0.70711, -0.92388, -1, -0.92388, -0.70711, 
> -0.38268};
>
> ...
>
> for(i=0; i <16; i++){
>ret_r=x[15-i]*cosins[i]+ret_r;
>ret_i=x[15-i]*sins[i]+ret_i;
>}
>
> return 0.088388*ret_r -0.088388*ret_i*I;
>
> Is it possible to perform this using the libpruio in order to read 6 
> analog inputs? If yes? What is the best way to implement it if other 
> operations were need, i.e. compute the division of 2 phasors.
>
> Thanks.
>

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

[beagleboard] Re: Phasors calculation using libpruio

2017-01-27 Thread Renzo Fabián 
TJF,

so I only need a C-code file like io_inputs.c (from libpruio examples)?

I need a fixed sampling rate (960 Sps each channel), calculate the 6 
phasors and save in a file.

Thanks for your help.

El viernes, 27 de enero de 2017, 2:10:27 (UTC-2), Renzo Fabián escribió:
>
>
> I have the following C code's parts that uses tables of sins and cosins to 
> calculate a fundamental phasor of 60 Hz electrical system using 16 samples 
> per cycle (960 Sps):
>
> float cosins[]={1, 0.92388, 0.70711, 0.38268, 0, -0.38268, -0.70711, 
> -0.92388, -1,
>-0.92388, -0.70711, -0.38268, 0, 0.38268, 0.70711, 0.92388};
>   
> float sins[]={0, 0.38268, 0.70711, 0.92388, 1, 0.92388, 0.70711, 0.38268, 
> 0,
>  -0.38268, -0.70711, -0.92388, -1, -0.92388, -0.70711, 
> -0.38268};
>
> ...
>
> for(i=0; i <16; i++){
>ret_r=x[15-i]*cosins[i]+ret_r;
>ret_i=x[15-i]*sins[i]+ret_i;
>}
>
> return 0.088388*ret_r -0.088388*ret_i*I;
>
> Is it possible to perform this using the libpruio in order to read 6 
> analog inputs? If yes? What is the best way to implement it if other 
> operations were need, i.e. compute the division of 2 phasors.
>
> Thanks.
>

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

Re: [beagleboard] Prevent overheating BeagleBone?

2017-01-27 Thread Drew Fustini 
William and Graham: Thanks for the suggestions!  I've passed your insights 
along to the user.


On Friday, January 27, 2017 at 8:20:25 AM UTC-6, Graham wrote:
>
> I use the MCP9808 for temperature monitoring.  Simple I2C interface. Drops 
> onto I2C-2 without device tree changes.
> Adafruit has example code and breakout boards.  Accuracy about 1 degree C, 
> resolution to a fraction of a degree C.
> I put one of the Adafruit breakout boards in the same airspace as the BBB, 
> or whatever else I am monitoring.
>
> I guess you could glue one (dead-bug) on top of the Sitara package.
>
> I am not sure that cooling a BBB is a problem that needs solving, unless 
> you are running it real hard, continuously, and have it bottled up.
>
> --- Graham
>
> ==
>

-- 
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/e810cd62-a85c-4d76-ab4b-9e9bec695530%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] U-Boot Overlays (now with hash based blacklist)

2017-01-27 Thread Robert Nelson 
Howdy,

I've implemented a simplistic hash based lookup table for cape's that
collide with the virtual overlays (eMMC/HDMI/Wireless)..

U-Boot SPL 2017.01-6-g28bba93c67 (Jan 27 2017 - 16:04:51)
Trying to boot from MMC1

U-Boot 2017.01-6-g28bba93c67 (Jan 27 2017 - 16:04:51 -0600),
Build: jenkins-github_Bootloader-Builder-509

For example with a 4inch lcd plugged:

BeagleBone Black:
BeagleBone: cape eeprom: i2c_probe: 0x54:
BeagleBone: cape eeprom: i2c_probe: 0x55:
/lib/firmware/BB-CAPE-DISP-CT4-00A0.dtbo [0x3c766f]
BeagleBone: cape eeprom: i2c_probe: 0x56:
BeagleBone: cape eeprom: i2c_probe: 0x57:

loading /boot/vmlinuz-4.4.43-ti-r84 ...
8651176 bytes read in 593 ms (13.9 MiB/s)
loading /boot/dtbs/4.4.43-ti-r84/am335x-boneblack-overlay.dtb ...
53253 bytes read in 65 ms (799.8 KiB/s)
debug: [fdt_buffer=0x6] ...
debug: [uboot_overlay_addr1=/lib/firmware/BB-CAPE-DISP-CT4-00A0.dtbo] ...
loading /lib/firmware/BB-CAPE-DISP-CT4-00A0.dtbo ...
4518 bytes read in 270 ms (15.6 KiB/s)
debug: [uboot_emmc=/lib/firmware/BB-BONE-eMMC1-01-00A0.dtbo] ...
loading /lib/firmware/BB-BONE-eMMC1-01-00A0.dtbo ...
1105 bytes read in 135 ms (7.8 KiB/s)
loading /boot/initrd.img-4.4.43-ti-r84 ...
5232063 bytes read in 373 ms (13.4 MiB/s)
debug: [console=ttyO0,115200n8 bone_capemgr.uboot_capemgr_enabled=1
root=/dev/mmcblk0p1 ro rootfstype=ext4 rootwait coherent_pool=1M
net.ifnames=0 quiet cape_universal=enable] ...
debug: [bootz 0x8200 0x8808:4fd5bf 8800] ...
## Flattened Device Tree blob at 8800
   Booting using the fdt blob at 0x8800
   reserving fdt memory region: addr=8800 size=6e000
   Loading Ramdisk to 8fb02000, end 85bf ... OK
   Loading Device Tree to 8fa91000, end 8fb01fff ... OK

Starting kernel ...


With the cape removed, the hdmi loads by default..

loading /boot/vmlinuz-4.4.43-ti-r84 ...
8651176 bytes read in 593 ms (13.9 MiB/s)
loading /boot/dtbs/4.4.43-ti-r84/am335x-boneblack-overlay.dtb ...
53253 bytes read in 65 ms (799.8 KiB/s)
debug: [fdt_buffer=0x6] ...
debug: [uboot_emmc=/lib/firmware/BB-BONE-eMMC1-01-00A0.dtbo] ...
loading /lib/firmware/BB-BONE-eMMC1-01-00A0.dtbo ...
1105 bytes read in 135 ms (7.8 KiB/s)
debug: [uboot_video=/lib/firmware/BB-HDMI-TDA998x-00A0.dtbo] ...
loading /lib/firmware/BB-HDMI-TDA998x-00A0.dtbo ...
4169 bytes read in 224 ms (17.6 KiB/s)
loading /boot/initrd.img-4.4.43-ti-r84 ...
5232063 bytes read in 374 ms (13.3 MiB/s)
debug: [console=ttyO0,115200n8 bone_capemgr.uboot_capemgr_enabled=1
root=/dev/mmcblk0p1 ro rootfstype=ext4 rootwait coherent_pool=1M
net.ifnames=0 quiet cape_universal=enable] ...
debug: [bootz 0x8200 0x8808:4fd5bf 8800] ...
## Flattened Device Tree blob at 8800
   Booting using the fdt blob at 0x8800
   reserving fdt memory region: addr=8800 size=6e000
   Loading Ramdisk to 8fb02000, end 85bf ... OK
   Loading Device Tree to 8fa91000, end 8fb01fff ... OK

Starting kernel ...

The current "small" whitelist:

switch(cape_overlay_hash) {
case 0x3c766f: /* /lib/firmware/BB-CAPE-DISP-CT4-00A0.dtbo */
virtual_video=0;
break;
case 0xfc93c8f: /* /lib/firmware/BB-BONE-LCD7-01-00A3.dtbo */
virtual_video=0;
break;
case 0xfe93c1f: /* /lib/firmware/BB-BONE-LCD4-01-00A1.dtbo */
virtual_video=0;
break;
case 0x93b574f: /* /lib/firmware/BB-GREEN-HDMI-00A0.dtbo */
virtual_video=0;
break;
}

So please test your capes, and report the u-boot hash and what
interface needs to be disabled: eMMC, HDMI/(HDMI-audio), Wireless
(Black - usart, Green - wl18xx/usart)

as a reminder, you'll need the latest U-Boot

root@beaglebone:/opt/scripts/tools/developers# ./update_bootloader.sh

and remove [ sudo rm /uEnv.txt ]

in /boot/uEnv.txt

dtb=am335x-boneblack-overlay.dtb
enable_uboot_overlays=1

you can also test weither eMMC/HDMI/WIRELESS need to be disabled via
these options:

disable_uboot_overlay_emmc=1
disable_uboot_overlay_video=1
disable_uboot_overlay_wireless=1

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/CAOCHtYgOQRV0-FvrOYQxDiuG2Rw-9UT5wbUmijS9yzFbui4t%2BQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Phasors calculation using libpruio

2017-01-27 Thread robertsmaria934 via BeagleBoard 


On Fri, 1/27/17, John Syne  wrote:

 Subject: Re: [beagleboard] Phasors calculation using libpruio
 To: beagleboard@googlegroups.com
 Date: Friday, January 27, 2017, 8:53 PM
 
 Is there a
 reason you don’t do this on the ARM processor? In the v4.8
 kernel, the ADC uses DMA, so you can sample at full
 speed. 
 
 Regards,John
 
 
 
 
 
 
 On Jan 26, 2017, at 8:10 PM, Renzo
 Fabián 
 wrote:
 
 I have the following C code's
 parts that uses tables of sins and cosins to calculate a
 fundamental phasor of 60 Hz electrical system using 16
 samples per cycle (960 Sps):
 float
 cosins[]={1, 0.92388, 0.70711, 0.38268, 0, -0.38268,
 -0.70711, -0.92388, -1, 
              -0.92388, -0.70711, -0.38268, 0,
 0.38268, 0.70711, 0.92388};  float sins[]={0, 0.38268, 0.70711,
 0.92388, 1, 0.92388, 0.70711, 0.38268, 0,                 -0.38268,
 -0.70711, -0.92388, -1, -0.92388, -0.70711,
 -0.38268};
 ...
 for(i=0; i <16; i++){
  
  ret_r=x[15-i]*cosins[i]+ret_r; 
  ret_i=x[15-i]*sins[i]+ret_i;   }
 return 0.088388*ret_r
 -0.088388*ret_i*I;
 Is it possible to perform this using
 the libpruio in order to read 6 analog inputs? If yes? What
 is the best way to implement it if other operations were
 need, i.e. compute the division of 2 phasors.
 
 Thanks.
 
 
 -- 
 
 For more options, visit http://beagleboard.org/discuss
 
 --- 
 
 You received this message because you are subscribed to the
 Google Groups "BeagleBoard" group.
 
 To unsubscribe from this group and stop receiving emails
 from it, send an email to beagleboard+unsubscr...@googlegroups.com.
 
 To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/a0e5a09a-0468-404d-9bf2-3436a62065ea%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/9C4AA6F4-0612-4ECD-8275-0F93EDE99744%40gmail.com.
 
 For more options, visit https://groups.google.com/d/optout.
 asarabia fusese incorporata de Rusia tarista la capatul razboiului ruso-oto-

-- 
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/973597746.2150553.1485543611718%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Phasors calculation using libpruio

2017-01-27 Thread John Syne 
Is there a reason you don’t do this on the ARM processor? In the v4.8 kernel, 
the ADC uses DMA, so you can sample at full speed. 

Regards,
John




> On Jan 26, 2017, at 8:10 PM, Renzo Fabián  wrote:
> 
> 
> I have the following C code's parts that uses tables of sins and cosins to 
> calculate a fundamental phasor of 60 Hz electrical system using 16 samples 
> per cycle (960 Sps):
> 
> float cosins[]={1, 0.92388, 0.70711, 0.38268, 0, -0.38268, -0.70711, 
> -0.92388, -1,
>-0.92388, -0.70711, -0.38268, 0, 0.38268, 0.70711, 0.92388};
>   
> float sins[]={0, 0.38268, 0.70711, 0.92388, 1, 0.92388, 0.70711, 0.38268, 0,
>  -0.38268, -0.70711, -0.92388, -1, -0.92388, -0.70711, 
> -0.38268};
> 
> ...
> 
> for(i=0; i <16; i++){
>ret_r=x[15-i]*cosins[i]+ret_r;
>ret_i=x[15-i]*sins[i]+ret_i;
>}
> 
> return 0.088388*ret_r -0.088388*ret_i*I;
> 
> Is it possible to perform this using the libpruio in order to read 6 analog 
> inputs? If yes? What is the best way to implement it if other operations were 
> need, i.e. compute the division of 2 phasors.
> 
> Thanks.
> 
> -- 
> For more options, visit http://beagleboard.org/discuss 
> 
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/a0e5a09a-0468-404d-9bf2-3436a62065ea%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/9C4AA6F4-0612-4ECD-8275-0F93EDE99744%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Not able to boot beagle bone black from SD card

2017-01-27 Thread Gerald Coley 
Does the power LED blink or does it stay on?

Gerald


On Fri, Jan 27, 2017 at 10:54 AM, sachin malhotra 
wrote:

> Hello,
>
> I am trying to boot TI SDK on beagle bone black, I followed these steps:
>
> 1. Partitioning and flashing an image on SD card using this page:
> http://processors.wiki.ti.com/index.php/Processor_
> SDK_Linux_create_SD_card_script using Virtual Box VM with Ubuntu 16.04
> and TI's - ti-processor-sdk-linux-am335x-evm-03.02.00.05
>
> 2. Remove the SD card from PC and insert it in the board, press boot
> button and plug in the USB to PC to power it on.
>
> No LED blinks except the power LED.
>
> In the SD card on my windows PC, I can see 2 files  a) MLO  b) u-boot.img
>
> I have booted the board before with Linux, went through with no issues.
>
> What could be the possible reasons here for the board not booting now?
> Please let me know if you need any other details
>
> Thanks,
> Sachin
>
> --
> 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/88b7092a-2914-4f5a-971b-43baae56cb5a%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.com

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

[beagleboard] Not able to boot beagle bone black from SD card

2017-01-27 Thread sachin malhotra 
Hello,

I am trying to boot TI SDK on beagle bone black, I followed these steps:

1. Partitioning and flashing an image on SD card using this page: 
http://processors.wiki.ti.com/index.php/Processor_SDK_Linux_create_SD_card_script
 using 
Virtual Box VM with Ubuntu 16.04 and TI's - ti-processor-sdk-linux-am335x-
evm-03.02.00.05

2. Remove the SD card from PC and insert it in the board, press boot button 
and plug in the USB to PC to power it on.

No LED blinks except the power LED. 

In the SD card on my windows PC, I can see 2 files  a) MLO  b) u-boot.img

I have booted the board before with Linux, went through with no issues.

What could be the possible reasons here for the board not booting now?
Please let me know if you need any other details

Thanks,
Sachin

-- 
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/88b7092a-2914-4f5a-971b-43baae56cb5a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

2017-01-27 Thread Ashwini Bhat 
Damn, I am trying to recall exactly, because at that time I was trying a 
bunch of things.

I am looking into the history, I am retracing my steps:
I think I updated when I went into /opt/scripts/tools and use 
./update_kernel.sh, but I don't believe that updates you to the right 
version
I don't believe that gets you there, I think you have to do, 

sudo ./update_kernel.sh --lts-4_4 --bone-channel

as listed on : https://github.com/beagleboard/bb.org-overlays
  
I think I did ./update_kernel.sh then did ./update_kernel.sh --lts-4_4 
--bone-channel, that should get you there.  

Since I am being a bit vague retracing my steps and I am not 100% sure if 
it can get your 4.4.44-bone16, I can re-image my beaglebone black and then 
try to retrace my steps or I could try to replicate your setup to see if I 
can get that to work, since I don't have that much data on this beaglebone 
black.  Do remember that I have 2gb eMMC since this a older beaglebone so I 
have to everything off the SD card.  I appreciate your help and I don't 
want to waste too much of time if this ends up being an abyss of random 
update, and would rather use your help for something definitive that I can 
give clear answers too.  Let me know if you are able to get to that version 
in a short period of time, otherwise I will first try to retrace if that 
doesn't work then I will go to your version and start from there.
Thanks again,
Ashwini Bhat

On Friday, January 27, 2017 at 4:33:06 AM UTC-8, Greg wrote:
>
> Can you tell me exactly how you got the kernel 4.4.44-bone16?
>
> I need to replicate this step exactly.
>
> Greg
>

-- 
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/3e3cae0a-dd26-4a20-8ae2-2f804f150d5c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Phasors calculation using libpruio

2017-01-27 Thread TJF 
Hi!

Am Freitag, 27. Januar 2017 05:10:27 UTC+1 schrieb Renzo Fabián:
>
> Is it possible to perform this using the libpruio in order to read 6 
> analog inputs? If yes? What is the best way to implement it if other 
> operations were need, i.e. compute the division of 2 phasors.
>

Yes, it is. (Or do I miss-understand your question?)

libpruio reads the samples from the hardware and makes them available to 
the ARM CPU as binary data (unsigned short). At the ARM side you can use 
those datas however you want, ie. compute float math.

Regards

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

Re: [beagleboard] Prevent overheating BeagleBone?

2017-01-27 Thread Graham 
I use the MCP9808 for temperature monitoring.  Simple I2C interface. Drops 
onto I2C-2 without device tree changes.
Adafruit has example code and breakout boards.  Accuracy about 1 degree C, 
resolution to a fraction of a degree C.
I put one of the Adafruit breakout boards in the same airspace as the BBB, 
or whatever else I am monitoring.

I guess you could glue one (dead-bug) on top of the Sitara package.

I am not sure that cooling a BBB is a problem that needs solving, unless 
you are running it real hard, continuously, and have it bottled up.

--- Graham

==

-- 
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/3c03f117-9f18-4ef3-9835-9f0a8dc8e6cd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] usb problem - beaglebone black

2017-01-27 Thread rifo 
Hello,

I have an program accessing /dev/ttyACM0.  I get below error from time to 
time and have to restart my application. I have read the forums and see 
that many people got this kind of error. Is there a patch that I can try?

thanks
rifo 


$ uname -a
Linux beaglebone 4.4.9-ti-r25 #1 SMP Thu May 5 23:08:13 UTC 2016 armv7l 
GNU/Linux

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 8.4 (jessie)
Release: 8.4
Codename: jessie


[ cut here ]
[ 1490.321252] WARNING: CPU: 0 PID: 697 at drivers/usb/musb/musb_host.c:139 
musb_h_tx_flush_fifo+0xa1/0xac()
[ 1490.321282] musb-hdrc musb-hdrc.1.auto: Could not flush host TX10 fifo: 
csr: 2003
[ 1490.321303] Modules linked in: c_can_platform c_can can_dev spidev 
tieqep pwm_tiecap pwm_tiehrpwm usb_f_acm u_serial usb_f_rndis g_multi 
usb_f_mass_storage u_ether libcomposite pruss_intc pru_rproc omap_sham 
pruss omap_aes_driver cdc_acm omap_rng rng_core snd_soc_davinci_mcasp 
snd_soc_edma snd_soc_omap snd_soc_core snd_pcm_dmaengine snd_pcm snd_timer 
snd spi_omap2_mcspi soundcore evdev uio_pdrv_genirq uio
[ 1490.321643] CPU: 0 PID: 697 Comm: rawGps Not tainted 4.4.9-ti-r25 #1
[ 1490.321666] Hardware name: Generic AM33XX (Flattened Device Tree)
[ 1490.321740] [] (unwind_backtrace) from [] 
(show_stack+0x11/0x14)
[ 1490.321798] [] (show_stack) from [] 
(dump_stack+0x73/0x80)
[ 1490.321864] [] (dump_stack) from [] 
(warn_slowpath_common+0x6b/0x94)
[ 1490.321914] [] (warn_slowpath_common) from [] 
(warn_slowpath_fmt+0x33/0x48)
[ 1490.321961] [] (warn_slowpath_fmt) from [] 
(musb_h_tx_flush_fifo+0xa1/0xac)
[ 1490.322007] [] (musb_h_tx_flush_fifo) from [] 
(musb_cleanup_urb+0x37/0x98)
[ 1490.322048] [] (musb_cleanup_urb) from [] 
(musb_urb_dequeue+0xfb/0x114)
[ 1490.322104] [] (musb_urb_dequeue) from [] 
(usb_hcd_unlink_urb+0x39/0x98)
[ 1490.322154] [] (usb_hcd_unlink_urb) from [] 
(usb_kill_urb+0x4f/0xb8)
[ 1490.322259] [] (usb_kill_urb) from [] 
(acm_port_shutdown+0x8c/0xd0 [cdc_acm])
[ 1490.322358] [] (acm_port_shutdown [cdc_acm]) from [] 
(tty_port_shutdown+0x5b/0x64)
[ 1490.322402] [] (tty_port_shutdown) from [] 
(tty_port_close+0x1d/0x3c)
[ 1490.322471] [] (tty_port_close) from [] 
(acm_tty_close+0x2c/0x58 [cdc_acm])
[ 1490.322558] [] (acm_tty_close [cdc_acm]) from [] 
(tty_release+0xa7/0x3b8)
[ 1490.322615] [] (tty_release) from [] 
(__fput+0x6d/0x158)
[ 1490.322661] [] (__fput) from [] 
(task_work_run+0x6f/0x94)
[ 1490.322704] [] (task_work_run) from [] 
(do_exit+0x297/0x7f4)
[ 1490.322743] [] (do_exit) from [] 
(do_group_exit+0x2d/0x8c)
[ 1490.322782] [] (do_group_exit) from [] 
(get_signal+0x1ad/0x4e0)
[ 1490.322835] [] (get_signal) from [] 
(do_signal+0x235/0x33c)
[ 1490.322882] [] (do_signal) from [] 
(do_work_pending+0x73/0x80)
[ 1490.322926] [] (do_work_pending) from [] 
(slow_work_pending+0x9/0x16)
[ 1490.322953] ---[ end trace 3db215afee413970 ]---

-- 
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/ce96b5e2-7e01-4b8a-9772-ff4056798cef%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] SPI Woes with different Kernel Versions

2017-01-27 Thread Thomas Hoppe 
Hi,

I did some more testing on a 4.4.41-ti-r83 and a 3.8.13-ti-rxx.
I tested with the spi-test tool (I copied some version not used the one 
shipped with the respective kernel) in loopback mode.
Interestingly this seems to work on both kernel versions while my board 
only works with the 3.8 as explained.
So there must be some differences. @RobertCNelson can you think of what 
might have changed?

BG

-- 
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/a39f3c2f-7f6a-4b20-8133-1ac7d0cc5c3f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

2017-01-27 Thread Greg 
Can you tell me exactly how you got the kernel 4.4.44-bone16?

I need to replicate this step exactly.

Greg

-- 
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/5a438bfb-a522-4cea-9864-f2c53983c56d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] After flashing with (debian-8.6) I can't connect to BBB by ssh 192.168.7.2. via USB.

2017-01-27 Thread Maxim A 

Hello,

When I got new BBB I could login to 192.168.7.2 via USB-cable.
Also appeared new mass storage drive on the PC and I could go to 
192.168.7.2 via Chrome. (Start-up guide and other stuff…)

After flashing with "bone-debian-8.6-lxqt-4gb-armhf-2016-11-06-4gb.img" I 
can't connect to BBB by ssh 192.168.7.2 via USB.

What can be root cause for that?

BR,
//Maxim

-- 
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/290e5a44-2061-45fe-ae76-ece3a3df7a55%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Prevent overheating BeagleBone?

2017-01-27 Thread woody.lois via BeagleBoard 


On Fri, 1/27/17, William Hermans  wrote:

 Subject: Re: [beagleboard] Prevent overheating BeagleBone?
 To: beagleboard@googlegroups.com
 Date: Friday, January 27, 2017, 8:19 AM
 
 HI Drew,
 
 I have not used a thermocouple on the
 beaglebone it's self. I have however used a SPI
 interface MAX31855, and they ramp up fairly quickly, and are
 reasonably accurate. We used this for a convection oven to
 reflow oven conversion. In testing, it seemed to work really
 well, but we never actually used that oven to flow boards.
 Instead we decided to change to an IR oven.
 
 As far as
 placement, I think you would want to place the cable end
 directly onto the processor die, with a bit of heat sink
 grease between both.
 
 Another option would be to use a
 1-wire temperature sensor. I have one here connected to a
 beaglebone at this moment, but I could not tell you offhand
 what the part number is . . .
  So it's my understanding that
 these 1wire sensors in not as accurate as a thermocouple.
 However I think I could work well enough. As far as
 placement of these . . . well I'm not sure about that. A
 datasheet would need to be referenced. But perhaps directly
 on the processor it's self as well with a bit of thermo
 grease between the two ? Not sure. They're a similar
 package to a small transistor. Additionally, these are
 rather slow in response. I think the best 1-wire query
 "speed" is 750ms between reads. But I think if you
 need to read temperatures faster than this for this
 particular application .  .something else is
 "wrong" ;)
 
 ​
 
 
 
 -- 
 
 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/CALHSORpAO-0p6EykSnmsUvGXNK4q_AYTRvAOJ1yQFbTS0NvZaA%40mail.gmail.com.
 
 For more options, visit https://groups.google.com/d/optout.
 36Vlasiei  Balota  Prefectura Politiei din Bucuresti. Sub gloante au cazut s 
economistul Virgil Madgearu  ucis in padurea Snagov  si savantul de reputatie 
internationala  de fapt  cel mai mare istoric al romanilor  Nicolae lorga  
executa la marginea soselei  in comuna Strejnic. si toate acestea pe un fond 
general de infricosare a opiniei publice. Au luat totusi o pozitie critica unu 
oameni politici membri ai Partidului National Liberal s\ Partidului National 
taranesc.

-- 
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/285118285.1836517.1485509853563%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.