Page 2 of 2 FirstFirst 12
Results 11 to 19 of 19
Like Tree1Likes

Thread: Stirring the Pot

  1. #11
    Variable Bitrate UnusuallyGenius's Avatar
    Join Date
    Mar 2009
    Location
    Grand Rapids, Mi
    Posts
    306
    Quote Originally Posted by jmullan99 View Post
    I am totally not knowing, but is there a common base that a system can be built on that would run on the users own choice of OS? Just curious. It may not be efficient. Something like Java that runs on Windows, Linux/Mac. Is there one for Pi? Android is already Java/Linux is it not?
    I'm sure there is, hopefully we can hash that out first based on the overall system requirements.
    - Project: Unified Car Control
    - Original OpenMobile Interface Designer

  2. #12
    Variable Bitrate UnusuallyGenius's Avatar
    Join Date
    Mar 2009
    Location
    Grand Rapids, Mi
    Posts
    306
    The start of this project has been moved to a new thread:

    http://www.mp3car.com/general-mp3car...r-control.html

    Come join us!
    - Project: Unified Car Control
    - Original OpenMobile Interface Designer

  3. #13
    Maximum Bitrate
    Join Date
    May 2012
    Location
    Grandville, MI
    Posts
    600
    Actually for such a project you want to use HTML5. It is the direction everything is moving towards and will run on virtually every device. I have not looked into it much myself yet but Web based applications is the future and HTML5 is designed to provide the technology needed to do it all.

    So in essence any device with a browser should be able to access an HTML5 application. Much more secure than Java.

    I haven't researched this yet but my guess is that with HTML5 you can build a web server machine that pulls the information from all of the systems and provides them via the web server. This will allow you to then access the web server with any device.

    So as an example, lets setup a Pi with a web server and hook it to a Fusion Brain and an ODBII device to pull the information it needs. Since it is just an information server it shouldn't take much in the way of resources and can be continuously running since it is very low powered. Now you can use conventional web access to pull up the information on your car and interact with the vehicle via an interactive web page. You could setup the server to provide different content to different devices dependent on their IP addresses or by the webpage called.

    Yes if you didn't pick up on it... You can have multiple screens doing different things... Install tablets in the rear running android and access your data fine. Your PC then accesses the host and can do stuff as well or your phone... If you want to have access to other hardware you could setup the server to provide services if available so you could do all sorts of things easily.

    So yes, HTML5 is the way to go for the frontend... Could be driven by Linux or PC...

  4. #14
    Variable Bitrate UnusuallyGenius's Avatar
    Join Date
    Mar 2009
    Location
    Grand Rapids, Mi
    Posts
    306
    I am hesitant to use HTML for a front end only because I have not seen any really good implementations in the past. I'm not ruling it out, just want a better idea of how it will work in the long run. I can see it used as an auxiliary control but not the front end in front of the driver.

    I am thinking the server side will have some sort of an API where the front end would do a query for information, or the server can push notifications to the FE. We would also have to code how various sensors talk and share information with the server software.

    Keep in mind I am by no means a programmer, mostly a tinkerer, idea man and interface design, so I will defer.
    - Project: Unified Car Control
    - Original OpenMobile Interface Designer

  5. #15
    Maximum Bitrate rray's Avatar
    Join Date
    Apr 2012
    Location
    SF Bay Area
    Posts
    701
    Interesting project.. up until I read Arduino, Raspberry Pi and Android. My first carpc was Android. It could do a lot, except sound quality sucked then without USB DAC support, and indexing more than 50 MP3's took forever and you could not use this format or that, and OH, you cant just plug any USB device into it.

    The main feature is to be able to play music in any format from a large local storage device, and not have to wait for indexing of songs. Bells and whistles are a must too.

    So I moved to Windows, and it seems to do ALMOST everything. It's also the easiest, since Windows is about 20 years old. If I can plug it into a Windows PC, i'm happy.

    Average guys can assemble a PC, setup networks, and install devices of any sort as long as it has drivers, and load softwares, but to do all those same things on Arduino, Raspberry Pi and Android, are NOT intuitive, rather cryptic compiler hexadecimal assembly language voodoo bull$#!t, that scares all but the most 1337 h4x0rz from cult of the dead cow.

    That said, please keep the above paragraph in mind when starting your project.

  6. #16
    Maximum Bitrate
    Join Date
    May 2012
    Location
    Grandville, MI
    Posts
    600
    rray you are correct at the moment but I think we are looking at trying to create something that will work nicely across the board. If you know you can write this file to your SDcard and install it in your PI, odroid or otherwise there is not much you need to do.

    At to HTML5, This is a major improvement to the web experience. It was designed to be able to create apps on your browser and be truly multi device capable. I have read it can do anything Java or Flash can do. I am not experienced enough with it to know how it all works but I have seen mentions of it in a few places. It is relatively new technology so it hasn't been used much to do much crazy stuff. If you have a an android with jellybean and you view videos you are using html5 for instance.. HTML5 is why android stopped supporting Flash and is why iOS won't even consider flash or java.

  7. #17
    Newbie BennY-'s Avatar
    Join Date
    Jan 2006
    Location
    Germany, Cologne
    Posts
    43
    Tesla has some advantages. Hardware & Interface are allways the same.

    Most carPC Software tries to support so many Hardware and people want it skinable. And all projects i've seen come in a big package and aren't compatible to each other.

    I've made a custom software for my carPC which uses FLTK for the GUI, so it runs on Linux (x86/ARM) & Windows. and it's modular, for example the mediaplayer is standalone which talks to the rest of the Software over TCP/IP.
    if something doesn't run on another plattform only that part of software needs an replacement using the same network protocol.
    webinterface is also available to control from any Device over network which has a webbrowser. (but this part still need's a lot of work, cause it will work better if the daemons support websockets)

    my advice is to bake small cakes to make a nice dinner

  8. #18
    Mo' Programming Mo' Problems
    Auto Apps:loading...
    Sonicxtacy02's Avatar
    Join Date
    Sep 2004
    Location
    Woodbridge, VA
    Posts
    8,168
    Blog Entries
    51
    Quote Originally Posted by rray View Post
    Interesting project.. up until I read Arduino, Raspberry Pi and Android. My first carpc was Android. It could do a lot, except sound quality sucked then without USB DAC support, and indexing more than 50 MP3's took forever and you could not use this format or that, and OH, you cant just plug any USB device into it.

    The main feature is to be able to play music in any format from a large local storage device, and not have to wait for indexing of songs. Bells and whistles are a must too.

    So I moved to Windows, and it seems to do ALMOST everything. It's also the easiest, since Windows is about 20 years old. If I can plug it into a Windows PC, i'm happy.

    Average guys can assemble a PC, setup networks, and install devices of any sort as long as it has drivers, and load softwares, but to do all those same things on Arduino, Raspberry Pi and Android, are NOT intuitive, rather cryptic compiler hexadecimal assembly language voodoo bull$#!t, that scares all but the most 1337 h4x0rz from cult of the dead cow.

    That said, please keep the above paragraph in mind when starting your project.
    I think the point in standardizing the hardware is that the end user doesn't have to hack anything at all. If you have a set baseline hardware parameter you don't have to worry about what USB devices work with what and any low level configuration. Purchase the standardized hardware, flash a kernel (or heck even buy it preconfigured if we get to that point), and just install it in the car. I think a lot of the frustration you experienced with an android install existed because you were alone in your effort.

    PS.. I'm spending a lot of time attempting to create an indexing solution for Android locally stored media.
    mp3Car.com Senior Tech Blogger (Want a product reviewed? Contact me.)
    Find my plugins on the MP3Car App Store!
    Follow Me on Twitter or Facebook
    Live mp3Car Facebook Chat

  9. #19
    Variable Bitrate UnusuallyGenius's Avatar
    Join Date
    Mar 2009
    Location
    Grand Rapids, Mi
    Posts
    306
    Quote Originally Posted by Sonicxtacy02 View Post
    I think the point in standardizing the hardware is that the end user doesn't have to hack anything at all. If you have a set baseline hardware parameter you don't have to worry about what USB devices work with what and any low level configuration. Purchase the standardized hardware, flash a kernel (or heck even buy it preconfigured if we get to that point), and just install it in the car.
    Hit the nail on the head
    jmullan99 likes this.
    - Project: Unified Car Control
    - Original OpenMobile Interface Designer

Page 2 of 2 FirstFirst 12

Tags for this Thread

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
  •