Advertisement
If you have a new account but are having problems posting or verifying your account, please email us on hello@boards.ie for help. Thanks :)
Hello all! Please ensure that you are posting a new thread or question in the appropriate forum. The Feedback forum is overwhelmed with questions that are having to be moved elsewhere. If you need help to verify your account contact hello@boards.ie

GPRS costs for M2M Applications

  • 07-08-2009 11:26am
    #1
    DublinDilbert
    Registered Users, Registered Users 2 Posts: 5,381 ✭✭✭


    Hi All,

    I was wondering which networks offer GPRS data on a pre-paid sim?

    And is there a price comparison per MB any where?

    Its for a machine to machine application, i have telit gprs modules, so looking to source some sims to set up our test.


Comments

  • #2
    Jonathan
    Moderators, Education Moderators, Home & Garden Moderators Posts: 8,182 Mod ✭✭✭✭Jonathan


    How much data would you need?

    Meteor have a rate of 99c for 50MB, but once you go over than you are talking €5 per MB.

    Or they have €20 per month for 5GB.


  • #3
    DublinDilbert
    Registered Users, Registered Users 2 Posts: 5,381 ✭✭✭DublinDilbert


    Jonathan wrote: »
    How much data would you need?

    Meteor have a rate of 99c for 50MB, but once you go over than you are talking €5 per MB.

    Or they have €20 per month for 5GB.

    good question... it would only be a few kB a day, as its a monitoring application... I'll be sending a few soap packets a day...

    I was wondering about pre-pay gprs, as we might have to set up a test with 5 units, then these would be handed over to the customer... so it would be nice to just have 5 pre-paid sims in them...


  • #4
    Jonathan
    Moderators, Education Moderators, Home & Garden Moderators Posts: 8,182 Mod ✭✭✭✭Jonathan


    Well before you hit the reach the 50MB for 99c offer you are charged 2c per kb until you reach 99c.

    In that case, Vodafone would prob be the best bet. They charge 19c per MB for their ISP APN.

    You might find more info in Mobiles & PDA.


  • #5
    watty
    Registered Users, Registered Users 2 Posts: 32,417 ✭✭✭✭watty


    It's cheaper to buy a 5gbyte / 10Gbyte a month 3G/HSDPA datapackage and then set up the connection to only use GPRS.


  • #6
    Jonathan
    Moderators, Education Moderators, Home & Garden Moderators Posts: 8,182 Mod ✭✭✭✭Jonathan


    watty wrote: »
    It's cheaper to buy a 5gbyte / 10Gbyte a month 3G/HSDPA datapackage and then set up the connection to only use GPRS.
    He says he will only be sending a few KB a day.
    Why on earth would he need a 5GB/month data package?


    For arguments sake, he uses 100KB day. 1MB would be used in approx 10 days, so 3 MB per month.

    Total cost 57c per month.


  • Advertisement
  • #7
    Random
    Closed Accounts Posts: 19,080 ✭✭✭✭Random


    There's a guide to and comparison of data pricing here
    http://www.boards.ie/vbulletin/showpost.php?p=59526469&postcount=19 in the forum FAQ. :)


  • #8
    Jonathan
    Moderators, Education Moderators, Home & Garden Moderators Posts: 8,182 Mod ✭✭✭✭Jonathan


    Random wrote: »
    There's a guide to and comparison of data pricing here
    http://www.boards.ie/vbulletin/showpost.php?p=59526469&postcount=19 in the forum FAQ. :)
    Old news.. i posted that above ;)


  • #9
    Random
    Closed Accounts Posts: 19,080 ✭✭✭✭Random


    Jonathan wrote: »
    Old news.. i posted that above ;)
    Only seen the text on your link .. didn't follow it :(


  • #10
    Dankoozy
    Closed Accounts Posts: 1,115 ✭✭✭Dankoozy


    DublinDilbert wrote: »
    good question... it would only be a few kB a day, as its a monitoring application... I'll be sending a few soap packets a day...

    it's probably worth making your own binary protocol to save a bit then, instead of using the flavour of the month buzzword laden SOAP over HTTP presumably. i really don't know why kids these days insist on doing everything over HTTP, only a couple of years ago people made their own protocols from scratch for the particular application and it worked great.

    these days i'm making a messaging protocol that uses as little overhead as possible for use with satellite phones and other things where bandwidth is scarce or expensive. even just by using TCP you are creating a lot of overhead - i think most of the mobile networks allow UDP which uses substantially less if you design your protocol the right way.


  • #11
    jimmycrackcorm
    Registered Users, Registered Users 2 Posts: 14,339 ✭✭✭✭jimmycrackcorm


    Dankoozy wrote: »
    it's probably worth making your own binary protocol to save a bit then, instead of using the flavour of the month buzzword laden SOAP over HTTP presumably. i really don't know why kids these days insist on doing everything over HTTP, only a couple of years ago people made their own protocols from scratch for the particular application and it worked great.

    Kids these days do it for the maintainability and standardization. If you disappear who can fix your weird binary protocol? A better solution is to standardize on soap but implement a compression transport adaptor. Also if the application is any way used in a corporate environment then good luck trying to get the IS team to sort out the firewall for non-http traffic.


  • Advertisement
  • #12
    Dankoozy
    Closed Accounts Posts: 1,115 ✭✭✭Dankoozy


    jimmycrackcorm wrote: »
    Kids these days do it for the maintainability and standardization. If you disappear who can fix your weird binary protocol? A better solution is to standardize on soap but implement a compression transport adaptor. Also if the application is any way used in a corporate environment then good luck trying to get the IS team to sort out the firewall for non-http traffic.

    fixing it will be simple if you document it first and the firewall will need to be sorted out for any incoming packets anyway. blocking everything that isn't http doesn't do much for security anyway, its just an illusion. people feel comfortable with http, everyone and their dog is a web designer these days.

    binary isn't hard to work with if you have half a clue of what you're doing, sure the number of people that have a good understanding of it are less than those who understand SOAP or whatever more verbose protocol will be popular in six months time but if it is documented there should be no problems


  • #13
    jimmycrackcorm
    Registered Users, Registered Users 2 Posts: 14,339 ✭✭✭✭jimmycrackcorm


    Dankoozy wrote: »
    fixing it will be simple if you document it first and the firewall will need to be sorted out for any incoming packets anyway. blocking everything that isn't http doesn't do much for security anyway, its just an illusion. people feel comfortable with http, everyone and their dog is a web designer these days.

    binary isn't hard to work with if you have half a clue of what you're doing, sure the number of people that have a good understanding of it are less than those who understand SOAP or whatever more verbose protocol will be popular in six months time but if it is documented there should be no problems

    Hi. I appreciate what you are saying and I remember the good old days of myself doing as you suggest but the fact is that the world is standardizing on simple protocols such as soap, http etc for maximum maintainability. Sure aren't web pages hugely inefficient as pure text and hey what about those mark-ups in xml instead of binary codes.


Advertisement