Poll: Can you use this release of Mer, on a daily basis?
Poll Options
Can you use this release of Mer, on a daily basis?

Reply
Thread Tools
qole's Avatar
Moderator | Posts: 7,109 | Thanked: 8,820 times | Joined on Oct 2007 @ Vancouver, BC, Canada
#71
I hope Mer eventually gets the conflicts resolved, because really, Mer should be an installable desktop environment from vanilla Ubuntu. That would be awesome beyond words.
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
 
Stskeeps's Avatar
Posts: 1,671 | Thanked: 11,478 times | Joined on Jun 2008 @ Warsaw, Poland
#72
Originally Posted by qole View Post
I hope Mer eventually gets the conflicts resolved, because really, Mer should be an installable desktop environment from vanilla Ubuntu. That would be awesome beyond words.
Yeah, that might just happen. You'd want to see this.
__________________
As you go on to other communities, remember to build them around politeness, respect, trust and humility. Be wary of poisonous people and deal with them before they end up killing your community.. Seen it happen to too many IRC channels, forums, open source projects.
 

The Following 3 Users Say Thank You to Stskeeps For This Useful Post:
qole's Avatar
Moderator | Posts: 7,109 | Thanked: 8,820 times | Joined on Oct 2007 @ Vancouver, BC, Canada
#73
Originally Posted by Stskeeps View Post
Yeah, that might just happen. You'd want to see this.
Yes, exactly like that. I'm glad there are other people thinking like I do.
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
 

The Following User Says Thank You to qole For This Useful Post:
Posts: 462 | Thanked: 550 times | Joined on Sep 2008 @ Moscow
#74
Not sure if it is to be posted here, but partly it is right.
I've almost finished python daemon for working with BME server socket, so there will be no need in hald-addon-bme. Thanks for BME Protocol, but unfortunately it has some errors in message structs descriptions and black spots:
Code:
struct emsg_battery_info_reply {
    uint32      status; // I guess it's the reply status, 0 means all is OK, -1 means error
    uint32      a;
    uint32      flags;
    uint16      c;
    uint16      // Battery capacity. Have no another battery, so check needed, but seems to be it.
    uint16      temp;   // Battery temperature measured in Kelvin 
    uint16      instaneous_battery_voltage; // Instantaneous battery voltage (mV)
    uint16      // Lowest TX-Off voltage (mV)
    uint16      // Lowest TX-On voltage (mV)
    uint16      // Closed switch battery voltage (mV)
    uint16      // Open switch battery voltage (mV)
    uint16      k;
    uint16      l;
};

struct emsg_bme_bulk1_reply {
   uint32     status; // I guess it's the reply status, 0 means all is OK, -1 means error
   uint32     unknown1;
   uint32     unknown2;
   uint32     unknown3;
   uint16     // Elapsed model time (min)
   uint16     // Tx-Off battery voltage (mV)
   uint16     // Tx-On battery voltage (mV)
   uint8      // Battery power state
   uint8      //  Batmon4 internal flags2
   uint8      // Batmon4 internal flags3
   uint8      // Charging method
   uint16     // Present Phi value (mV)
   uint16     // Present Delta Phi value (mV)
   uint8      // Charging mode 
   uint8      // Previous charging mode 
   uint8      // Charger type
   uint8      // Previous charger type
   uint16     // Instantaneous battery voltage (mV)
   uint8      // Number of charger checks (0-9) ?
   uint8      // Charger recognition state
   uint16     unknown4;
   uint16     // Instantaneous charger current (mA)
   uint16     unknown5;
   uint16     // Charging time (min)
   uint16     // Average Vchar (mV)
   uint16     // Equivalent DC charger current (mA) 
   uint8      // Battery full flag (0 or 1)
   uint8      // HW Cha PWM value L ??
   uint8      // Cha PWM value L ??
   uint8      unknown6;
   uint16     // Open switch battery voltage (mV)
   uint16     // Closed switch battery voltage (mV)
   uint16     unknown7;
};
Next thing is to think about calculating the battery percentage, 'cause there are enough values to use. And I guess I really should write it in pure C with D-Bus messaging. Any ideas and help appreciated.

And Advanced Power (and Monitor) are fully ported to Mer now. Next release will be fully working on Maemo and Mer.
 

