[beagleboard] Re: Beaglebone Black Ethernet Phy Not Detected on Boot.

[robert.sty...@gmail.com]

I notice from linked article that 
"QNX can kill and restart a driver. Would require something to determine 
the Ethernet was not working and restart it" is not going to work.
However, you could replicate in QNX the Linux steps, assuming the source 
code is available for the Linux tools used.

>From the article 
(https://wp.josh.com/2018/06/04/a-software-only-solution-to-the-vexing-beagle-bone-black-phy-issue/)
 
it seems odd that you can read the registers of a failed boot Ethernet PHY, 
but you cannot write anything to reset it.
On Wednesday, 2 June 2021 at 13:04:03 UTC+1 robert.sty...@gmail.com wrote:

> Which problem do you have?
>
> *IIRC*
> QNX may still use uboot or equivalent
> QNX can kill and restart a driver. Would require something to determine 
> the Ethernet was not working and restart it.
>
> It seems like there are/were two problems:
>
>1. Random RX characters on console/debug UART interrupting normal boot
>2. Ethernet chip not resetting, because the reset pulse is too short
>
> There are several routes to boot or reboot which clouds the issues.
>
> *UART Problem*
>
> The solutions and theory are...
> Connecting a FTDI USB to UART cable by holding the RX line at idle (3.3V), 
> stopped the random characters which triggered the uboot command line.
> The original hardware fix was to pull the RX line low through a resistor, 
> but this did not fix all boards. This holds the RX active which may cause a 
> "break" interrupt in the UART.
> Alternate hardware fix was to pull the RX to 3.3V through a resistor (like 
> using a FTDI cable). This may also allow the chip to be powered by its data 
> line.
>
> The software fix is by changing uboot to only enter command line, by a 
> specific sequence of characters, not just any random character.
>
> *Ethernet Chip Reset Problem*
>
> The hardware fixes were:
> to increase the length of the reset pulse by increasing C24
> to add gate to pull down SYS_RESETn when "power good" signal is not
>
> On Wednesday, 2 June 2021 at 10:43:08 UTC+1 Geetha wrote:
>
>> We have a few Industrial Beaglebone Black from Element 14. Rev C(PCB 
>> revision is B6).
>> The Ethernet not coming up on every boot is faced in this version too.
>> The OS used is QNX & hence the Software fix provided in Linux Kernel 
>> could not be used.
>> Is there a solution?
>> -Geetha
>>
>> On Wednesday, November 27, 2013 at 3:52:42 AM UTC+5:30 AndrewTaneGlen 
>> wrote:
>>
>>> Hello,
>>>
>>> I have noticed very rare cases (~1/50) of the ethernet phy on the 
>>> Beaglebone Black not being detected on boot, and requiring a hard reset (as 
>>> opposed to calling 'reset' from the command line) to get it to work/be 
>>> detected again.
>>>
>>> This problem has been mentioned in a couple of other threads (below) 
>>> concerning different topics (i.e. problems getting the BBB to boot, and the 
>>> ethernet phy 'dying' some time after initially working fine), with no 
>>> solution/workaround for this specific problem being suggested - so I 
>>> thought I'd start a thread specifically for it.
>>>
>>> https://groups.google.com/forum/#!msg/beagleboard/Vp4pxwHm8BU/Iaw3p5xm0MoJ
>>> https://groups.google.com/forum/#!topic/beagleboard/aXv6An1xfqI
>>>
>>> In the first thread mlc/Mike discussed his response to the problem as 
>>> follows:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *"I had issues with the network not coming up on boot, and it was 
>>> traced down to problems with the SYS_RESETn line. I had a level translator 
>>> connected to SYS_RESETn, to drive a 5V chip. It was powered by a 5V rail. 
>>> If the 5V rail powered up "differently" than the 3.3V rail (not sure of the 
>>> exact relationship), I guess it pulled the SYS_RESETn line to weird levels 
>>> that affected the network chip but not the main processor. I'm now using a 
>>> GPIO to drive the external 5V chip now, instead of the SYS_RESETn 
>>> line. Anyway, the moral is be very, very careful with SYS_RESETn, because 
>>> it can cause hard-to-trace problems with networking.*"
>>>
>>> I see that the A6 Revision of the Beaglebone Black has some changes to 
>>> the SYS_RESETn line:
>>>
>>> "*Based on notification from TI, in random instances there could be a 
>>> glitch in the SYS_RESETn signal from the processor where the SYS_RESETn 
>>> signal was taken high for a momentary amoun

[beagleboard] Re: Beaglebone Black Ethernet Phy Not Detected on Boot.

[robert.sty...@gmail.com]

Which problem do you have?

*IIRC*
QNX may still use uboot or equivalent
QNX can kill and restart a driver. Would require something to determine the 
Ethernet was not working and restart it.

It seems like there are/were two problems:

   1. Random RX characters on console/debug UART interrupting normal boot
   2. Ethernet chip not resetting, because the reset pulse is too short

There are several routes to boot or reboot which clouds the issues.

*UART Problem*

The solutions and theory are...
Connecting a FTDI USB to UART cable by holding the RX line at idle (3.3V), 
stopped the random characters which triggered the uboot command line.
The original hardware fix was to pull the RX line low through a resistor, 
but this did not fix all boards. This holds the RX active which may cause a 
"break" interrupt in the UART.
Alternate hardware fix was to pull the RX to 3.3V through a resistor (like 
using a FTDI cable). This may also allow the chip to be powered by its data 
line.

The software fix is by changing uboot to only enter command line, by a 
specific sequence of characters, not just any random character.

*Ethernet Chip Reset Problem*

The hardware fixes were:
to increase the length of the reset pulse by increasing C24
to add gate to pull down SYS_RESETn when "power good" signal is not

On Wednesday, 2 June 2021 at 10:43:08 UTC+1 Geetha wrote:

> We have a few Industrial Beaglebone Black from Element 14. Rev C(PCB 
> revision is B6).
> The Ethernet not coming up on every boot is faced in this version too.
> The OS used is QNX & hence the Software fix provided in Linux Kernel could 
> not be used.
> Is there a solution?
> -Geetha
>
> On Wednesday, November 27, 2013 at 3:52:42 AM UTC+5:30 AndrewTaneGlen 
> wrote:
>
>> Hello,
>>
>> I have noticed very rare cases (~1/50) of the ethernet phy on the 
>> Beaglebone Black not being detected on boot, and requiring a hard reset (as 
>> opposed to calling 'reset' from the command line) to get it to work/be 
>> detected again.
>>
>> This problem has been mentioned in a couple of other threads (below) 
>> concerning different topics (i.e. problems getting the BBB to boot, and the 
>> ethernet phy 'dying' some time after initially working fine), with no 
>> solution/workaround for this specific problem being suggested - so I 
>> thought I'd start a thread specifically for it.
>> https://groups.google.com/forum/#!msg/beagleboard/Vp4pxwHm8BU/Iaw3p5xm0MoJ
>> https://groups.google.com/forum/#!topic/beagleboard/aXv6An1xfqI
>>
>> In the first thread mlc/Mike discussed his response to the problem as 
>> follows:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *"I had issues with the network not coming up on boot, and it was 
>> traced down to problems with the SYS_RESETn line. I had a level translator 
>> connected to SYS_RESETn, to drive a 5V chip. It was powered by a 5V rail. 
>> If the 5V rail powered up "differently" than the 3.3V rail (not sure of the 
>> exact relationship), I guess it pulled the SYS_RESETn line to weird levels 
>> that affected the network chip but not the main processor. I'm now using a 
>> GPIO to drive the external 5V chip now, instead of the SYS_RESETn 
>> line. Anyway, the moral is be very, very careful with SYS_RESETn, because 
>> it can cause hard-to-trace problems with networking.*"
>>
>> I see that the A6 Revision of the Beaglebone Black has some changes to 
>> the SYS_RESETn line:
>>
>> "*Based on notification from TI, in random instances there could be a 
>> glitch in the SYS_RESETn signal from the processor where the SYS_RESETn 
>> signal was taken high for a momentary amount of time before it was supposed 
>> to. To prevent this, the signal was ORed with the PORZn (Power On reset).*
>> " (
>> http://elinux.org/Beagleboard:BeagleBoneBlack#Revision_A6_.28Production_Version.29
>> )
>>
>> Is it likely that this modification will improve/resolve the issue I am 
>> seeing with the ethernt phy not resetting/powering-up correctly?, seeing as 
>> the SYS_RESETn signal also feeds into the nRST pin on the ethernet phy (The 
>> SYS_RESETn line is left untouched in my application).
>>
>>
>> Some additional observations from dmesg concerning this use:
>>
>> On a good phy boot I see the following:
>> [2.810749] davinci_mdio 4a101000.mdio: davinci mdio revision 1.6
>> [2.817206] davinci_mdio 4a101000.mdio: detected phy mask fffe
>> [2.833517] libphy: 4a101000.mdio: probed
>> [2.837871] davinci_mdio 4a101000.mdio: phy[0]: device 
>> 4a101000.mdio:00, driver unknown
>>
>> Followed later by:
>> [   21.286920] net eth0: initializing cpsw version 1.12 (0)
>> [   21.301166] net eth0: phy found : id is : 0x7c0f1
>>
>> On a 'bad phy' boot I see the following (differences highlighted):
>> [2.806763] davinci_mdio 4a101000.mdio: davinci mdio revision 1.6
>> [2.813213] davinci_mdio 4a101000.mdio: detected phy mask *fffb*
>> [2.829512] libphy: 4a101000.mdio: probed
>> [2.833875] davinci_mdio 4a101000.mdio: phy[2]: device 
>> 

Re: [beagleboard] Re: Reducing Boottime in Beaglebone Black

[robert.sty...@gmail.com]

Can you start these services later?

If you cannot just sleep, or hibinate to save power, and have to cold boot 
quickly.
I would hope for something like:

Initially
load the kernel loader
load the kernel
(load root file-system service)
(load IPC or network service)
load the turnkey application

Then as Needed
load device and file-system services


For a screen based turnkey app, you can only display a splash screen for a 
few seconds, before the user thinks it is broken, a bit longer for an 
animated splash screen. Imagine a car radio, something has happen 
immediately after power on (speaker click or LED indicator or screen 
backlight), then less than half a second "Tuning..." before music appears.

On Monday, 24 May 2021 at 16:42:08 UTC+1 RobertCNelson wrote:

> On Sun, May 23, 2021 at 9:19 PM Karishma Jaiswal
>  wrote:
> >
> > @Dennis L Bieber Really thanks for your detailed explanation about the 
> each services.
> > I also updated ubuntu from 16 to 18 and done some modification in the 
> services. now my board's logs are as below
> > My system should be working as station mode but may be future, we will 
> add AP mode also.
> > I will also remove nginx services.
> >
> >
> > ubuntu@beaglebone:~$ systemd-analyze blame
> > 51.048s dev-mmcblk1p1.device
> > 28.951s generic-board-startup.service
> > 6.550s led-status.service
> > 6.133s systemd-hwdb-update.service
> > 4.805s grub-common.service
> > 4.611s loadcpufreq.service
> > 3.244s nginx.service
> > 3.053s systemd-udev-trigger.service
> > 2.971s avahi-daemon.service
> > 2.099s ssh.service
> > 1.958s archive_log.service
> > 1.839s keyboard-setup.service
> > 1.548s rsyslog.service
> > 1.512s connman.service
> > 1.438s systemd-user-sessions.service
> > 1.404s wpa_supplicant.service
> > 1.315s ofono.service
> > 1.291s systemd-logind.service
> > 1.275s cpufrequtils.service
> > 1.253s tacread-keymap.service
> > 887ms systemd-timesyncd.service
> > 786ms us...@0.service
> > 685ms systemd-journald.service
> > 508ms kmod-static-nodes.service
> > 498ms dev-mqueue.mount
> > 487ms fake-hwclock.service
> > 469ms sys-kernel-config.mount
> > 459ms systemd-fsck-root.service
> > 422ms systemd-tmpfiles-setup-dev.service
> > 406ms systemd-modules-load.service
> > 401ms systemd-sysctl.service
> > 390ms systemd-tmpfiles-setup.service
> > 387ms setvtrgb.service
> > 350ms nvda.service
> > 341ms sys-fs-fuse-connections.mount
> >
> >
> > Also want to know that in ubuntu 18, why below two task taking so much 
> time and how we can reduce it further to achieve the over all boot time as 
> 30 sec. Any suggestion will help me.
> >
> > 51.048s dev-mmcblk1p1.device
> > 28.951s generic-board-startup.service
>
> as long as you don't use usb-serial, usb-flash, or usb-networking on
> the "OTG" USB port, you can nuke generic-board-startup.service
>
> 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/f25766a9-4032-4466-a3b5-e42a5df485d5n%40googlegroups.com.

Re: [beagleboard] Re: Weird C problem: PRU doesn't respond to host if two variables aren't initialized in loop

[robert.sty...@gmail.com]

Were the variables declared as `volatile`? May be the compiler optimized 
them out of the loop and you might get different behaviour between DEBUG 
build and RELEASE build.

I am guessing the ADC data register is volatile, and this triggers.

I am guessing the compiler optimization sees two variables set but never 
used, so there is no need to include code to set the variables. If declared 
as volatile, the compiler knows the variables may be set or read elsewhere.

On Wednesday, 19 May 2021 at 02:09:19 UTC+1 wal...@edenconceptsllc.com 
wrote:

