Re: [beagleboard] DSP plugins for gstreamer-1.0 on BeagleBone Black (Wireless)?

[Max Ng]

Ahh... thanks for the info.

Do you know of any other hardware accelerated video encoding options 
available on the BBB? (e.g. ffmpeg codecs or gstreamer plugins which can 
make use of the GPU). It doesn't have to be H.264, MPEG4 or some other 
format could work too.

Thanks,
Max

On Monday, September 4, 2017 at 5:11:48 PM UTC-7, RobertCNelson wrote:
>
> On Mon, Sep 4, 2017 at 6:24 PM, Max Ng  
> wrote: 
> > Has anyone successfully used any TI DSP plugins for gstreamer-1.0? I 
> looked 
> > for plugins online, but it seems all I can find are plugins for 
> > gstreamer-0.10, for example: 
> > 
> > These are for 0.10: 
> > https://gstreamer.ti.com/gf/project/gstreamer_ti/ 
> > 
> > The commands are for 0.10 so I assumed the plugin is also for 0.10: 
> > http://processors.wiki.ti.com/index.php/Example_GStreamer_Pipelines 
> > 
> > Makefile references 0.10: 
> > 
> > https://github.com/felipec/gst-dsp 
> > 
> > 
> > README says gstreamer 1.0, but ./configure looks for 0.11: 
> > 
> > https://github.com/ddompe/gst-ti-plugin 
> > 
> > 
> > Actually what I'm trying to do is to encode H.264 video the BeagleBone 
> > Black. My camera (Logitech C920) supports H.264 output, but I'm also 
> doing 
> > some motion detection in OpenCV so I can't use the raw encoded stream. 
>
> The am335x on the BeagleBone Black does not contain this DSP ip block.. 
>
> 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/a3ffb4a9-3940-4ebc-bbca-c2e54fbee06a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: UART PWM Interference

[ojc234]

Yes, I started off using one of those and then changed to USB power - it didn't 
have an affect on the error rate.

-- 
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/6fe5633b-f58e-46c5-b31b-2a6551c76347%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beaglebone Black - Power supply and shutdown process.

[michael . james . kearsey]

Hello,

I have inherited a project which contains a Beaglebone Black within the 
design. I have no particular knowledge of the beaglbone.

I am attempting to design a power backup for the beaglebone to ensure 
corruption does not occur when power is lost. I understand this can happen. 
Apparently it has happened with this product.

For that, I'm looking to use a relatively new device from LT being LTC3643. 
Basically, it charges a capacitor/super-cap arrangement during one mode, 
discharges the supper-cap by regulating to the load in another mode when 
the power is lost. Seeming quite nice.

I've been looking through the pages and pages of information to determine 
the following questions about the beaglebone.

Q1. In the real world, how long does the beaglebone black take to shutdown?
Q2. Apparently the power button is held down for 8 seconds. Does this 
shutdown period commence from the end of that 8 seconds?
Q3. From the notes left to me, I'm assuming the continuous current 
consumption to be 500mA at the 5V supply. Would anyone have an idea of what 
that may be during the shutdown period.

Ultimately, I'm attempting to determine some supercap sizing here.

Regards,

Michael Kearsey

-- 
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/0e61-342a-4c9d-8787-34b44b502f49%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] DSP plugins for gstreamer-1.0 on BeagleBone Black (Wireless)?

[Robert Nelson]

On Mon, Sep 4, 2017 at 6:24 PM, Max Ng  wrote:
> Has anyone successfully used any TI DSP plugins for gstreamer-1.0? I looked
> for plugins online, but it seems all I can find are plugins for
> gstreamer-0.10, for example:
>
> These are for 0.10:
> https://gstreamer.ti.com/gf/project/gstreamer_ti/
>
> The commands are for 0.10 so I assumed the plugin is also for 0.10:
> http://processors.wiki.ti.com/index.php/Example_GStreamer_Pipelines
>
> Makefile references 0.10:
>
> https://github.com/felipec/gst-dsp
>
>
> README says gstreamer 1.0, but ./configure looks for 0.11:
>
> https://github.com/ddompe/gst-ti-plugin
>
>
> Actually what I'm trying to do is to encode H.264 video the BeagleBone
> Black. My camera (Logitech C920) supports H.264 output, but I'm also doing
> some motion detection in OpenCV so I can't use the raw encoded stream.

The am335x on the BeagleBone Black does not contain this DSP ip block..

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/CAOCHtYhfPHU834TzT0y%3DDJ12exJOV%2BH-vVaruGRjEgWbZy-fKg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] DSP plugins for gstreamer-1.0 on BeagleBone Black (Wireless)?

