[beagleboard] Re: Single pin connectors for individual wires BBB expansion header

2018-10-17 Thread dwviel via BeagleBoard
Or possibly:
https://www.digikey.com/product-detail/en/mill-max-manufacturing-corp/3128-1-00-15-00-00-08-0/ED90539-ND/436741

What diameter should the post be to fit in the connector?



On Wednesday, October 17, 2018 at 1:58:39 PM UTC-4, dwv...@yahoo.com wrote:
>
> I want to connect several individual wires to the BBB p9 header.  I would 
> rather not use an entire 46pin header to do this.  Rather, I was thinking 
> of finding some kind of single pin solder socket to solder on to the end of 
> each wire and then push the pin into the appropriate header receiver pin 
> number.  Does anyone know of such a solder socket with the correct gold 
> plated square pin to use?  I tried to search digikey, etc. but don't even 
> know what the correct name for such a device would be.
>
> Thanks,
> David
>

-- 
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/a8b312e3-be80-47b1-87ef-b1c24eea6859%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Re: Single pin connectors for individual wires BBB expansion header

2018-10-17 Thread dwviel via BeagleBoard
I think I can build what I want by using these:
https://www.digikey.com/product-detail/en/te-connectivity-amp-connectors/5-87623-4/A100889CT-ND/2259558

Just solder to the end and maybe a shrink tube covering to provide 
insulation.



On Wednesday, October 17, 2018 at 1:58:39 PM UTC-4, dwv...@yahoo.com wrote:
>
> I want to connect several individual wires to the BBB p9 header.  I would 
> rather not use an entire 46pin header to do this.  Rather, I was thinking 
> of finding some kind of single pin solder socket to solder on to the end of 
> each wire and then push the pin into the appropriate header receiver pin 
> number.  Does anyone know of such a solder socket with the correct gold 
> plated square pin to use?  I tried to search digikey, etc. but don't even 
> know what the correct name for such a device would be.
>
> Thanks,
> David
>

-- 
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/2426358d-44c3-4004-84e4-b4f179016b0b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Using SPI in a kernel module

2018-10-17 Thread John Syne
You might be interested in the FPGA design solutions from Analog Devices. They 
have FPGA designs for many of their high speed data acquisition devices. 

BTW, if you selected an ADC with a FIFO, then you could do the SPI comms in 
Linux using DMA, so there would be no need for PRU. 

Regards,
John