> i’m replying from an email client but I lost the original and most of my 
> replies using Chrome and directly access the group through it.  I thought 
> it might not present well but I actually highlighted with the client.  If 
> you’ll tell me what I should use instead I will start using it for future 
> posts.  I want to make them as easy to read as possible.  
>
> I left all the declarations off but mentioned they are declared as 
> unsigned int or int. 
>
> Yes, this version likely does have some redundancy with samples_in_pulse.  
> It is a work in progress that wasn’t making much progress because of this 
> weird problem. 
>
> It appears now that the names start_of_pulse and end_of_pulse were the 
> problem for some reason.   I changed them to PulseStart and PulseEnd and 
> the PRU responds now.   I have no idea what the problem with those names 
> is.  
>
> Walter
>
> On Tue, May 18, 2021 at 8:14 PM Dennis Lee Bieber  
> wrote:
>
>> On Tue, 18 May 2021 11:22:20 -0700 (PDT), in
>> gmane.comp.hardware.beagleboard.user Walter Cromer
>>  wrote:
>>
>>
>> >Here's the code snippet with the two variables in bold.  If those lines 
>> of 
>> >code do not exist, the host doesn't hear from the PRU.
>>
>> Such formatting does not get through the gmane list<>newsgroup
>> interface. I'm going to presume you mean the lines with * markers. Posting
>> with a client that keeps indentation would also help... hard to keep track
>> of what is nested into what when everything is left justified with excess
>> blank lines.
>>
>> Normal recommendation is to condense the code down to the minimum 
>> that
>> still reproduces the problem, and to post the minimized files completely
>> (probably need both PRU and ARM programs). That allows others to attempt 
>> to
>> run/compare/debug.
>>
>> >
>> > 
>> >
>> >count = HWREG(SOC_ADC_TSC_0_REGS + TSC_ADC_SS_FIFOCOUNT(0));
>> >
>> > 
>> >
>> >for (i = 0; i < count; i++) 
>> >
>> >{
>> >
>> >Data = HWREG(SOC_ADC_TSC_0_REGS + TSC_ADC_SS_FIFODATA(0));
>> >
>> >StepRead = (Data >> 16) & 0xF;
>> >
>> >RawAnalog = Data & 0xFFF;
>> >
>> > 
>> >
>> >switch (StepRead)
>> >
>> >{
>> >
>> >case 0:
>> >
>> > 
>> >
>> >DetTSampleSet[pnr]=RawAnalog;
>> >
>> >break;
>> >
>> >case 1:
>> >
>> >  
>> >
>> >*start_of_pulse = 0;*
>> >
>> >*end_of_pulse = 0;*
>>
>> Where were these declared?
>> >
>> > 
>> >
>> >DetBSampleSet[pnr]=RawAnalog;
>> >
>> >if ((pnr == end_of_pulse) && (in_pulse == E_YES)) // seen a pulse and at 
>> >end of it analyze signal
>>
>> Where is pnr defined/initialized? Same for in_pulse. 
>> >
>> >{
>> >
>> >DetBSignalAverage= AnalyzeSignal(start_of_pulse, pnr);
>> >
>> >start_of_pulse = -1;
>> >
>> >end_of_pulse = -1;
>> >
>>
>> If pnr is an index into some buffer, I'd probably use -1 to 
>> signal NO
>> DATA, and use the pnr values active at the time the pulse is detected for
>> start_of_pulse and the when the pulse ended for end_of_pulse
>>
>> >samples_in_pulse = 0;
>> >
>> >in_pulse = E_NO;
>>
>> In a way, all these seem redundant: start at -1 indicates no 
>> data,
>> no samples, and not in a pulse. Samples_in_pulse at 0 indicates no data, 
>> no
>> samples, and likely not in a pulse. in_pulse at E_NO implies no data, no
>> samples.
>>
>> So, start are set to the appropriate pnr values... "in_pulse" 
>> is
>> indicated by start_of_pulse > -1 AND end_of_pulse = -1; "not in_pulse" is
>> indicated by (start_of_pulse > -1 AND end_of_pulse > -1) OR 
>> (start_of_pulse
>> = -1) //presumes you set both start/end to -1 at the same time
>>
>> >
>> >if (start_of_pulse < 0) start_of_pulse = pnr;  // set start pointer in 
>> ring 
>> >buffer if it hasn't already been set for this pulse
>> >
>>
>> Okay, you do set start/end to the instantaneous pnr value... Just
>> emphasizes that samples_in_pulse and in_pulse are logically redundant and
>> hence a potential source of error (samples_in_pulse should be end - start
>> (maybe with a +1; do the math with a sample buffer). Note: if this is a
>> circular buffer you'll need to account for wrap-around.
>>
>>
>> -- 
>> Dennis L Bieber
>>
>> -- 
>> 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 

Re: [beagleboard] Re: Beaglebone Ai overheating

[robert.sty...@gmail.com]

When I got my BBAI a year or 2 ago, the update link presented by the 
pre-installed software, downloads the wrong update, then you are left with 
an BBAI which will only run for a short time, not enough time to update 
again the same way.

I eventually found an image to install on an SD-Card. I could not be sure 
if it updates the on board memory.

Which one of these http://beagleboard.org/latest-images do you put on a 
SD-Card or USB flash memory stick?
Which updates the on board memory?

On Tuesday, 16 March 2021 at 16:25:43 UTC Jason Kridner wrote:

> Did you update the software? We tuned down the clock a bit to keep it from 
> overheating. We are working on a lower voltage operating point still.
>
> On Tue, Mar 16, 2021 at 4:38 AM Peter Read  wrote:
>
>>
>> I have just powered up and updated my BBAI one hour after delivery of 
>> same.  The board shut down at 95 degC, which it reached within fifteen 
>> minutes of power-up!
>> After waiting for cool down and restarting, I upgraded all the software 
>> as advised, by blowing on the heatsink during the process.
>> When finished, I ran 'top' command and the board shut down after 10 
>> minutes - reaching 80 deg C.
>> I restarted again as before without running a command and the board shut 
>> down on over-temperature again with only the standard processes running - 
>> no user commands.
>>
>> The unit obviously needs a fan - something not  mentioned in the 
>> literature.  A fan cape is purchasable for about $35, but really ???
>>  I would not have bought the board had I known, since it was destined to 
>> become part of a remote and unattended SDR (Radio Receiver)
>> and fans are a no-no.
>> This does not seem to be a software or firmware fault - it is a design 
>> issue - and the board should be sold with fan, as it is not fit for purpose 
>> as-is.
>> Very disappointed, as I have sunk further cost because I bought a cape 
>> for the thing - which is yet to arrive.
>> Gah!!!
>> On Wednesday, November 6, 2019 at 9:11:47 AM UTC+8 
>> robert.sty...@gmail.com wrote:
>>
>>> Several people upgraded OS, then processor temperature speed slow down 
>>> stops working and processor overheats. 
>>>
>>> For full speed operation, several people have reported using a fan, 
>>> particularly small 25 mm square fan mounted on heatsink, works.
>>>
>>> Other suggestion, huge heat-sink for fanless.
>>>
>>> On Tuesday, 5 November 2019 19:08:25 UTC, Nicholas Talbot wrote:
>>>>
>>>> I have noticed that my just purchased beaglebone AI is overheating and 
>>>> shutting down.  The heatsink does in fact get quite hot.  I get a message 
>>>> like:
>>>>
>>>> Message from syslogd@beaglebone at Nov  1 14:57:00 ...
>>>>  kernel:[ 1219.684296] thermal thermal_zone0: critical temperature 
>>>> reached (95 C), shutting down
>>>>
>>>> Is there any update to fix this?  Maybe I got a bad chip?
>>>>
>>> -- 
>> 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/2002ea0b-985c-4161-934b-567284c6b8a8n%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/beagleboard/2002ea0b-985c-4161-934b-567284c6b8a8n%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>
>
> -- 
> https://beagleboard.org/about/jkridner - a 501c3 non-profit educating 
> around open hardware computing
>

-- 
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/1db5890b-d517-4b4f-acea-b82adba66725n%40googlegroups.com.

Re: [beagleboard] Re: BeagleBone Black QNX 6.5.0 SP1

[robert.sty...@gmail.com]

Add a partition or another storage device. To mount once booted.

Add a partition to your storage, 
so that you have a smallish boot image partition which will be read-only 
and a data partition which is read/write.

Add another storage device,
so that you have read/write storage which is not just volatile RAM-disk. I 
think we used FTP or IDE to copy files to the R/W storage and add to the 
PATH.


On Friday, 5 March 2021 at 10:51:37 UTC lucas...@gmail.com wrote:

> Well, we found a solution to just use the prebuilt image I attached 
> earlier but know it is only in read mode. I don't the username and the 
> password so I can't put my librairies to usr/lib...
> What a shame that OS
>
> Le vendredi 5 mars 2021 à 08:32:14 UTC+1, Lucas SOLDA a écrit :
>
>> Thank you all for your answers, I will try to answer you in one post.
>>
>> *"You never told us if your product was using custom hardware or 
>> incorporating the beaglebone board."*
>> If I use something else than QNX, I won't be able to port all the work 
>> made by my colleague. In fact, we are creating and developping our own 
>> electronic cards and we use QNX to programm them. We wanted to use the 
>> BeagleBone Black to realize some tests (test bench) on our products and by 
>> using QNX, we just should have ported our already existing programs. I'm 
>> not the person in charge of programming, builing, compiling QNX but I 
>> develop the product in which our cards are installed. This is why I don't 
>> understand everything about BSP, QNX, etc. 
>>
>> *"As you ask, what is missing from the BSP that needs building?" : *We 
>> want to add the IsaGraf drivers in order to make the BeagleBone Black a 
>> target source in which we can send programms. I think, the BSp does need to 
>> be modified in that case , doesn't it ?
>>
>> We cannot upgrade our QNX development system because it would be too 
>> dangerous. We have only one licence and we don't want to destroy anything.
>> Le vendredi 5 mars 2021 à 04:07:15 UTC+1, robert.sty...@gmail.com a 
>> écrit :
>>
>>> Upgrading QNX Development System.
>>>
>>> From memory, it is more involved than downloading a SP file and running 
>>> it. 
>>> You have to unzip the download.
>>> Find the old files.
>>> Copy the old files to a backup name or folder.
>>> Copy the new files from the zip archive, over the old files.
>>>
>>> On Friday, 5 March 2021 at 02:59:32 UTC robert.sty...@gmail.com wrote:
>>>
>>>> As you ask, what is missing from the BSP that needs building? If 
>>>> nothing, the next step is getting network setup to connect with SSH and 
>>>> IDE, possibly run network file system client to access files on your 
>>>> development PC.
>>>>
>>>>
>>>> Re: File System Image (I cannot remember all the details) 
>>>>
>>>> You use an IDE BSP project to build a bootable image including your 
>>>> application (started by boot script which also loads any needed drivers).
>>>> This bootable image can be copied to a flash drive or accessed from a 
>>>> network file system (during development).
>>>> The bootable image may be compressed read-only and expanded into a RAM 
>>>> backed 'disk' or expanded on the fly.
>>>>
>>>> During application development, the bootable image boots to "sh" 
>>>> command line. You can run any missed commands in the boot script.
>>>> You use the IDE to connect the debugger over ethernet to QNX process 
>>>> and temporary download your debug version application. The IDE debugger 
>>>> can 
>>>> run, pause, single-step, etc.
>>>>
>>>> In the BSP project you edit a configuration which controls what is 
>>>> included in the boot image. You add or remove files from the prebuilt 
>>>> folder. You edit the start up script to load and configure drivers. 
>>>>
>>>> In QNX drivers and file-systems are server processes/programs which 
>>>> respond to certain messages. Most QNX programs and applications are 
>>>> servers 
>>>> which wait on a message queue. 
>>>> QNX provides a POSIX wrapper server which converts system calls into 
>>>> send-wait-reply messages or convert signals into send-and-forget pulse 
>>>> messages. QNX also has time limited blocking on both send and receive 
>>>> messages.
>>>>
>>>> The QNX micro-kernel schedules process execution, allocates memory for 
>>>> mes

Re: [beagleboard] Re: BeagleBone Black QNX 6.5.0 SP1

[robert.sty...@gmail.com]

Upgrading QNX Development System.

>From memory, it is more involved than downloading a SP file and running it. 
You have to unzip the download.
Find the old files.
Copy the old files to a backup name or folder.
Copy the new files from the zip archive, over the old files.

On Friday, 5 March 2021 at 02:59:32 UTC robert.sty...@gmail.com wrote:

> As you ask, what is missing from the BSP that needs building? If nothing, 
> the next step is getting network setup to connect with SSH and IDE, 
> possibly run network file system client to access files on your development 
> PC.
>
>
> Re: File System Image (I cannot remember all the details) 
>
> You use an IDE BSP project to build a bootable image including your 
> application (started by boot script which also loads any needed drivers).
> This bootable image can be copied to a flash drive or accessed from a 
> network file system (during development).
> The bootable image may be compressed read-only and expanded into a RAM 
> backed 'disk' or expanded on the fly.
>
> During application development, the bootable image boots to "sh" command 
> line. You can run any missed commands in the boot script.
> You use the IDE to connect the debugger over ethernet to QNX process and 
> temporary download your debug version application. The IDE debugger can 
> run, pause, single-step, etc.
>
> In the BSP project you edit a configuration which controls what is 
> included in the boot image. You add or remove files from the prebuilt 
> folder. You edit the start up script to load and configure drivers. 
>
> In QNX drivers and file-systems are server processes/programs which 
> respond to certain messages. Most QNX programs and applications are servers 
> which wait on a message queue. 
> QNX provides a POSIX wrapper server which converts system calls into 
> send-wait-reply messages or convert signals into send-and-forget pulse 
> messages. QNX also has time limited blocking on both send and receive 
> messages.
>
> The QNX micro-kernel schedules process execution, allocates memory for 
> messages, and transfers messages between processes.
> It is supported server programs to implement the OS functions. 
>
> On Friday, 5 March 2021 at 00:22:31 UTC lazarman wrote:
>
>> The file system isn't the BSP. This part supplies all architecture 
>> specific(ASP) functions like Cache,MMU and the board specific drivers for 
>> on chip peripherals on all cores.
>>
>> If I understand Lucas correctly and you look at the zip file he provided  
>> the support is limited as to drivers and he needs to recompile that and add 
>> to it.
>> That's the only reason he can't use the binary.
>>
>> From your response it appears you didn't need to modify this.
>>
>> I would guess the x15 BSP is more inclusive and mature but doubt it 
>> provided loading  c6x  DSP code or Cortex M4 code but it's not relevant to 
>> Lucas.
>>
>> Your experience with support below 
>>
>> <> answered <> program it for <> community support
>>
>> To me it sounds like Lucas has the tin can  support which is similar to 
>> open source support.
>>
>> Ie post and pray
>>
>> Sent from Yahoo Mail on Android 
>> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>>
>> On Thu, Mar 4, 2021 at 4:34 PM, Robert Forsyth
>>  wrote:
>>
>> Old product used QNX 6, had long (6 months~1 year) trial licence for 7.0, 
>> I think I was able to build the file-system image, but could not get the 
>> driver for vector graphics processor to recognize the hardware, so the 
>> tiger demo did not work on AM5728 BB X15. (This is probably because GC320 
>> is a compositor, not vector-graphics like GC355.)
>>
>> We did not have gold level support, questions often take days to be 
>> answered and often direct you to documentation and someone who can program 
>> it for you at a cost. It might be non paying users only had community 
>> support, if you are trying to sell QNX, you need to make it easy as pie to 
>> switch from something free.
>>
>> QNX development works well, once hardware and software development is 
>> setup, I would say it is easier to develop and debug communicating 
>> multi-process applications on QNX than Windows, Linux or RTOS (QNX IPC 
>> coincided with what I learned at uni); if you don't try to do it the Linux 
>> way. RTOS probably has the closest IPC ability to QNX, but way cruder; QNX 
>> has lovely variable length message passing.
>> Technical and library problems seemed often like Windows: you know what 
>> you want to do, and you found a function which seems like it would do 

Re: [beagleboard] Re: BeagleBone Black QNX 6.5.0 SP1

[robert.sty...@gmail.com]

he x15 7.0 BSP
> Where you able to rebuild BSP sources ?
> And do they actually respond to support questions for educational users? 
>
>
> Looks like most of their revenue comes from automobile infotainmen at 
> least the people hiring recently 
>
> Mark
>
>
> Sent from Yahoo Mail on Android 
> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>
> On Thu, Mar 4, 2021 at 12:35 PM, robert.sty...@gmail.com
>  wrote:
> 7.0 worked on X15 except vector graphics
>
> On Thursday, 4 March 2021 at 17:51:42 UTC lazarman wrote:
>
> Page 15 of the pdf you sent we need that document
>
> . Please refer to the QNX SDP 6.6.0 BSPs guide, available as part of the 
> QNX Software Development Platform OS Core Components documentation
>
> I also need you to see if you can get the latest BSP referenced in my 
> previous post I think it was 7.0
>
> I have uncovered at least 5 problems with your original posting its a QXX 
> documentation mismatch not you. I am concerned this stuff you started with 
> is very old and probally not supported by Blackberry
>
> You have to start simple and slowly and logically so be patient before we 
> start with 7.0 we need the document above
>
>
>
> On Wednesday, March 3, 2021, 12:58:16 PM CST, 'Mark Lazarewicz' via 
> BeagleBoard  wrote: 
>
>
> These commands you entered  are where? uboot?
>
> --> fatload mmc 0 0x8100 prebuilt-bsp-ti-beaglebone.ifs
> --> go 0x8100
>
> Why not automate these commands ?
>
> << prebuilt image, right ?
>
> In theory if you have a license BUT 
> some RTOS companies dont supply BSP source code unless you paid fees 
>
> So do you need to modify BSP>
>
>
>
> On Wednesday, March 3, 2021, 09:03:22 AM CST, Lucas SOLDA <
> lucas...@gmail.com> wrote: 
>
>
> Mark,
>
> I have a BeagleBone Black REV C.
> There was nothing on the SD before. I did not touch to the EMC so I think 
> there is nothing inside.
> My company has a QNX 6.5.0 SP1 licence and here is the list of the tools 
> installed on my computer: 
>
> [image: 1.png]
> [image: 2.jpg]
>
> First, I formated my SD card in FAT32, I made it active by using diskpart 
> and I copied the MLO and then the u-boot files. I took them from here : 
> https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone
> Bootloader modules# 
> <https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone#section-TiAm335Beaglebone-BootloaderModules>
>  --> 
> *"Click here 
> <http://community.qnx.com/sf/frs/do/viewRelease/projects.bsp/frs.texas_instruments_am335_beaglebo.mlo_and_u_boot_binaries_for_beag>
>  to 
> download the MLO and u-boot binaries for the new Beaglebone Black platform. 
> "*
>
> After that, I downloaded the BSP files: QNX Neutrino 6.5.0 SP1# 
> <https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone#section-TiAm335Beaglebone-QNXNeutrino6.5.0SP1>
>  -->  *Download *Project Downloads 
> <http://community.qnx.com/sf/frs/do/viewRelease/projects.bsp/frs.texas_instruments_am335_beaglebo.qnx_650_bsp_beaglebone_1_00_zip>
>  --> bsp-nto650-ti-beaglebone-sp1-trunk-201209071340.zip 
> <https://community.qnx.com/sf/frs/do/downloadFile/projects.bsp/frs.texas_instruments_am335_beaglebo.qnx_650_bsp_beaglebone_1_00_zip/frs36857?dl=1>
> (I attach MLO, u-boot and BSP to this mail)
> After extracting, I copied the file "prebuilt-bsp-ti-beaglebone.ifs" in 
> the "image" folder to my sdcard and I could succesfully launch QNX on my 
> BBB by typing these commands :
> --> fatload mmc 0 0x8100 prebuilt-bsp-ti-beaglebone.ifs
> --> go 0x8100
>
> That worked perfectly. 
>
> When I try to compile the image by myself it gets complicated.
>
> if I compile the BSP without modifying anything, I should get the prebuilt 
> image, right ?
> The problem is that, when I do that, I have the message I gave in the 
> first post and it says that I compile with QNX 6.5.0 and not with QNX 6.5.0 
> SP1 (whereas it is installed).
>
> *"I'm guessing you have no support forum or no ones replying at QNX?" *I 
> don't have support anymore and the only thing the told me is that I don't 
> use QNX 6.5.0 SP1
>
> I don't know what to do anymore and the QNX SDP is not on my computer so I 
> can't use it whenever I want
>
> Le mercredi 3 mars 2021 à 15:03:47 UTC+1, lazarman a écrit :
>
> Let's start with some history about what rev board you have , what was on 
> SD before and whats in  the emc now and details about tools you installed 
> to build BSP and QNX and exactly the BSP file's you are compiling as well 
> as your go

Re: [beagleboard] Re: BeagleBone Black QNX 6.5.0 SP1

[robert.sty...@gmail.com]

7.0 worked on X15 except vector graphics

On Thursday, 4 March 2021 at 17:51:42 UTC lazarman wrote:

> Page 15 of the pdf you sent we need that document
>
> . Please refer to the QNX SDP 6.6.0 BSPs guide, available as part of the 
> QNX Software Development Platform OS Core Components documentation
>
> I also need you to see if you can get the latest BSP referenced in my 
> previous post I think it was 7.0
>
> I have uncovered at least 5 problems with your original posting its a QXX 
> documentation mismatch not you. I am concerned this stuff you started with 
> is very old and probally not supported by Blackberry
>
> You have to start simple and slowly and logically so be patient before we 
> start with 7.0 we need the document above
>
>
>
> On Wednesday, March 3, 2021, 12:58:16 PM CST, 'Mark Lazarewicz' via 
> BeagleBoard  wrote: 
>
>
> These commands you entered  are where? uboot?
>
> --> fatload mmc 0 0x8100 prebuilt-bsp-ti-beaglebone.ifs
> --> go 0x8100
>
> Why not automate these commands ?
>
> << prebuilt image, right ?
>
> In theory if you have a license BUT 
> some RTOS companies dont supply BSP source code unless you paid fees 
>
> So do you need to modify BSP>
>
>
>
> On Wednesday, March 3, 2021, 09:03:22 AM CST, Lucas SOLDA <
> lucas...@gmail.com> wrote: 
>
>
> Mark,
>
> I have a BeagleBone Black REV C.
> There was nothing on the SD before. I did not touch to the EMC so I think 
> there is nothing inside.
> My company has a QNX 6.5.0 SP1 licence and here is the list of the tools 
> installed on my computer: 
>
> [image: 1.png]
> [image: 2.jpg]
>
> First, I formated my SD card in FAT32, I made it active by using diskpart 
> and I copied the MLO and then the u-boot files. I took them from here : 
> https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone
> Bootloader modules# 
> 
>  --> 
> *"Click here 
> 
>  to 
> download the MLO and u-boot binaries for the new Beaglebone Black platform. 
> "*
>
> After that, I downloaded the BSP files: QNX Neutrino 6.5.0 SP1# 
> 
>  -->  *Download *Project Downloads 
> 
>  --> bsp-nto650-ti-beaglebone-sp1-trunk-201209071340.zip 
> 
> (I attach MLO, u-boot and BSP to this mail)
> After extracting, I copied the file "prebuilt-bsp-ti-beaglebone.ifs" in 
> the "image" folder to my sdcard and I could succesfully launch QNX on my 
> BBB by typing these commands :
> --> fatload mmc 0 0x8100 prebuilt-bsp-ti-beaglebone.ifs
> --> go 0x8100
>
> That worked perfectly. 
>
> When I try to compile the image by myself it gets complicated.
>
> if I compile the BSP without modifying anything, I should get the prebuilt 
> image, right ?
> The problem is that, when I do that, I have the message I gave in the 
> first post and it says that I compile with QNX 6.5.0 and not with QNX 6.5.0 
> SP1 (whereas it is installed).
>
> *"I'm guessing you have no support forum or no ones replying at QNX?" *I 
> don't have support anymore and the only thing the told me is that I don't 
> use QNX 6.5.0 SP1
>
> I don't know what to do anymore and the QNX SDP is not on my computer so I 
> can't use it whenever I want
>
> Le mercredi 3 mars 2021 à 15:03:47 UTC+1, lazarman a écrit :
>
> Let's start with some history about what rev board you have , what was on 
> SD before and whats in  the emc now and details about tools you installed 
> to build BSP and QNX and exactly the BSP file's you are compiling as well 
> as your goals. Are you trying to eventually modify the BSP source?
> I'm guessing you have no support forum or no ones replying at QNX?
> I need a clear picture of what you did exactly installing tools as in did 
> you install multiple times etc etc 
>
> I'll look at the pdf you supplied and ponder whether it worthwhile and 
> practical to find my Beagleboard,Whites,blacks or even Pandaboard.
> power supplies may be hard to match I've moved a lot. I guess a black 
> would be easy for me to find but may be in storage.
>
>  Also maybe they will let me reeducate myself as I'm not working on a 
> commercial product and give me access otherwise it's harder to help.
>
> Hopefully I can get you on the right path 
>
> Mark
>
>
> Sent from Yahoo Mail on Android 
> 
>
> On Wed, Mar 3, 2021 at 1:15 AM, Lucas SOLDA
>  wrote:
> I can send you the files if you 

Re: [beagleboard] Re: BeagleBone Black QNX 6.5.0 SP1

[robert.sty...@gmail.com]

Also Working with a BSP 
http://www.qnx.com/developers/docs/6.5.0SP1.update/com.qnx.doc.neutrino_building/bsp.html

On Thursday, 4 March 2021 at 17:09:40 UTC lazarman wrote:

> The read me for the BSP zip files you attached go look at it
> It says it's a QNX 6.50 BSP.
> See if you can get the latest BSP 7.0
>
>
> Sent from Yahoo Mail on Android 
> 
>
> On Thu, Mar 4, 2021 at 10:49 AM, Lucas SOLDA
>  wrote:
>
> I think the guide refers to this : 
> http://www.qnx.com/developers/docs/6.6.0.update/#com.qnx.doc.bsp_update.guide/topic/bsp_660_structure.html
>
> Le jeudi 4 mars 2021 à 17:16:54 UTC+1, lazarman a écrit :
>
> The BSP pdf you sent references another BSP user's guide can you find it?
>
> Sent from Yahoo Mail on Android 
> 
>
> On Thu, Mar 4, 2021 at 1:20 AM, Lucas SOLDA
>  wrote:
>
> Yes I entered these commands in u-boot, I could have automated them but I 
> prefer to write them for the moment.
>
> "In theory if you have a license BUT 
> some RTOS companies dont supply BSP source code unless you paid fees 
>
> So do you need to modify BSP" 
>
> Yes in theory I agree. I will need to modify the BSP because I want 
> Isagraf so I have to install the drivers (to make the beaglebone black a 
> target I can load through IsaGraf)
>
> In fact I'm very lost with all of these things
> Le mercredi 3 mars 2021 à 19:50:58 UTC+1, lazarman a écrit :
>
> These commands you entered  are where? uboot?
>
> --> fatload mmc 0 0x8100 prebuilt-bsp-ti-beaglebone.ifs
> --> go 0x8100
>
> Why not automate these commands ?
>
> << prebuilt image, right ?
>
> In theory if you have a license BUT 
> some RTOS companies dont supply BSP source code unless you paid fees 
>
> So do you need to modify BSP>
>
>
>
> On Wednesday, March 3, 2021, 09:03:22 AM CST, Lucas SOLDA <
> lucas...@gmail.com> wrote: 
>
>
> Mark,
>
> I have a BeagleBone Black REV C.
> There was nothing on the SD before. I did not touch to the EMC so I think 
> there is nothing inside.
> My company has a QNX 6.5.0 SP1 licence and here is the list of the tools 
> installed on my computer: 
>
> [image: 1.png]
> [image: 2.jpg]
>
> First, I formated my SD card in FAT32, I made it active by using diskpart 
> and I copied the MLO and then the u-boot files. I took them from here : 
> https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone
> Bootloader modules# 
> 
>  --> 
> *"Click here 
> 
>  to 
> download the MLO and u-boot binaries for the new Beaglebone Black platform. 
> "*
>
> After that, I downloaded the BSP files: QNX Neutrino 6.5.0 SP1# 
> 
>  -->  *Download *Project Downloads 
> 
>  --> bsp-nto650-ti-beaglebone-sp1-trunk-201209071340.zip 
> 
> (I attach MLO, u-boot and BSP to this mail)
> After extracting, I copied the file "prebuilt-bsp-ti-beaglebone.ifs" in 
> the "image" folder to my sdcard and I could succesfully launch QNX on my 
> BBB by typing these commands :
> --> fatload mmc 0 0x8100 prebuilt-bsp-ti-beaglebone.ifs
> --> go 0x8100
>
> That worked perfectly. 
>
> When I try to compile the image by myself it gets complicated.
>
> if I compile the BSP without modifying anything, I should get the prebuilt 
> image, right ?
> The problem is that, when I do that, I have the message I gave in the 
> first post and it says that I compile with QNX 6.5.0 and not with QNX 6.5.0 
> SP1 (whereas it is installed).
>
> *"I'm guessing you have no support forum or no ones replying at QNX?" *I 
> don't have support anymore and the only thing the told me is that I don't 
> use QNX 6.5.0 SP1
>
> I don't know what to do anymore and the QNX SDP is not on my computer so I 
> can't use it whenever I want
>
> Le mercredi 3 mars 2021 à 15:03:47 UTC+1, lazarman a écrit :
>
> Let's start with some history about what rev board you have , what was on 
> SD before and whats in  the emc now and details about tools you installed 
> to build BSP and QNX and exactly the BSP file's you are compiling as well 
> as your goals. Are you trying to eventually modify the BSP source?
> I'm guessing you have no support forum or no ones replying at QNX?
> I need a clear picture of what you did 

Re: [beagleboard] Re: BeagleBone Black QNX 6.5.0 SP1

[robert.sty...@gmail.com]

It is a long time since I did any of this, so please forgive any errors and 
omissions.

You build a file system image from folders of existing (binary) components 
and folders of freshly created (binary) components. All guided by a script 
and/or configuration file. 

The build process will not build and replace existing components. I found 
it very difficult to know which version of component was in the file system 
image.

IIRC, Any component specified by the script/configuration is search for in 
the:
-   existing folder -- left over rubbish?
-   QNX target folder -- correct PATH?
-   freshly created folder -- actually built?

On Tuesday, 2 March 2021 at 07:25:37 UTC lucas...@gmail.com wrote:

> The setup I use should be correct since this is the one provided by QNX 
> directly (MLO first, u-boot and image). Moreover, if my setup was 
> incorrect, the prebuilt image could not work.
>
> Yes i rebuilt all by following this 
> https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/Bsp_650InstallationNotes
>  but 
> that does not work
> Why does it say that I use QNX 6.5.0 (2010) whereas I compile with QNX 
> 6.5.0 SP1 (2012) ? I don't understand, we have been working on this for 3 
> weeks
>
> Le lundi 1 mars 2021 à 19:07:16 UTC+1, robert.sty...@gmail.com a écrit :
>
>> I assumed you did rebuild all <
>> https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/Bsp_650InstallationNotes
>> >
>>
>> On Monday, 1 March 2021 at 17:02:25 UTC lazarman wrote:
>>
>>> I remember sd  card setup was important on Beagle board. your probably 
>>> following old or incorrect instructions. What was on this board could be 
>>> important. What instructions as well.
>>> They used to have a forum before Blackberry bought them.
>>>
>>>
>>> Sent from Yahoo Mail on Android 
>>> <https://go.onelink.me/107872968?pid=InProduct=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers_wl=ym_sub1=Internal_sub2=Global_YGrowth_sub3=EmailSignature>
>>>
>>> On Mon, Mar 1, 2021 at 10:52 AM, robert.sty...@gmail.com
>>>  wrote:
>>>
>>> I vaguely remember the SP install being two manual steps, one being 
>>> copying files from one place to another
>>>
>>> On Monday, 1 March 2021 at 16:02:15 UTC lucas...@gmail.com wrote:
>>>
>>> Hello,
>>>
>>> I would like to use QNX on my BeagleBone Black. I have downloaded the QNX 
>>> Neutrino 6.5.0 SP1 BSP here:
>>>
>>>
>>> https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone
>>>
>>> When I load the prebuilt image, it starts perfectly but when I try to 
>>> build the BSP by myself, I have this : 
>>>
>>> *Jumping to QNX*
>>>
>>> *System page at phys:80011000 user:fc404000 kern:fc404000*
>>> *Starting next program at vfe046604*
>>> *cpu_startnext: cpu0 -> fe046604*
>>> *VFPv3: fpsid=410330c3*
>>> *coproc_attach(10): replacing fe07601c with fe0758bc*
>>> *coproc_attach(11): replacing fe07601c with fe0758bc*
>>> *Welcome to QNX Neutrino 6.5.0 SP1 on the Texas Instruments BeagleBone 
>>> (ARMv7 Cortex-A8 core) - Board*
>>>
>>> *Shutdown[0,0] S/C/F=11/1/11 C/D=fe01c68c/fe099ff4 state(c0)= now lock*
>>> *QNX Version 6.5.0 Release 2010/07/09-14:26:46EDT*
>>> *[0]PID-TID=1-6? P/T FL=00019001/0502 "proc/boot/procnto-instr"*
>>> *[0]ASPACE PID=2 PF=8012*
>>> *armle context[effe8f4c]:*
>>> *: 8ffb2000 8ffb2000 8ffb2c01 0181 effccbf8 0100  
>>> fc004000*
>>> *0020: fc004000 effdf47c 01072fff 0008  effe8f90 fe046878 
>>> fe040e0c*
>>> *0040: 6013*
>>> *instruction[fe040e0c]:*
>>> *06 30 98 e7 1c 20 94 e5 11 00 12 e3 00 70 94 15 18 20 9d 15 07 70 82 11 
>>> 0c 00*
>>> *stack[effe8f90]:*
>>> *: effe8fbc e18a1000  efffb348 effca00c 003f 0a6e 
>>> e1988160*
>>> *0020: 8ffb2000 f000  0007 0040 effccbf8 fe099ff0 
>>> 0100*
>>> *0040: 00ff efff0090 0073 008d effca6e8 fe044744 effccbf8 
>>> fe044ad0*
>>> *0060: efffb348 fe069bac efffb348 fe071e30 effe9018   
>>> ÿ*
>>>
>>>
>>> As we can see, I have this message : *QNX Version 6.5.0 Release 
>>> 2010/07/09-14:26:46EDT*
>>> This means that I try to compile with QNX 6.5.0 and not QNX 6.5.0 SP1. I 
>>> don't understand why i have this message because I have well installed QNX 
>>> 6.5.0 SP1 :
>>> [image

Re: [beagleboard] Re: BeagleBone Black QNX 6.5.0 SP1

[robert.sty...@gmail.com]

I assumed you did rebuild all 
<https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/Bsp_650InstallationNotes>

On Monday, 1 March 2021 at 17:02:25 UTC lazarman wrote:

> I remember sd  card setup was important on Beagle board. your probably 
> following old or incorrect instructions. What was on this board could be 
> important. What instructions as well.
> They used to have a forum before Blackberry bought them.
>
>
> Sent from Yahoo Mail on Android 
> <https://go.onelink.me/107872968?pid=InProduct=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers_wl=ym_sub1=Internal_sub2=Global_YGrowth_sub3=EmailSignature>
>
> On Mon, Mar 1, 2021 at 10:52 AM, robert.sty...@gmail.com
>  wrote:
>
> I vaguely remember the SP install being two manual steps, one being 
> copying files from one place to another
>
> On Monday, 1 March 2021 at 16:02:15 UTC lucas...@gmail.com wrote:
>
> Hello,
>
> I would like to use QNX on my BeagleBone Black. I have downloaded the QNX 
> Neutrino 6.5.0 SP1 BSP here:
>
>
> https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone
>
> When I load the prebuilt image, it starts perfectly but when I try to 
> build the BSP by myself, I have this : 
>
> *Jumping to QNX*
>
> *System page at phys:80011000 user:fc404000 kern:fc404000*
> *Starting next program at vfe046604*
> *cpu_startnext: cpu0 -> fe046604*
> *VFPv3: fpsid=410330c3*
> *coproc_attach(10): replacing fe07601c with fe0758bc*
> *coproc_attach(11): replacing fe07601c with fe0758bc*
> *Welcome to QNX Neutrino 6.5.0 SP1 on the Texas Instruments BeagleBone 
> (ARMv7 Cortex-A8 core) - Board*
>
> *Shutdown[0,0] S/C/F=11/1/11 C/D=fe01c68c/fe099ff4 state(c0)= now lock*
> *QNX Version 6.5.0 Release 2010/07/09-14:26:46EDT*
> *[0]PID-TID=1-6? P/T FL=00019001/0502 "proc/boot/procnto-instr"*
> *[0]ASPACE PID=2 PF=8012*
> *armle context[effe8f4c]:*
> *: 8ffb2000 8ffb2000 8ffb2c01 0181 effccbf8 0100  
> fc004000*
> *0020: fc004000 effdf47c 01072fff 0008  effe8f90 fe046878 
> fe040e0c*
> *0040: 6013*
> *instruction[fe040e0c]:*
> *06 30 98 e7 1c 20 94 e5 11 00 12 e3 00 70 94 15 18 20 9d 15 07 70 82 11 
> 0c 00*
> *stack[effe8f90]:*
> *: effe8fbc e18a1000  efffb348 effca00c 003f 0a6e 
> e1988160*
> *0020: 8ffb2000 f000  0007 0040 effccbf8 fe099ff0 
> 0100*
> *0040: 00ff efff0090 0073 008d effca6e8 fe044744 effccbf8 
> fe044ad0*
> *0060: efffb348 fe069bac efffb348 fe071e30 effe9018   
> ÿ*
>
>
> As we can see, I have this message : *QNX Version 6.5.0 Release 
> 2010/07/09-14:26:46EDT*
> This means that I try to compile with QNX 6.5.0 and not QNX 6.5.0 SP1. I 
> don't understand why i have this message because I have well installed QNX 
> 6.5.0 SP1 :
> [image: 1.png]
>
> [image: 2.jpg]
> Do I miss something ? Do I have to activate someting somewhere ?
>
> Thank you for your help.
>
> -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard...@googlegroups.com.
> To view this discussion on the web visit 
>
> https://groups.google.com/d/msgid/beagleboard/84dc332e-7fc5-4b20-bf82-05224d394938n%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/beagleboard/84dc332e-7fc5-4b20-bf82-05224d394938n%40googlegroups.com?utm_medium=email_source=footer>
> .
>
>

-- 
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/b7cbc2f5-2616-4ae5-937f-d27e32f34b2en%40googlegroups.com.

[beagleboard] Re: BeagleBone Black QNX 6.5.0 SP1

[robert.sty...@gmail.com]

I vaguely remember the SP install being two manual steps, one being copying 
files from one place to another

On Monday, 1 March 2021 at 16:02:15 UTC lucas...@gmail.com wrote:

> Hello,
>
> I would like to use QNX on my BeagleBone Black. I have downloaded the QNX 
> Neutrino 6.5.0 SP1 BSP here:
>
>
> https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/TiAm335Beaglebone
>
> When I load the prebuilt image, it starts perfectly but when I try to 
> build the BSP by myself, I have this : 
>
> *Jumping to QNX*
>
> *System page at phys:80011000 user:fc404000 kern:fc404000*
> *Starting next program at vfe046604*
> *cpu_startnext: cpu0 -> fe046604*
> *VFPv3: fpsid=410330c3*
> *coproc_attach(10): replacing fe07601c with fe0758bc*
> *coproc_attach(11): replacing fe07601c with fe0758bc*
> *Welcome to QNX Neutrino 6.5.0 SP1 on the Texas Instruments BeagleBone 
> (ARMv7 Cortex-A8 core) - Board*
>
> *Shutdown[0,0] S/C/F=11/1/11 C/D=fe01c68c/fe099ff4 state(c0)= now lock*
> *QNX Version 6.5.0 Release 2010/07/09-14:26:46EDT*
> *[0]PID-TID=1-6? P/T FL=00019001/0502 "proc/boot/procnto-instr"*
> *[0]ASPACE PID=2 PF=8012*
> *armle context[effe8f4c]:*
> *: 8ffb2000 8ffb2000 8ffb2c01 0181 effccbf8 0100  
> fc004000*
> *0020: fc004000 effdf47c 01072fff 0008  effe8f90 fe046878 
> fe040e0c*
> *0040: 6013*
> *instruction[fe040e0c]:*
> *06 30 98 e7 1c 20 94 e5 11 00 12 e3 00 70 94 15 18 20 9d 15 07 70 82 11 
> 0c 00*
> *stack[effe8f90]:*
> *: effe8fbc e18a1000  efffb348 effca00c 003f 0a6e 
> e1988160*
> *0020: 8ffb2000 f000  0007 0040 effccbf8 fe099ff0 
> 0100*
> *0040: 00ff efff0090 0073 008d effca6e8 fe044744 effccbf8 
> fe044ad0*
> *0060: efffb348 fe069bac efffb348 fe071e30 effe9018   
> ÿ*
>
>
> As we can see, I have this message : *QNX Version 6.5.0 Release 
> 2010/07/09-14:26:46EDT*
> This means that I try to compile with QNX 6.5.0 and not QNX 6.5.0 SP1. I 
> don't understand why i have this message because I have well installed QNX 
> 6.5.0 SP1 :
> [image: 1.png]
>
> [image: 2.jpg]
> Do I miss something ? Do I have to activate someting somewhere ?
>
> Thank you for your help.
>

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

Re: [beagleboard] Desktop GUI for BB rev a5.

[robert.sty...@gmail.com]

>From a Linux (like) desktop computer running an X Windows server, issue the 
`ssh` command with  -X option, then you can run some GUI apps on the BB and 
have them display on the desktop. I've used this to develop some scripts 
and a directory structure on a server over 100 miles away, the internet 
speed can be too slow for this to be fun to use.

There is a X Windows server for a Windows PC (Xming I think) which can be 
used with PuTTY -- I used them to access a Linux machine from my Windows 
desktop, and use a GUI file manager like KDE Dolphin, but I did not find 
KDE worked very well, so used a lighter weight desktop environment and 
moved its task bar to left edge from overlaying the Windows taskbar.

On Friday, 12 February 2021 at 23:16:36 UTC vinicius...@gmail.com wrote:

> O always use the no machine program
>
> Sent from my iPhone
>
>
> Em 12 de fev. de 2021, à(s) 20:07, Mehmet Can  
> escreveu:
>
> How can I use GUI desktop from SSH in BB rev a5? I'm kinda new so can 
> anyone explain please?
>
> -- 
> 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/fe427e25-2b88-47d9-bdf5-5c014fb1fd38n%40googlegroups.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/33996793-2382-429c-89f0-fe15bb59168bn%40googlegroups.com.

[beagleboard] Re: Nested loops with the PRU LOOP instruction?

[robert.sty...@gmail.com]

On the Z80, the counter register B was only 8 bits, you could loop 1 to 256 
times with DJNZ. 

The outer loop was often unrolled, that is the inner loop was repeated, 
say, 3 times.. 

Say you wanted to loop 700 times = 256 + 256 +188; load the B register with 
188 and jump to the first inner loop, at the end of the first inner loop 
the B reg is zero, the second inner loop is performed 256 times, and 
finally the third inner loop is performed 256 times.

The same unrolled outer loops can be reused to loop just 200 times, load 
the B reg with 200 and jump straight to the third inner loop.

There was a trade off between RAM data/stack space and ROM code space and 
execution time.  If the inner loop was long, then make it into a subroutine 
and call it 3 times in a row. 

It is not clear from the PRU instruction set, but it does not look like you 
can have a LOOP within a LOOP as the inner LOOP instruction would just 
overwrite the end address and loop counter of the outer LOOP.

You could use the high 16 bits of the register, as an outer loop counter 
(I've not done PRU assembly before, so could be mistakes)
asm
mov r2.w2, 3+1
mov r2..w0, 65535
OuterLoop:
loop EndLoop, r2// inner loop 65535 times
...
EndLoop:
sub r2.w2, 1
qbne OuterLoop, r2.w2, 0


On Monday, 8 February 2021 at 19:30:31 UTC Dennis Bieber wrote:

> On Sun, 7 Feb 2021 16:29:22 -0800 (PST), in
> gmane.comp.hardware.beagleboard.user Tom Stepleton
>  wrote:
>
>
> >
> >you have a maximum of 65535 repetitions. Very good. What happens though 
> if 
> >you want three times that? Can you do
> >
> > LOOP Exit, 3
> > LDI r10.w0, 0x
> > LOOP Exit, r10.w0
>
>
> Off hand, I'd suspect one can NOT nest LOOP instructions. However, a
> literal reading of the "operation" section could imply that each LOOP
> instruction expands into two data items (counter and top) which may be
> allocated/inlined in the code. 
>
> Seems like it would be faster to just write a test program nesting two
> LOOP instructions, the outer with a small immediate count, and the inner
> reading from a register preset with a similar small count. Maybe have the
> inner loop simply increment some counter, and check if the counter has the
> result of multiple loops, or just one (and which one, inner or outer).
>
>
> >Bonus question: the manual tells us that "The loop is 
> >non-interruptible(LOOP)." What does non-interruptible mean---do interrupt 
> >bits in r31 never get set inside a loop?
>
> Since the PRU doesn't have asynchronous interrupts by default I'm not
> sure what "interruptible" would mean... However, SPRUHF8A indicates that
> there is an "interruptible loop" variant.
>
> -=-=-=-
> 5.3.4.3.18 Hardware Loop Assist (LOOP, ILOOP)
>
> Defines a hardware-assisted loop operation. The loop can be
> non-interruptible (LOOP), or can be interruptible based on an external
> break signal (ILOOP). The loop operation works by detecting when the
> instruction pointer would normal hit the instruction at the designated
> target label, and instead decrementing a loop counter and jumping back to
> the instruction immediately following the loop instruction.
>
> Definition:
> LOOP LABEL, OP(256)
> ILOOP LABEL, OP(256)
> -=-=-=-
>
> Possibly, "interruptible" in this case means via JTAG type debugger.
> "LOOP" runs to completion before a debugger can get control, while "ILOOP"
> allows debugger to take control within the loop.
>
>
> -- 
> Dennis L Bieber
>
>

-- 
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/4dd60612-342c-4779-9cd9-30a62bfe5dd4n%40googlegroups.com.

[beagleboard] Re: Pin P9 _ 7,8 5V_SYS voltage configuration.

[robert.sty...@gmail.com]

If peripheral is power-supply voltage sensitive,
give peripheral own power-supply.

Peripheral own power-supply may take from SYS_5V or VDD_3V3B.

I did not have time to find a dev board with (I2C) variable voltage output.

SYS_5V cannot be used for software controlled variable output because of 
TPS65217C:

SYS_5V is output switched between input VDD_5V jack-in and input USB_DC PC 
USB (and input BAT) the highest voltage input is switched on.



On Tuesday, 29 December 2020 at 14:18:53 UTC pablo...@gmail.com wrote:

> Hi everyone,
>
> I'm trying to use the 5V output of pin P9 _ 7 to feed a peripheric wich is 
> sensitive to voltages. 
> Is it possible to control and decrease or increase the voltage easily via 
> software?
>
> Thanks so much, cheers!
>
> P.
>

-- 
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/d9ed31ec-2185-45d0-a58c-00545529e22an%40googlegroups.com.

[beagleboard] Re: BBAi pinmapping / temperature

[robert.sty...@gmail.com]

*Capes*

I can not find the web-page, but I remember reading the BB Black and BB AI 
Capes were compatible, except something like a different I²C device was 
used and some GPIO were connected together on BB AI to provide both 
functions of the BB Black.

*Overheating*

With no a fan, the heat sink is too small. The heat sink temperature rises 
too quickly for older software image to lower the clock speed, before the 
temperature is too high and the processor (SoC) stops.

This would imply, you need:

   - a fan
   - a bigger heat-sink
   - a lower clock speed
   - a newer software image

*Fan 1*

I bought a 5V 20mm fan, used nylon screws to attach it to heat-sink, 
soldered some header to the wires, connected the header to +3.3V and GND on 
P9.

This works well. However, this stops you using capes, fans have a limited 
life, and you need space for an air flow.

*Fan 2*

I designed and made my own Fan Cape, I used a 5V 32mm fan.

This works well. However, fans have a limited life, and you need space for 
an air flow.

*Bigger Heat-sink*

I have not had time to investigate this.

I plan to attach a sheet of aluminium 100mm 100mm 5mm to the existing 
heat-sink or directly to the processor.
The sheet would have cut outs for RJ45, USB, Cape P8, and Cape P9. The 
first Cape would be spaced away cape through socket-plug without a cape.

However, this will make the package much bigger. A thick metal box could 
act as heat-sink, if you can get the heat from the processor to the box. 

*Clock Speed*

Similar sized system-on-chips run at 200MHz to 500MHz without need of 
heat-sink. 

The speed throttle seems to be a software process, therefore you must be 
able to set the speed in software.

However, you may not have the speed for your application.

*New Software Image*

My beagle board came with an image which worked to throttle the clock 
speed. It asks/suggests you upgrade to the latest image. I, like many 
others, upgraded the image, only to have a system which overheated in about 
30 seconds. Fortunately, this was just enough time to upgrade the image 
again.

However, you may not have the processor speed for your application.

On Friday, 4 December 2020 at 04:29:21 UTC morgant...@gmail.com wrote:

>Hello everyone!
>
>   I am thinking of switching from a beaglebone black to a BBAi to improve 
> performance of our system.  Right now we are using a custom cape for the 
> BBB. I wondering if we could have the came pin functions of the BBAi if we 
> swap it out without any redesign to the cape. Ie does anyone know if the 
> BBAi have the same pin I/O as the BBB?  I read that we would need to set 
> the pinmux for the BBAi, but other than that are there can we get a 1 to 1 
> swap of both boards? I read in some posts that you could in theory, but 
> there seems to be very limited documentation on the BBAi pin mapping.  If 
> anyone knows where I could find that, it would be super helpful.
>
>   On second topic, we were having some issues with the BBAi overheating 
> and becoming unstable.  Are there any suggestions of how to limit this 
> issue without having to add supplemental active cooling (ie anything 
> kernel/clock related)?
>
>   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/fc9af2e4-3909-47a2-985c-bc0906f5a5e8n%40googlegroups.com.

[beagleboard] Re: I need OS or RTOS for an IOT

[robert.sty...@gmail.com]

Low-level like C library:  FreeRTOS
concurrency and IPC by 1 to 1 stream/message passing, n to 1 asynchronous 
direct process signal/event, n to n fixed size message queue (pipe), 
signals and semaphores

High-level like Linux+KDE:  QNX
concurrency and IPC by n to 1 synchronous message passing and n to 1 
asynchronous signal; Qt or HTML5 for GUI

On Friday, 27 November 2020 at 15:51:03 UTC josiaha...@gmail.com wrote:

> Hello i need a good Operating system or Real Time Operating System for IoT 
> project.
> I need a suggestion of an OS or someone that can work on it.
> 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/3ddd-77c0-4f85-a1e4-efdc3c5eef53n%40googlegroups.com.

Re: [beagleboard] Re: USB wireless adaptors at 3.3v ...

[robert.sty...@gmail.com]

Sorry to misunderstand your question, if French is your first language, 
could you post in French and English.

Is "BBB" a BeagleBoneBlack (non Wi-Fi)? What is "BBB" abbreviation for?

How is the battery connected?

Does the BBB recharge the battery?

Does the USB Wi-Fi work when the BBB is powered through the USB PC MINI 
connector? 
If not, it might be using too much current.

I do not know any USB devices that work below 4.4V. I would think, USB 
devices need > 4V for its own 3.3V supply.

The BeagleBone BATTERY Cape, supplies 5V to the DC in jack through 
expansion connector P9.5 and P9.6. The BBB should work like connected to 5V 
power supply to the 5V DC in Jack. 
You will need to use  alkaline batteries (cells) or rechargeable NiMH to 
get enough current; (the cape has the batteries connected in parallel, 
AFAIK you should not do this; the Tesla battery pack has each cell 
connected through PTC resistor/fuse). For the BeagleBone and USB Wi-Fi 
dongle to use 500mA, the batteries would have to supply 1A.
Perhaps, the Board ID Memory says it cannot supply enough power for USB 
host.


On Thursday, 22 October 2020 at 14:28:28 UTC+1 pfrossard wrote:

> When the BBB work on battery and come back to 5v the USB port doesn't 
> work !?
>
> Le 22/10/2020 à 15:13, robert.sty...@gmail.com a écrit :
> > Looking at BeagleBone Black rev C schematic and TPS65217C data sheet
> >
> > If the battery is connected to the Rechargeable Battery access pins 
> > (TP5/6/7/8 TESTPT1),
> > The battery feeds the USB HOST VBUS '5V' through SYS_5V, the 3V to 5V 
> > booster would have to be an inline adapter plugged into the USB HOST 
> > connector, this is slightly non trivial.
> > In theory, a booster input could be connected to SYS_5V on P9.7  
> > (ground to P9.1) and booster output to an USB hub power input with 
> > Wi-Fi plugged into hub, however many hubs let the 5V hub power flow 
> > back into the host.
> >
> > If a battery pack is just connected to the DC in Jack, the voltage 
> > should be 4.3V to 5.8V.
> > The battery pack could be connected to a 5V  booster input and the DC 
> > jack to booster output.
> >
> >
> > On Thursday, 22 October 2020 at 12:22:03 UTC+1 robert.sty...@gmail.com 
> > wrote:
> >
> > Many Wi-Fi modules are designed for a Lithium cell which is 3V to
> > 4.2V.
> > The first thing the USB part does is reduce the USB 5V to 3.3V
> > You can boost the battery to 5V with something like
> > https://www.adafruit.com/product/1903
> >
> > On Thursday, 22 October 2020 at 10:15:28 UTC+1 pfrossard wrote:
> >
> > Hi,
> > I try to find an USB Wireless adaptors working at 5v and 3.3v
> > (When BBB
> > working on battery),
> > I checking a lot of key without success ...
> > Someone have an idea ?
> > Thanks.
> >
> > -- 
> > -
> > Philippe Frossard 
> >
>

-- 
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/b718ca26-1365-4225-8610-2a5da9bd7740n%40googlegroups.com.

[beagleboard] Re: USB wireless adaptors at 3.3v ...

[robert.sty...@gmail.com]

Looking at BeagleBone Black rev C schematic and TPS65217C data sheet 

If the battery is connected to the Rechargeable Battery access pins 
(TP5/6/7/8 TESTPT1),
The battery feeds the USB HOST VBUS '5V' through SYS_5V, the 3V to 5V 
booster would have to be an inline adapter plugged into the USB HOST 
connector, this is slightly non trivial. 
In theory, a booster input could be connected to SYS_5V on P9.7  (ground to 
P9.1) and booster output to an USB hub power input with Wi-Fi plugged into 
hub, however many hubs let the 5V hub power flow back into the host.

If a battery pack is just connected to the DC in Jack, the voltage should 
be 4.3V to 5.8V.
The battery pack could be connected to a 5V  booster input and the DC jack 
to booster output.


On Thursday, 22 October 2020 at 12:22:03 UTC+1 robert.sty...@gmail.com 
wrote:

> Many Wi-Fi modules are designed for a Lithium cell which is 3V to 4.2V.
> The first thing the USB part does is reduce the USB 5V to 3.3V
> You can boost the battery to 5V with something like 
> https://www.adafruit.com/product/1903
>
> On Thursday, 22 October 2020 at 10:15:28 UTC+1 pfrossard wrote:
>
>> Hi,
>> I try to find an USB Wireless adaptors working at 5v and 3.3v (When BBB 
>> working on battery),
>> I checking a lot of key without success ...
>> Someone have an idea ?
>> Thanks.
>>
>> -- 
>> -
>> Philippe Frossard
>>
>>

-- 
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/e1ee1876-909f-4aea-b3d2-94f199f52a78n%40googlegroups.com.

[beagleboard] Re: USB wireless adaptors at 3.3v ...

[robert.sty...@gmail.com]

Many Wi-Fi modules are designed for a Lithium cell which is 3V to 4.2V.
The first thing the USB part does is reduce the USB 5V to 3.3V
You can boost the battery to 5V with something like 
https://www.adafruit.com/product/1903

On Thursday, 22 October 2020 at 10:15:28 UTC+1 pfrossard wrote:

> Hi,
> I try to find an USB Wireless adaptors working at 5v and 3.3v (When BBB 
> working on battery),
> I checking a lot of key without success ...
> Someone have an idea ?
> Thanks.
>
> -- 
> -
> Philippe Frossard
>
>

-- 
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/011044c4-42d8-4958-ba8b-c68871974fb0n%40googlegroups.com.

Re: [beagleboard] writing data to 1-wire DS2433 eeprom fails

[robert.sty...@gmail.com]

I suggest trying to write less than 32 bytes (the dmesg implies something 
wrong with offset or count) -- create a file of less than 32 bytes and copy 
to eeprom
cd ~
echo "1234567890" > file10
cp -T file10 /sys/bus/w1/devices/23-02eddd9b/eeprom

In the data sheet you need a much smaller R[PU] to write than read
https://datasheets.maximintegrated.com/en/ds/DS2433.pdf

On Tuesday, 29 September 2020 at 16:03:48 UTC+1 RobertCNelson wrote:

> On Tue, Sep 29, 2020 at 9:55 AM 'Johan Lind' via BeagleBoard
>  wrote:
> >
> > Yes, it does still show eeprom
> >
> > debian@beaglebone:~$ ls /sys/bus/w1/devices/23-02eddd9b
> > driver eeprom id name power subsystem uevent
> > debian@beaglebone:~$ ls /sys/bus/w1/devices/
> > 23-02eddd9b w1_bus_master1
> > debian@beaglebone:~$
> > debian@beaglebone:~$ ls -al /sys/bus/w1/devices/23-02eddd9b/
> > total 0
> > drwxrwxr-x 3 root gpio 0 Sep 29 14:00 .
> > drwxrwxr-x 4 root gpio 0 Sep 29 14:00 ..
> > lrwxrwxrwx 1 root gpio 0 Sep 29 14:00 driver -> 
> ../../../bus/w1/drivers/w1_slave_driver
> > -rw-rw-r-- 1 root gpio 512 Sep 29 14:07 eeprom
>
> Side note, you don't' have to be root, the "gpio" group is the default
> for debian..
>
> > -r--r--r-- 1 root gpio 4096 Sep 29 14:00 id
> > -r--r--r-- 1 root gpio 4096 Sep 29 14:00 name
> > drwxrwxr-x 2 root gpio 0 Sep 29 14:00 power
> > lrwxrwxrwx 1 root gpio 0 Sep 29 14:00 subsystem -> ../../../bus/w1
> > -rw-rw-r-- 1 root gpio 4096 Sep 29 14:00 uevent
> > debian@beaglebone:~$
>
> not sure why you can't write...
>
> 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/4ddb5659-5513-4ed6-a282-6ed727b9173an%40googlegroups.com.

Re: [beagleboard] writing data to 1-wire DS2433 eeprom fails

[robert.sty...@gmail.com]

Does 
ls /sys/bus/w1/devices/23-02eddd9b
still show eeprom ?

If not, what does
ls /sys/bus/w1/devices
show you?

I prefer to run commands from my home director, you can change to your home 
with 'cd ~'

On Tuesday, 29 September 2020 at 15:15:27 UTC+1 Johan Lind wrote:

> Thank you (and sorry for the double post) !
> However, I still have no luck writing to the eeprom.
>
> I have tried a couple of variations of the commands but I get error even 
> if logged in as root.
>
> debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ sudo sh -c "echo 
> 'cat /home/debian/file' > eeprom"
> sh: 1: echo: echo: I/O error
> debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ su
> Password:
> root@beaglebone:/sys/bus/w1/devices/23-02eddd9b# echo 'cat 
> /home/debian/file' > eeprom
> bash: echo: write error: Invalid argument
> root@beaglebone:/sys/bus/w1/devices/23-02eddd9b# cat /home/debian/file 
> > eeprom
> cat: write error: Invalid argument
> root@beaglebone:/sys/bus/w1/devices/23-02eddd9b# exit
> exit
> debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ sudo cp -T 
> /home/debian/file eeprom
> cp: error writing 'eeprom': Invalid argument
>
> fredag 25 september 2020 kl. 17:52:55 UTC+2 skrev robert.sty...@gmail.com:
>
>> Also the copy command
>> cp -T *source* *destination*
>> so...
>> sudo cp -T /home/debian/file eeprom
>>
>> On Friday, 25 September 2020 at 16:48:24 UTC+1 robert.sty...@gmail.com 
>> wrote:
>>
>>> Wasn't the problem that the redirection of output by ">" was outside the 
>>> sudo *command* 
>>> The "echo" is not needed, only 
>>> sudo sh -c "cat /home/debian/file > eeprom"
>>>
>>> On Friday, 25 September 2020 at 15:59:06 UTC+1 RobertCNelson wrote:
>>>
>>>> On Fri, Sep 25, 2020 at 9:48 AM johan.lind via BeagleBoard 
>>>>  wrote: 
>>>> > 
>>>> > I would need some help to understand why I can't write to an DS2433 
>>>> eeprom. 
>>>> > 
>>>> > System information: 
>>>> > BBB Industrial board 
>>>> > Debian 10 (Buster IoT Image 2020-04-06) 
>>>> > Hardware attached are DS2482 i2c to w1 interface and DS2433 eeprom. 
>>>> > 
>>>> > Commands executed to set-up system: 
>>>> > $ modprobe ds2482 
>>>> > $ echo ds2482 0x18 > /sys/bus/i2c/devices/i2c-1/new_device 
>>>> > $ modprobe wire 
>>>> > 
>>>> > I can read the eeprom by executing 
>>>> > $ cd /sys/bus/w1/devices/23-02eddd9b 
>>>> > $ cat eeprom | hexdump 
>>>> > 
>>>> > Getting this far I assume hardware is correct and drivers are loaded 
>>>> correctly. 
>>>> > 
>>>> > debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ ls 
>>>> > driver eeprom id name power subsystem uevent 
>>>> > 
>>>> > Should here be a directory called w1_slave? 
>>>> > I see such a directory on some web pages searching for similar 
>>>> problems with w1. 
>>>> > 
>>>> > Now to the problem. 
>>>> > Executing the following command will fail: 
>>>> > debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ sudo cat 
>>>> /home/debian/file > eeprom 
>>>> > [sudo] password for debian: 
>>>> > cat: write error: Invalid argument 
>>>>
>>>> https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Privileged_echo 
>>>>
>>>> sudo sh -c "echo 'cat /home/debian/file' > eeprom" 
>>>>
>>>> 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/b1989070-3ca8-46a1-951c-c39daeaa8644n%40googlegroups.com.

Re: [beagleboard] writing data to 1-wire DS2433 eeprom fails

[robert.sty...@gmail.com]

Also the copy command
cp -T *source* *destination*
so...
sudo cp -T /home/debian/file eeprom

On Friday, 25 September 2020 at 16:48:24 UTC+1 robert.sty...@gmail.com 
wrote:

> Wasn't the problem that the redirection of output by ">" was outside the 
> sudo *command* 
> The "echo" is not needed, only 
> sudo sh -c "cat /home/debian/file > eeprom"
>
> On Friday, 25 September 2020 at 15:59:06 UTC+1 RobertCNelson wrote:
>
>> On Fri, Sep 25, 2020 at 9:48 AM johan.lind via BeagleBoard
>>  wrote:
>> >
>> > I would need some help to understand why I can't write to an DS2433 
>> eeprom.
>> >
>> > System information:
>> > BBB Industrial board
>> > Debian 10 (Buster IoT Image 2020-04-06)
>> > Hardware attached are DS2482 i2c to w1 interface and DS2433 eeprom.
>> >
>> > Commands executed to set-up system:
>> > $ modprobe ds2482
>> > $ echo ds2482 0x18 > /sys/bus/i2c/devices/i2c-1/new_device
>> > $ modprobe wire
>> >
>> > I can read the eeprom by executing
>> > $ cd /sys/bus/w1/devices/23-02eddd9b
>> > $ cat eeprom | hexdump
>> >
>> > Getting this far I assume hardware is correct and drivers are loaded 
>> correctly.
>> >
>> > debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ ls
>> > driver eeprom id name power subsystem uevent
>> >
>> > Should here be a directory called w1_slave?
>> > I see such a directory on some web pages searching for similar problems 
>> with w1.
>> >
>> > Now to the problem.
>> > Executing the following command will fail:
>> > debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ sudo cat 
>> /home/debian/file > eeprom
>> > [sudo] password for debian:
>> > cat: write error: Invalid argument
>>
>> https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Privileged_echo
>>
>> sudo sh -c "echo 'cat /home/debian/file' > eeprom"
>>
>> 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/c5168228-f819-408a-ab7f-2bcd05d4dfccn%40googlegroups.com.

Re: [beagleboard] writing data to 1-wire DS2433 eeprom fails

[robert.sty...@gmail.com]

Wasn't the problem that the redirection of output by ">" was outside the 
sudo *command* 
The "echo" is not needed, only 
sudo sh -c "cat /home/debian/file > eeprom"

On Friday, 25 September 2020 at 15:59:06 UTC+1 RobertCNelson wrote:

> On Fri, Sep 25, 2020 at 9:48 AM johan.lind via BeagleBoard
>  wrote:
> >
> > I would need some help to understand why I can't write to an DS2433 
> eeprom.
> >
> > System information:
> > BBB Industrial board
> > Debian 10 (Buster IoT Image 2020-04-06)
> > Hardware attached are DS2482 i2c to w1 interface and DS2433 eeprom.
> >
> > Commands executed to set-up system:
> > $ modprobe ds2482
> > $ echo ds2482 0x18 > /sys/bus/i2c/devices/i2c-1/new_device
> > $ modprobe wire
> >
> > I can read the eeprom by executing
> > $ cd /sys/bus/w1/devices/23-02eddd9b
> > $ cat eeprom | hexdump
> >
> > Getting this far I assume hardware is correct and drivers are loaded 
> correctly.
> >
> > debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ ls
> > driver eeprom id name power subsystem uevent
> >
> > Should here be a directory called w1_slave?
> > I see such a directory on some web pages searching for similar problems 
> with w1.
> >
> > Now to the problem.
> > Executing the following command will fail:
> > debian@beaglebone:/sys/bus/w1/devices/23-02eddd9b$ sudo cat 
> /home/debian/file > eeprom
> > [sudo] password for debian:
> > cat: write error: Invalid argument
>
> https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Privileged_echo
>
> sudo sh -c "echo 'cat /home/debian/file' > eeprom"
>
> 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/3065c659-6385-4fb8-94d2-1ac2c853675fn%40googlegroups.com.

Re: [beagleboard] Re: Servo Power issue

[robert.sty...@gmail.com]

I had a similar problem with a micromouse robot, turning on the motors 
would crowbar the power supply and reset the microcontroller. I solved this 
by a diode from the battery to a 100uF cap to the microcontroller power 
supply. I connected the motor driver as close to the battery as practical.

You need a good (low resistance) 0V between the microcontroller and the 
servo, and I would recommend a 1k ~ 10k  resister in series with the 
control signal.

On Sunday, 20 September 2020 at 20:44:39 UTC+1 jonn...@gmail.com wrote:

> In this this Rubik's Solver project there is a note in step 2 of the 
> Software Preparation section where they make a change in 
> 'libraries/other/rc_pru.c' of the Strawson Design Roboticscape software to 
> set the "servo pulse from +/- 1.5 to +/- 2"
> They seem to be able to run with 6 servos attached so perhaps this would 
> help.
>
>
> https://www.hackster.io/octavo/iot-robot-w-osd335x-powered-beaglebone-blue-rubik-s-solver-5891a4
>
> They also have a Li-Po battery connected.
>
> Cheers,
>
> Jon
>
> On Sun, Sep 20, 2020 at 5:55 AM  wrote:
>
>> Experience the same, one or two servos work. Adding more and I see issues 
>> which look power related, jittering.
>>
>> On Tuesday, 17 December 2019 22:50:19 UTC, jscoo...@gmail.com wrote:
>>>
>>> I'm using a TowerPro SG90 Micro Servo and having trouble getting it 
>>> powered through the Beaglebone Blue.  I apologize for the wall of text, but 
>>> i've tried quite a bit before coming here and want to make sure you all get 
>>> everything I've found.  I also apologize for the lack of pictures, i didn't 
>>> photo-document things, but I have tested everything multiple times.
>>>
>>> *Problem:  When attempting to drive servo(s) from BBB's powered servo 
>>> rail, servo(s) just click and don't move at all.*
>>>
>>> SG90 info:
>>> Signal 50Hz
>>> V+ : 4.8-6V
>>>
>>> Connected to BBB by USB cable.  Connected 14.4V (up to 60 Amp) power 
>>> supply to DC in.
>>> Tested Items:
>>>
>>> 1) When no servo's are attached, powered rail is 6V (TRUE)
>>> 2) When no servo's are attached, signal rail has 50Hz (TRUE)
>>>
>>> Add servo to setup
>>>
>>> 3) Signal rail is still 50Hz (TRUE)
>>> 4) Powered rail is still 6V...
>>> 4A) At (normalized) pulse of 0 (TRUE)
>>> 4B) At any other pulse width (FALSE)  it varies between 1.2V and 5V
>>>
>>> At this point the Voltage rail is fluctuating wildly.  I decided to 
>>> check if there was an induced signal in the voltage rail.
>>>
>>> 5) Frequency on Voltage Rail at ALL non-zero (normalized) pulse widths 
>>> is 4Hz
>>>
>>> So  i decide maybe the servo is bad.  
>>>
>>> 6) All above results duplicated across 3 known good servos
>>>
>>> So, lets try pulling power from somewhere else.
>>>
>>> Using a 5V bench power supply with SEPARATED ground from BBB
>>> BBB Signal - signal in
>>> Bench 5V Power - V+
>>> Bench Ground -  V-
>>>
>>> Yes, bad design.  Should use BBB Ground, or tie BBB ground to bench 
>>> ground... but
>>>
>>> 7) Servo runs as intended.
>>> 8A) Check V+ for induced signal (None found)
>>> 8B) Check V+ for voltage variation under load (none found, always 5.2V)
>>> 8C) I'm unable to measure the current with my setup, however specs say 
>>> 550mA for this servo.
>>>
>>> So... Now we fix some things up.
>>> With Bench supply 14.4 V to BBB DC in this scenario the 5V is achieved 
>>> by a DC-DC converter (10-15)V - 5V.  So the ground is ultimately shared by 
>>> all connected electronics.
>>>
>>> 9)  Repeat all test with same results.  
>>>
>>> Am I missing something?  Does my BBB have a bad power supply for the 
>>> Servo Rail?  What else can I try?  Software used to test this is the 
>>> Robotics' Cape test software 
>>> http://strawsondesign.com/docs/librobotcontrol/rc_test_servos_8c-example.html
>>>
>> -- 
>> 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/79fa8c17-a6af-4304-842d-f5af4288fe3eo%40googlegroups.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/4b9c8058-6bec-41d9-8d2f-e30a0d749ea4n%40googlegroups.com.

