Yes the example I have is static, not runtime occurrence.
Yes the example I have is static, not runtime occurrence.
Found another "bug" - if you put more DATA lines in code, than size of built-in eeprom, it will compile without errors, but PicKit 3 programmer will show you "Warning: Hex file loaded is larger than device."
Interesting... This is easy to check I guess.
Ioannis
I made a typo, putting = instead of -
hpwm 2,rmd*rmd=1,20000
This statement does not produce any errors, as it should. Also, RMD value remains the same![]()
Found another.
Here is sample code, both variants should work same, but they don't
This one is fine, but this one:Code:if ticker>150 and ard<140 and atrig=0 then ticker=1 atrig=1 endif
is not - atrig is always set to 1, no matter if ticker and ard values are as defined in if-then thing. It looks like that code after : is handled as separate code, not part of if-then. But, if I add say GOSUB XX after it, it is executed.Code:if ticker>150 and ard<140 and atrig=0 then ticker=1: atrig=1
That is not bug. That way should work. This : is same as new row.
So this line
is same as thisCode:if ticker>150 and ard<140 and atrig=0 then ticker=1: atrig=1
I'm using PBP since 2004. And I found only one bug in pbp, and encounter multiple in MPASM.... DT helped me a lot to track bug to MPASM...Code:if ticker>150 and ard<140 and atrig=0 then ticker=1 atrig=1
no, it is not, because if I add GOSUB statement, it is being triggered on IF-THEN condition only.
Bookmarks