[Max Ng]

Has anyone successfully used any TI DSP plugins for gstreamer-1.0? I looked 
for plugins online, but it seems all I can find are plugins for 
gstreamer-0.10, for example:

These are for 0.10:
https://gstreamer.ti.com/gf/project/gstreamer_ti/

The commands are for 0.10 so I assumed the plugin is also for 0.10:
http://processors.wiki.ti.com/index.php/Example_GStreamer_Pipelines

Makefile references 0.10:

https://github.com/felipec/gst-dsp


README says gstreamer 1.0, but ./configure looks for 0.11:

https://github.com/ddompe/gst-ti-plugin


Actually what I'm trying to do is to encode H.264 video the BeagleBone 
Black. My camera (Logitech C920) supports H.264 output, but I'm also doing 
some motion detection in OpenCV so I can't use the raw encoded stream.

-- 
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/807ac649-181b-4f30-bebe-24d2693eb3d0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] how to get read-only files system these days?

[Britton Kerin]

I used to do this:

perl -pi -e 's/^ExecStart/\#ExecStart/'
/lib/systemd/system/remount-rootfs.service

And then add these line to /etc/fstab:

tmpfs/tmp tmpfs  defaults
0  0
tmpfs/var/run tmpfs  defaults
0  0



# Add fstab lines that specify tmpfs for a couple dirs
test `grep tmpfs /etc/fstab | wc -l` -eq 2' || ( \
  scp tmpfs_lines $(BBL):/tmp && \
  ssh $(BBL) 'cat /tmp/tmpfs_lines >>/etc/fstab' )

But it seems that /lib/systemd/system/remount-rootfs.service doesn't
exist in the current image, and it wasn't obvious what has replaced
it.

Any help modifying the above recipe or pointer to how to do it these
days would be appreciated.

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

Re: [beagleboard] Re: UART PWM Interference

[jay]

Our ii78 ii78 8ii
8
8
7m88988

8io8i8ii8898
8
8
8
888
888o

888oiii
I'll I'll 88ooiikiii7 ii78 ii78 iui8777888
888i8
I7u7ii88and and then I 88ooiikiii7 ii78

o
9l99oojui8ilooking 9
looking looking looking looking looking forward 8887amto to my ookopp

On Aug 31, 2017 1:06 PM, "Dennis Lee Bieber"  wrote:

> On Thu, 31 Aug 2017 05:55:11 -0700 (PDT),
> ojc...@gmail.com declaimed the following:
>
> >I'm generating a high rate of errors 10-20% when sending messages out via
> xbee connected to UART but only when I use PWM at the same time. I'm using
> UART2 and I've tested this behavior using all of the other available PWM
> pins. Below is a piece of simplified code that has a high error rate. When
> I comment out the section that turns the PWM signal on, the UART/xbee sends
> messages pretty much faultlessly.
> >
> What type of error? The "unable to open" message in your code (and
> why
> are you constantly opening/closing the serial port?). Garbage characters on
> the receiver side?
>
> How close is the xBee antenna to whatever wiring is linked to the
> PWM
> line? Possible cross-talk affecting the transmitted signal. Power-draw for
> attached equipment maybe causing xBee drop-outs?
>
> Too many variables possible...
> --
> Wulfraed Dennis Lee Bieber AF6VN
> wlfr...@ix.netcom.comHTTP://wlfraed.home.netcom.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/07ggqchj9ikgv02cet2ifpplp4suvtql71%404ax.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

[beagleboard] Restore the partition Table BBB

[rishi . kumar77]

Hi,
I expanded my 8 GB microSD card . But after rebooting it does't boot 
from microSD card.
Please help me how to restore the partition table & expand it again 
With best regards
Rishi

-- 
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/f9054c9d-6556-4cb5-a65c-b6b49d92c522%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: UART PWM Interference

[ojc234]

See the two pictures below - I have tried to simplify things a few times - 
but nothing seems to change the high error rate, although it might have 
decreased a bit - a few times it has been ~50% (That was when I was trying 
to run my Power HD MG1235 servo on a 7.2V UBEC)


The Xbee and PWM are on different sides of the BBB the only thing in common 
as per the picture below is the GND.


The code below shows the computer side of things to get you an idea of what 
is going on there - I've posted the contents of xbee_tools.py below - not 
that I think there's an issue there - just as FYI.






from xbee import XBee
import serial
import cPickle