[beagleboard] Re: CAD of the 2x23 beaglebone stackable headers?

[robert.sty...@gmail.com]

My KiCad has Conn_02x23_Odd_Even and foot print 
PinSocket_2x23_P2.54mm_Vertical

https://github.com/beagleboard/beaglebone-black/wiki/System-Reference-Manual#871-standard-cape-size
https://github.com/beagleboard/beaglebone-ai/wiki/System-Reference-Manual#9-mechanical-information

On Friday, 18 September 2020 at 22:21:56 UTC+1 Thomas Bewley wrote:

> Hi all -
> Anyone have a link to a CAD of the 2x23 0.1” pitch stackable headers used 
> on BeableBone Capes?
> The part is available on digikey here:
>
> https://www.digikey.com/product-detail/en/adafruit-industries-llc/706/1528-1365-ND/5629413
> Thanks in advance
> Tom

-- 
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/d9245813-76ca-4c94-9a1c-5abc0a104c0en%40googlegroups.com.

[beagleboard] Re: Servo control: pulse width working range ?

[robert.sty...@gmail.com]

My memory is a little rusty, but IIRC

With remote control (RC) servos, there is a pulse width between 1ms and 2ms 
to give minimum to maximum angle.  
There is pulse repetition rate of 20ms.

I found these 
 


