So I have found some explanation for this problem. And created some sort of solution.
The problem is that the function in the android`s NFC library always creates an NDEF short message and the message length is stored in one byte. Which means the maximum length is just 256 byte with the ndef part.
Why the NXP-s OWN program discover this tag just as 238 bytes... Well because it definitely has some errors inside, well better android have some serious issue handling NFC, becaus with a microsoft Lumia this tags dicovered as 888 bytes long without any problem.
Finally, the solution is use advanced NFC classes and write it from byte to byte. It will grant better understanding how this whole NFC works.
With this you can create your own message protocol a bit better than this NDEF thing. For me the solution was to use an extra four bytes at the end of the memory. With this I can adress much longer messages (2^32)than this tags can store. I also indicate in this four bytes if Ndef is present in the tag, becaus in this case I have to cut the first 7bytes of the message. And yes as you may found out I have create the ndef part of the message manually (for compatibility I need some part of the message to be readable with any application). I write just short messages, because the long messages of android and Lumia is different (Lumia can`t read what android has written and vice versa).
So have a good time with programming if you want to use the whole memory with android and use the nfc advanced :). I hope it will be easier in Windows Phone OS.