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
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
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
>
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
34 matches
Mail list logo