Page 12 of 18 FirstFirst ... 23456789101112131415161718 LastLast
Results 111 to 120 of 180

Thread: HQCT software development

  1. #111
    Maximum Bitrate bes51659's Avatar
    Join Date
    Sep 2005
    Location
    Vasastaden, Stockholms Län, Sweden, Sweden
    Posts
    852
    Hi Putput

    I was a bit confused at first, but now I realize you were addressing psycorps :-)

    However, mentioning load and timing I have a MII12000. And I have been running VNC which is a heavy load on the CPU.

    So I tried again with VNC off but no change I’m afraid.

    Thank you for helping me out, P.

    BR, B-O

  2. #112
    Constant Bitrate Putput's Avatar
    Join Date
    Sep 2005
    Location
    Belgium
    Posts
    181
    Quote Originally Posted by bes51659 View Post
    Hi Putput

    I was a bit confused at first, but now I realize you were addressing psycorps :-)

    However, mentioning load and timing I have a MII12000. And I have been running VNC which is a heavy load on the CPU.

    So I tried again with VNC off but no change I’m afraid.

    Thank you for helping me out, P.

    BR, B-O
    Hi B,

    Strange, I'm using it on a SP13000 together with Remote Desktop and it works for both -i and -eA. Does the log file looks exactly the same with this latest version? If so I will extend the timing again. Pls let me know.

    Your welcome!

    Putput

  3. #113
    Maximum Bitrate bes51659's Avatar
    Join Date
    Sep 2005
    Location
    Vasastaden, Stockholms Län, Sweden, Sweden
    Posts
    852
    Hi Again

    I have now downloaded the VB6 example and tried to run it with the new DLL you just made. (and without VNC running)



    Here is the (somewhat shortened) log:

    13:33:25:783 INF: Tuner - Communication thread created succesfully.
    13:33:25:803 INF: Tuner - USB object created successfully.
    13:33:25:823 ERR: Tuner - Unknown message tuner thread: 12
    13:33:27:326 ERR: Tuner - HQCT module not found on USB bus!
    13:33:28:007 INF: Tuner - USB device detected: HID-compliant device; Car-Radio
    13:33:28:007 INF: Tuner - HQCT connected.
    13:33:39:183 ERR: Tuner - Unknown message tuner thread: 28
    13:33:39:493 ERR: Tuner - Unknown message tuner thread: 28
    13:33:41:256 ERR: Tuner - Unknown message tuner thread: 2
    13:33:41:256 ERR: Tuner - Unknown message tuner thread: 130
    13:33:41:386 INF: Tuner - Thread ends, USB object destroyed.
    22:46:28:668 INF: Tuner - Communication thread created succesfully.
    22:46:28:678 INF: Tuner - USB object created successfully.
    22:46:28:678 ERR: Tuner - Unknown message tuner thread: 12
    22:46:28:698 INF: Tuner - USB device detected: HID-compliant device; Car-Radio
    22:46:28:698 INF: Tuner - HQCT connected.
    22:46:28:798 INF: Tuner - Send HQCT_eA start commands to device.
    22:46:28:808 INF: Tuner - Sending (33) data bytes to device: $00 $80 $7F $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00
    22:46:28:828 INF: Tuner - HQCT_eA start commands complete.
    22:46:30:631 ERR: Tuner - HQCT not responding on USB commands!
    22:46:30:641 ERR: Tuner - Unknown message tuner thread: 31
    22:46:30:641 ERR: Tuner - Unknown message tuner thread: 10
    22:46:46:834 ERR: Tuner - Unknown message tuner thread: 28
    22:47:44:257 ERR: Tuner - Unknown message tuner thread: 537
    22:48:07:810 ERR: Tuner - Unknown message tuner thread: 28
    22:48:26:347 ERR: Tuner - Unknown message tuner thread: 10
    22:48:42:500 ERR: Tuner - Unknown message tuner thread: 28

    I am reading thru the entire post now (got to p5), and we share a lot of idees when it comes to the server part.

    1,5 years ago a was modifying rr in order to make rr standalone lika a wrap to winXP. I took a general aproach, like I beleive you do, letting RR (server) sending all events to all current apps. If the tuner was selected for instance it "told the world" and if an mp3 player for instance was active it became inactive. Sockets or not, the interesting thing to me is to define a generic way of communicating between aps thru the server.

    I was planning to pick that work up again soon. Now I am full of expectations on your sw :-)

    CU B-O

  4. #114
    Constant Bitrate Putput's Avatar
    Join Date
    Sep 2005
    Location
    Belgium
    Posts
    181
    Quote Originally Posted by bes51659 View Post
    Hi Again

    I have now downloaded the VB6 example and tried to run it with the new DLL you just made. (and without VNC running)
    ...
    Still the same problem, I need to extend the timing more.
    Just did, you can download the latest build with extra long timeout value.
    Quote Originally Posted by bes51659 View Post

    I am reading thru the entire post now (got to p5), and we share a lot of idees when it comes to the server part.

    1,5 years ago a was modifying rr in order to make rr standalone lika a wrap to winXP. I took a general aproach, like I beleive you do, letting RR (server) sending all events to all current apps. If the tuner was selected for instance it "told the world" and if an mp3 player for instance was active it became inactive. Sockets or not, the interesting thing to me is to define a generic way of communicating between aps thru the server.

    I was planning to pick that work up again soon. Now I am full of expectations on your sw :-)

    CU B-O
    My frontend is build exactly like that. I have a 'server' application that controls several standalone apps like MP3, Tuner, Phone, Images, Movies ... Events and messages/info is sent via sockets, it has broadcast messages like mute, sleep, etc. I made a simple communications protocol wih a structure that looks like this:

    From proces : XX_
    To proces : XX_
    Command : XXXX_
    Data length : XXX_
    Data : XXX...._
    End of frame : EOF

    The server app also controls the other apps by means of Windows handles and process ID's. Only thing is that I need TIME, MORE TIME!! But then again, don't we all .....
    But perhaps we can start a thread here on MP3car about this, just look at all the options once a protocol is setup. Then it doesn't mather in what language you program, just connect to the server and send/receive messages via sockets and thats it.

    Success! I'm going to sleep now, I'll read your results in the morning.

  5. #115
    Maximum Bitrate bes51659's Avatar
    Join Date
    Sep 2005
    Location
    Vasastaden, Stockholms Län, Sweden, Sweden
    Posts
    852
    Putput

    Still not working... I've put the log on here

    (Not trying the push you. I just happen to be home with my boy this week that has had a minor operation)

    About server. I think one big advantage with your approach, having looked into the source of RR and seen all the logic within, is that it makes it easier to share work. The server becomes a well-known platform with logic that only relates to navigating thru screens and such. No specifics that will require new releases all the time. That will be kept in the wrappers/skins of the applications. It is no longer required that one single person maintains all applications and the full installation.

    What the individual has to do is to deside on what apps to use and maybe design a common set of skins.

    What will you name your server btw?

    Cheers B-O

  6. #116
    Constant Bitrate Putput's Avatar
    Join Date
    Sep 2005
    Location
    Belgium
    Posts
    181
    Quote Originally Posted by bes51659 View Post
    Putput

    Still not working... I've put the log on here
    Hi B,

    I can see 2 things in the latest log:
    1. Timing problem is solved, the module is detected within the time frame.
    2. The software identifies your -e version as an -eA, this is wrong. This must be a bug, I'll try to check the code this weekend.

    Well the problem is not solved yet but we are making progress.

    Quote Originally Posted by bes51659 View Post
    (Not trying the push you. I just happen to be home with my boy this week that has had a minor operation)
    Hopefully all is well.

    Quote Originally Posted by bes51659 View Post
    About server. I think one big advantage with your approach, having looked into the source of RR and seen all the logic within, is that it makes it easier to share work. The server becomes a well-known platform with logic that only relates to navigating thru screens and such. No specifics that will require new releases all the time. That will be kept in the wrappers/skins of the applications. It is no longer required that one single person maintains all applications and the full installation.

    What the individual has to do is to deside on what apps to use and maybe design a common set of skins.

    What will you name your server btw?

    Cheers B-O
    You've got the picture, because of this setup people are free to use any application for any function. If you like my MP3 player better then the one that is delivered with RR you can simply replace it. Skinning could also be a global thing, and the server decides what skin is active. When the pc boots the server app gets active and broadcasts a skin command to all others, the started applications make the choosen skin active, then a wakeup cmd is send to the app that was active before the hibernate/shutdown and thats it. (This is how I did it.) My server app also controls events like shutdown/hibernate/sleep/resume and when one of these is initiated it sends a broadcast (or individual) command so that the apps can decide individually if they need to respond to this or not, my phone app for example disconnects from the COM port before going into hibernate. The music player responds by pausing/resuming the song that is/was playing, CPCTuner responds to this command by muting/unmuting the module etc ....
    Possibilities and flexibility are endless in this way. For apps that have no ip interface (navigation software for example) could be controlled via a socket to Windows messages or keyboard keys converter so that these apps can be controlled in the same manner.
    It seems that we are on the same wave length on this, should I open a new thread about this subject?

    I called my application very simply CPCSuite, CPC stands for Car-PC.

    Perhaps we can have a chatsession concerning the subject, I will send you some info via PM this weekend.

    Cheers,
    Luc

  7. #117
    Newbie
    Join Date
    Feb 2007
    Location
    Nr Aylesbury, UK
    Posts
    28

    Thumbs up

    Luc,

    I have a HQCT-eA and thanks to your great CPCTuner application I had it working last night

    I then managed to get it working with RR and the E36 skin from one of the contributors, but the volume and mute refused to function from RR. I have the lastest RR app which happily mutes the tuner when I exit the radio function or RR.

    I need to double check I have the latest DLL which could be the problem, more testing and set-up work needed and I need to read up on RR operation further, but if you have a quick comment it would be gratefully appreciated

    Thanks

    Carl

    Intel Mac mini, XP SP2, RR, HQCT-eA

  8. #118
    Constant Bitrate Putput's Avatar
    Join Date
    Sep 2005
    Location
    Belgium
    Posts
    181
    Quote Originally Posted by Aspectcarl View Post
    Luc,

    I have a HQCT-eA and thanks to your great CPCTuner application I had it working last night

    I then managed to get it working with RR and the E36 skin from one of the contributors, but the volume and mute refused to function from RR. I have the lastest RR app which happily mutes the tuner when I exit the radio function or RR.

    I need to double check I have the latest DLL which could be the problem, more testing and set-up work needed and I need to read up on RR operation further, but if you have a quick comment it would be gratefully appreciated

    Thanks

    Carl

    Intel Mac mini, XP SP2, RR, HQCT-eA
    Hi Carl,

    Thanks for the credit!

    Good to here that you got it working.

    There is still a problem in the RR communication with the latest version of CPCTuner, I need to debug this again. This is why mute and volume refuse to work properly, stay tuned, I hope to get this fixed asap.

    I just want to add to this post that there seems to be a misunderstanding in regard to CPCTuner and the DLL. When you use CPCTuner (with or without RR) you DONT need to use the DLL. Both CPCTuner and the DLL are build with the same code (component), no need to install them both on your system, just a waste of diskspace.
    Also the older versions of CPCTuner used a DLL called mchid.dll, this DLL is also no longer used by CPCTuner and can be removed. CPCTuner and my DLL exchange data directly with the Windows USB HID driver.
    HQCT.DLL is only needed with for example Radiator or frontends like Centrafuse or cAVe Live. I don't have any knowledge about a plugin for RR at the moment that uses HQCT.DLL yet. Because CPCTuner has native support for RR so there's no need for a plugin I guess.

    Regards,
    Putput

  9. #119
    Newbie
    Join Date
    Feb 2007
    Location
    Nr Aylesbury, UK
    Posts
    28
    Being new to RR and also trying to get my MAC sound card working with an XP driver I've paused for breath and taken a moment to think about this problem. It seems straightforward now I think about it

    My chosen RR (Radio) skin needs to call the right function in your DLL, so this means modifying the skin details? Possible crash course in skin modification to follow

    Carl

  10. #120
    Newbie
    Join Date
    Feb 2007
    Location
    Nr Aylesbury, UK
    Posts
    28
    Quote Originally Posted by Putput View Post
    Hi Carl,


    I just want to add to this post that there seems to be a misunderstanding in regard to CPCTuner and the DLL. When you use CPCTuner (with or without RR) you DONT need to use the DLL. Both CPCTuner and the DLL are build with the same code (component), no need to install them both on your system, just a waste of diskspace.
    Also the older versions of CPCTuner used a DLL called mchid.dll, this DLL is also no longer used by CPCTuner and can be removed. CPCTuner and my DLL exchange data directly with the Windows USB HID driver.
    HQCT.DLL is only needed with for example Radiator or frontends like Centrafuse or cAVe Live. I don't have any knowledge about a plugin for RR at the moment that uses HQCT.DLL yet. Because CPCTuner has native support for RR so there's no need for a plugin I guess.

    Regards,
    Putput

    Ah ok it's starting to fall into place now, please ignore my previous post. I use RR to run cpctuner, cpctuner operates 100% all of the functions. Using RR to operate CPCTuner I get most of the things I need bar vol and mute.

    Can you educate me please Putput, if all of the buttons were available on my RR skin would I be able to 100% operate CPCtuner, for example AF (Alternate Frequency), if I have an AF button on my skin, can it be set to operate the AF facility on CPCtuner?

    Thanks

    Carl

Similar Threads

  1. CarPal Bluetooth Module & Digimoto Software....A Very Good Combo..
    By jmciver in forum Engine Management, OBD-II, Engine Diagnostics, etc.
    Replies: 6
    Last Post: 06-16-2006, 04:08 PM
  2. Replies: 2
    Last Post: 11-15-2005, 01:38 PM
  3. MSDXM.OCX - Why oh why don't you fix that NOW?!
    By Zippy1970 in forum Media Engine
    Replies: 18
    Last Post: 02-28-2005, 04:36 PM
  4. Software solution for gLCD-based car-mp3
    By Novgorod in forum Software & Software Development
    Replies: 1
    Last Post: 07-01-2004, 07:59 PM
  5. My numpad controlled custom MP3Car software - need your opinions
    By PorscheMP3 in forum Software & Software Development
    Replies: 7
    Last Post: 04-11-2002, 10:30 AM

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
  •