TCP/IP协议栈是否支持PIC18f56k42控制器

我相信最后一个微芯片TCP/IP协议栈是用C18编译器运行的，没有新版本支持XC8编译器，但是可以考虑MCC使用的微芯片TCP/IP Lite堆栈，它支持Enx24J600。PIC18F56K42由最新的MCC版本支持，所以应该如果TCP/IP堆栈特征包含在TTCP/IP Lite堆栈中。



      以下为原文

    I believe the last microchip TCP/IP stack was released to run with C18 compiler, there is no new version supporting XC8 compiler, but you can consider Microchip TCP/IP Lite Stack that you can use with MCC and it support ENCx24J600.
The PIC18F56K42 is supported by the latest MCC version, so it should work if the TCP/IP STACK features you want to implement are included in the TCP/IP Lite stack .

HISorry，但是这个信息已经过时了。“MLAYV2017Y03Y06”有一个为XC8HIHEST编写的TCP/IP协议栈。



      以下为原文

    HI



Sorry but this information is outdated.
"MLA_v2017_03_06" has a TCP/IP stack written for XC8
 
HIH
 
Best regards
Jorge
 

但是在MLAYV2017Y03Y06中没有Enx24J600 .c/h文件？



      以下为原文

    But there is no ENCx24j600.C/H File in the MLA_v2017_03_06?

Passhero，是的，您应该能够完全使用PIC18F56K42与Enc24J600而不必对堆栈进行任何更改。也请注意我们的一个新版本的TCPIP栈在WebISIT的一个星期内作为插件。www. McCHIP.COM/MCC



      以下为原文

    @Passhero,
Yes, you should be able to absolutely use PIC18F56K42 with ENC24J600 without having to make any changes to the stack. Also look out for a newer version of our TCPIP stack coming in a week's time on the webisit as a plugin.
www.microchip.com/mcc