The Following 4 Users Say Thank You to 412b For This Useful Post:
Posts: 607 | Thanked: 296 times | Joined on Jun 2008 @ Finland
#75
Originally Posted by 412b View Post
Not sure if it is to be posted here, but partly it is right.
I've almost finished python daemon for working with BME server socket, so there will be no need in hald-addon-bme. Thanks for BME Protocol, but unfortunately it has some errors in message structs descriptions and black spots:
Code:
struct emsg_battery_info_reply {
    uint32      status; // I guess it's the reply status, 0 means all is OK, -1 means error
    uint32      a;
    uint32      flags;
    uint16      c;
    uint16      // Battery capacity. Have no another battery, so check needed, but seems to be it.
    uint16      temp;   // Battery temperature measured in Kelvin 
    uint16      instaneous_battery_voltage; // Instantaneous battery voltage (mV)
    uint16      // Lowest TX-Off voltage (mV)
    uint16      // Lowest TX-On voltage (mV)
    uint16      // Closed switch battery voltage (mV)
    uint16      // Open switch battery voltage (mV)
    uint16      k;
    uint16      l;
};

struct emsg_bme_bulk1_reply {
   uint32     status; // I guess it's the reply status, 0 means all is OK, -1 means error
   uint32     unknown1;
   uint32     unknown2;
   uint32     unknown3;
   uint16     // Elapsed model time (min)
   uint16     // Tx-Off battery voltage (mV)
   uint16     // Tx-On battery voltage (mV)
   uint8      // Battery power state
   uint8      //  Batmon4 internal flags2
   uint8      // Batmon4 internal flags3
   uint8      // Charging method
   uint16     // Present Phi value (mV)
   uint16     // Present Delta Phi value (mV)
   uint8      // Charging mode 
   uint8      // Previous charging mode 
   uint8      // Charger type
   uint8      // Previous charger type
   uint16     // Instantaneous battery voltage (mV)
   uint8      // Number of charger checks (0-9) ?
   uint8      // Charger recognition state
   uint16     unknown4;
   uint16     // Instantaneous charger current (mA)
   uint16     unknown5;
   uint16     // Charging time (min)
   uint16     // Average Vchar (mV)
   uint16     // Equivalent DC charger current (mA) 
   uint8      // Battery full flag (0 or 1)
   uint8      // HW Cha PWM value L ??
   uint8      // Cha PWM value L ??
   uint8      unknown6;
   uint16     // Open switch battery voltage (mV)
   uint16     // Closed switch battery voltage (mV)
   uint16     unknown7;
};
Next thing is to think about calculating the battery percentage, 'cause there are enough values to use. And I guess I really should write it in pure C with D-Bus messaging. Any ideas and help appreciated.

And Advanced Power (and Monitor) are fully ported to Mer now. Next release will be fully working on Maemo and Mer.
I'd like to see it working with other battery monitors too, since i use other desktop-environments too ("normal battery monitors [KDE and GNOME ones]" with hald-addon-bme can only show 25%,50%,75% and 100%)
__________________
Touch Book .. do not waste you money on it.
 
Posts: 38 | Thanked: 2 times | Joined on Apr 2008 @ Colombia
#76
still no word in 0.13?
 
Posts: 36 | Thanked: 3 times | Joined on Dec 2007 @ Portugal
#77
Originally Posted by [[ cold ]] View Post
still no word in 0.13?
Been reloading the 'New Posts' every 10 minutes waiting for it... Should we create a Meraholics thread?
 
Stskeeps's Avatar
Posts: 1,671 | Thanked: 11,478 times | Joined on Jun 2008 @ Warsaw, Poland
#78
Sorry, we have 0.13 delayed until Qt finishes building on armel :P We messed up in planning
__________________
As you go on to other communities, remember to build them around politeness, respect, trust and humility. Be wary of poisonous people and deal with them before they end up killing your community.. Seen it happen to too many IRC channels, forums, open source projects.
 
fpp's Avatar
Posts: 2,853 | Thanked: 968 times | Joined on Nov 2005
#79
Well, just as long as it comes out before the Pandora *and* the N900, much will be forgiven :-)
 

The Following 2 Users Say Thank You to fpp For This Useful Post:
Posts: 1,213 | Thanked: 356 times | Joined on Jan 2008 @ California and Virginia
#80
Qt is finished now right? At least according to the Wiki page (and Stskeeps)!

I see there is still no sound though. Oh well...
__________________
----------------------------------------------------

www.ezschool.com - The best online educational experience.
 
Reply

Tags
day-to-day, mer, release, usable


 
Forum Jump


All times are GMT. The time now is 03:55.