> On Oct 17, 2018, at 4:20 AM, Gerhard Hoffmann  
> wrote:
> 
> First, a lot of thanks for the pointer, that could really help.
> 
> 
> 
> What I really want to accomplish is to get at least a medium bandwidth 
> interface
> 
> between the LAN and some real-time data aquisition units. The LAN side is 
> 
> patterned after my Agilent 89441A vector signal analyzer. You simply open
> 
> port 5025 on 192.169.178.111 and dump/read there GPIB/IEEE488-like commands &
> 
> data streams. That side seems to work, although there is not yet much flesh
> 
> to it since the data collection side is still missing.
> 
> 
> 
> First I wanted to try the SPI interface, then the 16 bit multiplexed bus
> 
> to get an intelligent register interface to some FPGA.
> 
> For the SPI, I decided to attach a LT2500-32 ADC; that can do 1 Msample
> 
> at 24 bits. Add FFTW in the BBB and you have a respectable Fourier analyzer.
> 
> For the hardware, that's all that is needed:
> 
> <
> https://www.flickr.com/photos/137684711@N07/45331444582/in/album-72157662535945536/
>  
> 
>  
> 
>   >
> 
> The Xilinx Coolrunner2 generates the sampling clock from the 100 MHz crystal 
> osc. and collects
> 
> some left-over gates. $1.50 or so. The other small board is the ADC, its 
> regulators and reference.
> 
> Home-etched and soldered.  :-)It's completely open, in case someone wants 
> it.
> 
> 
> 
> The SPI has soaked up much more time than I had planned. A new Debian image 
> from
> 
> Robert and some other insights at least made that I don't get a bus error for 
> each SPI access.
> 
> One gets thankful for small advances...  At least I can now create and start 
> PRU programs,
> 
> talk to them via the shared RAM and transfer huge data blocks to Linux 
> virtual memory land
> 
> through ping-pong buffers. It's just that I can't make the SPI say a word. 
> Verbatim.  :-(
> 
> I also can finger the SPI pins when I re-assign them to the PRU and use 
> R30/R31.
> 
> 
> 
> I also have a Red Pitaya. I like it architecture-wise, except that I'll need 
> a larger FPGA
> 
> to support fast ADCs with JESDI204B ports - and that it is based on that 
> exotic Alpine Linux.
> 
> FPGAs are a home game for me, I've used them since there has been Xilinx.
> 
> 
> 
> best regards, 
> 
> Gerhard
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Am 17.10.2018 um 04:43 schrieb John Syne:
>> BTW, you mentioned moving to Zynq, but that processor is more expensive than 
>> the complete BBB. Zynq eval boards or kits are even more expensive, not to 
>> mention the cost of tools, etc. One other problem is the learning curve is 
>> very steep if you want to take advantage of the FPGA features. Anyway, the 
>> applications for Zynq and BBB are completely different. I know, because I 
>> have looked at the possibility of using Zynq over the years and each time, I 
>> have given it a pass. 
>> 
>> I’m currently using PSOC6 (CortexM4 and CortexM0) for some of my projects 
>> (no Linux, using FreeRTOS) and it has a Verilog programmable frontend, which 
>> is much easier to learn. 
>> 
>> Regards,
>> John
>> 
>> 
>> 
> 
> 
> -- 
> 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/09d5304e-5642-0db2-7755-596ee4ccb1a4%40hoffmann-hochfrequenz.de
>  
> .
> 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/FF6A7857-5B9A-49D5-AF05-D770D7A41F85%40gmail.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Re: RTC integration with kernel

2018-10-17 Thread Alex Ferm
I use the following device tree fragment to set up my battery backed 
DS1307. I imagine all you have to do for the 3232 is change the compatible 
parameter.

 {
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <_pins>;

clock-frequency = <10>;

cape_rtc0: cape_rtc0@68 {
compatible = "maxim,ds1307";
reg = <0x68>;
};
};

On Wednesday, July 11, 2018 at 6:44:50 AM UTC-5, Neil Cobbett wrote:
>
>
> HI,
>
> I'm trying to get a  battery backed RTC chip to work with the Beaglebone.  
> It works on 4.14 kernel but I am trying to do the same on 3.8 kernel and I 
> can't get it to appear as a device in /dev
>
> So far I have the device tree mappings for BB-I2C1 installed. (Which is 
> referenced as i2c-2 - a known issue that is fixed in kernel 4).  This seems 
> to be ok as I can see the device:
>
> root@beaglebone:~# i2cdetect -r 2 
> WARNING! This program can confuse your I2C bus, cause data loss and worse! 
> I will probe file /dev/i2c-2 using read byte commands. 
> I will probe address range 0x03-0x77. 
> Continue? [Y/n] Y 
> 0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f 
> 00:  -- -- -- -- -- -- -- -- -- -- -- -- --  
> 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  
> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  
> 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  
> 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  
> 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  
> 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- --  
> 70: -- -- -- -- -- -- -- --  
>
> I mount it with:
>
> echo ds3232 0x68 > /sys/class/i2c-adapter/i2c-2/new_device
>
> dmesg shows:
>
> [ 7242.287395] i2c i2c-2: new_device: Instantiated device ds3232 at 0x68
>
> However a new device /dev/rtc1 is not created and only the rtc built into 
> the BBB is visable.
>
> I'n not sure what to try next...  Can anyone help?
>
> Neil
>

-- 
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/9a74b0c8-6ed8-42ab-81dc-d028903d5629%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Single pin connectors for individual wires BBB expansion header

2018-10-17 Thread Mike Jaeger
Mill-Max has a line of solder cup pins for discrete wire termination.  The
8301 series has an 0.025 inch square pin.

https://www.mill-max.com/products/pin/8301

Mike Jaeger

On Wed, Oct 17, 2018 at 3:05 PM Robert Nelson 
wrote:

> On Wed, Oct 17, 2018 at 2:01 PM dwviel via BeagleBoard
>  wrote:
> >
> > Almost.  But, I was hoping that the end of the wire would have the
> square gold plated pin attached.
>
> Like this variant:
>
>
> https://www.digikey.com/product-detail/en/adafruit-industries-llc/826/1528-1162-ND/5353622
>
> 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/CAOCHtYgdGYj6DEOkz5%3DGkvQUD-D2UT150WjiqBwB4SVBgpE9mg%40mail.gmail.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/CAHqMqrgapBzVYZWGO6fuTbBi4drnGJjCuDcfdXQHnSJGEfz5Hw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Single pin connectors for individual wires BBB expansion header

2018-10-17 Thread Robert Nelson
On Wed, Oct 17, 2018 at 2:01 PM dwviel via BeagleBoard
 wrote:
>
> Almost.  But, I was hoping that the end of the wire would have the square 
> gold plated pin attached.

Like this variant:

https://www.digikey.com/product-detail/en/adafruit-industries-llc/826/1528-1162-ND/5353622

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/CAOCHtYgdGYj6DEOkz5%3DGkvQUD-D2UT150WjiqBwB4SVBgpE9mg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Single pin connectors for individual wires BBB expansion header

2018-10-17 Thread dwviel via BeagleBoard
Almost.  But, I was hoping that the end of the wire would have the square 
gold plated pin attached.  

On Wednesday, October 17, 2018 at 2:06:20 PM UTC-4, RobertCNelson wrote:
>
> On Wed, Oct 17, 2018 at 12:58 PM dwviel via BeagleBoard 
> > wrote: 
> > 
> > I want to connect several individual wires to the BBB p9 header.  I 
> would rather not use an entire 46pin header to do this.  Rather, I was 
> thinking of finding some kind of single pin solder socket to solder on to 
> the end of each wire and then push the pin into the appropriate header 
> receiver pin number.  Does anyone know of such a solder socket with the 
> correct gold plated square pin to use?  I tried to search digikey, etc. but 
> don't even know what the correct name for such a device would be. 
>
> Like these: 
>
>
> https://www.digikey.com/product-detail/en/adafruit-industries-llc/758/1528-1154-ND/5353614
>  
>
> made by Adafruit.. 
>
> 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/6bb16c53-ec46-4cf8-a9b9-7111c77f05c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Re: Single pin connectors for individual wires BBB expansion header

2018-10-17 Thread dwviel via BeagleBoard
I'm thinking something like these:
https://www.digikey.com/product-detail/en/wurth-electronics-inc/61300211121/732-5315-ND/4846823
https://www.digikey.com/product-detail/en/samtec-inc/HTSW-102-07-L-S/SAM8920-ND/2345283
but a single pin.  And, perhaps a solder cup connection for the wire.



On Wednesday, October 17, 2018 at 1:58:39 PM UTC-4, dwv...@yahoo.com wrote:
>
> I want to connect several individual wires to the BBB p9 header.  I would 
> rather not use an entire 46pin header to do this.  Rather, I was thinking 
> of finding some kind of single pin solder socket to solder on to the end of 
> each wire and then push the pin into the appropriate header receiver pin 
> number.  Does anyone know of such a solder socket with the correct gold 
> plated square pin to use?  I tried to search digikey, etc. but don't even 
> know what the correct name for such a device would be.
>
> Thanks,
> David
>

-- 
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/20d784d1-3c54-4207-b667-a9f31f7a363a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Two NODE_PATHs

2018-10-17 Thread Mark A. Yoder
Hmmm..

If I do *sudo npm install -g request* it goes in */usr/lib/node_modules*, 
but* $NODE_PATH* points to* /usr/local/lib/node_modules*

Is there a way for a user to do npm installs that go to a global place so 
that don't have to appear everyplace the install is run?

--Mark

On Wednesday, October 17, 2018 at 11:09:01 AM UTC-4, RobertCNelson wrote:
>
> On Wed, Oct 17, 2018 at 10:00 AM Mark A. Yoder  > wrote: 
> > 
> > npm install -g appears to install in /usr/lib/node_modules, but 
> $NODE_PATH is set to /usr/local/lib/node_modules. 
> > 
> > Should the two be pointing to the same place?  If so, which is the 
> correct place? 
>
> As a normal user, "/usr/local/lib/node_modules" and anything we 
> package with our custom nodejs (v6.14.x) we also stick in 
> "/usr/local/lib/node_modules".. 
>
> 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/327806eb-681b-4b70-8443-c5737f727c10%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Use DS3231 RTC with BBB

2018-10-17 Thread Robert Nelson
On Wed, Oct 17, 2018 at 12:58 PM 'David Viel' via BeagleBoard <
beagleboard@googlegroups.com> wrote:

> Adafruit DS3231 Precision RTC Breakout
> 
>
> Adafruit DS3231 Precision RTC Breakout
>
> The datasheet for the DS3231 explains that this part is an "Extremely
> Accurate I²C-Integrated RTC/TCXO/Crystal"
> 
>
>
>
Okay, that one is safe to be plugged into v3.3

Then setup a U-Boot overlay like:

https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-I2C2-RTC-DS1338.dts

But with the correct port, and device name..

Then you'll get it bootup as rtc0 and everything date/ntp/etc will just
work, without any other special scripts..

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/CAOCHtYhsf75G9KKhaOw_GhVxY6jW%2BJXHwMCbYNq-1oENBuGYdQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Single pin connectors for individual wires BBB expansion header

2018-10-17 Thread Robert Nelson
On Wed, Oct 17, 2018 at 12:58 PM dwviel via BeagleBoard
 wrote:
>
> I want to connect several individual wires to the BBB p9 header.  I would 
> rather not use an entire 46pin header to do this.  Rather, I was thinking of 
> finding some kind of single pin solder socket to solder on to the end of each 
> wire and then push the pin into the appropriate header receiver pin number.  
> Does anyone know of such a solder socket with the correct gold plated square 
> pin to use?  I tried to search digikey, etc. but don't even know what the 
> correct name for such a device would be.

Like these:

https://www.digikey.com/product-detail/en/adafruit-industries-llc/758/1528-1154-ND/5353614

made by Adafruit..

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/CAOCHtYgNfqu92HwGM7w-An67%3DEZpFbMNTe4pD6B7xwX49wsW9w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Use DS3231 RTC with BBB

2018-10-17 Thread 'David Viel' via BeagleBoard
 Adafruit DS3231 Precision RTC Breakout

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Adafruit DS3231 Precision RTC Breakout

The datasheet for the DS3231 explains that this part is an "Extremely Accurate 
I²C-Integrated RTC/TCXO/Crystal"
 |

 |

 |




Thanks,David

On Wednesday, October 17, 2018, 12:39:54 PM EDT, Robert Nelson 
 wrote:  
 
 On Wed, Oct 17, 2018 at 11:34 AM dwviel via BeagleBoard
 wrote:
>
> Hi,
>
> I'm connecting a DS3231 RTC from AdaFruit but am following the instructions 
> for the 1307:
> https://learn.adafruit.com/adding-a-real-time-clock-to-beaglebone-black?view=all
>
> Should I follow these connections except connect the Vcc to the BBB P9-3 
> VDD_3V3B instead of P9-5 VCC_5V ?

Which adafruit module?

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to a topic in the Google 
Groups "BeagleBoard" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/beagleboard/RRcccMyAnoU/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjv9jUfvf8RW%3D1HWZ09GXY0EpFFVECaMSETj-yBPmS1zQ%40mail.gmail.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/1380275017.346428.1539794746450%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Single pin connectors for individual wires BBB expansion header

2018-10-17 Thread dwviel via BeagleBoard
I want to connect several individual wires to the BBB p9 header.  I would 
rather not use an entire 46pin header to do this.  Rather, I was thinking 
of finding some kind of single pin solder socket to solder on to the end of 
each wire and then push the pin into the appropriate header receiver pin 
number.  Does anyone know of such a solder socket with the correct gold 
plated square pin to use?  I tried to search digikey, etc. but don't even 
know what the correct name for such a device would be.

Thanks,
David

-- 
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/a52f4845-6134-49d9-a37b-184d50fdc39b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Use DS3231 RTC with BBB

2018-10-17 Thread Robert Nelson
On Wed, Oct 17, 2018 at 11:34 AM dwviel via BeagleBoard
 wrote:
>
> Hi,
>
> I'm connecting a DS3231 RTC from AdaFruit but am following the instructions 
> for the 1307:
> https://learn.adafruit.com/adding-a-real-time-clock-to-beaglebone-black?view=all
>
> Should I follow these connections except connect the Vcc to the BBB P9-3 
> VDD_3V3B instead of P9-5 VCC_5V ?

Which adafruit module?

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/CAOCHtYjv9jUfvf8RW%3D1HWZ09GXY0EpFFVECaMSETj-yBPmS1zQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Use DS3231 RTC with BBB

2018-10-17 Thread dwviel via BeagleBoard
Hi,

I'm connecting a DS3231 RTC from AdaFruit but am following the instructions 
for the 1307:
https://learn.adafruit.com/adding-a-real-time-clock-to-beaglebone-black?view=all

Should I follow these connections except connect the Vcc to the BBB P9-3 
VDD_3V3B instead of P9-5 VCC_5V ?

Thanks,
David

-- 
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/983258d4-5f84-4440-a3cc-c08d2852f737%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] New version of BBB with ARMv8 based core? Need crypto functionality.

