Search found 1081 matches
- Mon Jan 07, 2013 12:39 pm
- Forum: NetBurner's Eclipse IDE
- Topic: Missing ldflags.mak
- Replies: 6
- Views: 4858
Re: Missing ldflags.mak
You seem to be missing the whole MOD5282 directory.... if you are using the MOD5282 is ldflags.mak in nburn\mod5282\make\ If you are going from the command line... before running make try set PLATFORM=MOD5282 You can also put that PLATFORM=MOD5282 as the first line in your make file.... If you have ...
- Fri Jan 04, 2013 11:25 am
- Forum: NetBurner Software
- Topic: Endianess Question
- Replies: 1
- Views: 1700
Re: Endianess Question
8 bit bus transfers happen on D31..D24 with address lines A0..An having meaning. 16 bit bus transfers happen on D31..D16 with address lines A1..An having meaning, IE A0 selects the byte, so with 16 bit transfer it is not used. 32 bit bus transfers happen on D31..D0 and A0,A1 are both unused.... Now ...
- Wed Jan 02, 2013 11:34 am
- Forum: NetBurner's Eclipse IDE
- Topic: Missing ldflags.mak
- Replies: 6
- Views: 4858
Re: Missing ldflags.mak
I do all my work from the command line, not eclipse, so I can't help you with eclipse details... The error your getting proably says the platform variable is not set up. The command line tools use DEFPLATFORM and PLATFORM, if you have a custom makefile its also possible that it has a PLATFORM= in it...
- Fri Dec 21, 2012 7:08 pm
- Forum: NetBurner Software
- Topic: MOD54415 file handling
- Replies: 13
- Views: 6599
Re: MOD54415 file handling
Chris, Todd and Mr Nixon..
Thanks for helping people figure things out, in this case and in all the others you help with,
it really helps to provide several different views of how things work...
Thanks for being helpful loyal customers!
Happy holidays from Everyone at Netburner.
Paul
Thanks for helping people figure things out, in this case and in all the others you help with,
it really helps to provide several different views of how things work...
Thanks for being helpful loyal customers!
Happy holidays from Everyone at Netburner.
Paul
- Thu Dec 20, 2012 11:04 am
- Forum: NetBurner Software
- Topic: MOD54415 file handling
- Replies: 13
- Views: 6599
Re: MOD54415 file handling
If your more comfortable in 'C' style interface look at the UDP sockets example... nburn\examples\udp\UDPSockets... That is a C style interface to UDP... To answer your origional question... When you construct a UDP object off of a receive FIFO as long as the UDP object is still in scope the data sh...
- Tue Dec 18, 2012 2:12 pm
- Forum: NetBurner Hardware
- Topic: Fried PCB Board on power up
- Replies: 6
- Views: 3851
Re: Fried PCB Board on power up
Soem backgroudn that might be useful... The original CB34EX was not protected from reverse polarity connection. As part of revising the unit to pass the Modbus spec we had to make sure that the system would not be damaged from incorrectly connected CAN signals and backwards power supplies. (We also ...
- Mon Dec 17, 2012 3:58 pm
- Forum: NetBurner Hardware
- Topic: Spontaneous Reset after Setting Bit on IO Port
- Replies: 15
- Views: 8921
Re: Spontaneous Reset after Setting Bit on IO Port
Ok so the relay is ok as long as it does not switch the load, how is the load powered? Is it powered by the same source or battery as the Netburner? Do you have a snubber diode on the relay coil for when it turns off? Does the relay turn on and stay on or is it a pulse? IE is it possible that it is ...
- Sat Dec 15, 2012 10:07 pm
- Forum: NetBurner Hardware
- Topic: Spontaneous Reset after Setting Bit on IO Port
- Replies: 15
- Views: 8921
Re: Spontaneous Reset after Setting Bit on IO Port
Id vote for some power glitch with the relay or the thing attached to the relay...
Try disconnecting the relay coil and see if it still happens...
Try disconnecting the relay coil and see if it still happens...
- Mon Dec 10, 2012 3:28 pm
- Forum: NetBurner Hardware
- Topic: mod5213 PIT problem
- Replies: 1
- Views: 2110
Re: mod5213 PIT problem
Calling OSTimeDly is asyncronous...
the delay is syncronous...
so in fact a call to OSTimedly(n)
Will give you a delay
n-1 < actual _delay < n
So you are see slip in the OSTimeDly and the code around your pause burns up cycles until you slip over the the next count...
the delay is syncronous...
so in fact a call to OSTimedly(n)
Will give you a delay
n-1 < actual _delay < n
So you are see slip in the OSTimeDly and the code around your pause burns up cycles until you slip over the the next count...
- Mon Dec 03, 2012 3:47 pm
- Forum: NetBurner Software
- Topic: VLan
- Replies: 3
- Views: 2628
Re: VLan
Is this a speed issue? IE are you trying to reload pages automatically in a way that is too fastt for the slow remote connection? Is this a system with a NAT router that has a limited number of translation sockets between it and the device? Do purely simple static HTML pages work ok all the time? Tr...