(received value: 254) Sidelights (SL) : 0 (received value: 0) Reversing Lights (REV): 0 (received
2023-05-04 07:24
direction max speed, slowing down to zero when PWM comes close to mid point (128), and then reversing
2018-11-21 10:35
我在PIC18F67 J60上使用DHCP服务器使用TCP/IP协议栈。TCP/IP协议栈版本为5。设置与大多数路由器完美地工作，IP是通过DHCP获得的，并且一切都很好。这个问题出现在几个路由器上，我的板（同一个设置）不能接收DHCP提供包。目前我使用DigISOOL DG-H33TA，我正面临这个问题。观察WiReSARK流量，我看到董事会发送DHCP发现和路由器响应DHCP要约，但它没有收到在我的结束。下面的函数是StackTsk。C返回false。这是因为EPKTCNT是零。分析DHCP包，我观察到DigiSL路由器发送的DHCP提供的数据包大小是590字节。在其他路由器（工作）提供的DHCP大小为326字节的地方。但是接收缓冲器有足够的内存来接收这个数据包。我怀疑它是否能够接收任何数据包，或者可能是特定的数据包。我没有找到问题的地方。我无法弄清楚为什么没有收到包裹。有什么建议是最受欢迎的吗？我试着让我的头脑清醒一段时间。如有任何帮助，我们将不胜感激。 以上来自于百度翻译 以下为原文 Hi.Im using the TCP/IP Stack with DHCP Server on a PIC18F67J60. The TCP/IP stack version is 5.00. The setup works perfect with most of the routers, the IP is obtained over dhcp and everything is great.The problem arises with few routers where my board(same setup) fails to receive DHCP offer packets. Currently i am using digisol DG-HR3300TA on which i am facing the issue. Observing wireshark traffic i see the board sending DHCP discovery and the router responds with DHCP offer, but it is not received at my end. The below function is StackTsk .c returns false.if(!MACGetHeader(&remoteNode.MACAddr, &cFrameType))break; Thats because EPKTCNT is zero.if(EPKTCNT == 0u) {return FALSE; } Analyzing the dhcp packets i had observed that the packet size of dhcp offer sent by digisol router is 590 bytes. Where as the size of dhcp offer by other routers (working)is 326 bytes. But the receive buffer has enough memory to receive this packet. I doubt it is able to receive any packet or maybe that particular offer packet. I am short of places to look for the problem.I am unable to figure out why it is not receiving the packet.Any suggestions are most welcome? i am trying to get my head around this for quite some time. any help will be appreciated.
2019-03-08 12:19
Init_B line goes low about 3 pulses after that every time as well. I tried reversing the bytes
2019-06-28 08:15
transformer with zero DC bias is with a PWM of 50%, or by using a full bridge and reversing the drive
2019-06-18 14:36
我使用PIC32 MX120 F064 H.XC32编译程序.MPLAB X IDE。我需要先问一下SPI移出LSB还是MSB？它首先接收MSB，但是它首先移出MSB还是LSB？这个PIC MCU中定义了用户吗？ 以上来自于百度翻译 以下为原文 I using pic32mx120f064h.xc32 compiler.mplab x ide. I need to ask spi shiftout LSB or MSB first? It receives m*** first.but it shiftout m*** or l*** first? Is that user defined in this pic mcu?
2019-05-08 14:26
使用ST7MC进行线性驱动控制？以上来自于谷歌翻译以下为原文 Linear drive control with the ST7MC ?
2019-06-06 09:25
; [?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??]Reversing byte order for AES-XTS hardware
2024-06-06 07:17
倒车雷达系统的硬件该怎样去设计？倒车雷达系统的软件该怎样去设计？
2021-05-17 07:01
我使用的是Microchip CAN总线分析仪，版本2.3软件。我用最新的固件对这两个UC进行了编程。我正在运行一个1MIT的CAN网络，分析器似乎丢失/混淆了消息。请参阅附加屏幕截图。注意，有时DLC是关闭的，24对8。计算机非常快，Win 7 64位，12G RAM。网络已经被证明。一个SysWorkscan总线分析器不会漏掉任何东西。有什么建议吗？谢谢，文斯 以上来自于百度翻译 以下为原文 I am using the MicroChip CAN BUS Analyzer, wiht version 2.3 software. I have programmed the two uC inside with the latest firmware.I am running a 1Mbit CAN network, and the analyzer seems to be missing / garbling the messages. See attached screen shots.Note that sometimes the DLC is way off, 24 vs. 8 etc.The computer is plenty fast, win7 64bit, 12G RAM.Can network has been proven. A SysWorks CAN BUS analyzer doesn't miss a thing.Any suggestions?Thanks,Vince Attached Image(s)
2018-10-09 11:05
