NetBurner Community Forum

I ended up removing the code that access the InterfaceBlock to turn DHCP on/off and went back to my GetDHCPAddress() call. This resulted in the system not crashing. But once I went back to compiling the data as a JSON object instead of my test string the crash happened again.
Maybe I'll just be ...

I'm using a MOD54415 and we're on NNDK ver 2.7.1
I've since narrowed it down to the writeall() function sending the data as what is crashing the system, using NB::Websocket::ws_write also yields the same result.
I've tried re-working how data is sent to the web client, so now the webclient requests ...

So I'm unfortunately still stuck on this problem but I think I've narrowed it down. Here's the code for my websocket update task and the function that handles starting and stopping DHCP:


void ToggleDHCP(bool enable)
{
int interface = GetFirstInterface();
InterfaceBlock *dhcpIntf ...

Thanks a lot!
My netinterface.h didn't have GetInterfaceLink, I'm running 2.7.1
But I did find GetInterFaceBlock which also appears to report back whether or not the connection is alive.

I've found the TestDHCP example code, I think I should be able to get what I need from this.

I have a websocket running on my mod54415 system that gets data sent through it a few times per second.
I'm wondering if there's an elegant way besides what I'm currently doing to check if the ethernet connection is lost (like if the cable gets yanked out) and the system isn't expecting the loss in ...

Yup, I realize that now, brain fart.

I switched the channel A pin to go on J1[31] which had the same 1Mohm resistance that we had measured and this seems to have fixed the issue, also using 2k resistors on the LPF. I just wish I could figure out why it wasn't happy with what I was giving it.

Hi,

I have a system using a MOD54415 where amongst other things has four rotary encoders hooked up to it.
They are connected to pins J1[5] and J1[6], J1[7] and J1[9], J1[10] and J1[13], and J2[45] and J2[47]. They were working fine but the encoders weren't super accurate, so I've been playing ...