Old classic If-Then...

[Ioannis]

Hi Alain.

On the following if I try to put the second if-then inside the logic expression, I get an "Temp variables exceeding T4" error in MPASM assembler.

This compiles OK:

if pump=0 and (thermistor1=1 or thermiko1=1 or onboard_an2>(pres_limit+10)) then 
	module_rel_out.0=0
endif


if level>stop_level then
	if pump=0 then
		module_rel_out.0=0
	endif
endif

This produces the above error:

if pump=0 and (thermistor1=1 or thermiko1=1 or onboard_an2>(pres_limit+10) or level>stop_level) then 
	module_rel_out.0=0
endif

Thanks,
Ioannis

[Acetronics2]

Hi, Ioannis

Do not use " IF thermistor1 = 1" but "IF Thermistor" ... result is the same

Do not use " IF thermistor1 = 0 " but "IF NOT Thermistor" ... result is the same

Alain

[Acetronics2]

if  (pump=0) and ( thermistor1 or thermiko1 or ( onboard_an2>(pres_limit + 10))) then 
	module_rel_out.0=0
endif


if (level>stop_level) then
	if pump=0 then
		module_rel_out.0=0
	endif
endif

Compile fine

BUUUUUUT ... I do think you should make your Karnaugh Table ( Table of states ) "a bit" clearer ... might help a lot ( lol )

Alain

Alain

[Archangel]

Thanks Alain,
For

RANDOM Level
RANDOM Onboard_An2

It gives me a new test tool, never could see a use for that command before. Sometimes it's not the main point of your posting that benefits others, sometimes it's the little things that you use everyday.

[Archangel]

Hi, Ioannis

Do not use " IF thermistor1 = 1" but "IF Thermistor" ... result is the same

Do not use " IF thermistor1 = 0 " but "IF NOT Thermistor" ... result is the same

Alain

Could you please explain a little more, so I can understand why ?
Thank You

[mister_e]

I understand why.. the problem is to explain... enjoy the following language barrier mess

If ConditionIsTrue Then DoSomething

Dealing with Bit Var, you have ONLY 2 choices... OR the var is 1 OR the var 0, True or False.

So why messing with condition if your variable already hold it?

It's just another way to write your IF-THEN

[Darrel Taylor]

I get an "Temp variables exceeding T4" error in MPASM assembler.

Hi Ioannis,

That error is comming from ReEnterPBP.bas

There's no way for it to know if the complex formula/IF statement is in the main program or the interrupt handler. And if it's in the handler, it will end up overwriting PBP's system vars.

If you know for sure that the offending statements are NOT in the handler. You can open the ReEnterPBP.bas file and comment the error line.

        ifdef T5
;            ERROR "Temp variables exceeding T4"
        endif

HTH,

[Archangel]

Hi Ioannis,

That error is comming from ReEnterPBP.bas

There's no way for it to know if the complex formula/IF statement is in the main program or the interrupt handler. And if it's in the handler, it will end up overwriting PBP's system vars.

If you know for sure that the offending statements are NOT in the handler. You can open the ReEnterPBP.bas file and comment the error line.

        ifdef T5
;            ERROR "Temp variables exceeding T4"
        endif

HTH,

Hi Darrel,
So if I understand this right, ERROR is a reserved word in assembler, and if IFDEF calls it then MPASM displays the error when compiling . . . YES?<br><br> Hi Steve, thanks , I will give that some thought.

[Darrel Taylor]

Hi Darrel,
So if I understand this right, ERROR is a reserved word in assembler, and if IFDEF calls it then MPASM displays the error when compiling . . . YES?

Yup. You got it.

[Ioannis]

Hi. Thanks for the replies.

Alain: I was going to use the syntax later (if thermistor then...), after I had my program working. But as Darrel explained, this would have no effect as the error was coming from the ReEnterPBP.bas.

Darrel: Thanks for the explanation. I forgot to mention that I was using yours routine for the Interupts, sorry... But did not imagine that this could be coming from the ReEnterPBP.bas. It seemed more logical to be a problem of the Assembler or Compiler.

Useful the tip for the error.

Anyway, many thanks to all.

Ioannis