Problem xapmcs1wireNet + mcsxap + ds2423

[Aqua-Passion]

Hello ,
Sorry for my english , i'm french ;-)
I have
HS 3 v3.0.0.130
xapmcs1wireNet v3.0.6.0
mcsxap v3.0.0.42
and a EDS GP1 (ds2423) for water counter ( 1 count for 1 liter )
maybe I'm missing something but I can not seem to make them work properly
in xapmcs1wireNet I have 7 items for the device:
2 water flow (0 liter , 1272 liter : wrong count )
2 water flow rate ( stay 0 liter/ h ) , no a problem for me at this point
1 Sum ( 1272 liter: wrong count)
2 cu m water flow ( 9758165701 liter , 9758335756 liter ??? )

in communications i have :
...
22 20:28:29 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/37425 |
22 20:28:51 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/37425 |
...

here the counter "1/37425" , the "37425" seems to be the good count but i don't show it on devices items ???

I'm doing something wrong ?

Can you help me please ?
Thank you !

[Aqua-Passion]

I have count multiplier at "water flow 1 count per gallon"
For me it's liters counter .
the problem could come from?

[Michael McSharry]

The DS2423 has two counters. In you example it looks as if you are wired to the second one. This means your second DS2423 device is the one you want to setup for Water Flow. You will not use *** or Sum.

Water Flow will report a daily total and restart each day at 0. This means the absolute counts are not used, but the number of counts since midnight.

I do not recall what, if any, provisions are provided to accumulate daily counts over time. What are you trying to do?

[Aqua-Passion]

Thank you for the reply

In my tests the "counter" in "communications" tab return the right total count ( liters )

22 20:28:51 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/37425 |

I try to get this value in HS

I have tested water flow but i think in my tests displayed water flow does not match the counter

I will try again to give more information

for me counting day can be useful but it would be great to have the absolute total returned by the counter
absolute total is is more accurate for me
it is safer (count is saved in ds2423 memory )
more easy to use

I do not know if it might be possible to get it ?

set apart the wrong today usage diplayed I had a bug I think today
Daily usage return to "0" after a server reboot :-(

[Aqua-Passion]

testing
communication tab :

23 21:49:30 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/37542 |

water flow displayed : 0 liter

after 5 liters water used :
communication tab :

23 21:54:59 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/37547 |

(GOOD)

water flow displayed : 23 liter ( WRONG )

[Michael McSharry]

Can you post your \Config\xapmcsx1wire.ini file so I can see your setup for xapmcs1Wire? Since you are getting changes in the value most of the hard stuff has already been setup. It is likely just some setup parameter.

While it does not now report the absolute counter value it should not be too hard to do it. What is not easy to do is provide capability to reset the counter to 0. This means your offset for any measurement going forward will need to recognize what has already been accumulated.

[Aqua-Passion]

thank you
my \Config\xapmcsx1wire.ini

[DEVCIES_REVERSEPOLARITY]
1500000030E5BB81=;0;0;0;0;0;0;0
3F0000000FFE681D=;;;;;;;0
8E0000043C4B1928=;;0;0;0;0;0;0
[DEVICES_CAL]
1500000030E5BB81=0;0;0;0;0;0;0;0
3F0000000FFE681D=0;0;0;0;0;0;0;0
8E0000043C4B1928=0;0;0;0;0;0;0;0
[DEVICES_IGNORE]
1500000030E5BB81=1;1;1;1;1;1;1;1
3F0000000FFE681D=1;1;1;1;0;1;1;2
8E0000043C4B1928=1;1;2;2;2;2;2;2
[DEVICES_INDEX]
1500000030E5BB81=2
3F0000000FFE681D=3
8E0000043C4B1928=1
[DEVICES_LASTCHANGE]
1500000030E5BB81=23/10/2014 22:08:12;19/10/2014 23:30:47;19/10/2014 23:30:47;19/10/2014 23:30:47;19/10/2014 23:30:47;19/10/2014 23:30:47;19/10/2014 23:30:47;19/10/2014 23:30:47
3F0000000FFE681D=21/10/2014 19:33:38;21/10/2014 19:33:53;23/10/2014 22:08:06;21/10/2014 21:57:15;23/10/2014 22:08:06;23/10/2014 22:02:40;23/10/2014 22:04:35;19/10/2014 23:30:47
8E0000043C4B1928=23/10/2014 22:08:06;23/10/2014 22:08:06;19/10/2014 23:30:46;19/10/2014 23:30:46;19/10/2014 23:30:46;19/10/2014 23:30:46;19/10/2014 23:30:46;19/10/2014 23:30:46
[DEVICES_NAME]
1500000030E5BB81=;;;;;;;
3F0000000FFE681D=;;;;;;;
8E0000043C4B1928=;;;;;;;
[DEVICES_POLL]
1500000030E5BB81=60000
3F0000000FFE681D=30000
8E0000043C4B1928=60000
[DEVICES_PORT]
1500000030E5BB81=USB1;;-1
3F0000000FFE681D=USB2;;-1
8E0000043C4B1928=USB2;;-1
[DEVICES_RESOLUTION]
1500000030E5BB81=;0;0;0;0;0;0;0
3F0000000FFE681D=;;;;;;;0
8E0000043C4B1928=;;0;0;0;0;0;0
[DEVICES_TYPE]
1500000030E5BB81=11;-1;-1;-1;-1;-1;-1;-1
3F0000000FFE681D=29;30;29;30;37;29;29;-1
8E0000043C4B1928=0;11;-1;-1;-1;-1;-1;-1
[DEVICES_VALUE]
1500000030E5BB81=1;0;0;0;0;0;0;0
3F0000000FFE681D=0;0;7.2;0;7.2;2577834030.26;2577879101.58;0
8E0000043C4B1928=19.5625;1;0;0;0;0;0;0
[ONEWIRE]
adaptertype="DS9490,DS9490"
alarmingswitches="0"
background="Black"
barocalibrationoffset="0"
barocalibrationslope="1"
debuglog=""
displaykey=""
ds2540voltage=""
ds9097switchinterval=""
dsport="<USB1>,USB2"
dssampleinterval=""
excludebanner=""
fastweight=""
Filter="3F0000000FFE681D"
footertitle=""
gallon_history=;0;0;23;1;23/10/2014 22:53:21;1;0
gallon_history2=;0;0;23;37670;23/10/2014 22:53:21;37542;0
gallon_history4=;0;0;23;37671;23/10/2014 22:53:21;37543;0
gallon_history5=;1;0;23;1;23/10/2014 22:53:21;1;0
gallon_history6=;1;0;23;37670;23/10/2014 22:53:21;37542;0
headerlinks="xapmcs1Wire\Links.htm"
hsheader=""
httpport="8014"
lcdcols="16"
lcdrows="2"
lcdtype="0"
limithumidity=""
logolink=""
metricbaro="0"
metricrain="1"
metrictemp="1"
metricwind="0"
minimumhumidity=""
northdirection="0"
northdirection2=""
noserialfilter=""
rain_history5=;1;0;21;1;21/10/2014 23:53:57;1;0
rain_history6=;1;0;21;37145;21/10/2014 23:53:57;37145;0
rainfallcalibration="1"
rainfallweight="0.2"
retainrejected=""
sendbscinfo="1"
showicons="1"
showrejected="1"
showsignificantdigits=""
slowweight=""
statekey=""
StatusSortDirection=""
StatusSortKey="CALIBRATION"
stylesheet="xapmcs1Wire\StyleNoBody.css"
tbd=""
uid="FF.0005:00"
user0_history5=;1;0;22;1;22/10/2014 20:04:58;1;0
user0_history6=;1;0;22;37423;22/10/2014 20:04:58;37145;0
user0calibration="1"
user0label=""
user0units=""
user0weight="0"
user1label=""
user1units=" "
user2calibration="1"
user2label=""
user2units=""
user2weight="0.5"
user3label=""
user3units=""
waterflowcalibration="1"
waterflowweight="1"
watt_history2=;0;0;23;37548;23/10/2014 22:07:35;37548;0
watt_history5=;1;0;21;1;21/10/2014 19:40:33;1;0
wattagecalibration="1"
wattageweight="0.2"
windcalibration="1"
[SIGNIFICANT_DIGITS]
=2
Barometer=2
Barometer-AAG=0
BaroTrend=2
consommation=0
DewPoint=2
Distance=0
Flow=2
HubSwitch=1
Humidity=0
HumidityRate=0
Index=0
Lightning=0
Minutes=0
Moisture=0
pH=2
RainMonth=2
RainRate=2
RainToday=2
Relay=0
Status=0
Sum=0
Sunlight=0
Switch=0
Temperature=1
Text=0
Thermocron=2
Unknown=0
Voltage=2
WaterFlow=0
WaterFlowRate=0
WattageRate=1
WattageToday=0
WindDirection=1
WindGust=1
WindSpeed=1
X10=0

[Aqua-Passion]

for the absolute counter value it does not matter to me if I cant reset to 0
if I have the raw count and log each day at a time the count I cant have day usage with (day count )-(day-1 count) in HS script
And the absolute count stay preserved even if there is a bug in the script or server

with script and log i can calculate day , hour , month , year usage like with date and timestamps in scripts

[Aqua-Passion]

Excuse me, have you found something in the configuration file ?
Is it possible to have the absolute counter value in the plugin?
Thank you in advance

[Michael McSharry]

The setup does not provide a counter calibration in terms of liters. It does have it for gallons. You will have 3.78541 counts per gallon. Using this for your counter calibration should give you the desired result.

I will look into providing a xap message for changes in the absolute count.

I also noticed that you have specified your adapter port as if you have two adapters and first one is blank. If you only have one then it should be without comma prefix.

[Aqua-Passion]

Thank you very much for your help and for trying providing xap message for changes in the absolute count

for the adapter port it is

dsport=",USB2"

I have changed it to

dsport="USB2"

now

I have configured "Water Flow 3.78541 count per gallon" ? it's good ?
just testing :
communication tab :

30 19:44:58 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/39134 |

water flow displayed : 2357 liter

after 5 liters water used :
communication tab :

30 19:51:44 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/39139 |

(GOOD)

but water flow displayed : 2443 liter ( WRONG )
it say 2443-2357=86 liters used :-(

Maybe a problem in liters / gallons convert ?

[Michael McSharry]

I corrected the liter/gallon conversion. Was using length rather than volume conversion. The executable is in the zip http://mcsSprinklers.com/xapmcs1Wire_3_0_6_3_HS3.zip

[Aqua-Passion]

Thank you
xapmcs1Wire_3_0_6_3_HS3.zip downloaded , extracted
xapmcs1Wire.exe copied to HomeSeer directory
server rebooted
testing :
"Water Flow 3.78541 count per gallon"

communication tab :

31 17:41:12 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/39459 |

water flow displayed : 4227 liter

after 5 liters water used :
communication tab :

31 17:41:12 | Port=USB2 Address=3F0000000FFE681D Family=DS2423 Counter=1/39464 |

(ALWAYS GOOD HERE)

but water flow displayed : 4299 liter ( WRONG )

4299-4227=72 liters used :-(
absolute count is always good but not the water flow displayed

[Aqua-Passion]

conversion is it really useful?
I explain:
I use liters , my counter is 1 count for 1 liter
for someone who uses gallons , it surely may use a counter with 1 count for 1 gallon for exemple?
it may be sufficient to choose the display of the result with "liter" or "gallon"
rather than convert the result in gallons and liters after?
count multiplier would be easier too

[Michael McSharry]

I understand that it could be implemented with logic that carries counts rather than gallons, but that is not what exists right now. It seems there is still a scaling issue where it looks as if it should have been scaled by 1/3.78541 rather than 3.78541. As a trial could you change the scaling to be 1/3.78541= 0.2641722. That should give you a number of 5 liter rather than 72 liter. There is rounding error, but there is also quantization error as the water accumulates before the next count is realized so over any given period the totals will be very close.