forum

Compiler doesn't support aggregated objects. So you have to use pointer instead of a copy of an object. So, you have to use ZUNO_MCP23017 * _i2c; and refactor some code inside the class RGBLCDShieldNoButtons: 1. access to method of _i2c object: _i2c->method(...) instead of _i2c.method(...) 2. Initia...

I found it. The problem involved with access to external NVM memory(it uses some of pins for it). We patched the code of it and forgot to move it during release. Fixed it.

10der, thank you once more!

Don't worry I will check it this Monday. I know how to reproduce this issue and the reason of it...

The short reply is "because 8051 is 8bit microcontroller and the SDCC is old fashioned C-compiler". It converts types only "on demand" when you ask him. I wrote about it here https://forum.z-wave.me/viewtopic.php?f=3427&t=24150 some of the posible variants are: long x = secsU...

Don't do it with USB;) At this moment only Serial0/Serial1 use DMA for input.

All arrays will be located in user segment of xram(2kb).
Stack always located for 8051 in the idata (140 bytes only). When you create local variable (not an array) it places at the top of stack.

Try it, pretty strange. Z-uno starts with all pins to input with pull-ups.

Looks like stack overflow. Move some variables(long first) to global area.

Use "L" at the end of constant... Int for default, SIZEOF(int) =2

Found an issue in the last version of compiler. The previous version checks the s_pin before code generation and throws readable error. The last version skips this check and gives you unreadable trace... We will fix it. So, It's our bug. Thank you for your tests.