2018-10-17 Thread dwviel via BeagleBoard
Are there plans for a newer BBB using an ARMv8 based core?  I need the 
crypto H/W functionality that this provides.

David

-- 
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/f7e34aa4-91c1-4114-ac05-dbf752a1b7da%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] musb_host_rx: Rx interrupt with no errors or packet

2018-10-17 Thread jmiratstur


Hello,

I've recently acquired a BeagleBone Green with AM335x processor. I connect 
a high-speed USB device (actually a 3D camera) to the USB host port, and it 
recognizes well (looking at dmesg output).


When I try to read data from the camera I have a timeout and get no data 
ever. The 'dmesg' output show the errors:

musb_host_rx 1983: Rx interrupt with no errors or packet!
musb_ep_program 941: broken !rx_reinit, ep2 csr 0003

Other users seemed to have this problem in the past, and it seems related 
to the musb_hdrc driver itself, but I've not been able to find a solution 
and need help urgently to solve this issue.


The system version in my BeagleBoneGreen is the last one from 
BeagleBoard.org:


Linux beaglebone 4.14.71-ti-r80 #1 SMP PREEMPT Fri Oct 5 23:50:11 UTC 2018 
armv7l GNU/Linux


I would thank for any help that leads to solve the issue.

-- 
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/13958cbf-920b-4de5-bb87-db7722612b09%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] musb_host_rx : Rx interrupt with no errors or packet!

