IP协议和MAC帧我的个人理解

ID:82781 · 发表于 2015-6-13 17:06

前几天的试验中我通过以太网向PC发送过MAC最小帧，但是一直没有搭载IP协议部首和数据，其实我是这样想的，既然网络的最底层是物理层和数据链路层，那么不管什么协议都要被搭载到MAC帧域上，所以只要对MAC帧中加入相应的数据就可以了，那么主控制器首先呢写入MAC目标物理地址和源物理地址，这是为了在实际通信中使用的唯一是真实的地址码，而IP是逻辑上的，也就是程序中可以改变的，MAC地址则不行，他是全球唯一的，然后后面紧跟IP部首字段，IP部首后边跟着UDP或者TCP部首，再向后就是数据了，端口号都在TCP和UDP这一层，也就是TCP提供了端口号与进程通信，而这个TCP正在学习中。。。，那就是我在主控怎么吧这个TCP实现，还有就是FTP一类的应用层的编程，我想他一定可以用API惊醒操作。但是WIN编程这个还真不懂，所以现在的验证有如下几个，1：通过MAC帧发送IP和UDP协议的数据到PC端看看PC端是否收到数据包，2通过ARP写入MAC帧看看能否解析出PC的物理地址，如果没问题，那么就可以继续学习应用层，因为协议是分层的，所以我也要一层一层的搞，现在可以确定的是MAC和IP已经搞定，就是这个TCP&UDP协议的搭载了，TCP昨天看了下，比较2，所以我打算使用UDP协议，最后在物理层的数据流就是MAC部首+IP部首+UDP部首+数据+FSC,这样的一个流传到计算机的网卡，解析出MAC地址，解析出IP地址，解析出UDP端口，他就认为是接受了一个包，初步是这样想的，有待程序验证，看看到底能不能受到数据包才是王道，要不然就是空想，。。。。。由于IP协议的部首在我的主控端很容以实现，他的核心就是一个校验和，所以我在算法上还是难不倒的，但是高层的纠错啥的我估计就够呛了，走一步看一步，反正最中目标是：通过ARM和PC进行通信，当然他不是RS232而是用的以太网和互联网协议，这不是一天两天能搞明白的，不放弃，一口气就要玩自己喜欢玩的！！！

ID:82781 · 发表于 2015-6-13 17:06

自从前天的通信失利以来，我没有在把所有的精力都放到上面，我选择了玩，昨天到今天上午一直在玩DOTA，知道下午感觉该看下了，就打开了编译器，开始写程序，把以前的位操作换了种方式，并且在程序内部自开闭片选现。结果我要的结果是我成功了，反复试了几次，后哈哈困扰多天的问题解决了，我对他的内部经行写数据，然后有毒出来，结果一至，喜出望外，想想也是，劳逸结合还是有理的，这下好了，还是传说的“分治”法厉害，一个大问题分解成很多小问题，每天高一点，搞不出来也没关系，重要的是不放弃，知识是积累的，坚定不移的玩下去吧，下午还对内部的寄存器进行了定义，现在可以方便的使用他的名字了，直观许多，接下来的工作就是初始化和发送接收数据啦，手册手册，应用层的编程毫无头绪，TCP/IP也还是不懂，一步一步来吧！即使一小步也有新高度。加油！！！

ID:82781 · 发表于 2015-6-13 17:07

昨天开始看以太心片手册,昨天大体上流览了一编,今天上午开始细嚼慢咽,看了他的内部框架,存储结构和部分控制寄存器,一个芯片的操作方法已经显基本现出来,单是对IP协议和MACMII我都没有认知,下一步要继续研究寄存器和协议.上位机,挣取早日通信上位方面还是有难度,毕竟windows下编程我不太懂,API也不懂,还要用C++也不懂,还有很长的路要走,初步故记得到明年的五月份能通信就谢天谢地了,路随远行则将至,加油吧.

帐号		自动登录	找回密码
密码			立即注册