Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - ctkian

Pages: [1] 2
1
µTasker general / HTTP Web Server
« on: June 10, 2019, 08:27:56 AM »
Hi,
I have a question in regard to your HTTP web server. For the server handling in your uTasker OS for M5223X, the development was solely build from scratch by you/your teams or from a ”platform” you leveraged to start with?

2
µTasker general / Re: uTasker Timer
« on: April 16, 2014, 04:20:59 PM »
Hi Mark,

Appreciated you reply. I am looking into this as I have stumble with a problem that causes incorrect value(rare case) being fed into function fnReduceSWTimer, causing some of the timer overflow and not fire in time.

The new version is more self explainable.

Below the the whole contents of fnStartNewTimer, please advise if the require changes involve is only as per your previous post.

static void fnStartNewTimer(TIMER_BLOCK *ptrNewTimer)
{
#ifdef GLOBAL_HARDWARE_TIMER
    if (ptrNewTimer->OwnerTask & HARDWARE_TIMER) {                       // start a new hardware timer
        fnSetNewHWTimer(ptrNewTimer);                                    // start hardware timer or queue the new timer
        return;
    }
#endif
    if (!fnGetNotTimer(ptrNewTimer)) {                                   // start new mono-stable timer
        uTaskerMonoTimer( OWN_TASK, (DELAY_LIMIT)ptrNewTimer->TimerDelay, E_TIMER_FIRED ); // if no other timer active, simply start ours
        TimeStamp = uTaskerSystemTick;
        NextFire = ptrNewTimer->TimerDelay;
    }
    else {
        UTASK_TICK RemainingTime = TimeStamp + NextFire;                 // if our delay is longer than the present delay we calculate delay difference
        if (RemainingTime >= uTaskerSystemTick) {
            RemainingTime -= uTaskerSystemTick;
        }
        else {
            RemainingTime = uTaskerSystemTick - RemainingTime;
        }

        if (RemainingTime > ptrNewTimer->TimerDelay) {
            fnReduceSWTimers(ptrNewTimer, (unsigned char)(NextFire - (unsigned char)RemainingTime));
            uTaskerMonoTimer( OWN_TASK, (DELAY_LIMIT)ptrNewTimer->TimerDelay, E_TIMER_FIRED );
            TimeStamp = uTaskerSystemTick;
            NextFire = ptrNewTimer->TimerDelay;
        }
    }
}

Thank you very much.

3
µTasker general / uTasker Timer
« on: April 16, 2014, 02:00:18 PM »
Hi Mark,

I saw the following code in uTasker function - fnStartNewTimer.

1        UTASK_TICK RemainingTime = TimeStamp + NextFire;                 // if our delay is longer than the present delay we calculate delay difference
2        if (RemainingTime >= uTaskerSystemTick) {
3            RemainingTime -= uTaskerSystemTick;
4        }
5        else {
6            RemainingTime = uTaskerSystemTick - RemainingTime;
7        }

Can you explain to me what is the function on line 6.

Thank you very much.

4
NXPTM M522XX, KINETIS and i.MX RT / Re: M522XX IP Conflict Handling
« on: October 24, 2013, 03:44:17 AM »
Hi Mark,

Thanks for the answer.

5
NXPTM M522XX, KINETIS and i.MX RT / Re: M522XX IP Conflict Handling
« on: October 23, 2013, 03:00:40 AM »
Hi All,

My case would be the former one: An IP conflict can exist when my device has the same IP address as another device on the network(can be a PC with same IP or another unit of my device).

6
NXPTM M522XX, KINETIS and i.MX RT / M522XX IP Conflict Handling
« on: October 22, 2013, 03:07:45 AM »
Hi,

I would like to know how uTasker react when IP conflict occur? Please advise me which part of the code is handling the IP conflict.

Best regards,
Cheng

7
IPv6 / Re: New IPv6 board added
« on: May 10, 2013, 05:16:49 AM »
Hi Mark,

Is there any plan to enable DHCPv6 in uTasker in near future? Is it possible to request DHCPv6 to be added in into uTasker?

8
IPv6 / Re: New IPv6 board added
« on: May 07, 2013, 12:08:34 PM »
Hi,