2018-10-17 Thread jmiratstur


Hello,


I've recently acquired a BeagleBone Green with AM335x processor. I connect 
a high-speed USB device (actually a 3D camera) to the USB host port, and it 
recognizes well (looking at dmesg output).


When I try to read data from the camera I have a timeout and get no data 
ever. The 'dmesg' output show the errors:

musb_host_rx 1983: Rx interrupt with no errors or packet!
musb_ep_program 941: broken !rx_reinit, ep2 csr 0003

Other users seemed to have this problem in the past, and it seems related 
to the musb_hdrc driver itself, but I've not been able to find a solution 
and need help urgently to solve this issue.


The system version in my BeagleBoneGreen is the last one

Linux beaglebone 4.14.71-ti-r80 #1 SMP PREEMPT Fri Oct 5 23:50:11 UTC 2018 
armv7l GNU/Linux

-- 
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/71217ca7-5aa6-4892-a6d4-72261694044c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] USB help -- musb_host_rx: Rx interrupt with no errors or packet

2018-10-17 Thread Josep M. Mirats Tur


Hello,


I've recently acquired a BeagleBone Green with AM335x processor. I connect 
a high-speed USB device (actually a 3D camera) to the USB host port, and it 
recognizes well (looking at dmesg output).


When I try to read data from the camera I have a timeout and get no data 
ever. The 'dmesg' output show the errors:

musb_host_rx 1983: Rx interrupt with no errors or packet!
musb_ep_program 941: broken !rx_reinit, ep2 csr 0003

Other users seemed to have this problem in the past, and it seems related 
to the musb_hdrc driver itself, but I've not been able to find a solution 
and need help urgently to solve this issue.


The system version in my BeagleBoneGreen is the last Debian image available 
for IoT

Linux beaglebone 4.14.71-ti-r80 #1 SMP PREEMPT Fri Oct 5 23:50:11 UTC 2018 
armv7l GNU/Linux

-- 
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/99ab7645-ced5-4430-a257-3e728ee74c60%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Two NODE_PATHs

2018-10-17 Thread Robert Nelson
On Wed, Oct 17, 2018 at 10:00 AM Mark A. Yoder  wrote:
>
> npm install -g appears to install in /usr/lib/node_modules, but $NODE_PATH is 
> set to /usr/local/lib/node_modules.
>
> Should the two be pointing to the same place?  If so, which is the correct 
> place?

As a normal user, "/usr/local/lib/node_modules" and anything we
package with our custom nodejs (v6.14.x) we also stick in
"/usr/local/lib/node_modules"..

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


[beagleboard] Two NODE_PATHs

2018-10-17 Thread Mark A. Yoder
*npm install -g* appears to install in */usr/lib/node_modules*, but 
*$NODE_PATH* is set to */usr/local/lib/node_modules*.

Should the two be pointing to the same place?  If so, which is the correct 
place?

--Mark
.
*sudo /opt/scripts/tools/version.sh* 
[sudo] password for debian: 
git:/opt/scripts/:[1aa73453b2c980b75e31e83dab7dd8b6696f10c7]
eeprom:[A335BNLT0A5C3513BBBK3281]
model:[TI_AM335x_BeagleBone_Black]
dogtag:[BeagleBoard.org Debian Image 2018-07-02]
bootloader:[microSD-(push-button)]:[/dev/mmcblk0]:[U-Boot 
2018.03-2-gac9cce7c6a]:[location: dd MBR]
bootloader:[eMMC-(default)]:[/dev/mmcblk1]:[U-Boot 
2016.03-1-g9a81f4a]:[location: dd MBR]
kernel:[4.14.52-ti-rt-r60]
nodejs:[v6.14.3]
uboot_overlay_options:[enable_uboot_overlays=1]
uboot_overlay_options:[disable_uboot_overlay_video=1]
uboot_overlay_options:[uboot_overlay_pru=/lib/firmware/AM335X-PRU-RPROC-4-14-TI-00A0.dtbo]
uboot_overlay_options:[enable_uboot_cape_universal=1]
pkg check: to individually upgrade run: [sudo apt install --only-upgrade 
]
pkg:[bb-cape-overlays]:[4.4.20180628.0-0rcnee0~stretch+20180628]
pkg:[bb-wl18xx-firmware]:[1.20180517-0rcnee0~stretch+20180517]
pkg:[kmod]:[23-2rcnee1~stretch+20171005]
pkg:[roboticscape]:[0.4.4-git20180608.0-0rcnee0~stretch+20180609]:[GOT_REPLACED_BY_NEXT]
WARNING:pkg:[librobotcontrol]:[NOT_INSTALLED]
pkg:[firmware-ti-connectivity]:[20170823-1rcnee1~stretch+20180328]
groups:[debian : debian adm kmem dialout cdrom floppy audio dip video 
plugdev users systemd-journal i2c bluetooth netdev cloud9ide gpio pwm eqep 
admin spi tisdk weston-launch xenomai]
cmdline:[console=ttyO0,115200n8 bone_capemgr.uboot_capemgr_enabled=1 
root=/dev/mmcblk0p1 ro rootfstype=ext4 rootwait coherent_pool=1M 
net.ifnames=0 quiet]
dmesg | grep pinctrl-single
[1.164584] pinctrl-single 44e10800.pinmux: 142 pins at pa f9e10800 size 
568
dmesg | grep gpio-of-helper
[1.176991] gpio-of-helper ocp:cape-universal: ready
END

-- 
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/a8c647ee-a464-4490-95a0-a94e89ac772d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] boot time optimisation bellow 5 sec

2018-10-17 Thread Robert Nelson
On Wed, Oct 17, 2018 at 12:48 AM Raghavendra Bhovi  wrote:
>
>
> Hi gays,
>
> As the subject says, I would like to shrink the boot time below 5 seconds.
>
> bellow i copied booting time captured in grab serial please tell me what are 
> the places i can reduce the time and how i can do please help me gays i am 
> new in linux and beaglebone this debian os is costumed and also bellow i 
> mentioned what are the services this os contains what os i remove please tell 
> me hopefully i am waiting for your replay

