Best posts made by bisschopsr

Hi all,

I. m facing similar problems. like you. I was working on upgrading my network to 2.1.1. I got stuck with strange behaviour of the GW. I programmed it with:
IDE version: 1.8.4
Arduino AVR release: 1.6.20
The latest 2.1.1 downloaded libraries and the latest GW version.

After connecting the GW to my network, i was perfectly able to ping it. MYScontroller could connect, however sending a command to the gateway rusults in an error (ERROR 10054).

I've been fighting with it for a day, exchanging compontents, rebuilding SW, etc.

Here is what solved it!
Changed the AVR release to 1.6.11

I know there are problems in AVR 1.6.X, but these should have been solved in 1.6.18 and higher. Apperantly that is not the case.

I hope this helps!

Ralph

Hi All,
Just to add a picture of the assembled sensor with its housing. The housing was a little strugle to get it to fit the meter. The top of the meter is not flat. Eventually I found the best fitting solution. The "housing" was laser cut and consists of three parts, a base plate, a plate to fit the PCB and a protective top plate with some text. The base plate has a screw to fixate the sensor to the meter.

I will post a picture of the sensor on the meter later.

Just the let you know, the board is submitted for production (V0.10). Now I have to wait patiently. Meanwhile I probably will work on the sketch, get the parts not used anymore out. Also I need to further write the manual.

Hi All,
Herewith an update of my effort to get this working correctly. I decided to try and work with the analogue value coming from the TCRT5000. I adapted the original MySensors watermeter sketch to enable the use of the analogue input. I put in a software hysteresis mechanism and ‘tools’ to check the values coming from the TCRT. This appeared to be very successful the setup has been running now 24/7 since January 1st. The result so fa is zero miscounts! The counter value is the same as the reading on the meter itself. I will post more details later and I will upload everything to Github, so the code, the pictures of the setup and the PCB I’m developing for this.

Hi All,

Resolved this with a simple funtion splitting the value in byte long parts. Bit shifting and OR are a perfect fit for this :-).

The code:

void storeEeprom(int pos, int value) {
	// function for saving the values to the internal EEPROM
	// value = the value to be stored (as int)
	// pos = the first byte position to store the value in
	// only two bytes can be stored with this function (max 32.767)
	gw.saveState(pos, ((unsigned int)value >> 8 ));
	pos++;
	gw.saveState(pos, (value & 0xff));
}

int readEeprom(int pos) {
	// function for reading the values from the internal EEPROM
	// pos = the first byte position to read the value from 

	int hiByte;
	int loByte;

	hiByte = gw.loadState(pos) << 8;
	pos++;
	loByte = gw.loadState(pos);
	return (hiByte | loByte);
}

@mfalkvidd Aha clear, but the mismatch stays the same, isn't it? Anyway lets close this thread, DHT is running now, so I'm happy :-).

@mfalkvidd Thx: sometimes life is so simple. I totally did not notice that this slipped in...
Problem solved!

And to answer my other question myself: I don't need to enable softspi in the MyConfig.h I guess. Works without it apperently.

Hi All,

The water meter sensor has been running as of Jan 1st without a litre deviation compared to the actual water meter reading. That is 2 month! This week I received the most of the parts for the board. Made some final changed to the layout (see Github and Openhardware.io for the files). This week I will do a final quality check on the board. After that the order for the board goes out.