Pulse width cycle time 20ms, repetition 50Hz
Pulse width duty 5% to 10%

On Wednesday, 16 September 2020 at 15:36:14 UTC+1 py.o...@sunrise.ch wrote:

> Hello,
>
> I noticed that many servo motor manufacturers don't provide datasheets for 
> their products (for example for my servo it's the case)
> Generic values that can be found on the web don't work for every servo.
> For example what should be pulse width for 0/90/180/360 degrees.
> I suppose the value of pulse widths depends on a particular model.
>
> For example I noticed that if pulse width in quite low, the servo heats up 
> as an iron.
>
> Any comments ?
>
> 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/4601daa7-3863-46ec-8b39-34e7dfff3125n%40googlegroups.com.

Re: [beagleboard] BBAI RTC

[robert.sty...@gmail.com]

The BeagleBone AI (BBAI) has the AM5729 system-on-chip.(which is part of 
the AM57xx series). The other BeagleBones have AM33xx series.

The AM5729 has a RTC peripheral built in. BUT, the BBAI does not have the 
necessary connections and components to use it.

If you need time of day, and do not have an internet connection to a time 
service, or a wake-up alarm; then you need an external add-on board.

On Saturday, 12 September 2020 at 08:55:52 UTC+1 nott...@gmail.com wrote:

> Sorry folks if I'm asking in the wrong forum. I couldn't figure out how to 
> tag the question as being for BB-AI.
>
> -Chinmay
>
> On Saturday, September 12, 2020 at 4:43:59 AM UTC+8 
> robert.sty...@gmail.com wrote:
>
>> AM57X RTC is not connected to anything useful 
>> On the schematic 
>> https://github.com/beagleboard/beaglebone-ai/blob/master/BeagleBone-AI_RevA2_sch.pdf
>> on sheet 5 location A3
>>
>> On Friday, 11 September 2020 at 14:30:54 UTC+1 RobertCNelson wrote:
>>
>>> Careful everyone, Chinmay asked about the BB-AI, which is am57xx based. 
>>>
>>> Sorry, I haven't even looked up what the am57xx has for a RTC, we 
>>> definitely don't have a backup battery. 
>>>
>>> We will probably have to do something similar to the BBB, but rename 
>>> the node alias in the overlay to work with both am3/am5 boards.. 
>>>
>>> Regarts, 
>>>
>>> -- 
>>> 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/5c764700-d10c-45e4-922f-af12e13b6a1cn%40googlegroups.com.

Re: [beagleboard] BBAI RTC

[robert.sty...@gmail.com]

AM57X RTC is not connected to anything useful 
On the schematic 
https://github.com/beagleboard/beaglebone-ai/blob/master/BeagleBone-AI_RevA2_sch.pdf
on sheet 5 location A3

On Friday, 11 September 2020 at 14:30:54 UTC+1 RobertCNelson wrote:

> Careful everyone, Chinmay asked about the BB-AI, which is am57xx based.
>
> Sorry, I haven't even looked up what the am57xx has for a RTC, we
> definitely don't have a backup battery.
>
> We will probably have to do something similar to the BBB, but rename
> the node alias in the overlay to work with both am3/am5 boards..
>
> Regarts,
>
> -- 
> 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/0141ce2f-e9f7-4341-9f3b-296814613f9dn%40googlegroups.com.

[beagleboard] Re: External USB 2TB HD not spinning up.

[robert.sty...@gmail.com]

If it is drawing too much current, I suggest a powered hub between BBB and 
HDD

The HDD is USB 2.0 which means max 500mA, but BBB can only supply 100mA 
https://github.com/beagleboard/beaglebone-black/wiki/System-Reference-Manual#usb1-host-port

The format is Microsoft NTFS, which Linux cannot repair

On Thursday, 10 September 2020 at 17:59:10 UTC+1 dan.ann...@gmail.com wrote:

> I have a WD 2TB external USB drive. It mounts fine on my linux laptop. 
> When I plug it into the beagleboneblack, it times out.  Any help would be 
> appreciated!
>
> lsusb finds the device:
> Bus 001 Device 003: ID 1058:2626 Western Digital Technologies, Inc. 
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>
> dmesg:
> [ 3965.568158] musb-hdrc musb-hdrc.1: VBUS_ERROR in a_wait_bcon (89, 
>  [ 3966.776484] usb 1-1: new high-speed USB device number 3 using musb-hdrc
> [ 3966.977419] usb 1-1: New USB device found, idVendor=1058, 
> idProduct=2626, bcdDevice=10.28
> [ 3966.977438] usb 1-1: New USB device strings: Mfr=1, Product=2, 
> SerialNumber=3
> [ 3966.977446] usb 1-1: Product: My Passport 2626
> [ 3966.977454] usb 1-1: Manufacturer: Western Digital
> [ 3966.977461] usb 1-1: SerialNumber: 5758573245313048344E394B
> [ 3966.985267] usb-storage 1-1:1.0: USB Mass Storage device detected
> [ 3967.008783] scsi host0: usb-storage 1-1:1.0
> [ 3968.041574] scsi 0:0:0:0: Direct-Access WD   My Passport 2626 
> 1028 PQ: 0 ANSI: 6
> [ 3968.042213] scsi 0:0:0:1: Enclosure WD   SES Device   
> 1028 PQ: 0 ANSI: 6
> [ 3968.055140] sd 0:0:0:0: Attached scsi generic sg0 type 0
> [ 3968.061239] scsi 0:0:0:1: Attached scsi generic sg1 type 13
> [ 3968.063025] sd 0:0:0:0: [sda] Spinning up disk...
> [ 3969.096578] ...not responding...
>
>
> The BBB specs:
>
> System:Host: DataIntegrity-Secondary Kernel: 4.19.94-ti-r42 armv7l 
> bits: 32 compiler: gcc v: 8.3.0 Console: tty 1 dm: N/A 
>Distro: Debian GNU/Linux 10 (buster) 
> Machine:   Type: ARM Device System: TI AM335x BeagleBone Black details: 
> Generic AM33XX rev: N/A serial: 1516BBBK13E1 
> Memory:RAM: total: 483.4 MiB used: 128.3 MiB (26.5%) 
>RAM Report: unknown-error: dmidecode was unable to generate 
> data 
> PCI Slots: ARM: No ARM data found for this feature. 
> CPU:   Topology: Single Core model: ARMv7 v7l variant: cortex-a8 bits: 
> 32 type: UP arch: v7l family: 7 model-id: 3 
>stepping: 2 microcode: N/A bogomips: 995 
>Speed: 1000 MHz min/max: 300/1000 MHz Core speed (MHz): 1: 1000 
>Features: edsp fastmult half neon thumb thumbee tls vfp vfpd32 
> vfpv3 
>Vulnerabilities: No CPU vulnerability/bugs data available. 
> Graphics:  Message: No ARM data found for this feature. 
>Display: tty server: N/A driver: tty: 197x45 
>Message: Advanced graphics data unavailable in console for 
> root. 
> Audio: Device-1: simple-audio-card driver: asoc_simple_card bus ID: 
> N/A chip ID: simple-audio-card:sound 
>Sound Server: ALSA v: k4.19.94-ti-r42 
> Network:   Message: No ARM data found for this feature. 
>IF-ID-1: can0 state: down mac: N/A 
>IF-ID-2: can1 state: down mac: N/A 
>IF-ID-3: eth0 state: up speed: 100 Mbps duplex: full mac: 
> 80:30:dc:53:f6:f6 
>IP v4: 192.168.1.212/24 scope: global broadcast: 192.168.1.255 
>IP v6: 2600:1700:6d52:b1f0:8230:dcff:fe53:f6f6/64 type: dynamic 
> mngtmpaddr scope: global 
>IP v6: 2600:1700:6d52:b1f0::31/64 scope: global 
>IP v6: fe80::8230:dcff:fe53:f6f6/64 scope: link 
>IF-ID-4: usb0 state: up speed: N/A duplex: N/A mac: 
> 80:30:dc:53:f6:f8 
>IP v4: 192.168.7.2/24 scope: global broadcast: 192.168.7.255 
>IP v6: fe80::8230:dcff:fe53:f6f8/64 scope: link 
>IF-ID-5: usb1 state: up speed: N/A duplex: N/A mac: 
> 80:30:dc:53:f6:fc 
>IP v4: 192.168.6.2/24 scope: global broadcast: 192.168.6.255 
>IP v6: fe80::8230:dcff:fe53:f6fc/64 scope: link 
>WAN IP: No WAN IP data found. Connected to the web? SSL issues? 
> Drives:Local Storage: total: 3.56 GiB used: 2.34 GiB (65.6%) 
>ID-1: /dev/mmcblk1 model: S10004 size: 3.56 GiB block size: 
> physical: 512 B logical: 512 B serial: 0x7ae2584c 
>rev: 0x6 scheme: MBR 
>Message: No Optical or Floppy data was found. 
> RAID:  Message: No RAID data was found. 
> Partition: ID-1: / raw size: 3.56 GiB size: 3.44 GiB (96.67%) used: 2.34 
> GiB (67.9%) fs: ext4 block size: 4096 B 
>dev: /dev/mmcblk1p1 label: rootfs uuid: 
> 39168434-dd05-449f-aa8a-c455aec0e138 
> Unmounted: Message: No unmounted partitions found. 
> USB:   Hub: 1-0:1 info: Full speed (or root) Hub ports: 1 rev: 2.0 
> speed: 480 Mb/s chip ID: 1d6b:0002 
> Sensors:   Message: No sensors data was found. Is sensors configured? 
> Repos: Active apt repos in: 

Re: [beagleboard] How to automatically set system time of BBB by external DS3231

[robert.sty...@gmail.com]

The power chip TPS65217 needs PWR_BUT P9.9  pulled low (<0.4V) for more 
than 50ms, but less than 8sec.
It appears the DS3231 can hold its INT/SQW pin low for 1 second 

On Friday, 4 September 2020 at 23:14:19 UTC+1 robert.sty...@gmail.com wrote:

> The PWR_BUT P9.9 pulled down to DGND by the DS3231 INT/SQW pin might be 
> the same as pressing the POWER BUTTON
>
> On Friday, 4 September 2020 at 22:51:05 UTC+1 stl...@gmail.com wrote:
>
>> That’s not quite what I am asking.  I want to set the alarm in the 
>> DS3231, shut down the BBB, completely, then have the Alarm / INT pin on the 
>> DS3231 initiate a series of events that eventually powers on the BBB. 
>>  Doing this, I can achieve a true zero power sleep state.  Nothing will 
>> draw power except the coin cell on the DS3231.  
>>
>> I can set the alarm in the DS3231 using python libraries, is it possible 
>> to set that alarm using the device drivers?  I have a bunch of relay and 
>> delay circuits that area all working, this is the last link in the chain. 
>>  I will use the python if necessary but would prefer to use the kernel 
>> drivers.  
>>
>> I need the BBB to power up for a couple hours every two weeks and last 
>> for a year on a stack of D cells; the normal sleep state draws too much 
>> power, I want to shut it off.  
>>
>> The reddit page I linked describes the exact same problem and solution 
>> for RaspPi.  Is there a similar solution for BBB?
>>
>> Thx,
>> Steve
>>
>>
>>
>> https://www.reddit.com/r/raspberry_pi/comments/bn2ht5/ds3231_rtc_using_the_alarm_function/
>>
>>
>> On Sep 4, 2020, at 5:40 PM, Robert Nelson  wrote:
>>
>> On Fri, Sep 4, 2020 at 3:13 PM robert.sty...@gmail.com
>>  wrote:
>>
>>
>> I do not know the AM3358 of the BBB, but from the schematic
>> P9.42 GPIO0_7 is XDMA_EVENT_INTR2
>>
>>
>> Really any GPIO_0 can be used for "wake-up" from "suspend"..
>>
>>
>> https://e2e.ti.com/support/processors/f/791/t/243392?How-to-wake-up-the-BeagleBone
>>
>>
>> https://processors.wiki.ti.com/index.php/AM335x_Power_Management_Standby_User%27s_Guide#GPIO_wakeup
>>
>> It's not trivial..
>>
>> 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...@googlegroups.com.
>>
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYjBba%2Byja4ZMqXU4u68YLvxFvveycJM5CM%2BQSmkZJmsxA%40mail.gmail.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/4168928c-c516-466c-838f-9ff1a12804c1n%40googlegroups.com.

Re: [beagleboard] How to automatically set system time of BBB by external DS3231

[robert.sty...@gmail.com]

The PWR_BUT P9.9 pulled down to DGND by the DS3231 INT/SQW pin might be the 
same as pressing the POWER BUTTON

On Friday, 4 September 2020 at 22:51:05 UTC+1 stl...@gmail.com wrote:

> That’s not quite what I am asking.  I want to set the alarm in the DS3231, 
> shut down the BBB, completely, then have the Alarm / INT pin on the DS3231 
> initiate a series of events that eventually powers on the BBB.  Doing this, 
> I can achieve a true zero power sleep state.  Nothing will draw power 
> except the coin cell on the DS3231.  
>
> I can set the alarm in the DS3231 using python libraries, is it possible 
> to set that alarm using the device drivers?  I have a bunch of relay and 
> delay circuits that area all working, this is the last link in the chain. 
>  I will use the python if necessary but would prefer to use the kernel 
> drivers.  
>
> I need the BBB to power up for a couple hours every two weeks and last for 
> a year on a stack of D cells; the normal sleep state draws too much power, 
> I want to shut it off.  
>
> The reddit page I linked describes the exact same problem and solution for 
> RaspPi.  Is there a similar solution for BBB?
>
> Thx,
> Steve
>
>
>
> https://www.reddit.com/r/raspberry_pi/comments/bn2ht5/ds3231_rtc_using_the_alarm_function/
>
>
> On Sep 4, 2020, at 5:40 PM, Robert Nelson  wrote:
>
> On Fri, Sep 4, 2020 at 3:13 PM robert.sty...@gmail.com
>  wrote:
>
>
> I do not know the AM3358 of the BBB, but from the schematic
> P9.42 GPIO0_7 is XDMA_EVENT_INTR2
>
>
> Really any GPIO_0 can be used for "wake-up" from "suspend"..
>
>
> https://e2e.ti.com/support/processors/f/791/t/243392?How-to-wake-up-the-BeagleBone
>
>
> https://processors.wiki.ti.com/index.php/AM335x_Power_Management_Standby_User%27s_Guide#GPIO_wakeup
>
> It's not trivial..
>
> 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...@googlegroups.com.
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYjBba%2Byja4ZMqXU4u68YLvxFvveycJM5CM%2BQSmkZJmsxA%40mail.gmail.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/93e424b3-0878-49e3-b19e-30adcb83b9d3n%40googlegroups.com.

Re: [beagleboard] How to automatically set system time of BBB by external DS3231

[robert.sty...@gmail.com]

I do not know the AM3358 of the BBB, but from the schematic
P9.42 GPIO0_7 is XDMA_EVENT_INTR2

On Friday, 4 September 2020 at 20:38:05 UTC+1 stl...@gmail.com wrote:

> Robert:
>
> Is there a way to make the external DS3231 the wakeup device?  Just like 
> in this RaspPi thread, I want to set the alarm and use the INT pin on the 
> clock chip to activate something.  
>
>
> https://www.reddit.com/r/raspberry_pi/comments/bn2ht5/ds3231_rtc_using_the_alarm_function/
>
> The RaspPi dtoverlay command seems to use a different format and I’m at a 
> loss how to translate this.
>
> I’ve already made the INT pin work using Adafruit's python libraries for 
> the DS3231, but I’d like to use the linux tools if possible - then I can 
> also use the clock to set the system time.  Of course if the device tree is 
> using the clock, the python libraries can’t get to it.  
>
> Thanks again,
>
>
>
> On Sep 4, 2020, at 11:38 AM, Robert Nelson  wrote:
>
> On Fri, Sep 4, 2020 at 10:28 AM Steve Lentz  wrote:
>
>
> Robert:
>
> Here you go; thanks for looking into this.
>
> -Steve
>
>
> debian@beaglebone:/dev$ sudo /opt/scripts/tools/version.sh
> [sudo] password for debian:
> git:/opt/scripts/:[7cdc270818b76d829d247cf05fe309c320a3929a]
> eeprom:[A335BNLTEIA04218BBBK03D9]
> model:[TI_AM335x_BeagleBone_Black]
> dogtag:[BeagleBoard.org Debian Buster IoT Image 2020-04-06]
> bootloader:[eMMC-(default)]:[/dev/mmcblk1]:[U-Boot 
> 2019.04-2-g07d5700e21]:[location: dd MBR]
> UBOOT: Booted Device-Tree:[am335x-boneblack-uboot-univ.dts]
> UBOOT: Loaded Overlay:[AM335X-PRU-RPROC-4-19-TI-00A0]
> UBOOT: Loaded Overlay:[BB-ADC-00A0]
> UBOOT: Loaded Overlay:[BB-BONE-eMMC1-01-00A0]
> UBOOT: Loaded Overlay:[BB-HDMI-TDA998x-00A0]
> UBOOT: Loaded Overlay:[BBORG_PROTO-00A2]
> kernel:[4.19.94-ti-r47]
> nodejs:[v10.21.0]
> /boot/uEnv.txt Settings:
> uboot_overlay_options:[enable_uboot_overlays=1]
>
> uboot_overlay_options:[uboot_overlay_pru=/lib/firmware/AM335X-PRU-RPROC-4-19-TI-00A0.dtbo]
> uboot_overlay_options:[enable_uboot_cape_universal=1]
> uboot_overlay_options:[dtb_overlay = /lib/firmware/BB-I2C2-RTC-DS3231.dtbo]
>
>
> This is the second time i've seen this.. is there a wiki somewhere
> showing the spaces??? We need to NUKE that asap..
>
> dtb_overlay=/lib/firmware/BB-I2C2-RTC-DS3231.dtbo
>
> 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/635cfc0d-4e13-4c21-a42c-2a4b1f4a9a24n%40googlegroups.com.

Re: [beagleboard] USB3 on BBAI

[robert.sty...@gmail.com]

Sorry replies crossed.

The BBAI has a TUSB322IRWBR chip to monitor VBUS, CC1 and CC2 -- it detects 
power (signalling), cable orientation (DIR) and power from (ID) (host?) 

So hardware wise may be the VBUS = 0, and CC1 (or upside-down CC2) set to 
indicate device, that USB 3 Type A socket should signal it is a device to 
the BBAI

Otherwise it is software/driver problem


On Tuesday, 1 September 2020 at 17:56:26 UTC+1 robert.sty...@gmail.com 
wrote:

> Would this work?
>
>- RSHTECH  ASIN : B07KFDFT4D 
>
> On Tuesday, 1 September 2020 at 17:46:12 UTC+1 robert.sty...@gmail.com 
> wrote:
>
>> From what I can see on the schematic, there is no way to power a USB 
>> device plugged into the BBAI USB Type-C socket, there is no path to switch 
>> +5V power to the Type-C socket VBUS.
>>
>> You would need some sort of adapter or hub with power to supply your 
>> device (and the BBAI see below).
>>
>> The BBAI needs power from either USB Type-C or (+5V) P9.5, P9.6 and (0V) 
>> P9.1, P9.2.
>>
>> The USB2 can supply power to a device.
>>
>> On Tuesday, 1 September 2020 at 17:21:23 UTC+1 David Nolan wrote:
>>
>>> Hi Roger,
>>>
>>> I finally got a Type-C to Type-A adapter but when I connected it, I 
>>> still get no power to my camera, or to a USB Thumb Drive. Is there some 
>>> setting I need to change to get this to work perhaps? 
>>>
>>> Thanks,
>>> David
>>>
>>> On Wednesday, August 19, 2020 at 12:35:46 AM UTC-7 Roger Quadros wrote:
>>>
>>>> David,
>>>>
>>>>
>>>> On 18/08/2020 21:35, David Nolan wrote:
>>>>
>>>> Hi Roger, 
>>>>
>>>> Thanks for your email. Apologies for the delay getting back to you. 
>>>> Yes, I'm connecting the camera to the Type-C port. The camera has a Micro 
>>>> B 
>>>> connector so what I have right now is a cable with a USB Type-C on one end 
>>>> and a Micro-B connector on the other side. Unfortunately my laptop doesn't 
>>>> have a USB Type-C connector so I can't check it on my own laptop. The 
>>>> camera supports USB 3 according to the manufacturer. 
>>>>
>>>>
>>>> This is not the right way of connecting a device to the Type-C port. 
>>>> You will need a Type-C to Type-A adapter to connect non type-C peripherals.
>>>> The Adapter is important because it will tell the Type-C logic on the 
>>>> board to switch to DFP (Downstream facing port mode) and so turn on VBUS.
>>>>
>>>> You should not need to run the script. AFAIK the port is in dual-role 
>>>> mode "otg" and should automatically switch to host on connecting the right 
>>>> adapter.
>>>> In case you have a type-c thumb drive you should be able to test this 
>>>> out.
>>>>
>>>>
>>>> My Apologies, I was incorrect on P5, it's connected to P9, the cape 
>>>> connector on the same side of the board as the Type-C connector. 
>>>>
>>>> Your point that the camera should be able to take power from USB Type-C 
>>>> connector perhaps could be pointing to an issue. I'm not able to get any 
>>>> power out of that port. Is there some setting I have to make, or a jumper 
>>>> or something to get that to work? Mine seems to only take power in on the 
>>>> Type-C connector.
>>>>
>>>>
>>>> Right. That's why you need to use the type-C to type-A adapter.
>>>> e.g.
>>>>
>>>> https://www.amazon.com/Anker-Adapter-Converts-Technology-Compatible/dp/B01COOQIKU?ref_=fsclp_pl_dp_5
>>>>
>>>> cheers,
>>>> -roger
>>>>
>>>>
>>>> Thanks,
>>>> David
>>>>
>>>> On Fri, Aug 14, 2020 at 12:56 AM Roger Quadros  wrote:
>>>>
>>>>> Hi David,
>>>>>
>>>>> On 13/08/2020 19:21, Dave wrote:
>>>>> > Hi there,
>>>>> > 
>>>>> > I'm trying to connect a USB3 camera I have to the BBAI (uname -r 
>>>>> gives 4.14.108-ti-r131).
>>>>>
>>>>> How are you connecting the camera to the Type-C port? Does the camera 
>>>>> support Type-C?
>>>>> If not what type-C to Type-A adaptor are you using? Does it support 
>>>>> USB3.0? Did you verify it with your laptop's type-C port for example?
>>>>>
>>>>> > 
>>>>> > I'v

Re: [beagleboard] USB3 on BBAI

[robert.sty...@gmail.com]

Would this work?
- RSHTECH  ASIN : B07KFDFT4D 
On Tuesday, 1 September 2020 at 17:46:12 UTC+1 robert.sty...@gmail.com 
wrote:

> From what I can see on the schematic, there is no way to power a USB 
> device plugged into the BBAI USB Type-C socket, there is no path to switch 
> +5V power to the Type-C socket VBUS.
>
> You would need some sort of adapter or hub with power to supply your 
> device (and the BBAI see below).
>
> The BBAI needs power from either USB Type-C or (+5V) P9.5, P9.6 and (0V) 
> P9.1, P9.2.
>
> The USB2 can supply power to a device.
>
> On Tuesday, 1 September 2020 at 17:21:23 UTC+1 David Nolan wrote:
>
>> Hi Roger,
>>
>> I finally got a Type-C to Type-A adapter but when I connected it, I still 
>> get no power to my camera, or to a USB Thumb Drive. Is there some setting I 
>> need to change to get this to work perhaps? 
>>
>> Thanks,
>> David
>>
>> On Wednesday, August 19, 2020 at 12:35:46 AM UTC-7 Roger Quadros wrote:
>>
>>> David,
>>>
>>>
>>> On 18/08/2020 21:35, David Nolan wrote:
>>>
>>> Hi Roger, 
>>>
>>> Thanks for your email. Apologies for the delay getting back to you. Yes, 
>>> I'm connecting the camera to the Type-C port. The camera has a Micro B 
>>> connector so what I have right now is a cable with a USB Type-C on one end 
>>> and a Micro-B connector on the other side. Unfortunately my laptop doesn't 
>>> have a USB Type-C connector so I can't check it on my own laptop. The 
>>> camera supports USB 3 according to the manufacturer. 
>>>
>>>
>>> This is not the right way of connecting a device to the Type-C port. You 
>>> will need a Type-C to Type-A adapter to connect non type-C peripherals.
>>> The Adapter is important because it will tell the Type-C logic on the 
>>> board to switch to DFP (Downstream facing port mode) and so turn on VBUS.
>>>
>>> You should not need to run the script. AFAIK the port is in dual-role 
>>> mode "otg" and should automatically switch to host on connecting the right 
>>> adapter.
>>> In case you have a type-c thumb drive you should be able to test this 
>>> out.
>>>
>>>
>>> My Apologies, I was incorrect on P5, it's connected to P9, the cape 
>>> connector on the same side of the board as the Type-C connector. 
>>>
>>> Your point that the camera should be able to take power from USB Type-C 
>>> connector perhaps could be pointing to an issue. I'm not able to get any 
>>> power out of that port. Is there some setting I have to make, or a jumper 
>>> or something to get that to work? Mine seems to only take power in on the 
>>> Type-C connector.
>>>
>>>
>>> Right. That's why you need to use the type-C to type-A adapter.
>>> e.g.
>>>
>>> https://www.amazon.com/Anker-Adapter-Converts-Technology-Compatible/dp/B01COOQIKU?ref_=fsclp_pl_dp_5
>>>
>>> cheers,
>>> -roger
>>>
>>>
>>> Thanks,
>>> David
>>>
>>> On Fri, Aug 14, 2020 at 12:56 AM Roger Quadros  wrote:
>>>
>>>> Hi David,
>>>>
>>>> On 13/08/2020 19:21, Dave wrote:
>>>> > Hi there,
>>>> > 
>>>> > I'm trying to connect a USB3 camera I have to the BBAI (uname -r 
>>>> gives 4.14.108-ti-r131).
>>>>
>>>> How are you connecting the camera to the Type-C port? Does the camera 
>>>> support Type-C?
>>>> If not what type-C to Type-A adaptor are you using? Does it support 
>>>> USB3.0? Did you verify it with your laptop's type-C port for example?
>>>>
>>>> > 
>>>> > I've run "sudo /opt/scripts/boot/bbai_usb_host.sh" to change the USB 
>>>> port from a client into a host. I'm powering my camera from the 5V on the 
>>>> beaglebone on P5, pin 8. However the camera is not getting detected when 
>>>> connected. I know the camera works as if I connect it to the USB2 port it 
>>>> all works perfectly.
>>>>
>>>> What is P5?
>>>>
>>>> Camera should be able to take power from the USB port. Why the custom 
>>>> power connection?
>>>>
>>>> > 
>>>> > lsusb gives:
>>>> > 
>>>> > Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>> > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>> > Bus 004 Device 001: ID 

Re: [beagleboard] USB3 on BBAI

[robert.sty...@gmail.com]

>From what I can see on the schematic, there is no way to power a USB device 
plugged into the BBAI USB Type-C socket, there is no path to switch +5V 
power to the Type-C socket VBUS.

You would need some sort of adapter or hub with power to supply your device 
(and the BBAI see below).

The BBAI needs power from either USB Type-C or (+5V) P9.5, P9.6 and (0V) 
P9.1, P9.2.

The USB2 can supply power to a device.

On Tuesday, 1 September 2020 at 17:21:23 UTC+1 David Nolan wrote:

> Hi Roger,
>
> I finally got a Type-C to Type-A adapter but when I connected it, I still 
> get no power to my camera, or to a USB Thumb Drive. Is there some setting I 
> need to change to get this to work perhaps? 
>
> Thanks,
> David
>
> On Wednesday, August 19, 2020 at 12:35:46 AM UTC-7 Roger Quadros wrote:
>
>> David,
>>
>>
>> On 18/08/2020 21:35, David Nolan wrote:
>>
>> Hi Roger, 
>>
>> Thanks for your email. Apologies for the delay getting back to you. Yes, 
>> I'm connecting the camera to the Type-C port. The camera has a Micro B 
>> connector so what I have right now is a cable with a USB Type-C on one end 
>> and a Micro-B connector on the other side. Unfortunately my laptop doesn't 
>> have a USB Type-C connector so I can't check it on my own laptop. The 
>> camera supports USB 3 according to the manufacturer. 
>>
>>
>> This is not the right way of connecting a device to the Type-C port. You 
>> will need a Type-C to Type-A adapter to connect non type-C peripherals.
>> The Adapter is important because it will tell the Type-C logic on the 
>> board to switch to DFP (Downstream facing port mode) and so turn on VBUS.
>>
>> You should not need to run the script. AFAIK the port is in dual-role 
>> mode "otg" and should automatically switch to host on connecting the right 
>> adapter.
>> In case you have a type-c thumb drive you should be able to test this out.
>>
>>
>> My Apologies, I was incorrect on P5, it's connected to P9, the cape 
>> connector on the same side of the board as the Type-C connector. 
>>
>> Your point that the camera should be able to take power from USB Type-C 
>> connector perhaps could be pointing to an issue. I'm not able to get any 
>> power out of that port. Is there some setting I have to make, or a jumper 
>> or something to get that to work? Mine seems to only take power in on the 
>> Type-C connector.
>>
>>
>> Right. That's why you need to use the type-C to type-A adapter.
>> e.g.
>>
>> https://www.amazon.com/Anker-Adapter-Converts-Technology-Compatible/dp/B01COOQIKU?ref_=fsclp_pl_dp_5
>>
>> cheers,
>> -roger
>>
>>
>> Thanks,
>> David
>>
>> On Fri, Aug 14, 2020 at 12:56 AM Roger Quadros  wrote:
>>
>>> Hi David,
>>>
>>> On 13/08/2020 19:21, Dave wrote:
>>> > Hi there,
>>> > 
>>> > I'm trying to connect a USB3 camera I have to the BBAI (uname -r gives 
>>> 4.14.108-ti-r131).
>>>
>>> How are you connecting the camera to the Type-C port? Does the camera 
>>> support Type-C?
>>> If not what type-C to Type-A adaptor are you using? Does it support 
>>> USB3.0? Did you verify it with your laptop's type-C port for example?
>>>
>>> > 
>>> > I've run "sudo /opt/scripts/boot/bbai_usb_host.sh" to change the USB 
>>> port from a client into a host. I'm powering my camera from the 5V on the 
>>> beaglebone on P5, pin 8. However the camera is not getting detected when 
>>> connected. I know the camera works as if I connect it to the USB2 port it 
>>> all works perfectly.
>>>
>>> What is P5?
>>>
>>> Camera should be able to take power from the USB port. Why the custom 
>>> power connection?
>>>
>>> > 
>>> > lsusb gives:
>>> > 
>>> > Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
>>> > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>> > Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
>>> > Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>> > 
>>> > The relevant messages from dmesg I get are as follows:
>>> > 
>>> > [  578.405741] xhci-hcd xhci-hcd.2.auto: remove, state 4
>>> > [  578.405797] usb usb4: USB disconnect, device number 1
>>> > [  578.410192] xhci-hcd xhci-hcd.2.auto: USB bus 4 deregistered
>>> > [  578.410264] xhci-hcd xhci-hcd.2.auto: remove, state 4
>>> > [  578.410312] usb usb3: USB disconnect, device number 1
>>> > [  578.414352] xhci-hcd xhci-hcd.2.auto: USB bus 3 deregistered
>>> > [  578.422839] dwc3 4889.usb: changing max_speed on rev 5533202a
>>> > [  579.151738] using random self ethernet address
>>> > [  579.151765] using random host ethernet address
>>> > [  579.283590] Mass Storage Function, version: 2009/09/11
>>> > [  579.283620] LUN: removable file: (no medium)
>>> > [  579.347612] using random self ethernet address
>>> > [  579.347640] using random host ethernet address
>>> > [  579.374212] usb0: HOST MAC 28:ec:9a:eb:df:84
>>> > [  579.374471] usb0: MAC 28:ec:9a:eb:df:85
>>> > [  579.388618] usb1: HOST MAC 28:ec:9a:eb:df:86
>>> > [  579.389016] usb1: MAC 28:ec:9a:eb:df:87
>>> > [  579.516850] IPv6: 

Re: [beagleboard] How to connect external power supply to BeagleBone AI?

[robert.sty...@gmail.com]

Looking at the A1 schematic 

Connect external 5V, + to P9.5 and P9.6 and - to P.9.1 and P9.2.
Diodes protect from connecting both cape and USB type C at the same time.

P9.1 P9.2 GND
P9.3 P9.4 VDD_3V3 output to Cape
P9.5 P9.6 VDD_CAPE_5V input to BBAI
P9.7 P9.8 VDD_5V output to Cape

There is a diode from VDD_CAPE_5V to VDD_5V
There is a MOSFET over-voltage breaker from TypeC_VBUS to VDD_TYPE C; and 
diode from VDD_TYPE C to VDD_5V

On Wednesday, 26 August 2020 at 18:57:46 UTC+1 hel...@deepsoft.com wrote:

> At Wed, 26 Aug 2020 01:36:02 -0700 (PDT) beagl...@googlegroups.com wrote:
>
> > 
> > Hello,
> > 
> > With BeagleBone AI...
> > is it possible to use external power supply instead of powering from USB?
> > 
> > I would want to use it for a mobile application (Battery or LiPo). USB 
> > should be connected just for debug or update purposes.
> > 
> > 1. If it possible at all to use external power supply? There is no 
> > connector on the board
>
> I have not looked at the BeagleBone AI, but I presume it has GPIO headers,
> like the BeagleBoneBlack and the PocketBeagle. On both the BeagleBoneBlack 
> and
> PocketBeagle, there is a 5V supply pin -- P9-7 and P9-8 on the 
> BeagleBoneBlack
> and P1-1 on the PocketBeagle, which can be connected to a 5V supply.
>
> > 2. If possible, is it possible to use USB, while external power supply 
> is 
> > connected? Or would this cause a damage?
>
> Should be fine. If it is like the BeagleBoneBlack or PocketBeagle the USB 
> power and header Vin pins go to seperate pins on the power management 
> chip, 
> which takes care of selecting power sources, depending on what is 
> available.
>
> > 
> > Thanks
> > Richard
> > 
>
> -- 
> Robert Heller -- Cell: 413-658-7953 <(413)%20658-7953> GV: 978-633-5364 
> <(978)%20633-5364>
> Deepwoods Software -- Custom Software Services
> http://www.deepsoft.com/ -- Linux Administration Services
> hel...@deepsoft.com -- Webhosting Services
>
>