Is that 5 seconds with working ethernet? The ti cpsw network interface
usually forces boot-time into the 10-11 second mark..

The default kernel is fat with modules, rebuild it with things removed
testing each time..

PS, it also helps to start with the "console" image

https://rcn-ee.net/rootfs/bb.org/testing/2018-10-14/stretch-console/

as it much less stuff pre-installed/pre-setup..

If you've never rebuild/installed the kernel take a look at:

https://www.digikey.com/eewiki/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-TIBSP

https://www.digikey.com/eewiki/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-InstallKernelandRootFileSystem

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


Re: [beagleboard] USB on fire

2018-10-17 Thread Robert Nelson
On Wed, Oct 17, 2018 at 5:48 AM Jaroslav Sykora 
wrote:

> Hello,
>
> We have a problem with a destroyed notebook USB port when it was connected
> to BeagleBone Black.
> Our system: we designed an extension board connected to the BBB
> pin-headers P8 and P9. Let's call this the 'ERTEC board'. The ERTEC board
> supplies power to BBB via the connector P9, pins 5, 6, which is VDD_5V. The
> VDD_5V rail in BBB is basically the barrel jack input. The picture below
> shows the setup:
>
> [image: smoke_from_notebook_usb.png]
> *Normally the system works fine. *
>
> But now one colleague reported this problem:
> 1. He had the Mini-USB of BBB connected to a PC (which is grounded...),
> and the whole system was powered from a +24V isolated supply and running.
> 2. While the system was running, he pulled the USB cable from the PC and
> connected it to a USB3.0 port of a notebook.
> 3. The USB connector of laptop started smoking. The laptop and BBB didn’t
> work after that.
>
> Any idea why this could happen? So far it seems like an one-off event, but
> one could never know :-/
>

"smells" like the laptop was grounded..

Either thru it's powersupply, "ethernet" cable, or something else..

Or even thru the user "holding" it...

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/CAOCHtYgkbOSNBoEJ8Nh%3DhMq-P8_eEE-22PUuJW4XnvYgPP_nSw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Beaglebone Black add Fiber Interface (SFP)

2018-10-17 Thread OMag
Hi Andrew

What would the advantage of the switch be over something like the TI 
DP83630?  I have updated the schematics to the latest version in Altium and 
am currently at the point where I need to select the PHY.

On Friday, August 31, 2018 at 5:06:00 PM UTC+2, Andrew Elder wrote:
>
> I would think about adding an Ethernet switch chip. Marvell have several 
> that should work.
>
> On Fri, Aug 31, 2018 at 9:14 AM Thomas Remmert  > wrote:
>
>> Very interested in this also!  I did some looking, and cant seem to
>> find anything that might work...  Hopefully others have some thoughts.
>>
>>
>> On Fri, Aug 31, 2018 at 2:38 AM, OMag > 
>> wrote:
>> > I'd like to redesign the BBB to remove the LAN8710A Ethernet PHY and 
>> RJ45
>> > connector and replace them with a ethernet phy that supports fiber and a
>> > SFP/QSFP connector.  Has anyone done something similar or know of a 
>> specific
>> > PHY chip that would be suitable for this purpose?
>> >
>> > --
>> > 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/fe14daf6-460c-4600-bf90-cfe06dc611ad%40googlegroups.com
>> .
>> > For more options, visit https://groups.google.com/d/optout.
>>
>>
>>
>> -- 
>> Thomas Remmert
>> Cell: 936-647-6030
>> Office: 281-203-0855
>>
>> -- 
>> 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/CAGiPVCtB0RdHefXagOKq2VPEjQFOGoE%2ByYu_tc%2BtQ9YngK%3DPPA%40mail.gmail.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/af23aa91-8fea-4298-981f-0cdb4b5f17de%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Using SPI in a kernel module

2018-10-17 Thread true-time
Hi Gerhard,
Maybe this 2 points helps for the Problem "bus errors":

1.
I had the same Problems at the standard Starterware mcspi, if I forget  
"McSPI0ModuleClkConfig" in my Setup.

2. 
I found this tip "   /* check CM_PER enable status, or it may caue "Bus 
error" signal message. */"  in 
https://stackoverflow.com/questions/46677025/add-chip-select-hold-time-to-beaglebone-spi
 
.

To the tip of John "Starterware in 
Pru": https://github.com/kiran4399/starterware_PRU
All spi code is the same as standard Starterware mcspi.

best wishes
Peter



