Hi, I'm seeking some clarification myself. I'm looking at the pinout under
"expansion headers": https://seeeddoc.github.io/Beaglebone_green_wireless/.
I'm looking to produce a cape as well (any resources, tutorials, or
walkthroughs on producing a cape for a beagleboard are 100% welcome).
What I
That 4.14 kernal definitely improved the boot times compared to what I was
seeing and what I posted
here: https://github.com/RobertCNelson/boot-scripts/issues/10
However, I am still getting a boot time of close to a minute (~32 seconds
for both *dev-mmcblk1p1.device* and *generic-board-startup.
I have a project running on eMMC with a custom entry in the /etc/fstab
(intended to mount a blank SD card on boot).
So I use the
*/opt/scripts/tools/eMMC/beaglebone-black-make-microSD-flasher-from-eMMC.sh
*script
to create an sd flasher. Then I turn around and flash the eMMC with it, ssh
logi
Thank you!
On Tuesday, March 6, 2018 at 1:46:01 PM UTC-8, RobertCNelson wrote:
>
> On Tue, Mar 6, 2018 at 3:42 PM, Troy Weber > wrote:
> > I have a project running on eMMC with a custom entry in the /etc/fstab
> > (intended to mount a blank SD card on boot).
> >
&g
So I'm relatively comfortable using *dd* on a linux system to copy the
contents of an sd card to an image file. Previously I had run the command...
sudo dd status=progress bs=512 count=$((8192+6955008)) if=/dev/disk4 of=
/path/to/image/storage/`date +%Y-%m-%d`_image_name.img
... and that usually
Hello!
I have an application running on the Beaglebone Black. It runs from the
eMMC because we need to mount a blank SD card and occasionally store data
or video on the external SD card. Here are some details to jog ideas:
- using a Bealgebone black
- connected to a powered hub and runnin
nodiratime.
If this works, I'll be curious why. I guess I don't know enough about
inodes just yet to understand why this might be a solution.
On Monday, March 19, 2018 at 3:05:22 PM UTC-7, RobertCNelson wrote:
>
> On Mon, Mar 19, 2018 at 4:55 PM, Troy Weber >
does it unmount properly every time on reboot ?
>
> On 3/19/2018 3:43 PM, Troy Weber wrote:
>
> I will try that. I read up on *noatime*.
>
> *noatime*
> Do not update inode access times on this filesystem (e.g., for
> faster access on the ne
I should also say that adding noatime does not appear the solve the issue.
One configuration file in particular that is on the card appears somehow
corrupted after the aforementioned reboots. It's attached.
On Monday, March 19, 2018 at 4:03:23 PM UTC-7, Troy Weber wrote:
>
> Prob
0,
127
]
},
{
"duration": 250,
"data": [
255,
0,
63
]
}
]
}
},
{
"_id": 231,
"name": "lights2",
"
Well we need to be able to pull the plug without damaging things. Is the
best option then to have a battery system that allows BBB to listen for
loss of power and gracefully shut down? Are there alternative methods?
Troy Weber
Mechatronics / Software Developer
troywwe...@gmail.com
707-761-1644
probably not! I'll have to look into flushing buffers, I've never heard of
that.
Troy Weber
Mechatronics / Software Developer
troywwe...@gmail.com
707-761-1644
sent from mobile
On Mon, Mar 19, 2018, 5:55 PM Graham wrote:
> As a matter of buffer hygiene, are you flushing the buff
s observed some corruption or error in the file system, and
> does so to prevent further corruption.
>
> --- Graham
>
> ==
>
> On Monday, March 19, 2018 at 6:59:29 PM UTC-5, Wulf Man wrote:
>>
>> I dont know if its for sale there was a battery cape
>> or you can
13 matches
Mail list logo