-- 
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/732023b8-bd7d-421b-bd17-5220271da417n%40googlegroups.com.

Re: [beagleboard] Re: modules_install faild

[robert.sty...@gmail.com]

Jennifer,
The error message that RobertCN has highlighted, says you need to configure 
the project with 'make config'  to run the configuration setup. 

In the configuration setup, there is some way the enable loadable modules.

Assuming the configuration succeeds...

You can make the project and install it.

Robert ,
The error message says there is something wrong with the modules_install 
recipe (or instruction script), it is not immediately obvious that the 
warning above is related.

On Tuesday, 25 August 2020 at 14:12:22 UTC+1 RobertCNelson wrote:

> On Tue, Aug 25, 2020 at 7:58 AM jennifer Dsilva
>  wrote:
> >
> > This is the error I'm getting
>
> You should read the error..
>
> It tells you exactly what you need to fix..
>
> 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/c09c166c-c406-4768-86ad-107ffb12b8a1n%40googlegroups.com.

[beagleboard] Re: modules_install faild

[robert.sty...@gmail.com]

Do you need sudo or root access rights to install?

On Tuesday, 25 August 2020 at 05:15:28 UTC+1 jennifer Dsilva wrote:

> neko@nekobot:~/Downloads/linux$ make ARCH=arm 
> CROSS_COMPILE=arm-linux-gnueabihf- INSTALL_MOD_PATH=/home/neko/RFS_Static/ 
> modules_install
>
>
> The present busybox configuration has modules disabled.
>
> Type 'make config' and enable loadable module support.
>
> Then build a kernel with module support enabled.
>
>
> Makefile:946: recipe for target 'modules_install' failed
>
> make: *** [modules_install] Error 1 
>
> Can you help me fix that ?
> busybox: 1.26.0
>
> ubuntu: 18.04
>
>

