Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 40

Thread: Linux Web Front End Development Thread

  1. #11
    FLAC
    Join Date
    Jan 2008
    Location
    Dartmouth, MA
    Posts
    914
    Alright, so how about we meet half way and combine these two ideas...

    • Create a syntax for grabbing information from the server using jquery.
    • On the server, have plugins that are loaded into the query page on-demand.
    • Build a direct-dbus plugin for those applications that don't require much processing of information at all.
    • Build a second stand-alone daemon for fusion brain that communicates with the current DBUS daemon and include all the features it needs so that it can run with no user interaction and do things when certain conditions are met. Pretty much the features I was talking about for the brain before.
    • Make a fusion brain plugin which relies on the daemon I just talked about, rather than the one that just communicates directly with the hardware.


    Now any interface that can make web requests can easily communicate through this whole plugin system.

    We can all create classes in our favorite programming languages to interface with this server setup.

    That way, for setups like mine, the sheeva plug is on all the time, but I also have a full pc in the car with a C# front end. That front end can now easily get information from the sheeva through this system.

    Now heres what I want to see on the side of GPS:
    On my system, I want the GPS receiver to be hooked up to the Sheeva, but I still want to be able to access navigation programs on the PC... anyone up for writing a windows driver that interfaces with this setup and allows normal GPS communication with GPS apps?
    My Nearly Complete Car:
    http://www.mp3car.com/vbulletin/show...ed-car-pc.html

    Micro Control Center... Control Your Car Across the Internet
    http://www.mp3car.com/fusion-brain/1...-internet.html

    Website: (It's a work in progress, really. All my projects have taken me from ever really developing it.)
    http://paulfurtado.com/

  2. #12
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    Quote Originally Posted by PaulF View Post
    Alright, so how about we meet half way and combine these two ideas...

    • Create a syntax for grabbing information from the server using jquery.
    • On the server, have plugins that are loaded into the query page on-demand.
    • Build a direct-dbus plugin for those applications that don't require much processing of information at all.
    • Build a second stand-alone daemon for fusion brain that communicates with the current DBUS daemon and include all the features it needs so that it can run with no user interaction and do things when certain conditions are met. Pretty much the features I was talking about for the brain before.
    • Make a fusion brain plugin which relies on the daemon I just talked about, rather than the one that just communicates directly with the hardware.


    Now any interface that can make web requests can easily communicate through this whole plugin system.

    We can all create classes in our favorite programming languages to interface with this server setup.

    That way, for setups like mine, the sheeva plug is on all the time, but I also have a full pc in the car with a C# front end. That front end can now easily get information from the sheeva through this system.

    Now heres what I want to see on the side of GPS:
    On my system, I want the GPS receiver to be hooked up to the Sheeva, but I still want to be able to access navigation programs on the PC... anyone up for writing a windows driver that interfaces with this setup and allows normal GPS communication with GPS apps?
    Sounds like a plan !

    Gpsd will run on the sheva, so you could open up a socket connection to gpsd. I don't know if you navigation app is capable of doing that though... Navit certainly can.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  3. #13
    Variable Bitrate red_parchel's Avatar
    Join Date
    Jul 2006
    Location
    Boston, Ma
    Posts
    276
    Guys there are many awesome idea's here, and I'll admit I'm not much of a web programer. but i do believe in the open source ideals and i believe there is no need to reinvent the wheel. this said i may have a suggestion for the media side of things, ampache is a web based music jukebox that does a few things, which includes the ability to plug music from the website ON the server [using mpd] or stream music from the server to the client [ether a flash player or via a playlist opened in a local app] .. I feel this model is great and there may be some useable code in this project. and if we decided to go this route I'd be more than willing to help in this department. If you guys decide to go another route then heck i can help out w/ something else too!

    Hope there is something useful in there! I like the direction you guys are headed!

    and i like the idea of being able to keep it all seporated .. if i teathered my cell phone to the plug i could montior my car from my home webbrowser [it'd feel like a race car driver with a team monitoring the car!!!]
    MobileThree: in car - Zotac Atom/ION - linuxICE 2.0.2

    --worklog--

  4. #14
    Constant Bitrate
    Join Date
    Aug 2007
    Location
    Northern VA
    Posts
    135
    On a related note, I want to mention an idea I have regarding the FB. I'll preface this by saying I don't know jack about OBD...

    For anything I use the FB for that has OBDII analogs, I'd like to create a ODII simulator which servers the data collected just as if you'd get it from an OBDII vehicle.

    The benefits are

    1. I suspect most people wanting to collecting these things (rpm,temps,maf sensors etc.) will be able to leverage this with at most configuration changes.
    2. Those using the FB can then leverage all the OBDII based tools out there for display, including this web based stuff
    3. We attract a larger pool of people interested in this web based stuff if it's not just about FB interaction.

  5. #15
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    Quote Originally Posted by red_parchel View Post
    Guys there are many awesome idea's here, and I'll admit I'm not much of a web programer. but i do believe in the open source ideals and i believe there is no need to reinvent the wheel. this said i may have a suggestion for the media side of things, ampache is a web based music jukebox that does a few things, which includes the ability to plug music from the website ON the server [using mpd] or stream music from the server to the client [ether a flash player or via a playlist opened in a local app] .. I feel this model is great and there may be some useable code in this project. and if we decided to go this route I'd be more than willing to help in this department. If you guys decide to go another route then heck i can help out w/ something else too!
    Yes! This is exactly what I had in mind. The ability to access data or information regardless of location. In some cases, it is in the car - OBDII data on the Sheeva, for example. In other cases, it is on a home computer with a web server like ampache. In other cases, it is out on the web like traffic info or whatever.

    The key is to be able to handle all of the different locations. I think a web based front end show a lot of promise in that regard.
    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. #16
    FLAC
    Join Date
    Jan 2008
    Location
    Dartmouth, MA
    Posts
    914
    Quote Originally Posted by cgalpin View Post
    On a related note, I want to mention an idea I have regarding the FB. I'll preface this by saying I don't know jack about OBD...

    For anything I use the FB for that has OBDII analogs, I'd like to create a ODII simulator which servers the data collected just as if you'd get it from an OBDII vehicle.

    The benefits are

    1. I suspect most people wanting to collecting these things (rpm,temps,maf sensors etc.) will be able to leverage this with at most configuration changes.
    2. Those using the FB can then leverage all the OBDII based tools out there for display, including this web based stuff
    3. We attract a larger pool of people interested in this web based stuff if it's not just about FB interaction.
    Let me just clarify to make sure I understand...
    You want to make a driver which pretends to be an OBD reader but is actually taking in values from another source?
    My Nearly Complete Car:
    http://www.mp3car.com/vbulletin/show...ed-car-pc.html

    Micro Control Center... Control Your Car Across the Internet
    http://www.mp3car.com/fusion-brain/1...-internet.html

    Website: (It's a work in progress, really. All my projects have taken me from ever really developing it.)
    http://paulfurtado.com/

  7. #17
    FLAC
    Join Date
    Jan 2008
    Location
    Dartmouth, MA
    Posts
    914
    [Nitpicking]
    Quote Originally Posted by Bugbyte View Post
    ...with a web server like ampache...
    Apache is the web server, ampache is a web application for apache which does sound stuff.
    [/Nitpicking]
    My Nearly Complete Car:
    http://www.mp3car.com/vbulletin/show...ed-car-pc.html

    Micro Control Center... Control Your Car Across the Internet
    http://www.mp3car.com/fusion-brain/1...-internet.html

    Website: (It's a work in progress, really. All my projects have taken me from ever really developing it.)
    http://paulfurtado.com/

  8. #18
    Constant Bitrate
    Join Date
    Aug 2007
    Location
    Northern VA
    Posts
    135
    Quote Originally Posted by PaulF View Post
    Let me just clarify to make sure I understand...
    You want to make a driver which pretends to be an OBD reader but is actually taking in values from another source?
    No, not a reader but a provider. A daemon that provides a serial port that you connect to and talk the obd protocol. But the data it provides doesn't come from an ECU but from a FB. So I guess it simulates the ELM protocol.

  9. #19
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    Quote Originally Posted by red_parchel View Post
    Guys there are many awesome idea's here, and I'll admit I'm not much of a web programer. but i do believe in the open source ideals and i believe there is no need to reinvent the wheel. this said i may have a suggestion for the media side of things, ampache is a web based music jukebox that does a few things, which includes the ability to plug music from the website ON the server [using mpd] or stream music from the server to the client [ether a flash player or via a playlist opened in a local app] .. I feel this model is great and there may be some useable code in this project. and if we decided to go this route I'd be more than willing to help in this department. If you guys decide to go another route then heck i can help out w/ something else too!

    Hope there is something useful in there! I like the direction you guys are headed!

    and i like the idea of being able to keep it all seporated .. if i teathered my cell phone to the plug i could montior my car from my home webbrowser [it'd feel like a race car driver with a team monitoring the car!!!]
    Audio prioritization
    Moblin has a project they call "Audio Manager". For nGhost3 we were going to write a simpler version of the same thing. It makes sure that the sound device isn't going to be used at the time by other apps. Whatever backed we chose for audio playback, it must be able to tie in with this system.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  10. #20
    FLAC
    Join Date
    Jan 2008
    Location
    Dartmouth, MA
    Posts
    914
    Quote Originally Posted by cgalpin View Post
    No, not a reader but a provider. A daemon that provides a serial port that you connect to and talk the obd protocol. But the data it provides doesn't come from an ECU but from a FB. So I guess it simulates the ELM protocol.
    By reader, I meant physical reader because that is what any OBD program would see it as.

    Yes this would be very cool, but I can't imagine the programming involved...
    My Nearly Complete Car:
    http://www.mp3car.com/vbulletin/show...ed-car-pc.html

    Micro Control Center... Control Your Car Across the Internet
    http://www.mp3car.com/fusion-brain/1...-internet.html

    Website: (It's a work in progress, really. All my projects have taken me from ever really developing it.)
    http://paulfurtado.com/

Page 2 of 4 FirstFirst 1234 LastLast

Similar Threads

  1. How to: Change windows shell
    By IntellaWorks in forum WinNT Based
    Replies: 44
    Last Post: 04-12-2012, 08:29 PM
  2. Centrafuse, TPMS 2.1.0.9 and Vista
    By WuNgUn in forum TPMS Technical Support
    Replies: 14
    Last Post: 08-26-2009, 03:57 PM
  3. What do you think of Front end.
    By CrissCross in forum Newbie
    Replies: 0
    Last Post: 11-06-2007, 01:13 PM
  4. Replies: 40
    Last Post: 03-11-2006, 04:10 PM
  5. Web Based Front End
    By Zenith_Warrior in forum Software & Software Development
    Replies: 10
    Last Post: 07-02-2005, 07:03 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
  •