class xbee_connection:
def __init__(self, port, baudrate):
# Start the serial connection
try:
self.ser = serial.Serial(port, baudrate)
except serial.serialutil.SerialException:
self.ser.close()
print("Could not start serial connection, ensure that Xbee is 
connected to COM4 port")

self.xbee = XBee(self.ser)  # Starting XBee connection
self.msg = ""   # Initializing message as blank
self.encoded_msg = ""


def poll_data(self):

try:
raw_data = self.xbee.wait_read_frame()
#print raw_data['rf_data']
#self.msg = cPickle.loads(raw_data['rf_data'])
self.msg = raw_data['rf_data']
#print(self.msg)
# Ensuring that these values can be converted into floats
except KeyboardInterrupt:
self.ser.close()
except Exception as e: print(e)

except:
pass

return self.msg

def disconnect(self):
self.ser.close()




On Monday, September 4, 2017 at 12:35:25 AM UTC+12, Przemek Klosowski wrote:
>
> Could you post a picture or drawing of your physical layout? I think the 
> evidence points to interference from the PWM circuit into the XBee. HOw 
> close physically are they?
>
> On Fri, Sep 1, 2017 at 9:18 PM,  wrote:
>
>> Just tried adding the 1uF decoupling capacitor in parallel with the 
>> existing 0.1uF capacitor - it didn't decrease the high error rate.
>>
>> On Saturday, September 2, 2017 at 12:08:00 PM UTC+12, ojc...@gmail.com 
>> wrote:
>>>
>>> So tested all of that - see table below
>>> The servo power supply is a QM12V5A 
>>> 
>>>  but 
>>> as seen below - even when this is not active, there is still a high error 
>>> rate.
>>> Also, I am not opening and closing the serial port now - it stays open 
>>> throughout each test. I sent 100 messages for each test. Error rates are an 
>>> approximate guess.
>>>
>>> PWM running  Servo & Servo Power Supply Active Message Mode 
>>>  Error Rate
>>> Yes  Yes 
>>>RX-TX on loopback   0% - all good
>>> Yes  No 
>>> RX-TX on loopback   0% - all good
>>> No   No 
>>> RX-TX on loopback   0% - all good
>>> Yes  Yes 
>>>BBB to PC via xbee  10 - 50% - no good
>>> Yes  No 
>>> BBB to PC via xbee  10 - 50% - no good
>>> No   No 
>>> BBB to PC via xbee   0% - all good
>>>
>>> I don't really know what to make of it except that the problem seems to 
>>> be somewhere either in the xbee?
>>> The xbee is connected with a 0.1uF decoupling capacitor between +3.3V 
>>> and GND close to the xbee (~25mm length from xbee GND pin thru 0.1uF Cap to 
>>> xbee +3.3V pin)
>>>
>>> I see some people recommend a 1uF decoupling capacitor on the xbee - 
>>> maybe I'll try adding one of those in parallel with the 0.1uF cap.
>>>
>>>
>>> On Friday, September 1, 2017 at 9:22:31 AM UTC+12, Przemek Klosowski 
>>> wrote:



 On Thu, Aug 31, 2017 at 3:13 PM,  wrote:

> Errors : yes garbage characters on the receiver side
>
> Cross-talk : so I have had a servo motor (powered from it's own ubec) 
> plugged in, however I thought that the ubec noise might be interfering, 
> so 
> I tried running the PWM signal without any device attached (no servo ubec 
> running) and no pwm wire plugged into the beaglebone. But still had the 
> same issue.
>
 OK--so now can you test by losing the open/close 

RE: [beagleboard] BB-X15 Rev C Schematics & ewiki update?

[Gerald Coley]

It does not need an isolated power supply. UL would not be happy about that.

Gerald


From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of William A. Mills
Sent: Monday, September 4, 2017 5:56 AM
To: beagleboard 
Subject: Re: [beagleboard] BB-X15 Rev C Schematics & ewiki update?

OK, I know I am asking lots of questions.  Sorry but ...

Does the X15 RevC need an **isolated** power supply?
If not, did any rev?



The TI GPEVM says that you need an "isolated" power supply. [1]
I don't see any such statement on the X15 wiki or UG. [2]
I bought the power supply recommended by the Digikey website which is 
VEC65US12.  This is one of the recommendations
of the eLInux x15 wiki page.
With the power supply disconnected, I measure continuity from the AC ground 
plug to the outside barrel of the 12V connector.  To me this means it is not 
isolated.
Is my definition of isolated correct?

[1] http://processors.wiki.ti.com/index.php/AM572x_GP_EVM_Hardware_Setup
[2] http://elinux.org/Beagleboard:BeagleBoard-X15


I would be happy to update the eLinux wiki with your answers to these questions 
if I am allowed.

On Sun, Sep 3, 2017 at 7:27 PM, Gerald Coley 
> wrote:
The market picks it. We typically use what we can buy.  It can change from one 
production build to the next.

This happens all the time on the Hardware world. That is why the SW has to be 
ready to handle all of them.

Gerald

From: beagleboard@googlegroups.com 
[mailto:beagleboard@googlegroups.com] On 
Behalf Of William A. Mills
Sent: Sunday, September 3, 2017 3:32 PM
To: beagleboard 
>
Subject: Re: [beagleboard] BB-X15 Rev C Schematics & ewiki update?

Thanks Gerald.  I did find the change sheet after a bit.

When you have alternatives like the Kingston vs Micron for eMMC and DDR parts, 
who picks which one is used?  The manufacturer (PTI)?  Can it change from one 
production run to another?  Or do you dictate when that happens and potentially 
give it a new RevC3 etc?

Thanks,
Bill

On Sun, Sep 3, 2017 at 2:00 PM, Gerald Coley 
> wrote:
The BOM has a revision page with the changes for each revision. We addd some 
new par tnumbers for some alternate sources due to some obsolete parts a while 
back. But that was it. Nothing in the design itself changed.


From: beagleboard@googlegroups.com 
[mailto:beagleboard@googlegroups.com] On 
Behalf Of William A. Mills
Sent: Sunday, September 3, 2017 12:11 PM
To: beagleboard 
>
Subject: Re: [beagleboard] BB-X15 Rev C Schematics & ewiki update?

Gerald,

Thanks.  If that is all it is, then no hurry on the Rev C schematics.  Jason 
can just put a note on the wiki &| the github files stating as much.

I am currently trying to diff the BOMs.  diff is useless so it looks like I 
will have to write a script.

Thanks,
Bill

​
--
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/CACgK%2BxnCg6ZCbzWwEs1pL6j8Nq599skMx6FVdiv9y%3Dg5YszVQQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/0b53f6b6aa50462aad98dbfb884f0ade%40winhexbeus11.winus.mail.
For more options, visit https://groups.google.com/d/optout.

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 

Re: [beagleboard] BB-X15 Rev C Schematics & ewiki update?

[William A. Mills]

OK, I know I am asking lots of questions.  Sorry but ...

Does the X15 RevC need an **isolated** power supply?
If not, did any rev?



The TI GPEVM says that you need an "isolated" power supply. [1]
I don't see any such statement on the X15 wiki or UG. [2]

I bought the power supply recommended by the Digikey website which is
VEC65US12.  This is one of the recommendations
of the eLInux x15 wiki page.

With the power supply disconnected, I measure continuity from the AC ground
plug to the outside barrel of the 12V connector.  To me this means it is
not isolated.

Is my definition of isolated correct?

[1] http://processors.wiki.ti.com/index.php/AM572x_GP_EVM_Hardware_Setup
[2] http://elinux.org/Beagleboard:BeagleBoard-X15



I would be happy to update the eLinux wiki with your answers to these
questions if I am allowed.

On Sun, Sep 3, 2017 at 7:27 PM, Gerald Coley 
wrote:

> The market picks it. We typically use what we can buy.  It can change from
> one production build to the next.
>
>
>
> This happens all the time on the Hardware world. That is why the SW has to
> be ready to handle all of them.
>
>
>
> Gerald
>
>
>
> *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com]
> *On Behalf Of *William A. Mills
> *Sent:* Sunday, September 3, 2017 3:32 PM
> *To:* beagleboard 
> *Subject:* Re: [beagleboard] BB-X15 Rev C Schematics & ewiki update?
>
>
>
> Thanks Gerald.  I did find the change sheet after a bit.
>
>
>
> When you have alternatives like the Kingston vs Micron for eMMC and DDR
> parts, who picks which one is used?  The manufacturer (PTI)?  Can it change
> from one production run to another?  Or do you dictate when that happens
> and potentially give it a new RevC3 etc?
>
>
>
> Thanks,
>
> Bill
>
>
>
> On Sun, Sep 3, 2017 at 2:00 PM, Gerald Coley 
> wrote:
>
> The BOM has a revision page with the changes for each revision. We addd
> some new par tnumbers for some alternate sources due to some obsolete parts
> a while back. But that was it. Nothing in the design itself changed.
>
>
>
>
>
> *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com]
> *On Behalf Of *William A. Mills
> *Sent:* Sunday, September 3, 2017 12:11 PM
> *To:* beagleboard 
> *Subject:* Re: [beagleboard] BB-X15 Rev C Schematics & ewiki update?
>
>
>
> Gerald,
>
>
>
> Thanks.  If that is all it is, then no hurry on the Rev C schematics.
> Jason can just put a note on the wiki &| the github files stating as much.
>
>
>
> I am currently trying to diff the BOMs.  diff is useless so it looks like
> I will have to write a script.
>
>
>
> Thanks,
>
> Bill
>
>
>
> ​
>
> --
> 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/CACgK%2BxnCg6ZCbzWwEs1pL6j8Nq599skMx
> 6FVdiv9y%3Dg5YszVQQ%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/0b53f6b6aa50462aad98dbfb884f0a
> de%40winhexbeus11.winus.mail
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/CACgK%2Bx%3DPCVbd_GA2tN_LhouPumPfA7hqGYMyfyrXSDobN7kxj
> g%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails 

