Is it possible to load and display google map on TFT LCD using Tiva4C microcontroller?

Hello Sivaprasad,

Indeed running an application like Google Map would need some level of OS Support!!!

But what you are missing is the driver development of the LCD Panel and the GSM Modem integration. You may want to check Exosite application as well.

Regards

Amit

sivaprasad sm said:

my doubt is , is it possible with Tiva4C?

Such precision question deserves equally precise response - "sure it's possible - but likely it's impossibly S  L  O  W..."

Would not your visit to Garmin, Tom-Tom (and similar) sites - reveal MCUs far beyond Cortex M4?

I think it might be feasible.  Here would be my battle plan...

1) learn and understand the Ethernet and HTTP client examples from TivaWare.  Exosite application (qs_iot) from the Connected Launchpad (EK-TM4C1294XL), and enet_weather from that same board as well as qs-weather from the dk-tm4c1294x board as well. 

2) connect as an http client to the google maps API.  https://developers.google.com/maps/documentation/imageapis/  you basically create a URL with the location and parameters that you want to find a map image for.  for example http://maps.googleapis.com/maps/api/staticmap?center=-15.800513,-47.91378&zoom=11&size=200x200  everything after the 'staticmap?' is parameters that define the image you want to get back from Google

3) receive back the full image with probably some HTTP header stuff.  strip off the header stuff.  Figure out the file format of the image they gave you (is JPG, PNG or something else?) 

4) if jpg then go to the show_jpeg examples from Tivaware and merge it with your HTTP client example. If something else life gets tougher and you will have to decode the image to the screen.

This gets you a static map image on the screen.  No icons or location markers or anything fancy but its a google map on your Tiva screen.  After that it looks like most of the API is in JavaScript and would require much much more work. 

INTEGRIS Dexter said:

This gets you a static map image on the screen.

Well - maybe - but only after an extreme amount of investigation, trial/error and multiple, other, "unknowns!"

And - was it not stated earlier, "unrolling a JPG file" unlikely to set, "land speed records."  (via a non-HW Accelerated JPG implementation w/in the MCU)

Shouldn't your (new) role include the proper mating of, "tool to task?"  Is not the candidate M4 very much, "overmatched" for such purpose?  Might your encouragement deserve some slight, rethink?

Continue in the (past expressed belief) that MCUs employed by Garmin/similar are far more appropriate for such application - and beyond the class of devices here.  (and entire GPS units - may be "on sale" for 50-70 (USD))

Clearly this is poster's, "learning exercise" and this reporter stands by the belief that far better use of time/effort can be realized by better choice of a more, "reasonable" target application...

Hi,

Last info - if you like to remain with TI, look at the BeagleBone Black board (beagleboard.org) - you will be impressed!

Petrei

Petrei's "BBB" suggestion is far more, "on target." 

Yet - "horse's mouth" (i.e. gold standard) here is clearly those firms who, "Map/Guide" for a living.  (Garmin, Tom-Tom etc.)

Studying the efforts of those who have realized success in your target area of interest should be, "Standard Operating Procedure."  "Reinventing the wheel" is not favored by investors - especially when solid "roadmaps" are readily available...

The correct "mating" of, "Tool to Task" is critically important - often it alone is a great predictor of product/project's success...