Mario Lobo
2015-Sep-09 18:06 UTC
[Nut-upsuser] APC BACK UPS 2200 model BZ2200BI-BR (New output
On Tue, 8 Sep 2015 22:25:54 -0400 Charles Lepple <clepple at gmail.com> wrote:> @rpvelloso on Github suggested some changes (driver version v0.64) > that should help with the initial sync: > > https://github.com/networkupstools/nut/commit/debc8e0280ea4de9a0db5ca34aa66705b285f61f > > It's the solis_debug branch on Github. > > Does that help? I'm concerned that it might get out of sync later, > but I don't want to change too much at once.Hi Charles ! By the constance of header and footer bytes, I think something different is going on now. It still identifying as a Solis 1.0 (which is not) but at least it is doing it on its own, without gdb. Here is the output: /usr/local/libexec/nut/solis -a lobos -u root -D -D -D Network UPS Tools - APC/Microsol Solis UPS driver 0.64 (2.7.3.1) 0.000000 debug level is '3' 0.001843 getbaseinfo: sending CMD_UPSCONT and ENDCHAR to sync 1.330248 getbaseinfo: received 25 bytes from ser_get_buf_len() 1.330283 CommReceive: RecPack: (25 bytes) => bb 47 88 ad 1b 0a a0 18 02 30 14 10 0b 1.330298 00 00 00 01 00 09 a1 49 5e 5e 25 fe Detected Solis 1.0 on /dev/cuaU0 UPS Date 1999/10/09 System Date 2015/09/09 day of week Wed UPS internal Time 16:20:48 Shutdown programming not activated 1.330381 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 2.414226 getupdateinfo: received 25 bytes from ser_get_buf_len() 2.414259 CommReceive: RecPack: (25 bytes) => bb 46 88 ac 02 0a a0 09 02 31 14 10 0b 2.414274 00 00 00 01 00 09 a1 49 5e 5e fc fe 2.414566 dstate_init: sock /var/db/nut/solis-lobos open on fd 5 2.414600 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 3.499203 getupdateinfo: received 25 bytes from ser_get_buf_len() 3.499237 CommReceive: RecPack: (25 bytes) => bb 46 83 ac 03 0a a0 09 02 32 14 10 0b 3.499253 00 00 00 01 00 09 a1 49 5e 5e f9 fe 4.436557 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 4.585178 getupdateinfo: received 25 bytes from ser_get_buf_len() 4.585209 CommReceive: RecPack: (25 bytes) => bb 47 83 ad 19 0a a0 0c 02 33 14 10 0b 4.585224 00 00 00 01 00 09 a1 49 5e 5e 15 fe 6.440663 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 6.440711 getupdateinfo: received 25 bytes from ser_get_buf_len() 6.440731 CommReceive: RecPack: (25 bytes) => bb 46 83 ac 1b 0a a0 1e 02 34 14 10 0b 6.440745 00 00 00 01 00 09 a1 49 5e 5e 28 fe 8.482557 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 8.482601 getupdateinfo: received 25 bytes from ser_get_buf_len() 8.482620 CommReceive: RecPack: (25 bytes) => bb 46 82 ad 1a 0a a0 20 02 35 14 10 0b 8.482636 00 00 00 01 00 09 a1 49 5e 5e 2a fe 10.485513 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 10.485555 getupdateinfo: received 25 bytes from ser_get_buf_len() 10.485575 CommReceive: RecPack: (25 bytes) => bb 46 83 ad 19 09 a0 02 02 37 14 10 0b 10.485590 00 00 00 01 00 09 a1 49 5e 5e 0d fe 12.513556 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 12.513599 getupdateinfo: received 25 bytes from ser_get_buf_len() 12.513619 CommReceive: RecPack: (25 bytes) => bb 46 87 ad 01 0a a0 31 02 39 14 10 0b 12.513634 00 00 00 01 00 09 a1 49 5e 5e 2b fe 14.533025 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 14.533089 getupdateinfo: received 25 bytes from ser_get_buf_len() 14.533110 CommReceive: RecPack: (25 bytes) => bb 47 88 ad 1c 0a a0 0c 02 3b 14 10 0b 14.533125 00 00 00 01 00 09 a1 49 5e 5e 25 fe 16.540632 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 16.540693 getupdateinfo: received 25 bytes from ser_get_buf_len() 16.540713 CommReceive: RecPack: (25 bytes) => bb 47 88 ad 1c 0b a0 54 02 01 15 10 0b 16.540728 00 00 00 01 00 09 a1 49 5e 5e 35 fe 18.578527 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 18.578570 getupdateinfo: received 25 bytes from ser_get_buf_len() 18.578589 CommReceive: RecPack: (25 bytes) => bb 46 83 ad 19 0a a0 13 02 03 15 10 0b 18.578604 00 00 00 01 00 09 a1 49 5e 5e ec fe 20.586804 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 20.586847 getupdateinfo: received 25 bytes from ser_get_buf_len() 20.586866 CommReceive: RecPack: (25 bytes) => bb 46 88 ad 1d 0a a0 0b 02 04 15 10 0b 20.586881 00 00 00 01 00 09 a1 49 5e 5e ee fe 22.628979 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 22.629064 getupdateinfo: received 25 bytes from ser_get_buf_len() 22.629091 CommReceive: RecPack: (25 bytes) => bb 46 88 ad 1b 0a a0 06 02 06 15 10 0b 22.629107 00 00 00 01 00 09 a1 49 5e 5e e9 fe 24.634147 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 24.634214 getupdateinfo: received 25 bytes from ser_get_buf_len() 24.634234 CommReceive: RecPack: (25 bytes) => bb 47 88 ad 02 0b a0 07 02 08 15 10 0b 24.634249 00 00 00 01 00 09 a1 49 5e 5e d5 fe 26.664511 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 26.664552 getupdateinfo: received 25 bytes from ser_get_buf_len() 26.664572 CommReceive: RecPack: (25 bytes) => bb 46 88 ad 1f 0b a0 3d 02 0a 15 10 0b 26.664587 00 00 00 01 00 09 a1 49 5e 5e 29 fe 28.671512 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 28.671555 getupdateinfo: received 25 bytes from ser_get_buf_len() 28.671575 CommReceive: RecPack: (25 bytes) => bb 46 88 ac 1d 0a a0 08 02 0c 15 10 0b 28.671590 00 00 00 01 00 09 a1 49 5e 5e f2 fe 30.679509 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 30.679551 getupdateinfo: received 25 bytes from ser_get_buf_len() 30.679571 CommReceive: RecPack: (25 bytes) => bb 46 88 ae 1b 0a a0 09 02 0e 15 10 0b 30.679586 00 00 00 01 00 09 a1 49 5e 5e f5 fe 32.712525 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 32.712617 getupdateinfo: received 25 bytes from ser_get_buf_len() 32.712632 CommReceive: RecPack: (25 bytes) => bb 47 88 ad 01 0a a0 3a 02 10 15 10 0b 32.712642 00 00 00 01 00 09 a1 49 5e 5e 0e fe 34.722511 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 34.722556 getupdateinfo: received 25 bytes from ser_get_buf_len() 34.722576 CommReceive: RecPack: (25 bytes) => bb 46 88 ad 03 0c a0 49 02 11 15 10 0b 34.722591 00 00 00 01 00 09 a1 49 5e 5e 21 fe 36.741002 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 36.741069 getupdateinfo: received 25 bytes from ser_get_buf_len() 36.741089 CommReceive: RecPack: (25 bytes) => bb 46 83 ac 19 0a a0 f9 01 13 15 10 0b 36.741104 00 00 00 01 00 09 a1 49 5e 5e e0 fe 38.753013 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 38.753057 getupdateinfo: received 25 bytes from ser_get_buf_len() 38.753077 CommReceive: RecPack: (25 bytes) => bb 47 83 ad 19 0a a0 63 02 15 15 10 0b 38.753092 00 00 00 01 00 09 a1 49 5e 5e 4f fe 40.764509 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 40.764551 getupdateinfo: received 25 bytes from ser_get_buf_len() 40.764571 CommReceive: RecPack: (25 bytes) => bb 46 87 ad 1e 0a a0 1d 02 17 15 10 0b 40.764586 00 00 00 01 00 09 a1 49 5e 5e 13 fe 42.791510 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 42.791552 getupdateinfo: received 25 bytes from ser_get_buf_len() 42.791572 CommReceive: RecPack: (25 bytes) => bb 46 88 ad 1d 0a a0 0d 02 19 15 10 0b 42.791587 00 00 00 01 00 09 a1 49 5e 5e 05 fe 44.825011 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 44.825054 getupdateinfo: received 25 bytes from ser_get_buf_len() 44.825074 CommReceive: RecPack: (25 bytes) => bb 47 88 ad 02 0a a0 17 02 1b 15 10 0b 44.825088 00 00 00 01 00 09 a1 49 5e 5e f7 fe 46.840571 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 46.840636 getupdateinfo: received 25 bytes from ser_get_buf_len() 46.840656 CommReceive: RecPack: (25 bytes) => bb 46 88 ac 0c 0a a0 3c 02 1d 15 10 0b 46.840671 00 00 00 01 00 09 a1 49 5e 5e 26 fe 48.861804 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 48.861851 getupdateinfo: received 25 bytes from ser_get_buf_len() 48.861870 CommReceive: RecPack: (25 bytes) => bb 47 88 ad 1c 0b a0 3e 02 1e 15 10 0b 48.861885 00 00 00 01 00 09 a1 49 5e 5e 3c fe 50.865010 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 50.865053 getupdateinfo: received 25 bytes from ser_get_buf_len() 50.865073 CommReceive: RecPack: (25 bytes) => bb 46 87 ad 1e 0b a0 0e 02 20 15 10 0b 50.865088 00 00 00 01 00 09 a1 49 5e 5e 0e fe 52.877515 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 52.877557 getupdateinfo: received 25 bytes from ser_get_buf_len() 52.877578 CommReceive: RecPack: (25 bytes) => bb 46 88 ad 19 0a a0 0c 02 22 15 10 0b 52.877593 00 00 00 01 00 09 a1 49 5e 5e 09 fe 54.896807 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 54.896850 getupdateinfo: received 25 bytes from ser_get_buf_len() 54.896869 CommReceive: RecPack: (25 bytes) => bb 46 88 ac 01 0a a0 14 02 24 15 10 0b 54.896884 00 00 00 01 00 09 a1 49 5e 5e fa fe 56.909008 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 56.909051 getupdateinfo: received 25 bytes from ser_get_buf_len() 56.909071 CommReceive: RecPack: (25 bytes) => bb 47 88 ac 21 0c a0 b2 02 26 15 10 0b 56.909086 00 00 00 01 00 09 a1 49 5e 5e bd fe 58.926522 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 58.926573 getupdateinfo: received 25 bytes from ser_get_buf_len() 58.926593 CommReceive: RecPack: (25 bytes) => bb 47 88 ac 1d 0b a0 1d 02 28 15 10 0b 58.926608 00 00 00 01 00 09 a1 49 5e 5e 25 fe 60.929512 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 60.929555 getupdateinfo: received 25 bytes from ser_get_buf_len() 60.929576 CommReceive: RecPack: (25 bytes) => bb 46 88 ad 1c 0a a0 0a 02 2a 15 10 0b 60.929591 00 00 00 01 00 09 a1 49 5e 5e 12 fe 62.940599 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 62.940665 getupdateinfo: received 25 bytes from ser_get_buf_len() 62.940687 CommReceive: RecPack: (25 bytes) => bb 47 88 ad 02 0a a0 29 02 2b 15 10 0b 62.940701 00 00 00 01 00 09 a1 49 5e 5e 19 fe 64.978509 getupdateinfo: requesting 25 bytes from ser_get_buf_len() 64.978551 getupdateinfo: received 25 bytes from ser_get_buf_len() 64.978571 CommReceive: RecPack: (25 bytes) => bb 47 83 ac 1b 0a a0 41 02 2d 15 10 0b 64.978586 00 00 00 01 00 09 a1 49 5e 5e 46 fe -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio.... YET!!] "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things."
Charles Lepple
2015-Sep-11 02:31 UTC
[Nut-upsuser] APC BACK UPS 2200 model BZ2200BI-BR (New output
On Sep 9, 2015, at 2:06 PM, Mario Lobo <mlobo at digiart.art.br> wrote:> > By the constance of header and footer bytes, I think something > different is going on now.Right, this is the resync code that @rpvelloso suggested. https://github.com/networkupstools/nut/issues/231#issuecomment-138971923> It still identifying as a Solis 1.0 (which is not) but at least it is > doing it on its own, without gdb.If I remember correctly, Bruno was mainly looking for OB/LB status, so he mapped the APC model to the nearest Solis model. I've CC'd him in case he has any other insights. Bruno, the mailing list thread starts here: http://article.gmane.org/gmane.comp.monitoring.nut.user/9306 and here: http://article.gmane.org/gmane.comp.monitoring.nut.user/9317 -- Charles Lepple clepple at gmail
Charles Lepple
2015-Sep-11 12:27 UTC
[Nut-upsuser] APC BACK UPS 2200 model BZ2200BI-BR (New output)
On Sep 11, 2015, at 8:11 AM, Mario Lobo <mlobo at digiart.art.br> wrote:> > On Thu, 10 Sep 2015 22:31:08 -0400 > Charles Lepple <clepple at gmail.com> wrote: > >> On Sep 9, 2015, at 2:06 PM, Mario Lobo <mlobo at digiart.art.br> wrote: >>> >>> By the constance of header and footer bytes, I think something >>> different is going on now. >> >> Right, this is the resync code that @rpvelloso suggested. >> >> https://github.com/networkupstools/nut/issues/231#issuecomment-138971923 >> >>> It still identifying as a Solis 1.0 (which is not) but at least it >>> is doing it on its own, without gdb. >> >> If I remember correctly, Bruno was mainly looking for OB/LB status, >> so he mapped the APC model to the nearest Solis model. I've CC'd him >> in case he has any other insights. >> >> Bruno, the mailing list thread starts here: >> http://article.gmane.org/gmane.comp.monitoring.nut.user/9306 and >> here: http://article.gmane.org/gmane.comp.monitoring.nut.user/9317 >> > > Charles; > > Do you think I could try this solis with nut and see what comes up? > > Or you think it is not worth it yet?The only way we will know if this works is if someone tests it... It looks like the low-battery signal is calculated from the charge. I am not sure what effect the incorrect voltages will have on that calculation (I have not seen any numbers) but if they are all off by a constant factor, it should work. -- Charles Lepple clepple at gmail
Charles Lepple
2015-Dec-30 21:52 UTC
[Nut-upsuser] APC BACK UPS 2200 model BZ2200BI-BR (New output)
On Fri, Sep 11, 2015 at 10:54 AM, Mario Lobo <mlobo at digiart.art.br> wrote:> I know the battery is fully charged and that the load is more than 7.2%. > > The battery voltage seems correct.Mario, I realize some of the variables are not yet correct, but is this better than before? I would like to merge the solis_debug branch in to the master branch. Bruno, Any ideas? Mario mentioned his model is getting mis-detected as a Solis 1.0. -- - Charles Lepple