This means you're unable to connect via puTTY to the Beaglebone. Now, there
are several reasons why this can be, and you're going to have to figure
that out on your own. Google should be a good source of information for
this.
On Sun, Mar 21, 2021 at 3:55 PM Meric wrote:
> hi guys i have a issue
By the way "1F334455#1122334455667788" doesn't look like a valid J1939
packet. But I barely know that particular protocol.
On Wed, May 20, 2020 at 4:15 PM William Hermans wrote:
> Without any code, or steps you've taken. No one can help, or say what's
> going on. I will say
Without any code, or steps you've taken. No one can help, or say what's
going on. I will say this however. I wrote in a relatively short period of
time( with help! From multiple sources). Software that could communicate
over CANBUS that was able to decode information from a "TRACE"
J1939 bit positioning -> https://photos.app.goo.gl/7X24xgY8dR1aYTHDA
On Wed, May 20, 2020 at 1:45 PM William Hermans wrote:
> Oh forgot to mention. You'd need to use socketCAN. Perhaps this guy will
> give you some ideas.
> https://fabiobaltieri.com/2013/07/23/hacking-into-a-veh
Oh forgot to mention. You'd need to use socketCAN. Perhaps this guy will
give you some ideas.
https://fabiobaltieri.com/2013/07/23/hacking-into-a-vehicle-can-bus-toyothack-and-socketcan/
On Wed, May 20, 2020 at 1:40 PM William Hermans wrote:
> For the record, you do not have to wait for ker
For the record, you do not have to wait for kernel 5.4 to do J1939. I wrote
software using kernel 3.8.x that read a hybrid NIMEA 2000 protocol, which
uses the same high level protocol as J1939. All you have to do is
understand J1939, and bit wrangle . . .
On Wed, May 20, 2020 at 7:33 AM Robert
I'm not sure what's going on with g_multi for you there. But I will say
this. There are other, probably better suited options for moving files over
to the device.
I've used g_multi in the past and have always found it problematic for this
platform. So personally, I dedicated a cheap netbook to
https://www.kernel.org/doc/Documentation/usb/gadget_multi.rst
On Thu, May 7, 2020 at 1:48 AM Andrew P. Lentvorski
wrote:
> Is there a way to configure extra USB gadget endpoints in addition to the
> BBB default ones or do I just have to go in and edit the am335x_evm.sh
> script?
>
> Thanks.
>
>
Wow, what board is your hand model holding ? Can't tell. Every time I look
at the opening picture. My eye goes straight to those bright red
fingernails . . . Just sayin`
On Wed, May 6, 2020 at 3:00 PM Jason Kridner wrote:
> I've updated
>
On Fri, Mar 27, 2020 at 11:46 AM Drew Fustini wrote:
> On Fri, Mar 27, 2020 at 4:48 PM John Allwine
> wrote:
> >
> > That was it! gpioget gpiochip3 10 worked.
>
> It would be interesting to know if libgpiod proves fast enough for
> your application. It has C++ and Python bindings that allow
On Thu, Mar 26, 2020 at 10:59 AM John Allwine
wrote:
> I'm happy to leave the pinmux alone, but if all I'm doing is reading or
> writing to the GPIO can I do so from /dev/mem?
>
> According to this post, it's about 1000x faster:
> http://chiragnagpal.com/examples.html
>
> It's also how
All you need is some air flow over the board/heatsinks. I just stick mine
in front of a 20" box fan and it's fine. I'd assume a much smaller house
fan would work fine as well.
On Tue, Nov 5, 2019, 9:07 AM wrote:
> Just bought one from Mouser few days ago, and experiencing overheating
> issue
I've just got my AI sitting in front of a 20" box fan(on low) I have
running 24/7 anyhow
debian@beaglebone:~$ uptime
15:13:17 up 12 days, 9:30, 3 users, load average: 0.23, 0.15, 0.10
debian@beaglebone:~$ cat /sys/class/thermal/thermal_zone*/temp
53400
53800
54600
53000
53800
Anyway, not sure
Mine is on the way.
On Thu, Sep 19, 2019 at 12:16 PM Mala Dies wrote:
> Hello,
>
> I saw that yesterday online at Mouser. Today, the email showed up. Nice!
>
> Seth
>
> P.S. I think you guys out-did yourselves. We shall see. Time to save a bit
> and then splurge on a nice, new board. Yea boy!
>
William Hermans wrote:
> There is absolutely zero point to running "rasbian" on any beagle
> hardware. None of the software that is used for interacting with the
> outside world would work. Granted, networking should work, USB connectivity
> may work depending.
>
> As s
There is absolutely zero point to running "rasbian" on any beagle hardware.
None of the software that is used for interacting with the outside world
would work. Granted, networking should work, USB connectivity may work
depending.
As stated several times. Rasbian is just RaspberryPI(hardware)
Potential Downside. What will availability be for us normal "joes" ?
On Tue, Sep 17, 2019 at 9:42 AM Jason Kridner wrote:
> This looks interesting to me as it provides a trusted, open-source
> software/hardware solution for network-accessible storage:
>
> https://privacysafe.ai/
>
>
ied to this, but I don't see it
>
> Price will be around US$100, not including any related tariffs.
>
> You know what, it was on a totally dumb thread name about Raspbian where
> the price question shouldn't have been asked.
>
> On Tuesday, September 17, 2019 at 3:28:27 PM UTC-
price ?
On Tue, Sep 17, 2019 at 8:24 AM Jason Kridner wrote:
> No pre-orders. Orders available soon.
>
> On Tuesday, September 10, 2019 at 12:22:26 PM UTC-4, dee...@gmail.com
> wrote:
>>
>> can we preorder?
>>
>> On Thursday, September 5, 2019 at 1:09:06 AM UTC+2, Jason Kridner wrote:
>>>
>>>
I've noticed that sometimes the order in which you load device files can
play a factor on if they will load or not. May be worth checking out.
On Tue, Mar 27, 2018, 8:52 AM wrote:
> They are a bit large to post as source. I'll try attaching them...
>
> On Monday, March
For what it's worth. The rpi3 does this as well. Granted perhaps not as
much. I've used mine as an ap for my phones, and would get dropped
connections at random times. Sometimes days, other times hours.
On Tue, Mar 27, 2018, 2:06 PM Robert Nelson wrote:
> On Tue, Mar
Probably an Old MLO / uboot.img on the eMMC. If the newer is flashed to the
eMMC, this problem would probably go away. I've experienced this on many
boards myself as / when I forget to update the eMMC.
On Fri, Feb 23, 2018 at 8:15 AM, Robert Nelson
wrote:
> On Fri,
Apparently, the driver was compiled with debug symbols, and in debug mode.
On Thu, Feb 22, 2018 at 7:48 AM, evilwulfie wrote:
> The more i learn the more i don't know
>
> Got most everything working with a spi display but one last issue i cant
> seem to figure out.
>
> if
Clay, a bit of advice for you. Stop worrying about how you perceive someone
over the internet, whom by the way doesn't know you, and you do not know
them yourself. I'm not here to hand hold anyone, and I do answer question
for those who ask questions in a way that makes sense to me. But if you've
n RPi3 -- and I think the benchmark wore out the
> original RPi3 SD card, before I obtained a small USB hard drive for swap)
>
> On Sat, 9 Dec 2017 12:10:23 -0700, William Hermans
> <yyrk...@gmail.com> declaimed the following:
>
> >
> >You need to slow down, and learn things
On Sat, Dec 9, 2017 at 12:08 PM, wrote:
> Thanks, glad to see I'm not the only one with the issue. Did some more
> searching and it seems it only logs the sync that happens at daemon start
> up, but is supposed to resync at some compiled in interval. Check the most
> recent
On Fri, Dec 8, 2017 at 10:57 PM, wrote:
> So, this is what so (fun?) about the BB ecosystem.
>
> I'm updating to the most recent image, trying to run code that has been
> working great for a good long time now, and it fails utterly with the same
> issue Nuno is
On Wed, Nov 29, 2017 at 7:27 AM, Mark A. Yoder
wrote:
> That fixed it. Thanks...
>
> Now I see all sorts of gpios are already exported.
> export gpio114 gpio13 gpio22 gpio30 gpio46 gpio50 gpio66 gpiochip0
> gpio110 gpio115 gpio14 gpio23 gpio31 gpio47
On Tue, Nov 28, 2017 at 5:47 PM, Robert Nelson
wrote:
> On Tue, Nov 28, 2017 at 5:32 PM, RPGamer wrote:
> > OK so what's the official kernel sources for the Blue?
> >
> > I tried different sources, the one provided by Buildroot and this one :
> >
On Tue, Nov 28, 2017 at 7:06 PM, Robert Nelson
wrote:
> On Tue, Nov 28, 2017 at 8:02 PM, Mark A. Yoder
> wrote:
> > bone$ dpkg --list | grep cape
> > ii bb-cape-overlays
> > 4.4.20171120.0-0rcnee1~stretch+20171120 armhfDevice tree
Any video of that workshop ? All I saw from hackaday was Sammy Kamkar etc,
regurgitated video . . .
--
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
On Fri, Nov 3, 2017 at 8:32 PM, Kellen Lundry wrote:
> What all does the power management handle? Can it manage safely charging
> a lipo battery and supplying power to the board? Can it be used for
> projects that may have power intermittently? Like say a solar powered clock
On Wed, Nov 1, 2017 at 11:28 AM, Robert Nelson
wrote:
> On Wed, Nov 1, 2017 at 1:24 PM, Tracy Smith wrote:
> > The need to use E18 and E19 For CAN1 comes from the TI pinmux tool.
>
> Umm, on the ZCZ package used on the BBB
>
> E18: dcan1_tx
> E19:
On Wed, Nov 1, 2017 at 11:19 AM, Robert Nelson
wrote:
> On Wed, Nov 1, 2017 at 1:14 PM, Tracy Smith wrote:
> > E17 and E18 we want to use that are designated as possible CAN1 pins on
> the
> > BeagleBone Black schematic.
> >
> > Not using a
On Wed, Nov 1, 2017 at 11:01 AM, Tracy Smith wrote:
> Ok look this custom board is based on the BeagleBone Black. For all
> intense and purposes it is the BBB. The pins for the AM3358 are the same.
> The primary difference is no P9 expansion header. What you are suggesting
Long story short.
When the eMMC has the first, and second stage bootloader installed on it.
The board will always load these from the eMMC, and then load the rest from
the sdcard when one is inserted.
The result is that one can be put into a non working state, because there
would be a MLO /
On Wed, Nov 1, 2017 at 10:17 AM, William Hermans <yyrk...@gmail.com> wrote:
>
>
> On Wed, Nov 1, 2017 at 10:12 AM, William Hermans <yyrk...@gmail.com>
> wrote:
>
>>
>>
>> On Wed, Nov 1, 2017 at 10:05 AM, Tracy Smith <tlsmith3...@gmail.com>
&g
On Wed, Nov 1, 2017 at 10:12 AM, William Hermans <yyrk...@gmail.com> wrote:
>
>
> On Wed, Nov 1, 2017 at 10:05 AM, Tracy Smith <tlsmith3...@gmail.com>
> wrote:
>
>> We have no P9expansion header. I’ve already discussed this with Robert
>> Nelson. We are
On Wed, Nov 1, 2017 at 10:02 AM, Tracy Smith wrote:
> Hi William,
>
> These overlays from Robert Nelson are associated with the P9 expansion
> header. We don’t have a P9 expansion header on the custom BBB we are
> using. So we can’t use this overlay.
>
> Thx, Tracy
>
On Wed, Nov 1, 2017 at 5:44 AM, Tracy Smith wrote:
> Hi William,
>
> Thanks for the email and here is what I’m trying to do.
>
> The CANUSB from Lawicel is a standard USB device that looks like a serial
> port since it can use the FTDI driver.
>
>
>
> On the MachineKit
-- Forwarded message --
From: William Hermans <yyrk...@gmail.com>
Date: Wed, Nov 1, 2017 at 9:58 AM
Subject: Re: [beagleboard] Re: u-boot support for pins
To: Tracy Smith <tlsmith3...@gmail.com>
https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-CA
SO what is it that you're trying to do ? I've read your posts, but am still
mystified. Just sayin' . . . I've been working with this hardware for
around 5 years now, have written many device tree overlays for various
hardware configurations. Including GPIO, I2C, UART, CAN, SPI, etc.
I'm willing
On Sat, Oct 21, 2017 at 2:39 PM, William Hermans <yyrk...@gmail.com> wrote:
> wgd@wgd:~$ uname -a
> Linux wgd 4.4.68-ti-r111 #1 SMP Wed Jun 28 10:06:34 UTC 2017 armv7l
> GNU/Linux
> wgd@wgd:~$ ls /sys/class/leds/
> beaglebone:green:usr0 beaglebone:green:usr2
&g
wgd@wgd:~$ uname -a
Linux wgd 4.4.68-ti-r111 #1 SMP Wed Jun 28 10:06:34 UTC 2017 armv7l
GNU/Linux
wgd@wgd:~$ ls /sys/class/leds/
beaglebone:green:usr0 beaglebone:green:usr2
beaglebone:green:usr1 beaglebone:green:usr3
wgd@wgd:~$ cat /etc/dogtag
BeagleBoard.org Debian Image 2017-07-01
--
For
Just a note, all workshops already sold out.
On Mon, Oct 16, 2017 at 2:47 PM, Robert Nelson
wrote:
> On Mon, Oct 16, 2017 at 4:30 PM, CJA wrote:
> > Hi Drew,
> > Awesome, I just received my PocketBeagle today from arrow.com. Is this
> > going
On Sat, Oct 14, 2017 at 10:30 AM, Graham Haddock
wrote:
> I am just reporting what "speedtest-cli" says.
>
> I note that watching "htop" at the same time, on the USB-2 to Ethernet
> tests, the CPU is maxing out at 100 percent, so the speed is not
> necessarily constrained
On Sat, Oct 14, 2017 at 9:14 AM, Mrigendra Chaubey <
mrigendra.chau...@gmail.com> wrote:
> Why i asked this because except I am downloading kernel from Robert's
> repository I don't know where beaglebone configs are
> selected.
> I can only see the soc name like am3xx but no where in configs
On Fri, Oct 13, 2017 at 8:39 AM, Graham wrote:
> I hacked a "quick and dirty" second USB port as described.
> Then connected a LAN7500 USB-2 to Gb-Ethernet board.
> Came right up, drivers are already in the kernel, no device tree changes.
> Connected to the network at 1
On Wed, Oct 11, 2017 at 11:43 AM, Robert Nelson
wrote:
> On Wed, Oct 11, 2017 at 1:33 PM, Jason Kridner
> wrote:
> > Robert,
> >
> > Can you add the .bmap file?
>
> Oh i had stopped generating those by default, i'll quickly add one..
>
>
On Tue, Oct 10, 2017 at 9:04 AM, Paul Van den Bergh
wrote:
> Hi all,
>
> I'm implementing an interface to a commercial product that communicates
> over an asynchronous interface at 62500 Baud. Looking at the
> files on the BBB I cannot find this setting. Is it at all
There are options if you're running grub. So, perhaps there is a kernel
parameter that can be passed ? Not really a lot of info out there, at least
for current web search.
And yeah that minute and a half boot is getting old here too.
--
For more options, visit http://beagleboard.org/discuss
---
On Fri, Oct 6, 2017 at 11:38 PM, wrote:
> Hi,
>
> Hi, I am new to beaglebone black PRU can anybody help me to use PRU in
> c-language.
>
> Thank you
> Ashok
>
http://lmgtfy.com/?q=beaglebone+PRU+in+C
--
For more options, visit http://beagleboard.org/discuss
---
On Sat, Oct 7, 2017 at 4:02 PM, Robert Nelson
wrote:
>
> How fast can you push the spi bus? I've just used the 12 mhz, as it was
> the default for one of the device tree in the docs..
>
> Regards,
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
>
.
My file structure looked exactly the same as your above where you had ecap
enabled.
On Fri, Sep 29, 2017 at 2:17 PM, Robert Nelson <robertcnel...@gmail.com>
wrote:
> On Fri, Sep 29, 2017 at 3:19 PM, William Hermans <yyrk...@gmail.com>
> wrote:
> > Robert,
> >
> >
On Fri, Sep 29, 2017 at 1:54 PM, Jose Valenzuela San Juan <
javal...@gmail.com> wrote:
> Were you able to do this?
> The guide from Derek is a bit outdated.
> You don't have to use the source from embedian (as its deprecated). In
> debian 9 the cross compiling packages are in the standard
I mean this hack fix is fairly trivial. Without the qep's being enabled.
debian@wgd:~$ sudo su
root@wgd:/home/debian# cd ~
root@wgd:~# nano pwm-enable.sh
*#!/bin/bashecho '0' > /sys/class/pwm/pwmchip0/exportecho '1' >
/sys/class/pwm/pwmchip0/exportecho '0' >
Robert,
Ok I think I see what you mean now( fully ). With universal IO and the
generic startup script enabled. I did see something similar to what you
were saying. However, if one disables both universal IO, and the generic
startup script, then writes their own custom overlay for all 3 of the PWM
On Wed, Sep 27, 2017 at 1:31 PM, Robert Nelson
wrote:
>
> Don't compare "pwmchipX's" directly, you need to dig into the symlink:
>
> root@beaglebone:/sys/class/pwm# ls -lh
> total 0
> lrwxrwxrwx 1 root root 0 Oct 13 17:14 pwmchip0 ->
>
So a few things to note about pwm behavior on the latest stretch image
versus Jessie.
Obviously, Jessie by default runs an older kernel. 4.4.x versus 4.9.x.
First,
Jessie:
root@wgd:~# uname -r
4.4.68-ti-r111
root@wgd:~# lsmod |grep pwm
pwm_tiehrpwm
Stretch:
root@wgd:~# uname -r
4.9.50-ti-r61
On Tue, Sep 26, 2017 at 9:02 PM, Robert Nelson
wrote:
> On Tue, Sep 26, 2017 at 9:55 PM, Graham wrote:
> > The interface names seem much more self explanatory.
> > The U/M option is workable.
>
> They list 381 varients:
>
>
On Thu, Sep 21, 2017 at 10:42 AM, Robert Nelson <robertcnel...@gmail.com>
wrote:
> On Thu, Sep 21, 2017 at 12:30 PM, William Hermans <yyrk...@gmail.com>
> wrote:
> > Thanks Robert. So pretty much still a work in progress I take it ?
>
> Works out of the box.. With an
Thanks Robert. So pretty much still a work in progress I take it ?
On Thu, Sep 21, 2017 at 10:17 AM, Robert Nelson <robertcnel...@gmail.com>
wrote:
> On Thu, Sep 21, 2017 at 11:41 AM, William Hermans <yyrk...@gmail.com>
> wrote:
> > The board is bootble / usable r
The board is bootble / usable right now ? The FAQ could be taken both ways.
e.g. because of the board overlay file.
On Thu, Sep 21, 2017 at 8:35 AM, Jason Kridner
wrote:
> https://beagleboard.org/pocket
>
> Trying to get a few things documented at https://github.com/
>
You could also set time on the second rtc during setup after updating the
time via nap date then just run a script at boot, and occasionally (once a
day?) Using a system timer.
With the new fix Robert implemented. .
Probably more hassle than it's worth , but it's not that difficult, and it
If you're serious about your work. Buy a cheap laptop, and install Ubuntu
on it.
On Wed, Aug 9, 2017 at 6:23 AM, Jeff Andich wrote:
> Hi,
>
> We're not yet able to setup Ubuntu native on PC's at work, so we're using
> Ubuntu under VBOX.
>
> I'm attempting to do JTAG
On Fri, Jul 28, 2017 at 3:18 PM, evilwulfie wrote:
> Shame on him.
>
Just for the record,I did not write that. Ethon Hayon did back in 2012, I'm
thinking probably for the white. Same hardware though . . . I know this,
because I have a duplicate of his repo on my git, but
On Fri, Jul 28, 2017 at 2:55 PM, Robert Nelson
wrote:
> On Fri, Jul 28, 2017 at 4:40 PM, Mark A. Yoder
> wrote:
> > How do I read AIN on the latest images? I don't know where to find it in
> > /sys/
>
> Hi Mark,
>
> This is with the Blue right?
Well, rtc0 is most likely the on AM335x on die real time clock, which will
not persist time across reboots.
On Thu, Jul 27, 2017 at 7:54 PM, William B <wbbena...@gmail.com> wrote:
> Finally I got ... the last hint from William Hermans indicated me
> something about the device name,
, 2017 at 4:46 PM, William Hermans <yyrk...@gmail.com> wrote:
>
>
> On Thu, Jul 27, 2017 at 4:24 PM, William B <wbbena...@gmail.com> wrote:
>
>> Is there any other difference in this latest version of Debian? I'm
>> following a tutorial below, but the command "
On Thu, Jul 27, 2017 at 4:24 PM, William B wrote:
> Is there any other difference in this latest version of Debian? I'm
> following a tutorial below, but the command "hwclock -r -f /dev/rtc1" is
> indicating failure to communicate with the new device:
>
> *TUTORIAL*:
>
On Thu, Jul 27, 2017 at 4:13 PM, William Hermans <yyrk...@gmail.com> wrote:
> This is probably the best guide you're going to find on the subject.
>
> https://www.youtube.com/watch?v=T9yFyWsyyGk
>
> Never used it myself( I do not cross compile ), but I'm confident DR
> M
This is probably the best guide you're going to find on the subject.
https://www.youtube.com/watch?v=T9yFyWsyyGk
Never used it myself( I do not cross compile ), but I'm confident DR
Molly's instructions work.
--
For more options, visit http://beagleboard.org/discuss
---
You received this
ering your question, I'm using the latest available Debian release
> (bone-debian-8.8-iot-armhf-2017-07-01-4gb.img) available here:
> https://rcn-ee.net/rootfs/bb.org/testing/2017-07-01/iot/
>
> *William Hermans: *
> When I run the command "i2cdetect -l", I get this information:
It's not so much the debian version, as it is the kernel. kernel 3.8.x is
different from kernel 4.x. The easiest way to see what is attached it this:
root@wgd:~# i2cdetect -l
i2c-0 i2c OMAP I2C adapterI2C adapter
i2c-1 i2c OMAP I2C adapter
On Thu, Jul 27, 2017 at 1:24 PM, William B wrote:
> Hi!
> I bought the I2C logic converter 3.3V => 5v and I've connected the RTC to
> the BBB, but running "i2cdetect -y -r 1" doesn't find the RTC device. I've
> checked the wiring of the connections and I repeated the process
On Thu, Jul 13, 2017 at 1:35 PM, Robert Nelson
wrote:
> On Thu, Jul 13, 2017 at 3:26 PM, Sri Ram wrote:
> >
> > Hi,
> >
> > Is 3S battery compatible with Beaglebone blue?
>
> no, 2s only..
>
>
On Tue, Jul 11, 2017 at 8:17 PM, William Hermans <yyrk...@gmail.com> wrote:
> SPI is notoriously finicky when it comes to high speed, and noise. Since
> I'm not an EE, I could not say much more than that. Typically though, from
> what I understand, traces can not be very long.
SPI is notoriously finicky when it comes to high speed, and noise. Since
I'm not an EE, I could not say much more than that. Typically though, from
what I understand, traces can not be very long.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you
Well, this is like a 2 year old post . . . Let me just say this. I'm
running Windows 10 pro on a Lenovo Thinkpad, and I happened to have a BBG
plugged into a USB 3.0 port off this laptop for power( using ethernet for
networking ), and Windows update automatically installed the NDIS driver
for it
What Robert said. There is nothing you can write code wise that can not be
done by someone else.
On Fri, Jul 7, 2017 at 8:25 PM, Robert Nelson
wrote:
> On Fri, Jul 7, 2017 at 3:27 PM, wrote:
> > Hi everyone!
> > How can I protect my scripts and
has loaded through
your overlay files, and in fact it's configured correctly for this kernel.
I'd double check the above path is actually still pointing to the correct
hardware SPI module you're trying to use.
On Fri, Jul 7, 2017 at 4:38 PM, William Hermans <yyrk...@gmail.com> wrote:
> SO Der
SO Derrek's book is based on kernel 3.8.x where as you're now using a 4.x
kernel. Chances are very likely you'll need to chance a few things in
relation to SPI. NO hands on with SPI on the beaglebone yet personally. But
first, you're going need to make sure your overlay file is correct for this
be a
nightmare.
On Mon, Jul 3, 2017 at 2:57 PM, Sebastián Sáez <otra...@gmail.com> wrote:
> Williams, I already did the update, apparently it's just for Jessie
>
> https://github.com/rcn-ee/repos/tree/master/seeed-wificonfig-installer
>
> On Monday, July 3, 2017 at 5:36:14 PM UTC-4,
sudo apt-get update <--- before apt-get install
On Mon, Jul 3, 2017 at 2:09 PM, Sebastián Sáez wrote:
> Hi Robert, I can't find wifidog package for Stretch image.
>
> image test: bone-debian-9.0-iot-armhf-2017-06-25-4gb.img
>
>
> debian@beaglebone:~$ sudo apt install
I'm kind of late to the post here but I remember Tom King doing some work
maybe for a cape years ago, So, I did a quick search, and found this post.
Maybe some useful information for you ?
https://groups.google.com/forum/#!category-topic/beagleboard/gpmc/QENqyIYTlO0
On Fri, Jun 30, 2017 at 9:47
On Fri, Jun 30, 2017 at 9:04 PM, Sergey Manucharian wrote:
> Oh, thanks, William, I was inspired doing this by your post!
>
Oh, cool ! Glad someone reads my stuff now and then ;)
>
> The problem is that "usb start" starts *u-boot*'s USB subsystem, it
> (probably) has nothing
On Fri, Jun 30, 2017 at 8:33 PM, Mala Dies wrote:
> Mr. Rob,
>
> Why would I use the value 4096.0?
>
> Seth
>
> P.S. I have tried to suit the software to suit my needs and I keep coming
> up empty. I will try this value and I will get back to you.
>
Do you know anything about
On Fri, Jun 30, 2017 at 7:50 PM, Sergey Manucharian wrote:
> From this thread https://e2e.ti.com/support/arm/sitara_arm/f/791/t/270060:
> Modifying bit 0 of 8 bit register address 0x47401C60 it switch on/off
> USB1_DRVVBUS pin
>
But I don't think you have to do all that. Read
https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot
Link to the bootloader source there. Along with the whole build process.
Then I do believe what you're asking about removing the eeprom check is
possible. Seems you have already done that, but I do remember
Missed a -o in there, but hopefully you get the point ;)
On Thu, Jun 29, 2017 at 10:36 AM, William Hermans <yyrk...@gmail.com> wrote:
>
> On Thu, Jun 29, 2017 at 10:12 AM, mzimmers <mzimm...@gmail.com> wrote:
>
>> Hey, William...thanks for the pointers. I actual
On Thu, Jun 29, 2017 at 10:12 AM, mzimmers wrote:
> Hey, William...thanks for the pointers. I actually do already have
> cross-development working (for user space programs). I'm using Qt Creator,
> and a Linaro toolchain and sysroot. I built Qt for the armhf in order to
> get
Ah, something I unintentionally left out. The arch you'll need is armhf.
Granted, I'm not 100% sure that even applies to the kernel, or kernel
modules.
On Thu, Jun 29, 2017 at 9:58 AM, William Hermans <yyrk...@gmail.com> wrote:
> Then later, once you understand native module develop
Then later, once you understand native module development much better,
you'll be able to apply that information towards cross compiling much
easier. Just be aware, this is not an overnight sort of situation. It could
take years to grasp, but if you apply yourself, it'll probably take a lot
less
mz,
You know what I'd do in your shoes ? I'd just setup a development sdcard
for your bb, and compile modules natively. on the bb. Much simpler, no
hassle, no pain in the butt. Compiling a kernel on a bb may take a few
days, but a kernel module should not take very long.
Another thing you should
On Thu, Jun 22, 2017 at 8:32 PM, Robert Nelson
wrote:
>
>
> On Thu, Jun 22, 2017 at 8:28 PM, Mark A. Yoder
> wrote:
>
>> I turned an EduMIP BeagleBone Blue loose near my laptop and where is what
>> happened.
>>
>>
>>
On Thu, Jun 22, 2017 at 12:54 PM, mzimmers wrote:
> Hey, I'm open to any and all ideas. It seems so strange that I'm getting a
> seg fault in the client code, though...that does make me suspicious of the
> compiler version vs. the headers, etc.
>
> How do people go about
Yeah, ok, seemed like the obvious question to ask, but maybe too obvious ;)
--
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
mzimmers, Which version of gcc are you using ?
--
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
On Wed, Jun 21, 2017 at 7:34 PM, mzimmers wrote:
> Hi, William -
>
> I have no (current) interest in building my own kernel. I'm trying to do
> Dr. Molloy's tutorials because I want to learn about writing device drivers
> for Linux (you may recall an earlier discussion where
the kernel for that.
On Wed, Jun 21, 2017 at 5:54 PM, William Hermans <yyrk...@gmail.com> wrote:
> Just in case you do not know already. https://eewiki.net/display/
> linuxonarm/BeagleBone+Black That guide is for the black, there is one for
> the white, but don't know if there is o
1 - 100 of 4107 matches
Mail list logo