Legal Removal Request

Post: Hi. I have an rpi2 with (several) ADC Pi Plus boards on top. I have read through the 'manual' at [url=https://github.com/abelectronicsuk/ABElectronics_Python_Libraries/blob/master/ADCPi/ADCPi.py]ABE_ADCPi.py[/url] and ported it to Java using pi4j. After some tries I got it working, but apparantly I have to use a timeout between channel switching and reading new values. Weird, because in the original perl sample there is no waiting between reading the different channels [url=https://github.com/abelectronicsuk/ABElectronics_Python_Libraries/blob/master/ADCPi/demos/demo_readvoltage.py]demo-readvoltage.py[/url] . If I run the sample (and remove the 0.5sec sleep) it almost instantly refreshes all the channels without any problem. This is what I do (pseudo) : write(1001 0000); //channel 1, continuous mode, PGA1, 12bit resolutionread(); //Reading 4 bytes, loop untill highest bit of 4th byte is '1', then use first 2 bytes as the 'value'write(1011 0000); //channel 2, continuous mode, PGA1, 12bit resolutionread(); //Reading 4 bytes, loop untill highest bit of 4th byte is '1' =>last read would still return the value from channel 1 allthought we switched to channel 2 write(1001 0000); //channel 1, continuous mode, PGA1, 12bit resolutionread(); //Reading 4 bytes, loop untill highest bit of 4th byte is '1'write(1011 0000); //channel 2, continuous mode, PGA1, 12bit resolutionwait(100msec)read(); //Reading 4 bytes, loop untill highest bit of 4th byte is '1' =>last read now returns value of channel2 So, am I doing something wrong or is there a way of reading the status after a channel switch to see when it is ready? Imho waiting an arbitrary amount of msecs feels a bit fishy, also in the original perl sample there seems to be no need for it. Secondly, what is bit 7 doing in the config? In the perl script it seems to be initialized on '1' (the initial config is 0x9C) and stays on that value. Only when switching to single shot it is set to 1 (which has no use, since it is already 1?) but then after writing it is set to 0 again. Thanks!