-- 
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/eee70c7e-9fa3-4585-aa30-c46ea4ed1235n%40googlegroups.com.

Re: [beagleboard] IDE (eclipse) for Beaglebone on Windows

[robert.sty...@gmail.com]

I feel for Nagabhooshanam

I have found getting the cross compiler working on Windows very difficult 
(compared to Linux, but no picnic there either). 

I usually resort to the tools provided by the silicon manufacture 
 and end up with several Eclipse based 
IDEs.

On Wednesday, 19 August 2020 at 19:52:18 UTC+1 nagabhoo...@gmail.com wrote:

> Hi,
> In continuation of this discussion.  I am progressing, but yet to make the 
> environment to work.
> With this eclipse, I am successful to build and run c program (Hello 
> world) in the native/host platform, windows machine.
> But I am unable to add cross -compile option to "*arm-linux-gnueabihf*-"  
> as per the video below.
> Ofcourse video was made for linux host. 
> http://exploringbeaglebone.com/chapter7/  ( i am working on wondows host)
>
> I am thinking settings at::  Project-properties->Settings->Tool Settings, 
> But it looks be not correct .
>  
> I guess my eclipse 2020-06 version has changed a bit on setting options 
> (unable to find a location, where to change). 
> Anyone using this new version on windows host?, where to make changes for 
> *arm-linux-gnueabihf*-
>
> My environment,
> 1) Installed Eclipse 2020-06 version (latest) for C/C++ Development, as 
> IDE.
> 2) installed JDK 14.02 as required for eclipse. 
> 3) installed tdm64-gcc-5.1.0-2 (MinGW gcc ) for cross compiler support
> 4) Using WIndows 10 machine as host
>
> Thanks in advance.
>   
> Thanks and regards, 
> Nagabhooshanam Vemula
> Project-properties->Settings->Tool Settings
>
>
> On Wednesday, August 19, 2020 at 12:45:44 AM UTC+5:30 jonn...@gmail.com 
> wrote:
>
>> In Eclipse, just create a Run Configuration and set it to 'SSH' for your 
>> target which is basically like SCP.  This should deploy the code and run it 
>> on the remote target.
>>
>> Jon 
>>
>> On Tue, Aug 18, 2020 at 11:47 AM NAGABHOOSHANAM VEMULA <
>> nagabhoo...@gmail.com> wrote:
>>
>>> Thanks John,
>>>  As per your clarification, It helped me, let me proceed with eclipse on 
>>> Windows and use scp to file transfers to target system.
>>>
>>> Thanks Dave, Yes, I am using WSL, the link is 
>>> https://www.microsoft.com/store/productId/9N6SVWS3RX71
>>>
>>>
>>> Thanks and regards, 
>>> Nagabhooshanam Vemula
>>> email :  nagabhoo...@gmail.com
>>> +91 83741 82839 <+91%2083741%2082839>- HYD
>>>
>>>
>>> On Tue, Aug 18, 2020 at 11:47 PM jonnymo  wrote:
>>>
 Yes, you can cross compile from Windows 10 to the Beaglebone but your 
 best option would be Eclipse since you can compile on Windows and then scp 
 the code over from Eclipse.  You can use Visual Studio but you would end 
 up 
 having to build on the remote target and not on Windows.  However, with 
 Visual Studio you could use something like VisualGDB but will cost an 
 extra 
 $99 US. You can download and use it for a month for free though.

 Here are a couple of links that might help.
 http://exploringbeaglebone.com/chapter7/ 
 http://jkuhlm.bplaced.net/hellobone/
  
 https://www.youtube.com/watch?v=af-1hDfoRcg 

 https://elinux.org/images/d/df/Using_VS_and_VS_Code_for_Embedded_Development.pdf
  
  
 Using VisualGDB although I am not sure if this is needed any more. 
 https://visualgdb.com/tutorials/beaglebone/qt5/cross-compile/


 Cheers,

 Jon

 On Tue, Aug 18, 2020 at 10:54 AM  wrote:

> Are you running Ubuntu under the Windows Subsystem for Linux?  (  WSL 
> ) 
>
> If so WSL1 or WSL2? Also,  if so I wasn’t aware you could run a 
> GUI this way.Can GNOME 3 be run under WSL?
>
>  
>
>  
>
> *From:* beagl...@googlegroups.com  *On 
> Behalf Of *NAGABHOOSHANAM VEMULA
> *Sent:* Tuesday, August 18, 2020 12:42 PM
> *To:* BeagleBoard 
> *Subject:* [spam] [beagleboard] IDE (eclipse) for Beaglebone on 
> Windows
>
>  
>
> Hi,
>
> As a newbie to Linux, looking for IDE and debuggers.
>
>  
>
> my setup, 
>
> a) I have windows10 PC with ubuntu as application, (ubuntu on Windwos)
>
> b) Connected to Beaglebone with SSH,
>
> c) beaglebone has an internet-over-USB connection.
>
>  
>
> I am inclined towards an IDE and debugger (like eclipse) instead of Vi 
> editor 
>
>  
>
> My question:
>
> 1) What are the various IDE options on Windows (eclipse and any other?)
>
> 2) Can we install any IDE on my Ubuntu--on-Windows? (may be stupid 
> question)
>
> 3)  If I install eclipse IDE on windows. Does it help to connect to 
> targetboard?
>
> to run the program and debug.
>
>  
>
> Please guide me, Thanks in advance
>
> .
>
>  
>
> -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to the Google 
> Groups