Re: [beagleboard] FAT partition on newer images

[Alexander Rössler]

I made some modifications to the setup_sdcard.sh and now it creates the 
flash drive.

The image file does not exist:

> debian@sandybox:~$ sudo rm /var/local/usb_mass_storage.img || true  
> rm: cannot remove '/var/local/usb_mass_storage.img': No such file or 
> directory
>
 
Btw. I do not want to boot from the FAT partition. How does the 
usb_mass_storage.img solution work?

Am Freitag, 1. September 2017 18:01:09 UTC+2 schrieb RobertCNelson:
>
> On Fri, Sep 1, 2017 at 10:57 AM, Alexander Rössler 
>  wrote: 
> > Okay, retried with the --img-4gb command. 
> > 
> >> sudo ./setup_sdcard.sh --dtb beaglebone --enable-fat-partition 
> >> --enable-cape-universal --enable-uboot-cape-overlays --boot_label 
> SandyBox 
> >> --enable-systemd --hostname sandybox --img-4gb test.img 
> > 
> > 
> > Interestingly it still creates a ext4 partition 
> > 
> > Journalcmd output 
> > 
> >> debian@sandybox:~$ journalctl | grep am335x_evm 
> >> Sep 01 15:47:24 sandybox sh[641]: generic-board-startup: [startup 
> >> script=/opt/scripts/boot/am335x_evm.sh] 
> >> Sep 01 15:47:24 sandybox sh[641]: am335x_evm: 
> >> usb_image_file=[/var/local/usb_mass_storage.img] 
>
> It's detecting the *.img file, so you'll need to remove that.. 
>
> sudo rm /var/local/usb_mass_storage.img || true 
>
> >> Sep 01 15:47:25 sandybox sh[641]: am335x_evm: uncached cpsw_2_mac: 
> >> [78:A5:04:CC:90:EF] 
> >> Sep 01 15:47:25 sandybox sh[641]: am335x_evm: cpsw_0_mac: 
> >> [78:A5:04:CC:90:EE] 
> >> Sep 01 15:47:25 sandybox sh[641]: am335x_evm: cpsw_1_mac: 
> >> [78:A5:04:CC:90:F0] 
> >> Sep 01 15:47:25 sandybox sh[641]: am335x_evm: cpsw_2_mac: 
> >> [78:A5:04:CC:90:EF] 
> >> Sep 01 15:47:25 sandybox sh[641]: am335x_evm: cpsw_3_mac: 
> >> [78:A5:04:CC:90:F1] 
> >> Sep 01 15:47:25 sandybox sh[641]: am335x_evm: cpsw_4_mac: 
> >> [78:A5:04:CC:90:F2] 
> >> Sep 01 15:47:25 sandybox sh[641]: am335x_evm: cpsw_5_mac: 
> >> [78:A5:04:CC:90:F3] 
> >> Sep 01 15:47:26 sandybox sh[641]: am335x_evm: use_libcomposite 
> >> Sep 01 15:47:26 sandybox sh[641]: am335x_evm: modprobe libcomposite 
> >> Sep 01 15:47:26 sandybox sh[641]: am335x_evm: Creating g_multi 
> >> Sep 01 15:47:26 sandybox sh[641]: am335x_evm: g_multi Created 
> >> Sep 01 15:47:26 sandybox sh[641]: am335x_evm: Starting usb0 network 
> >> Sep 01 15:47:27 sandybox sh[641]: am335x_evm: Starting usb1 network 
> >> Sep 01 15:47:28 sandybox sh[641]: am335x_evm: dnsmasq: setting up for 
> >> usb0/usb1 
> >> Sep 01 15:47:31 sandybox sh[641]: am335x_evm: Starting 
> >> serial-getty@ttyGS0.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/41bac29f-8bee-46ed-b830-65eb35b8b857%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.