Am Mittwoch, 17. Oktober 2018 13:20:36 UTC+2 schrieb Gerhard Hoffmann:
>
> First, a lot of thanks for the pointer, that could really help.
>
>
> What I really want to accomplish is to get at least a medium bandwidth 
> interface
>
> between the LAN and some real-time data aquisition units. The LAN side is 
>
> patterned after my Agilent 89441A vector signal analyzer. You simply open
>
> port 5025 on 192.169.178.111 and dump/read there GPIB/IEEE488-like 
> commands &
>
> data streams. That side seems to work, although there is not yet much flesh
>
> to it since the data collection side is still missing.
>
>
> First I wanted to try the SPI interface, then the 16 bit multiplexed bus
>
> to get an intelligent register interface to some FPGA.
>
> For the SPI, I decided to attach a LT2500-32 ADC; that can do 1 Msample
>
> at 24 bits. Add FFTW in the BBB and you have a respectable Fourier 
> analyzer.
>
> For the hardware, that's all that is needed:
>
> <
> https://www.flickr.com/photos/137684711@N07/45331444582/in/album-72157662535945536/
>  
> 
>
>   >
>
> The Xilinx Coolrunner2 generates the sampling clock from the 100 MHz 
> crystal osc. and collects
>
> some left-over gates. $1.50 or so. The other small board is the ADC, its 
> regulators and reference.
>
> Home-etched and soldered.  :-)It's completely open, in case someone 
> wants it.
>
>
> The SPI has soaked up much more time than I had planned. A new Debian 
> image from
>
> Robert and some other insights at least made that I don't get a bus error 
> for each SPI access.
>
> One gets thankful for small advances...  At least I can now create and 
> start PRU programs,
>
> talk to them via the shared RAM and transfer huge data blocks to Linux 
> virtual memory land
>
> through ping-pong buffers. It's just that I can't make the SPI say a word. 
> Verbatim.  :-(
>
> I also can finger the SPI pins when I re-assign them to the PRU and use 
> R30/R31.
>
>
> I also have a Red Pitaya. I like it architecture-wise, except that I'll 
> need a larger FPGA
>
> to support fast ADCs with JESDI204B ports - and that it is based on that 
> exotic Alpine Linux.
>
> FPGAs are a home game for me, I've used them since there has been Xilinx.
>
>
> best regards, 
>
> Gerhard
>
>
>
>
>
>
> Am 17.10.2018 um 04:43 schrieb John Syne:
>
> BTW, you mentioned moving to Zynq, but that processor is more expensive 
> than the complete BBB. Zynq eval boards or kits are even more expensive, 
> not to mention the cost of tools, etc. One other problem is the learning 
> curve is very steep if you want to take advantage of the FPGA features. 
> Anyway, the applications for Zynq and BBB are completely different. I 
> know, because I have looked at the possibility of using Zynq over the 
> years and each time, I have given it a pass.  
>
> I’m currently using PSOC6 (CortexM4 and CortexM0) for some of my projects 
> (no Linux, using FreeRTOS) and it has a Verilog programmable frontend, 
> which is much easier to learn. 
>
> Regards,
> John
>
>
>
>
>

-- 
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/eb89127c-f7ab-4b1a-ab74-8cb75d9beb10%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Re: Getting boot time below 3 seconds

2018-10-17 Thread Raghavendra Bhovi
Hi Brent,

i am new to linux and beaglebone ,I would like to decrease the boot 
time below 5 seconds


Here is the hardware I need:
1. LCD7 cape
2.buzzer cape
2. USB
3. GPIO

some services are disabled apache2,connman,avahi,cups then also it is 
taking 38sec please tell me how to decrease and what are the places 
whatever booting i captured in grabseral pasted bellow and what are the 
services contains please tell me what are the service i can disable also 
hopefully i am waiting for your repay  and i am not able to change os also 
because this os is customer given 

root@ubuntu-OptiPlex-7010:/home/ubuntu/sitara/grabserial-1.9.3# grabserial 
-d /dev/ttyUSB0 -t
[0.00 0.00] 
[2.258079 2.258079] U-Boot SPL 2017.11-dirty (Dec 20 2017 - 16:41:20)
[2.317568 0.059489] Trying to boot from MMC2
[2.420104 0.102536] 
[2.420270 0.000166] 
[2.420332 0.62] U-Boot 2017.11-dirty (Dec 20 2017 - 16:41:20 -0500)
[2.424920 0.004588] 
[2.425047 0.000127] CPU  : AM335X-GP rev 2.1
[2.427548 0.002501] I2C:   ready
[2.481161 0.053613] DRAM:  512 MiB
[2.533894 0.052733] No match for driver 'omap_hsmmc'
[2.536707 0.002813] No match for driver 'omap_hsmmc'
[2.539666 0.002959] Some drivers were not found
[2.542213 0.002547] Reset Source: Power-on reset has occurred.
[2.547592 0.005379] MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
[2.550917 0.003325] Using default environment
[2.553417 0.002500] 
[2.616691 0.063274] Board: BeagleBone Black
[2.619111 0.002420]  not set. Validating first E-fuse MAC
[2.676317 0.057206] BeagleBone Black:
[2.680430 0.004113] BeagleBone: cape eeprom: i2c_probe: 0x54:
[2.684424 0.003994] BeagleBone: cape eeprom: i2c_probe: 0x55:
[2.688557 0.004133] BeagleBone: cape eeprom: i2c_probe: 0x56:
[2.692551 0.003994] BeagleBone: cape eeprom: i2c_probe: 0x57:
[2.696925 0.004374] Net:   eth0: MII MODE
[2.704216 0.007291] cpsw, usb_ether
[2.706461 0.002245] Press SPACE to abort autoboot in 2 seconds
[4.708239 2.001778] board_name=[A335BNLT] ...
[4.711842 0.003603] board_rev=[00C0] ...
[4.730736 0.018894] Card did not respond to voltage select!
[4.734273 0.003537] mmc_init: -95, time 12
[4.745477 0.011204] Card did not respond to voltage select!
[4.748879 0.003402] mmc_init: -95, time 13
[4.761916 0.013037] Card did not respond to voltage select!
[4.765493 0.003577] mmc_init: -95, time 12
[4.768377 0.002884] gpio: pin 56 (gpio 56) value is 0
[4.771471 0.003094] gpio: pin 55 (gpio 55) value is 0
[4.774490 0.003019] gpio: pin 54 (gpio 54) value is 0
[4.777506 0.003016] gpio: pin 53 (gpio 53) value is 1
[4.790757 0.013251] Card did not respond to voltage select!
[4.794340 0.003583] mmc_init: -95, time 12
[4.805846 0.011506] Card did not respond to voltage select!
[4.809343 0.003497] mmc_init: -95, time 12
[4.872930 0.063587] switch to partitions #0, OK
[4.875456 0.002526] mmc1(part 0) is current device
[4.947356 0.071900] Scanning mmc 1:1...
[5.091366 0.144010] gpio: pin 56 (gpio 56) value is 0
[5.094372 0.003006] gpio: pin 55 (gpio 55) value is 0
[5.097475 0.003103] gpio: pin 54 (gpio 54) value is 0
[5.100474 0.002999] gpio: pin 53 (gpio 53) value is 1
[5.164785 0.064311] switch to partitions #0, OK
[5.167162 0.002377] mmc1(part 0) is current device
[5.230241 0.063079] gpio: pin 54 (gpio 54) value is 1
[5.371750 0.141509] Checking for: /uEnv.txt ...
[5.400871 0.029121] Checking for: /boot.scr ...
[5.430097 0.029226] Checking for: /boot/boot.scr ...
[5.452366 0.022269] Checking for: /boot/uEnv.txt ...
[5.472378 0.020012] gpio: pin 55 (gpio 55) value is 1
[5.493233 0.020855] 2816 bytes read in 14 ms (196.3 KiB/s)
[5.497607 0.004374] Loaded environment from /boot/uEnv.txt
[5.502011 0.004404] debug: [dtb=am335x-boneblack-emmc-overlay.dtb] ...
[5.507114 0.005103] Using: dtb=am335x-boneblack-emmc-overlay.dtb ...
[5.511481 0.004367] Checking if uname_r is set in /boot/uEnv.txt...
[5.515991 0.004510] gpio: pin 56 (gpio 56) value is 1
[5.519478 0.003487] Running uname_boot ...
[5.545006 0.025528] loading /boot/vmlinuz-4.9.45-ti-r57 ...
[6.169266 0.624260] 9504896 bytes read in 617 ms (14.7 MiB/s)
[6.174621 0.005355] uboot_overlays: dtb=am335x-boneblack-emmc-overlay.dtb 
in /boot/uEnv.txt, unable to use 
[uboot_base_dtb=am335x-boneblack-uboot.dtb] ...
[6.223650 0.049029] loading 
/boot/dtbs/4.9.45-ti-r57/am335x-boneblack-emmc-overlay.dtb ...
[6.271147 0.047497] 55816 bytes read in 38 ms (1.4 MiB/s)
[6.275621 0.004474] uboot_overlays: [fdt_buffer=0x6] ...
[6.315642 0.040021] uboot_overlays: loading 
/lib/firmware/AM335X-20-00A0.dtbo ...
[6.356391 0.040749] 378 bytes read in 32 ms (10.7 KiB/s)
[6.414033 0.057642] uboot_overlays: loading 
/lib/firmware/BB-BONE-eMMC1-01-00A0.dtbo ...
[6.466642 0.052609] 1105 bytes read in 44 ms (24.4 KiB/s)
[6.528396 0.061754] uboot_overlays: loading 
/lib/firmware/BB-HDMI-TDA998x-00A0.dtbo ...
[6.582033 0.053637] 4169 bytes read in 44 ms (91.8 KiB/s)
[6.749274 0.167241] uboot_overlays: loading /lib/firmware/BB-ADC-00A0.dtbo 
...
[6.873035 0.123761] 695 bytes read in 115 ms (5.9 KiB/s)

Re: [beagleboard] USB on fire

2018-10-17 Thread Gerhard Hoffmann
The mini-USB power is connected to the BBB power. I can run my BBB just 
from the USB cable.


So you probably just paralleled 2 power supplies. The list of outcomes 
includes the escape


of the black magic smoke. Some regulators do not like getting started 
when there is already


a backward voltage from the load. The LM317 comes to mind. Its data 
sheet includes info


on how to make it survive. (Just as an example. it's unlikely that your 
laptop contains one.)


Maybe it is a good idea to use a USB port replicator during experiments 
with high-priced laptops.



regards,

Gerhard


Am 17.10.2018 um 12:48 schrieb Jaroslav Sykora:

Hello,

We have a problem with a destroyed notebook USB port when it was 
connected to BeagleBone Black.
Our system: we designed an extension board connected to the BBB 
pin-headers P8 and P9. Let's call this the 'ERTEC board'. The ERTEC 
board supplies power to BBB via the connector P9, pins 5, 6, which is 
VDD_5V. The VDD_5V rail in BBB is basically the barrel jack input. The 
picture below shows the setup:


smoke_from_notebook_usb.png

*Normally the system works fine. *

But now one colleague reported this problem:
1. He had the Mini-USB of BBB connected to a PC (which is 
grounded...), and the whole system was powered from a +24V isolated 
supply and running.
2. While the system was running, he pulled the USB cable from the PC 
and connected it to a USB3.0 port of a notebook.
3. The USB connector of laptop started smoking. The laptop and BBB 
didn’t work after that.


Any idea why this could happen? So far it seems like an one-off event, 
but one could never know :-/




--
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/54b14b0f-34f7-3c20-7543-50179c660251%40hoffmann-hochfrequenz.de.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] BeagleBone Black GPS PPS and Chrony for time sync

