Hello forum readers,

I am using Bascom AVR VERSION 2.0.8.5. And the programmer is STK200/STK300.
After switching to a new computer with Windows 11, no icons are visible when programming. There are, however, a number of empty squares to be seen. The functions in these empty squares work well.

I had this error before on 5/9/2022 when installing Bascom AVR in Windows 7.
The error number then was MC#JST-52746-678.
This error was then resolved with a new release of Bascom AVR.
I have now tried twice to report this error to MCS via email, but unfortunately have not received a response yet.

Does anyone have an idea how I should solve this?

Thank you in advance for your response,

Loek

(BASCOM-AVR version : 2.0.8.5. , Latest : 2.0.8.5 )

In case you want to display several variables on one graph

[code:1:0ccaba240f]Print "@pl1 PLI:'pl0,pl1' PLC:'#cd1e2c,#06c1f7' YP:'" ; Temperature ; "," ; Humidity ; "'," ; "XP:'0,0'"[/code:1:0ccaba240f]

I did notice that, as you can see from the change of my former reply.

[b:4e90fbdd4e]MWS[/b:4e90fbdd4e], I dealt with the addresses based on the table from the documentation (after shifting &H10 to left I added to the address 0 when writing the configuration and 1 when reading data) and published the working code, read the entire post above.

Do a minimum effort to earn your success by reading the help, the explanation about I2SEND is most clear.

I2C sports a read and write device address, see the screenshot from the datasheet 'send word', there the bits Rd/Wr.
How exactly your code takes care about this detail?

Ok, what does this change in communication or my specific example? Should I shift the address to the left and add a 0 or a 1 to the low bit? I thought Bascom supported 7 bit addressing.

[quote:46ab2be92b="programmista123"]Datasheet[/quote:46ab2be92b]
You both need to read the important parts:
[quote:46ab2be92b]VEML6040 uses [b:46ab2be92b]10h[/b:46ab2be92b] slave address for [b:46ab2be92b]7-bit[/b:46ab2be92b] I2C addressing protocol.[/quote:46ab2be92b]

This change in the code resulted in the display showing 4112 for each color. This value does not change depending on the color of the substrate over which the sensor is placed.

Datasheet :wink:

[img:b5f2df802c]https://www.mcselec.com/userpix/26971_6040_1.jpg[/img:b5f2df802c]

[quote:8800411fb6="programmista123"]Hello,

Sub Read_rgb_data() is not correct.
[code:1:8800411fb6]
I2cstart
I2cwbyte Device_address
I2cstart
I2cwbyte r_adr
I2crbyte R_high, Ack
I2crbyte R_low, nack
I2cstop
[/code:1:8800411fb6]

You need to have:
1. I2C start
2. Command Code
3. Slave address
4. Data
+ I2CREPSTART instead of I2cstart again.

So, for example R read should looks like:

[code:1:8800411fb6]
I2cstart 'Start
I2cwbyte Device_address 'Address
I2cwbyte r_adr
I2CREPSTART
I2cwbyte Device_address
I2crbyte R_high, Ack
I2crbyte R_low, nack
I2cstop
[/code:1:8800411fb6]


Regards,
Przemek[/quote:8800411fb6]

Hi, thanks for reply, but I have a question, why is the address of the device sent 2 times in your example code?