Search found 67 matches

by DBrunermer
Wed Oct 16, 2019 6:30 am
Forum: NetBurner Hardware
Topic: Any IRQ changes to MOD54415?
Replies: 1
Views: 2002

Any IRQ changes to MOD54415?

Hi all, IMOD54415, Dev 2.7.7 Have there been any changes to the underlying hardware on the 54415 with respect to interrupts? Like, is there a new buffer or anything? I've been using the same code base for a few years, and it's always been pretty reliable. Lately, though, I'm starting to have problem...
by DBrunermer
Wed Jan 23, 2019 6:31 am
Forum: NetBurner Software
Topic: Abort a blocking read()
Replies: 3
Views: 2084

Re: Abort a blocking read()

Thanks for the response, sulliwk06. For now I'm trying a ReadWithTimeout() with 2 as the TO value. In the routine where I need to change the file's read location, if I sense the port is open, instead of closing it, I change the variable I need to change and do a OSTimeDly(4) and just sort of hope th...
by DBrunermer
Tue Jan 22, 2019 12:01 pm
Forum: NetBurner Hardware
Topic: MOD54415 Startup Time
Replies: 14
Views: 13086

Re: MOD54415 Startup Time

Thanks again, I'll give that a try. I did do the malloc, though, and that seems to be OK for now. I'm with you, on an embedded platform I'd rather have everything predefined.
by DBrunermer
Tue Jan 22, 2019 11:47 am
Forum: NetBurner Software
Topic: Abort a blocking read()
Replies: 3
Views: 2084

Abort a blocking read()

MOD 54415 ; NNDK 4.7.7

In one task, I have a blocking read(...) function. Occasionally, I need to abort this operation from a different thread. Is this possible?

I tried calling close() on the file id from the other task, but that doesn't seem to do it.
Thanks, Dan
by DBrunermer
Fri Jan 18, 2019 10:04 am
Forum: NetBurner Hardware
Topic: MOD54415 Startup Time
Replies: 14
Views: 13086

Re: MOD54415 Startup Time

Thanks for all your help so far, but I think it might be none of the above. Of the 64MB of RAM for the device, I allocate 63MB as sort of a big heap for some other operation: unsigned long all_memory[15615072]; When I change that to: unsigned long all_memory[1]; it boots up super-fast. Do you have a...
by DBrunermer
Thu Jan 17, 2019 7:14 am
Forum: NetBurner Hardware
Topic: MOD54415 Startup Time
Replies: 14
Views: 13086

Re: MOD54415 Startup Time

Re: the last, it's the MOD not the Nano. And I do have that line in there, I just didn't put it in the snippet. But you know what, it is later than what you have here. I'll try reordering that too. Should EnableAutoUpdate() be before or after OSChangePrio(MAIN_PROP)?
by DBrunermer
Thu Jan 17, 2019 6:05 am
Forum: NetBurner Hardware
Topic: MOD54415 Startup Time
Replies: 14
Views: 13086

Re: MOD54415 Startup Time

OK, I'll give that a try. I don't explicitly call GetDHCPAddress anywhere, so I thought it wouldn't affect me. Let me ask this. If I start a new project and don't include DHCP support, would that prevent it?
by DBrunermer
Wed Jan 16, 2019 5:54 am
Forum: NetBurner Hardware
Topic: MOD54415 Startup Time
Replies: 14
Views: 13086

Re: MOD54415 Startup Time

I'm sorry, Tom, I thought I answered that. I think I typed a reply yesterday and forgot to hit submit. OK, so on my setup, basically I just watch the boot messages coming over the RS232 port. It goes like this: Turn on power / stopwatch The 'press A' message appears almost immediately At 9.4s I get ...
by DBrunermer
Tue Jan 15, 2019 12:04 pm
Forum: NetBurner Hardware
Topic: MOD54415 Startup Time
Replies: 14
Views: 13086

Re: MOD54415 Startup Time

I should have mentioned it's with NNDK 2.7.7 I didn't try that exactly, though I do get the same behavior right out of the box. Or is the factory app and the app it comes with two different apps? Anyway, my code reads like this InitialStack(); EthernetIP = 0xC0A80165 // 192.168.1.101 StartHTTP(); Is...
by DBrunermer
Tue Jan 15, 2019 6:54 am
Forum: NetBurner Hardware
Topic: MOD54415 Startup Time
Replies: 14
Views: 13086

MOD54415 Startup Time

Hi, is there any way to make a 54415 boot faster? Right now it seems to take around 10 seconds. My old 5270/5272 apps went much faster. Can I do anything? Thanks, Dan