2018-10-17 Thread engrmasood2002
Hi,
I have gps with pps and signal level is measured in scope and is ok. The 
problem is that when ppstest command is run the pps output is displayed as ok 
but after arround 180 to 230 seconds i get error connection timed out error. I 
have gpsd amd chrony installed.
Strangely when i restart gpsd then ppstest gives correct output but then it 
shows connection timed out error again.

-- 
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/c4153d48-9415-4e50-b74e-b7deea9a610a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Re: Custom BBB with DDR MT41K256M16TW-107 uboot issue

2018-10-17 Thread sarfaraz5286
can u post your DDR timings from ddr_defs.h file from uboot.

Thanks,
Sarfaraz

On Thursday, 15 March 2018 14:27:31 UTC+5:30, Eric Schm. wrote:
>
>
> Hello everyone,
>
> I have a custom board similar to the beaglebone Black but without eMMC and 
> without HDMI and I replaced the Kingston DDR with Micron MT41K256M16TW-107. 
> I use the uboot version 2017.11 and create the uboot with the following 
> commands:
>   
> - make CROSS_COMPILE=arm-linux-
> gnueabihf- distclean
> - make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- 
> am335x_boneblack_defconfig 
> - make CROSS_COMPILE=arm-linux-gnueabihf- -j4
>
> I've tried to bring up the board and calculate the DDR values and add them 
> to the ddr_defs.h. After enter "#define DEBUG" to the file 
> ti_am335x_common.h, I see that the bootup stops at the DDR. Here a output 
> from the booting and where it stops. 
>
> ...
> I2C:   omap24_i2c_findpsc: speed [kHz]: 100 psc: 0xb sscl: 0xd ssch: 0xf
> ready
> initcall: 8080ce1d
> DRAM:  initcall: 80801f79
> initcall: 8080cbf7
> initcall: 8080cbf7
> initcall: 8080cbf7
> initcall: 8080cf19
> Monitor len: 000BA7E8
> Ram size: 2000
> Ram top: A000
> initcall: 8080cbd1
> initcall: 8080cc01
> TLB table from 9fff to 9fff4000
> initcall: 8080cbe5
> initcall: 8080ce7f
> initcall: 8080ccfd
> Reserving 745k for U-Boot at: 9ff35000
> initcall: 8080ccd5
> Reserving 32896k for malloc() at: 9df15000
> initcall: 8080cde5
> Reserving 80 Bytes for Board Info at: 9df14fb0
> initcall: 8080cbe9
> initcall: 8080ccad
> Reserving 216 Bytes for Global Data at: 9df14ed8
> initcall: 8080cc5d
> initcall: 8080ce83
> initcall: 8080ce8f
> initcall: 8080cf75
> initcall: 80801f8f
> initcall: 8080cea5
>
> RAM Configuration:
> Bank #0: 8000 512 MiB
>
> DRAM:  512 MiB
> initcall: 8080cc49
> New Stack Pointer is: 9df14eb0
> initcall: 8080cbf7
> initcall: 8080cdb9
> initcall: 8080ce87
> initcall: 8080cd61
> Relocation Offset is: 1f735000
> Relocating to 9ff35000, new gd at 9df14ed8, sp at 9df14eb0
> initcall: 9ff41fb5
> initcall: 9ff41fb9
> initcall: 8080d0e1 (relocated to 9ff420e1)
> dram_bank_mmu_setup: bank: 0
> initcall: 8080d0b9%(relocated to 9ff420b9)
> efi_runtime_relocate: Relocating to offset=9ff35000
> ...
>
> Has someone an idea what I forget to modify?
> I've also tried to bring up the board with an old angström image. There it 
> stops in the bootup of angström. Therefore I think that it has to be a 
> wrong configuration in the software/uboot.
> Thank you for your help.
>
> Best regards
> eric
>

