Messages

1

NXP^TM M522XX, KINETIS and i.MX RT / Re: A/D Channels

« on: March 12, 2009, 02:54:11 AM »

Hi Mark,

I am having troubles to read adc channel 1 on the M52233DEMO board.
The channel 0 is OK, but I can´t get the channel 1 to work. After that, I will need
the channel 2 and 3

I don´t need to use the adc with interrupts or tasks. Just need to send the values when
a snmp get is issued.

Can you send some ideias?

Regards,
Marcelo Costa

2

NXP^TM M522XX, KINETIS and i.MX RT / Re: MCF5223X SP9 SNMP

« on: February 28, 2009, 09:03:01 PM »

Hi Mark,

I double checked the snmp.c and udp.c functions and the SocketNr is not negative.
As I am not using any other udp subsystem, the value of SocketNr is 0 (zero) and it is OK.
the problem is the null ptrUDP.

I trace the problem to the fnFreeBuffer(Ethernet_handle, cEthernetBuffer); @ Ethernet.c.
After all SNMP/UDP jobs, it will call this function and an exception occours.

Do you have an idea of the problem?

Regards,
Marcelo Costa

3

NXP^TM M522XX, KINETIS and i.MX RT / Re: MCF5223X SP9 SNMP

« on: February 26, 2009, 12:04:06 PM »

Hi Mark,

Using your snmp code, when I issue a snmpget command:


snmpget -c public -v 1 <ip> 1.3.6.1.2.1.1.1

I get a "First-chance exception in uTaskerV1-3.exe: 0xC0000005: Access Violation."
at
   
if (ptrUDP->ucState != UDP_STATE_OPENED ) return SOCKET_CLOSED;
(udp.c at fnSendUDP function )


Does this error happened with you too ?

Regards,

Marcelo Costa

4

NXP^TM M522XX, KINETIS and i.MX RT / Re: MCF5223X SP9 SNMP

« on: February 25, 2009, 11:02:13 PM »

Mark,

you sent me snmp.c and another file sometime ago. It is the same ones or there were any improvement?

Regards,
Marcelo Costa

5

NXP^TM M522XX, KINETIS and i.MX RT / MCF5223X SP9 SNMP

« on: February 25, 2009, 10:48:49 PM »

Hi Mark,

I prepare a new directory with all SP´s, from SP1 to SP9.
I tried to use the SNMP agent (I see that you did a lot of work on it),
but I could´t get it to work.

Everytime that I issue a snmpwalk command the uTasker get stucked on the
SNMP_COMMUNITY_CHECK and the snmpwalk command returns with a timeout.

Is there anything, besides SUPPORT_SNMP, that I have to check ?

Regards,
Marcelo Costa

6

NXP^TM M522XX, KINETIS and i.MX RT / Re: M52233DEMO FULL-DUPLEX DON´T WORK

« on: February 12, 2009, 04:55:02 PM »

Hi,

Did you check the "Full Duplex" and "autonegotiate" bug that Mark said?

My board has this bug and I have to disable the autonegotiate.

Regards,
Marcelo Costa

7

µTasker general / Re: Feature suggestion: HTTP Response Header

« on: February 02, 2009, 11:37:45 AM »

Hi Mark,

I finally made the IE work. Follows the headers that I modified:

#ifdef SUPPORT_CHROME                                                    // {34} Chrome requires that the web server always sends a HTTP header otherwise it refuses to operate
    static const CHAR cucHTTP_header[] = "HTTP/1.1 200 OK\r\nConnection: close\r\nCache-Control: no-cache                          \r\n\r\n";
    #define SIMPLE_HTTP_HEADER_LENGTH    (sizeof(cucHTTP_header) - 1)

   #ifdef SUPPORT_MIME_IDENTIFIER
    static const CHAR cucXML_header[]  = "HTTP/1.1 200 OK\r\nConnection: close\r\nContent-Type: text/xml\r\nCache-Control: no-cache  \r\n\r\n";
    #define SIMPLE_XML_HEADER_LENGTH    (sizeof(cucXML_header) - 1)
   #endif

#endif

Regards,

Marcelo Costa

8

µTasker general / Re: Feature suggestion: HTTP Response Header

« on: February 02, 2009, 01:40:13 AM »

Hi Mark,

I added the meta tags in the html source, but the problem is that IE cache the XML file. Don´t ask why 

After I modified the http.c source file to support differents header responses based on mime type, I got
a strange content for the xml file. Extras bytes are added at the end of the response of the web server.
Other mime types are OK because the are responded with the http header.
I will send you the http.c and wireshark file, I would like if you could open them.

The xml and ajax are fully functional at chrome and mozilla, the problem is the IE that caches the xml.
I can send you the javascript function and an html sample using it.

I readed somewhere that is possible to create a file on the fly, but I thing that it would make the application more complicated.

Regards,
Marcelo Costa

9

µTasker general / Re: Feature suggestion: HTTP Response Header

« on: February 02, 2009, 12:31:45 AM »

Hi Mark,

Thank you for the files.
I cut the SUPPORT_CHROME parts and past in the old http.c.
My project uses ajax and XML to update data in a web page. Every thing works fines in Mozilla and CHROME now, except for IE.
IE insist to cache the XML file that is a txt with some £vXY commands.
I am modifying the http.c file to include the xml header response.
After that I will return to the SNMP development.

If you need help in any development or test, please call me.

10

µTasker general / Re: Feature suggestion: HTTP Response Header

« on: January 31, 2009, 12:38:42 AM »

Hi Mark,

Glad to hear from you.

I am use the SP8 but I can´t find the CHROME directive.

btw, did you have time to dig into the snmp code that I send to you?

Regards,
Marcelo Costa

11

µTasker general / Re: Feature suggestion: HTTP Response Header

« on: January 30, 2009, 11:37:23 PM »

Mark,

The HTTP Response Header feature did evolved?


Regards,

Marcelo Costa

12

NXP^TM M522XX, KINETIS and i.MX RT / Uploaded files changes filename to one char. ex index.htm turns to i.HTM

« on: November 04, 2008, 12:24:33 PM »

Hi,

When I upload a file, using FTP,  to uTasker (simulator or M52233DEMO) the filename changes.
For example, if I upload index.htm and I send a DIR command after, it shows i.HTM.
I tried to search the forum for something relevant but I can´t find it.

Does anybody faced something similar?

Regards,
Marcelo Costa