Here is a link to Microchip's preprogrammed MAC address eeproms
On Tue, Aug 6, 2019 at 3:23 AM Graham wrote:
> The programming of the MAC address in the EEPROM is not an issue, once you
> are set up for it.
> There are some other Ethernet connection options that you can turn on/off
> at the
And again :)
https://www.microchip.com/design-centers/memory/serial-eeprom/mac-address-and-unique-id-eeproms
On Tue, Aug 6, 2019 at 1:49 PM Adrian Godwin wrote:
> Here is a link to Microchip's preprogrammed MAC address eeproms
>
> On Tue, Aug 6, 2019 at 3:23 AM Graham wrote:
>
>> The
The programming of the MAC address in the EEPROM is not an issue, once you
are set up for it.
There are some other Ethernet connection options that you can turn on/off
at the same time.
But the program remembers what you want, and even auto-increments the MAC
address for you if you are programming
assemble on 2 sides is no issue
populate one side, reflow solder, populate the other side, reflow solder
the surface tension will keep the parts on the other side IF the solder
even melts
On 8/5/2019 5:57 PM, Steven Keller wrote:
Graham,
Thanks so much! That should be enough to get me
Graham,
Thanks so much! That should be enough to get me started. I wanted to
avoid parts on the bottom of the board as it makes assembly more
difficult. Board size isn't too much of a problem. The extra EEPROM
programming step is a bit of pain but not impossible.
Thanks again!
On Monday,
Steven:
The primary reason for parts on both sides of the boards is just space
constraint.
With an extra half square inch of space, everything could be on one side.
I do like to keep the transient suppressor as close to the RJ-45
connector as possible.
You would still need a four layer board to do
Graham,
If you don't mind could you answer a few questions?
You have parts on both sides of the board. Is this primarily because of
the size constraint or to keep traces short as possible?
Is it possible for the driver software to load the MAC address of the
Beagle Bone into the LAN9500A?
https://github.com/phrogger/PocketBeagle_Ethernet_Cape
https://oshpark.com/shared_projects/GOEnFXdS
[image: PB_LAN9500A.jpg]
--- Graham
On Saturday, August 3, 2019 at 9:11:50 PM UTC-5, Jason Kridner wrote:
>
>
> Do you have a pointer to the design files?
>
>
>
--
For more options,
On Sat, Aug 3, 2019 at 9:28 AM wrote:
> I have a working design for an Ethernet Cape for a Pocketbeagle.
> It is basically the reference design for a Microchip LAN9500A implemented
> as a four layer PCB cape for the Pocketbeagle.
>
Do you have a pointer to the design files?
I have a working design for an Ethernet Cape for a Pocketbeagle.
It is basically the reference design for a Microchip LAN9500A implemented
as a four layer PCB cape for the Pocketbeagle.
It talks USB-2 to the PocketBeagle, and 10/100 Ethernet to the outside
world.
The driver is already in the
> On Aug 2, 2019, at 10:50 PM, Steven Keller wrote:
>
> Okay. Are there any other options for adding Ethernet on a carrier board
> short of using the Octavo chip directly?
USB to Ethernet chips.
>
>
>
>> On Friday, August 2, 2019 at 7:04:09 PM UTC-5, RobertCNelson wrote:
>> On Fri, Aug
Okay. Are there any other options for adding Ethernet on a carrier board
short of using the Octavo chip directly?
On Friday, August 2, 2019 at 7:04:09 PM UTC-5, RobertCNelson wrote:
>
> On Fri, Aug 2, 2019 at 6:24 PM Steven Keller > wrote:
> >
> > Sorry to dredge up an 18-month-old topic
On Fri, Aug 2, 2019 at 6:24 PM Steven Keller wrote:
>
> Sorry to dredge up an 18-month-old topic but I was wondering if any of the
> new images addressed the MAC address issue with the ENC28J60? I am
> revisiting the PocketBeagle for an application that needs wired Ethernet and
> USB Cellular
Sorry to dredge up an 18-month-old topic but I was wondering if any of the
new images addressed the MAC address issue with the ENC28J60? I am
revisiting the PocketBeagle for an application that needs wired Ethernet
and USB Cellular Modem. Is there a better approach for ethernet than the
Robert,
Thank you for your response. We are hoping to use two wiznet devices on the
pocket beagle.
The use case is difficult to describe, but the project requires that we
have two Ethernet ports.
I was able to utilize both SPI buses with the wiznet. I won't have a second
wiznet to test
On Tue, Sep 18, 2018 at 6:45 AM wrote:
>
> Hi Robert,
>
> Steve Kronk and I are working on the same project. I was able to help him to
> get the wiz-click to work on SPI0, but I'm still having an issue getting the
> SPI1 to work.
>
> When I use PB-SPI0-ETH-WIZ-CLICK.dtbo in the uEnv.txt it
Hi Robert,
Steve Kronk and I are working on the same project. I was able to help him
to get the wiz-click to work on SPI0, but I'm still having an issue getting
the SPI1 to work.
When I use PB-SPI0-ETH-WIZ-CLICK.dtbo in the uEnv.txt it works fine, but
I've tried using
On Mon, Sep 10, 2018 at 8:39 PM Steven Kronk wrote:
>
> Hi Graham, I'm trying to get my ETH-WIZ_CLICK to work as well, and tried
> everything above but can't seem to get it working.
>
> Did you do anything else like configure the PMODE in order to get it to work?
Let's see what you've setup so
Hi Graham, I'm trying to get my ETH-WIZ_CLICK to work as well, and tried
everything above but can't seem to get it working.
Did you do anything else like configure the PMODE in order to get it to
work?
On Saturday, October 7, 2017 at 5:30:38 PM UTC-5, Graham wrote:
>
> Steven:
>
> Thanks for
On Thu, Feb 1, 2018 at 7:48 PM, Steven Keller wrote:
> It's been awhile since I have fired up my Pocket Beagle but I am looking at
> using it for a project that requires ethernet. Did we ever get to the
> bottom of the MAC address getting set properly at bootup on either
It's been awhile since I have fired up my Pocket Beagle but I am looking at
using it for a project that requires ethernet. Did we ever get to the
bottom of the MAC address getting set properly at bootup on either the ENC
or the WIZ ethernet chips?
On Thursday, October 19, 2017 at 10:11:52 AM
Used to be you could set mac address via env ethaddr in uboot. Does this
still work or via device tree? Seems like the kernel driver would support
this:
https://elixir.free-electrons.com/linux/latest/source/drivers/net/ethernet/microchip/enc28j60.c#L1590
Mark
On Thu, Oct 19, 2017 at 8:11 AM
On Thu, Oct 19, 2017 at 10:05 AM, Jason Kridner wrote:
> So can we configure the MAC on the ENC? The MAC address is fetched using
> am335x_evm.sh in /opt/scripts. Seems like it could be modified for if an
> adapter is detected in the kernel.
Yeah, that's my current thinking..
So can we configure the MAC on the ENC? The MAC address is fetched using
am335x_evm.sh in /opt/scripts. Seems like it could be modified for if an
adapter is detected in the kernel.
Aside, u-boot configures the on-board MII because the code was difficult to cut
out.
> On Oct 19, 2017, at
On Wed, Oct 18, 2017 at 4:23 PM, Steven Keller wrote:
> It appears that the ENC28 MAC address is random as well. It doesn't show up
> with any vendor when doing an online MAC lookup. I wonder if it is possible
> to populate it with the same one that the USB Ethernet
I meant in the onboard EEPROM...
On Thursday, October 19, 2017 at 8:38:27 AM UTC-4, Dan Brown wrote:
>
> I have noticed that both of my PocketBeagles have unique MACs that do not
> move with the SD card when connecting via USB. (I tried switching the
> cards between PBs and the MACs stay with
I have noticed that both of my PocketBeagles have unique MACs that do not
move with the SD card when connecting via USB. (I tried switching the
cards between PBs and the MACs stay with the boards. Could it be something
in the onboard flash?
On Wednesday, October 18, 2017 at 5:23:54 PM UTC-4,
It appears that the ENC28 MAC address is random as well. It doesn't show
up with any vendor when doing an online MAC lookup. I wonder if it is
possible to populate it with the same one that the USB Ethernet interface
uses when attaching to a PC. I haven't looked but my guess is there is a
I have gotten an additional two MAC addresses (total five, now) presented
by the ETH-WIZ.
(So, it has appeared on five different IP addresses in my network, and I
can't give it a static address, since that is paired with the MAC address.)
It never changes while running, and usually not when
I have been running my PocketBeagle with the ENC28 for over a week with no
apparent issues. I have it sending/receiving data to a cloud-based MQTT
server using node red. It sends a packet of data every 250ms and measures
the time to get the data back. Average response time is about 30ms.
The MAC address on this ETH-WIZ is unstable.
The original MAC address was the same Saturday through Tuesday, through
many reboots and different image installations.
I updated the kernel tonight, and after rebooting, the ETH-WIZ appeared to
stop working, but it turns out the MAC address had
The ETH-WIZ locked up overnight running at 48 MHz SPI-Clock.
I moved it down to 24 MHz and rebooted. I'll let it run for the rest of
the week.
--- Graham
==
>
>
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google
On Mon, Oct 9, 2017 at 1:25 PM, Graham wrote:
> I have never seen it fail, but since the USB power goes off when my computer
> goes into deep sleep, it has never been run for more than a few hours at a
> time.
>
> It is at home.
>
> I'll set it up on a permanent power
I have never seen it fail, but since the USB power goes off when my
computer goes into deep sleep, it has never been run for more than a few
hours at a time.
It is at home.
I'll set it up on a permanent power supply and run it continuously for a
few days, and report back
I think you also
On Sat, Oct 7, 2017 at 6:44 PM, Graham wrote:
> I recompiled the '.dtbo' for 48 MHz SPI clock, which is the maximum for the
> Sitara.
>
> Seems to work fine for a quick check.
>
> Ran speedtest-cli, which moves a fair amount of data through it...
> Download: 4.76 Mbit/s
>
Additional notes:
When I got this first working I was using: Kernel Version 4.4.88
If you
check:
https://github.com/beagleboard/pocketbeagle/wiki/mikroBus%E2%84%A2-Click-Boards
it will tell you which Kernel and Overlay versions you need for a given
Click board.
You might need to upgrade your
I wonder if there is away to measure the processor overhead between the ENC28
and the WIZ chip. Network thruput is not drastically different but curios
which is most efficent use of processor.
The ENC28 has Max SPI clock of 20Mhz so if I understand Graham's explanation we
could go up to 16Mhz
I recompiled the '.dtbo' for 48 MHz SPI clock, which is the maximum for the
Sitara.
Seems to work fine for a quick check.
Ran speedtest-cli, which moves a fair amount of data through it...
Download: 4.76 Mbit/s
Upload: 5.96 Mbit/s
Upload speed is probably constrained by my network, not the
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
> ---
>
The possible bus frequencies are integer divisors of 48 MHz, so only option
above 24 MHz is 48 MHz.
Spec on the W5500 chip says it will run up to 80 MHz.
So, I will recompile the ".dtbo' for 48 and report.
--- Graham
==
On Sat, Oct 7, 2017 at 6:02 PM, Robert Nelson
On Oct 7, 2017 5:30 PM, "Graham" wrote:
Steven:
Thanks for pointing out speedtest-cli.
I followed your tutorial and got my ETH-WIZ 10/100 Mbps Click running,
since Robert released the overlay for that yesterday.
The one addition to your tutorial is that it also required
Steven:
Thanks for pointing out speedtest-cli.
I followed your tutorial and got my ETH-WIZ 10/100 Mbps Click running,
since Robert released the overlay for that yesterday.
The one addition to your tutorial is that it also required upgrading the
kernel to 4.9 as part of the install, per
I installed speedtest-cli with this:
sudo apt install speedtest-cli
And ran it with this:
speedtest-cli
On Friday, October 6, 2017 at 7:48:03 PM UTC-5, Graham wrote:
> On Friday, October 6, 2017 at 1:36:14 AM UTC-5, Steven Keller wrote:
>
>
>
>
>
>
> My Download and Upload speeds from
On Friday, October 6, 2017 at 1:36:14 AM UTC-5, Steven Keller wrote:
>
>
>
> My Download and Upload speeds from speedtest.net were about 2.7Mbit/sec.
> Not a speed demon but fast enough for IoT work.
>
>
>
Steven:
Thanks for the report.
How do you get speedtest.net to report the Down and
44 matches
Mail list logo