Services

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
RESOLVED in CODE WALKTHROUGH

RESOLVED in CODE WALKTHROUGH

The removed code changes are dead code due to condition of "if" condition check at top level ( ALARM_TABLE[ a ].alarmClearOnly). these alarms have property of 'clear only' as 'TRUE" in the alarm ta...

The removed code changes are dead code due to condition of "if" condition check at top level ( ALARM_TABLE[ a ].alarmClearOnly). these alarms have property of 'clear only' as 'TRUE" in the alarm table. hence condition always be false and the removed code changes never executed.

Why was this block removed? We do not need to check of the empty bottles alarms anymore?

Why was this block removed? We do not need to check of the empty bottles alarms anymore?

HD-DEN-16595_Vectorcast Unit And Integration Testing
HD-DEN-16595_Vectorcast Unit And Integration Testing
HD-DEN-16595_Vectorcast Unit And Integration Testing
HD-DEN-16595_Vectorcast Unit And Integration Testing
Do we really want to use a whole flash sector for a flag? I thought bootloader was going to talk to UI to determine whether an update was in progress?

Do we really want to use a whole flash sector for a flag? I thought bootloader was going to talk to UI to determine whether an update was in progress?

What is this for?

What is this for?

This is adding conversion to binary step post-build, correct? Are we losing the alarm check here?

This is adding conversion to binary step post-build, correct? Are we losing the alarm check here?

Don't make changes outside of user code sections.

Don't make changes outside of user code sections.

So app start address is offset by 64K. Assuming that is plenty of room for bootloader but we should check. Also, have we checked that the first 64K of Flash memory is discreet sector-wise? We do no...

So app start address is offset by 64K. Assuming that is plenty of room for bootloader but we should check.
Also, have we checked that the first 64K of Flash memory is discreet sector-wise? We do not want bootloader and app sharing a sector.

Why aren't each of these messages calling their own handler function? They appear to exist in SystemCommMessages.c so I believe that was the intent.

Why aren't each of these messages calling their own handler function? They appear to exist in SystemCommMessages.c so I believe that was the intent.

Should we use new reboot function in Update.c?

Should we use new reboot function in Update.c?

Spaces in (). Be explicit on BOOL conditions.

Spaces in (). Be explicit on BOOL conditions.

Spaces in ().

Spaces in ().

Why not call the reboot function in Update.c?

Why not call the reboot function in Update.c?

Spaces inside (). Be explicit with BOOL conditions.

Spaces inside (). Be explicit with BOOL conditions.

Spaces inside (). Use ternary to set to TRUE or FALSE explicitly.

Spaces inside (). Use ternary to set to TRUE or FALSE explicitly.

Where is this being called?

Where is this being called?

This message will not get sent immediately - it is only queued. Reset will occur before transmit.

This message will not get sent immediately - it is only queued. Reset will occur before transmit.

Where is this called?

Where is this called?

I don't see SystemComm calling this or reboot function. Why are they here?

I don't see SystemComm calling this or reboot function. Why are they here?