所以我用“MCC”配置了TCP IP Lite堆栈，但是它不能正常工作。在MiHoCHIGH代码配置器中，我不能在THE TCP/IP配置中选择一个SPI总线（它是一个bug），所以我必须单独配置SPI。在软件中，我必须注释芯片选择引脚的高和低设置（“EthnNCSLH（），EthnnCSLUW（））），否则PIC在SPI LO中出现。因此，硬件处理芯片选择。根据我的PIC数据表，我可以用软件控制芯片选择，但它不工作。UTI88T SPI1Exchange 8BIT（UIT88T数据）{/1字节传输计数SPI1TCNTL＝1；SPI1TXBB＝数据；（[lt；字体]，同时（PrI2BITS，SPI1RXIF＝＝SPILRXYNIN进程）[＆Lt；字体] {[& lt；字体] }返回（SPI1RXB）；} Wi这个改变栈可以通过SPI与EnC通信并初始化它。现在如果我ping以太网控制器，它将识别有一个传入的消息，但是“Health.ID.Type”是空的，所以控制器不知道它是什么类型的包，并且在交换盒上运行。TeWorkRead（VULL）{CeTeNETFrimeStudioHead；char Debug GSTR（80）；IF（EthyPosiTeClad（））{EthnNeXPositUpDeDebug（）；EthyRead Bug（（char *）和；页眉，SigeOf（页眉））；Heal.ID.Type = ntoHS（[lt；字体]页眉.ID.Type）；//反向类型字段NETWorksSavestAtPARTIONTHORE（）；[Lt.Ford]开关（Health.ID.Type）{CaseEthyType VLAN:Debug；ActhyType ARP:ARPV44PACKET（）；断案；EthyType IPv4:IPv4xPoCuTE（）；断言；EthyType IPv6:中断；默认：中断；} EthfFulHuffe（；）}，我们还提供了1S刻度的Time2（在代码中更改）。因此TCP/IP Lite堆栈不完全支持。我的控制器和我必须改变代码中的东西…？PS:我使用这个HTTPS://Realth.DigiLel./PMOD/PMODIC100/启动



      以下为原文

    So i configured the TCP IP Lite Stack with the "MCC" but it does not work properly. In the Michochip Code Configurator I can not choose a SPI Bus in trhe TCP/IP configuration (its a bug) so i have to configure the SPI separately.
 
In Software I have to comment out the High and low setting of the Chip select pin ("ETH_NCS_HIGH(),   ETH_NCS_LOW()") otherwise the Pic stucks in the SPI loop. So the hardware handles the chip select. According to the datasheet of my PIC I could control the chip select by software but it doesn't work.
 
uint8_t SPI1_Exchange8bit(uint8_t data)
{
//One byte transfer count
    SPI1TCNTL = 1;
    SPI1TXB = data;
  [ [ [     return (SPI1RXB);
}
 
With this change the The stack can communicate with the ENC via SPI and initialize it.
 
Now if i ping the ethernet controller it will recognize that there is an incoming message but "header.id.type" is empty, so the controller does not know what type of packet it is and runs over the switch case.
 
void Network_Read(void)
{
    ethernetFrame_t header;
    char debug_str[80];
if(ETH_packetReady())
{
    ETH_NextPacketUpdate();
    ETH_ReadBlock((char *)&header, sizeof(header));
    header.id.type = ntohs([     Network_SaveStartPosition();
  [     {
     case ETHERTYPE_VLAN:
            break;
     case ETHERTYPE_ARP:
            ARPV4_Packet();
            break;
    case ETHERTYPE_IPV4:
            IPV4_Packet();
            break;
    case ETHERTYPE_IPV6:
            break;
    default:
            break;
    } 
        ETH_Flush();
    }
}
 
I also us the Timer2 for the 1s tick (changed it in code).
So the TCP/IP Lite Stack is not supported fully by my controller and i have to change something in the code...?
 
PS: i use this one https://reference.digilen.../pmod/pmodnic100/start

我得到了SPI例程，在代码中有一些错误的轮询，但是ICMP ping仍然不起作用。图中有一个不相交的帧。因此，如果我调试“EthyPositRead”是正确的，但是在“Health.ID.Type”中有一个错误的源/目的地MaDress，ID，…因此PIC不知道它是一个ping…空隙NETWorksRead（空隙）{EnETNETFraseTHT标题；char Debug GSTR（80）；IF（EthyPosiTeCueRead（））{EnthNeXPopeTeUpDebug（）；EthyRead Bug（（char *）；头，sieof（头））；RePosits（）；Switter（页眉，ID.Type）{CaseEthyType VLAN:BACKE；外壳EthyType ARP:ARPV44PACKET（）；SUBE Type Type IPv4：IPv4xPoCuTE（）；中断；ActhyType IPv6:中断；默认：中断；}



      以下为原文

    I got the SPI routine fine there were some wrong polling in the code.
But the ICMP Ping does still not work. The PIC recognize that there is an incomming frame. So if I debug the "ETH_packetReady" is true but in the "header.id.type" stands a wrong source/destination macadress, id, ... so the PIC does not recognize that it was a PING...
 
void Network_Read(void)
{
ethernetFrame_t header;
char debug_str[80];
if(ETH_packetReady())
{
ETH_NextPacketUpdate();
ETH_ReadBlock((char *)&header, sizeof(header));
header.id.type = ntohs(header.id.type); // reverse the type field
Network_SaveStartPosition();
switch (header.id.type)
{
case ETHERTYPE_VLAN:
break;
case ETHERTYPE_ARP:
ARPV4_Packet();
break;
case ETHERTYPE_IPV4:
IPV4_Packet();
break;
case ETHERTYPE_IPV6:
break;
default:
break;
}
ETH_Flush();
}
}

更新：我现在都在工作。我把堆栈加载到一个新的项目中，调整了SPI和计时器，它工作！现在我可以发送一个ping到我的控制器。谢谢



      以下为原文

    UPDATE: I'ts all working now. I loaded the stack into a new project adjusted the SPI and Timer and it works ! Now i can send an ping to my controller. THANKS