-- 
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/274b446c-20ce-4b53-9f41-36b121b50d8e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Using SPI in a kernel module

2018-10-17 Thread Gerhard Hoffmann

First, a lot of thanks for the pointer, that could really help.


What I really want to accomplish is to get at least a medium bandwidth 
interface


between the LAN and some real-time data aquisition units. The LAN side is

patterned after my Agilent 89441A vector signal analyzer. You simply open

port 5025 on 192.169.178.111 and dump/read there GPIB/IEEE488-like 
commands &


data streams. That side seems to work, although there is not yet much flesh

to it since the data collection side is still missing.


First I wanted to try the SPI interface, then the 16 bit multiplexed bus

to get an intelligent register interface to some FPGA.

For the SPI, I decided to attach a LT2500-32 ADC; that can do 1 Msample

at 24 bits. Add FFTW in the BBB and you have a respectable Fourier analyzer.

For the hardware, that's all that is needed:

< 
https://www.flickr.com/photos/137684711@N07/45331444582/in/album-72157662535945536/ 



  >

The Xilinx Coolrunner2 generates the sampling clock from the 100 MHz 
crystal osc. and collects


some left-over gates. $1.50 or so. The other small board is the ADC, its 
regulators and reference.


Home-etched and soldered.  :-)    It's completely open, in case someone 
wants it.



The SPI has soaked up much more time than I had planned. A new Debian 
image from


Robert and some other insights at least made that I don't get a bus 
error for each SPI access.


One gets thankful for small advances...  At least I can now create and 
start PRU programs,


talk to them via the shared RAM and transfer huge data blocks to Linux 
virtual memory land


through ping-pong buffers. It's just that I can't make the SPI say a 
word. Verbatim.  :-(


I also can finger the SPI pins when I re-assign them to the PRU and use 
R30/R31.



I also have a Red Pitaya. I like it architecture-wise, except that I'll 
need a larger FPGA


to support fast ADCs with JESDI204B ports - and that it is based on that 
exotic Alpine Linux.


FPGAs are a home game for me, I've used them since there has been Xilinx.


best regards,

Gerhard






Am 17.10.2018 um 04:43 schrieb John Syne:
BTW, you mentioned moving to Zynq, but that processor is more 
expensive than the complete BBB. Zynq eval boards or kits are even 
more expensive, not to mention the cost of tools, etc. One other 
problem is the learning curve is very steep if you want to take 
advantage of the FPGA features. Anyway, the applications for Zynq and 
BBB are completely different. I know, because I have looked at the 
possibility of using Zynq over the years and each time, I have given 
it a pass.


I’m currently using PSOC6 (CortexM4 and CortexM0) for some of my 
projects (no Linux, using FreeRTOS) and it has a Verilog programmable 
frontend, which is much easier to learn.


Regards,
John





--
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/09d5304e-5642-0db2-7755-596ee4ccb1a4%40hoffmann-hochfrequenz.de.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] USB on fire

2018-10-17 Thread Jaroslav Sykora
Hello,

We have a problem with a destroyed notebook USB port when it was connected 
to BeagleBone Black.
Our system: we designed an extension board connected to the BBB pin-headers 
P8 and P9. Let's call this the 'ERTEC board'. The ERTEC board supplies 
power to BBB via the connector P9, pins 5, 6, which is VDD_5V. The VDD_5V 
rail in BBB is basically the barrel jack input. The picture below shows the 
setup:

[image: smoke_from_notebook_usb.png]
*Normally the system works fine. *

But now one colleague reported this problem:
1. He had the Mini-USB of BBB connected to a PC (which is grounded...), and 
the whole system was powered from a +24V isolated supply and running.
2. While the system was running, he pulled the USB cable from the PC and 
connected it to a USB3.0 port of a notebook.
3. The USB connector of laptop started smoking. The laptop and BBB didn’t 
work after that.

Any idea why this could happen? So far it seems like an one-off event, but 
one could never know :-/

Thanks,
Jaroslav

-- 
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/90b8ff71-1cd4-4a26-adce-70c8806f5c4f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Any upcoming Debian 10 buster rework? How about console images?

2018-10-17 Thread Tarmo Kuuse
Hi!

For context - I'm preparing a batch of some BBB compatible devices and I'd 
love to install the same Debian version on them over the next few years. 
Buster seems like a forward-looking choice, as the state of Debian 10 
itself seems good enough to me.

Is there a development plan for Debian 10 (buster) on beaglebone? 
Specifically, is there any significant rework planned (apart from the 
upstream package updates) to kernel 4.14, uboot or devicetrees which would 
shake compatibility with the current state of buster? If not, I'd merrily 
plop down buster on my devices starting now.

Second question -  I'm looking for a buster "console" image without the 
various iot, cloud9, nodejs packages and couldn't find any in Robert's 
repository. Is that on purpose? I have been apt-get purging the "iot" 
image, but I'd feel warm and fuzzy with an image where they are not present 
in the first place.

--
Kind regards,
Tarmo Kuuse

-- 
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/2a9fe12f-a3ed-4fe9-a3eb-03e89a097a02%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.