| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Uthernet programming question |
On Jan 21, 6:20=A0am, Mark McDougall wrote: > BLuRry wrote: > > After looking at the data sheet, I realized that there is a slim > > chance of using Uthernet without a full IP stack and only using MAC > > communication to transmit data since there is an on-chip 802.3 handler > > and a packet buffer. =A0Is this even remotely feasible to explore > > further? > > Of course - IP is just software implementing an arbitrary protocol. You c= an > replace it with anything you want. > > Regards, > > -- > | =A0 =A0 =A0 =A0 =A0 =A0 =A0Mark McDougall =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0| "Electrical Engineers do it > | =A0http://members.iinet.net.au/~msmcdoug> =A0 | =A0 with less resistan= ce!" Right, I understand that the sky is the limit when you can do bare- metal programming on the Uthernet side. However, under the control of a mammoth OS like OSX, Windows or Linux, what sort of constraints is one likely to run in to? I remember that the Nintendo DS implemented some sort of proprietary MAC-based communication method, but in order to talk to the DS from a PC you had to have a specific wireless card and replace the driver, etc. Is it possible to do bare-metal programming like this without having to go as far as writing drivers in a PC world? -B --- SBBSecho 2.12-Win32* Origin: Derby City Gateway (1:2320/0) SEEN-BY: 10/1 3 34/999 120/228 123/500 128/2 140/1 222/2 226/0 236/150 249/303 SEEN-BY: 250/306 261/20 38 100 1404 1406 1410 1418 266/1413 280/1027 320/119 SEEN-BY: 393/11 396/45 633/260 267 712/848 800/432 801/161 189 2222/700 SEEN-BY: 2320/100 105 200 2905/0 @PATH: 2320/0 100 261/38 633/260 267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.