Page 4 of 15 FirstFirst 1234567891011121314 ... LastLast
Results 31 to 40 of 142

Thread: Re-engineered M2-atx firmware with fixes and added functionality

  1. #31
    Low Bitrate
    Join Date
    Feb 2010
    Location
    Kentucky
    Posts
    84
    Quote Originally Posted by WuNgUn View Post
    Perhaps it can be programmed to set a timer on the 5V rail, instead of voltage levels...
    I'm having my Opus reflashed to do just this...
    i.e. sleeps (5V live) for 2 hours (depending on jumpers), for example, THEN hard off...but with the voltage drop still effective.
    that is exactly what the hard-off setting does

  2. #32
    FLAC WuNgUn's Avatar
    Join Date
    Sep 2007
    Posts
    1,351
    Quote Originally Posted by bluTDI09 View Post
    that is exactly what the hard-off setting does
    You mean with your re-engineered firmware?
    Cool...

  3. #33
    Low Bitrate
    Join Date
    Feb 2010
    Location
    Kentucky
    Posts
    84
    Quote Originally Posted by trader007 View Post
    im not sure why anyone worries about the 5v monitoring. if your battery hits 11v your car isnt starting anyway. all the m2 does for its low-voltage shutoff is to protect your battery from damage , in no way is it designed to keep your battery from being drained.

    this code re-work seems awesome though. the LED diagnostic and the low-power sleep state should be excellent. the m2's power draw while off always bothered me (its way too much) and i always hated how you never knew what the m2 was trying to do. it sounds like both problems have been fixed in software, which is great!
    Thanks for the feedback...the LED diagnostics is a big improvement in my mind, not just because I used it extensively while I was writing the code...hehe

    I can't quantify what the power difference is for the low power state yet, but as far as I can reason out, it must be lower. I am certain that the PIC itself is using less processing power, but the power draw of the psu depends also on the states (high or low) that the IO pins are set. I did a lot of research trying to ensure that each pin would be set to draw the minimum amount of power when the PIC is in low power state and I think I have them set optimally, but I can't claim it as proven fact. I am hoping to find a way to measure the current when the psu is in low power state, but I don't own anything that will measure a few mA.

  4. #34
    Low Bitrate
    Join Date
    Feb 2010
    Location
    Kentucky
    Posts
    84
    Quote Originally Posted by WuNgUn View Post
    You mean with your re-engineered firmware?
    Cool...
    Yes, that is what it does if I am understanding you correctly. Unless you are running in dumb psu mode (no jumpers), it assumes you care about the battery voltage and will monitor it no matter what state the psu is in. When the car is running, you should never get a low voltage situation, but it could happen before the hard-off timer is complete if you have it set to a long time. Does that make sense?

    The other situation where that might become important is if you are have the car key in the accessory position to run the computer without the engine running. You wouldn't want to drain your battery in that case either, I don't think, so just because the computer is on doesn't necessarily mean you want to ignore the battery voltage. I am not sure what the mini-box code would do in that situation. I would have to check.

  5. #35
    FLAC
    Join Date
    Oct 2006
    Posts
    1,024
    i never quite understand the hard off feature myself, especially with the disclaimer "saying that this feature could drain your battery".

  6. #36
    Low Bitrate
    Join Date
    Feb 2010
    Location
    Kentucky
    Posts
    84
    Quote Originally Posted by Punky View Post
    i never quite understand the hard off feature myself, especially with the disclaimer "saying that this feature could drain your battery".
    The hard-off function is a difficult feature to make work right for a wide range of applications... I think it is partially to prevent deep discharge of the battery in cases where the car is not driven for a while (like if you go on a long vacation). They need to have the disclaimer for when people don't understand that disabling the hard-off feature could potentially drain your battery quickly. When it comes right down to it, any device drawing even a miniscule amount of current will drain the battery eventually.

    The question is then, how do you maximize the amount of time, and what is an acceptable voltage to let the battery get to? You could theoretically prevent car batteries from getting to the point where they would no longer start the car if you knew what the threshold voltage is. One problem in setting that threshold is that it is probably not the same for everyone. Another possibility is it can make benchtop testing difficult, as I found: the psu that I use to simulate my battery does not actually get 12V very well out of a single molex connector run through my simulated ignition switch, so my M2 was actually only getting about 11V at first when I started writing my code. My computer kept shutting down and the psu was signaling the battery low error (this is why the diagnostic codes are helpful) and I quickly fixed it by decreasing the threshold voltage... This is one possibility of why mini-box may have set the threshold so low...

  7. #37
    Low Bitrate
    Join Date
    Feb 2010
    Location
    Kentucky
    Posts
    84
    I finally got the time to upload a couple of videos on youtube... They are pretty simple but at least demonstrate the basic functionality of my code. Check them out and let me know what you think and what else you would be interested in seeing!

    I am planning to demonstrate the LED error flashing function by simulating a low battery signal in a video in the near future. I just need to decide exactly how I am going to change the supply voltage while the computer is running.

    Youtube link: http://www.youtube.com/user/bluTDI09

  8. #38
    FLAC WuNgUn's Avatar
    Join Date
    Sep 2007
    Posts
    1,351
    Ummm...I didn't see any difference in your firmware and the original firmware??
    Is the standby 5V rail on a timer??

    And Jeezus!!! Please invest in a chip puller!!!

  9. #39
    Low Bitrate
    Join Date
    Feb 2010
    Location
    Kentucky
    Posts
    84
    Quote Originally Posted by WuNgUn View Post
    Ummm...I didn't see any difference in your firmware and the original firmware??
    Is the standby 5V rail on a timer??

    And Jeezus!!! Please invest in a chip puller!!!
    Sorry I should have made it more clear... I intend to add annotations to the other video, I just havent had time yet. The only differences in the video are intended to be the lack of 5 second startup delay and the difference in the LED flashing. The standby 5v rail is on the hard-off timer in the same way that it is in the original code.

    I mainly wanted to first demonstrate that my code functions the way that it is supposed to, because until this point, you all have been just taking my word for it So it shows that the amp delay, autolatch, off-delay, and hard-off do what they are supposed to do.

    If you want to see it do something in particular, let me know and I will try to demonstrate its flexibility...

    and yes, my chip puller is a little low-tech... hehe ... I just figured if people were ever going to want to replace theirs, they might want to see a way with a tool they might actually have...

  10. #40
    Low Bitrate
    Join Date
    Nov 2009
    Location
    Thunder Bay, Ontario, Canada
    Posts
    60
    looks good. so many people spend so much time worrying about optimizing windows to possibly get a second faster bootup time, this is 5 seconds! makes a huge difference.
    When i first got my m2-atx, i thought the delay was to get through the initial starts voltage drop, but now that i realize it doesn't require that, it really bugs me.
    keep it up, looks like there are quite a few people interested in this. I really like the led idea as well. I'd like to install it with a remote led on the console for easy viewing.
    thanks

Similar Threads

  1. DigitalFX 4.0
    By JohnWPB in forum RR Skins No Longer Supported
    Replies: 5576
    Last Post: 03-27-2014, 04:48 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
  •