1. Is this mean IPv6 for uTasker is actually ready?
2. Is it implementing IPv6/ICMPv6/DHCPv6?
3. Does it exist in dual-stack mode, supporting IPv4 and IPv6 concurrently?

From this video(http://www.youtube.com/watch?v=BMPXhtoUeJo), it shows that IPv6 is ready for uTasker. And it mentioned the overall code size is 70k and RAM size is 50k. Please advice is there anyway IPv6 can be fit into MCF522XX, since it only have 32KB Ram size.



9
µTasker general / DHCP and SNMP on uTasker_v1.3_SP6 (MCF5223X)
« on: May 03, 2013, 09:44:37 AM »
Hi All,

I would like to know in uTasker_v1.3_SP6,

1. Is DHCP code mature for deployment.
2. To what extend the SNMP has complete and what is require to be add in (since in the source file it is written as in development. Attached here the source that I have.

Or can I can and updated version on DHCP and SNMP that is more readiness for application code. Please advise me as well what is implement in latest code on DHCP and SNMP.

Thank you very much.

10
µTasker general / Re: TCP Data Position Relocation Over VPN Network
« on: April 19, 2013, 03:28:59 AM »
Hi Mark,

After verification on data received on fnHandleTCP(), there is no byte position shift as I claim on first post. Further investigation reveal that it is indeed a mistake during data collection that cause the byte shift. Thus, in the stack everything is in correct order!

Thanks again for pointing out the places for my troubleshooting.

By the way, the VPN network is not working is due to the application layer that perform a check bewteen 'TCP source IP'  against MCF522xx internal server ip settings. And this is due to the server side have 2 network card. Once the server is move into another PC with single network card, the problem is resolved.

Thanks again for your good support.

11
µTasker general / Re: TCP Data Position Relocation Over VPN Network
« on: April 11, 2013, 02:58:58 AM »
Hi Mark,

Currently the checking is done on TCP listener (callback function upon receiving data on event TCP_EVENT_DATA).

I will check on fnHandleTCP section and reported back. I would like to know if fnHandleTCP data is still showing byte position shift, can I conclude that it is the TCP sender that send corrupted data into M522xx?

Besides that, I found out TCP header does include a checksum for TCP header+data validation (http://en.wikipedia.org/wiki/Transmission_Control_Protocol#Checksum_computation). Can you advise me if the checksum validation is implement in uTasker and where is it implemented?

Best regards,
Cheng

12
µTasker general / Re: TCP Data Position Relocation Over VPN Network
« on: April 08, 2013, 04:38:52 AM »
Hi,

In order to troubleshoot this problem, I have put another PC (IP: 192.168.1.200) on the same subnet as the MCF5223X(IP: 192.168.1.203). Then instead of sending data to MCF5223X, the TCP data is send to PC and I captured received data using wireshark. I did not observed any suspicious data in wireshark. Kindly refer to attached file for wireshark data.

In the attached file, the actual TCP data sent happen on item 4 - '\xd0'C0A802C8001DF100AACA'\x0d'.

Best regards,
Cheng

13
µTasker general / TCP Data Position Relocation Over VPN Network
« on: April 05, 2013, 10:55:49 AM »
Hi All,

A bit of current environment info: we are using uTasker_v1.3_SP6 on MCF5223X.

Under VPN network, the TCP data send into MCF5223X has been reposition. For example, in the sender side we send "ABCDEFG" but in the MCF5223X, what we received is "ACBDEFG". We replaced MCF5223X with a PC and load with a simple TCP-receiver software and there is no problem on it. This problem only happen when the MCF5223X is put under VPN network. If VPN is remove, then the unit is working without problem.

I would like to know what would be the possible cause and advices to resolve this issues is appreciate.

Best regards,
ctkian

14

Hi Mark,

We only require on the write section, thus had implemented it as per your suggest and works fine.

Thanks a lot!  :)

15
Hi,

Yes, the problem is reproducible on every ftp file transfer.

The SPI flash we use is 2 piece of AT45DB642.

The file location is start at page number 7766 of 1first flash, address location is 7766X1056 = 0x7D22C0 (excluding MCF522xx flash size)

Due to the file size larger than 128Kb, I had send to email coldfire_uT@uTasker.com instead.

Thank you very much.

Pages: [1] 2