Skip to content

Alarm handling with AMSG - #52

Open
pheest wants to merge 5 commits into
epics-modules:masterfrom
pheest:Alarm_handling_with_AMSG
Open

Alarm handling with AMSG#52
pheest wants to merge 5 commits into
epics-modules:masterfrom
pheest:Alarm_handling_with_AMSG

Conversation

@pheest

@pheest pheest commented Jul 30, 2026

Copy link
Copy Markdown
Collaborator

This PR incorporates and expands on #48

In dbrec.c, I have added a third parameter 'amsg' to the call, defaulting to None.
Use of the 'z' argument means that either a string or None is accepted.
If it is None, NULL is the resulting C value.
If EPICS_VERSION is < 7.0.6, the parameter is ignored.

In ptable.py, the stat field is initialised to UDF_ALARM.
This will be overridden if the PINI field is "YES".
This ensures the value of the field matches the actual output value after initial processing.
The alarm, stat and amsg values are applied to both input and output records. This requires the record be scanned in order to update the status.
(My project need is to alert the user when an incorrect value is set that does not meet complex validation rules.)

In test_db.py, I have added tests to verify correct operation of both input and output record alarms.

@tynanford

Copy link
Copy Markdown
Collaborator

Thanks @pheest , with #48 merged I think this PR can be updated to only include changes to devsupApp/src/devsup/ptable.py and devsupApp/src/devsup/test/test_db.py?

… request.

Accepted changes to dbrec.c made byhttps://github.com/epics-modules/pull/48
@pheest

pheest commented Aug 12, 2026

Copy link
Copy Markdown
Collaborator Author

OK, done. I see test_db.py has continued conflicts that will need to be addressed.
I do not take issue with #48 on dbrec.c which has a slightly different implementation to mine.

@tynanford

Copy link
Copy Markdown
Collaborator

Thanks @pheest . I went ahead and merged the latest from master and resolved the conflicts. The main one being I renamed TestAlarm to TestAlarmScan (feel free to modify/change if you disagree).

Comment thread devsupApp/src/devsup/ptable.py Outdated
Comment thread devsupApp/src/devsup/ptable.py Outdated
Comment thread devsupApp/src/devsup/ptable.py Outdated
There does not appear to be a need for G._exec to be outside of the lock block.
Comment thread devsupApp/src/devsup/ptable.py Outdated
if alrm:
rec.setSevr(alrm)
if len(value)>len(self.vdata):
value = nval[:len(self.vdata)]

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

one more instance of nval here :)

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

D'oh!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants