Page 1 of 2 12 LastLast
Results 1 to 10 of 20

Thread: OSDash Web Interface Definition

  1. #1
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2

    OSDash Web Interface Definition

    What is the OSDash web interface?

    OSDash is made up of three main components plus a data exchange standard.
    1. OSDash client - runs on the local pc and interfaces with the web services
    2. OSDash server - the server that exposes the web services to OSDash clients
    3. OSDash data standard - standardized data exchange packets for the web services
    4. OSDash web interface.

    The OSDash web interface is an online web page(s) that allows the users to control the settings for various web services that he/she is interested in using. The web page will allow the user to see available OSDash web services and activate them for use with their car pc or mobile device.

    The web interface will provide user id and password for both security and to allow the user to store custom settings for the services.

    Mp3car.com has agreed to write the web interface for the OSDash project and to provide the server space with user id and password services.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  2. #2
    Variable Bitrate UnusuallyGenius's Avatar
    Join Date
    Mar 2009
    Location
    Grand Rapids, Mi
    Posts
    224
    This web interface will need to be severely user friendly. I would take hints from the Apple Mobile Me web interface
    - Project: Unified Car Control
    - Original OpenMobile Interface Designer

  3. #3
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    I haven't used the Apple Mobile Me service but yes, the idea is to be very user friendly and make it as simple as possible.

    Otherwise, we just won't be able to attract users for the services.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  4. #4
    Antenna Engineer
    Auto Apps:loading...
    optikalefx's Avatar
    Join Date
    Apr 2009
    Location
    Baltimore, Maryland, United States
    Posts
    831
    Blog Entries
    86
    Intuitive is our goal.

  5. #5
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    Here's an example of a situation where the web interface could be used under a services based approach to OBDII.

    Essentially, that project is a bluetooth OBDII reader for the Motorola Droid. He mentions the idea of disconnecting the user interface from the communications code that runs on the Droid. A web service for the user interface could be built that would allow multiple interfaces (simple example - one red, one blue to match the interior lights on your car) to be selected through the web interface.

    When you log in, the web interface would display the available web services, you would select the OBDII service and one of the options to configure it would be which interface (that is, which skin) you want displayed on the phone.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  6. #6
    Variable Bitrate UnusuallyGenius's Avatar
    Join Date
    Mar 2009
    Location
    Grand Rapids, Mi
    Posts
    224
    good catch on the Voyager project. It is a very smart example of the way things should be handled.
    - Project: Unified Car Control
    - Original OpenMobile Interface Designer

  7. #7
    Low Bitrate
    Join Date
    Dec 2009
    Posts
    78

    User Friendly

    Good call making it as intuitive as possible.

    As far as graphable datasets does anyone have the expertise to make -->this type of graph<-- work on a webpage?

    I'm not much of a web programmer so this might be crazy but what if we had a OSDash component that
    * Provided a gateway for Carputers to upload data such as OBDii stats, and whatever else
    * Provided an OSDash web interface to that data with the ability to build composite graphs against the data using Chronoscope (see link above).

    In addition to graphs, other reporting could be performed. Like summary data that is digestable.

  8. #8
    Antenna Engineer
    Auto Apps:loading...
    optikalefx's Avatar
    Join Date
    Apr 2009
    Location
    Baltimore, Maryland, United States
    Posts
    831
    Blog Entries
    86
    jQuery has some awesome graph plugins that make creating datasets very user friendly

  9. #9
    Low Bitrate
    Join Date
    Dec 2009
    Posts
    78
    rock on, that's totally bada55. Imagine driving to work, then logging in to OSDash online and analyzing your vehicle's performance with killer graphs.

    Voyager could upload the data in XML table format and the web component could just take that XML and stuff it right into the DB. Then the jQuery graphing component would present the data.

    Voyager stores metrics by "trip" including trip start and end date/time. The web component would just query it
    SELECT requestID, data from obdScanData where tripID = 1234;

    Voyager also logs GPS data to a gpsTracks table, so we could have a map overlay.

    Present a graph, along with some summary text:
    "Intake Air flow rate is suboptimal, recommend primary air filter replacement"
    "Trip length X minutes, distance Y Miles, stop time Z seconds"
    "New DTC trouble code found. Recommend tighten gas cap"
    "Performance trending downward on cylinder 1, recommend tune-up"

    I'd be interested in championing or teaming up for this particular web piece. In about a month or two I'll have Voyager stabilized to the point where I'll be ready for a new project.

  10. #10
    Raw Wave
    Auto Apps:loading...
    justchat_1's Avatar
    Join Date
    Jul 2008
    Location
    Boston, Ma or NY,NY
    Posts
    1,783
    I don't mean to shoot down some of your ideas but the standardized OBDII PIDs really don't give a lot of useful data and certainly not enough to gather performance info. The data your looking at would need to be compared to a baseline with exactly the same barometric pressure, air quality, temperature and fuel which certainly won't happen in the real world.

Page 1 of 2 12 LastLast

Similar Threads

  1. Linux Web Front End Development Thread
    By PaulF in forum Linux
    Replies: 39
    Last Post: 06-17-2009, 01:44 AM
  2. Minimal i-bus system: steering wheel -> i-bus -> interface -> aftermarket HU
    By carpenoctii in forum General Hardware Discussion
    Replies: 0
    Last Post: 07-03-2008, 02:29 PM
  3. Phidget Interface Kit 8/8/8
    By deskcom in forum Classified Archive
    Replies: 0
    Last Post: 12-10-2004, 10:36 AM
  4. PDA web interface, wlan, thoughts....
    By dissident75 in forum Software & Software Development
    Replies: 6
    Last Post: 07-27-2002, 09:22 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •