hd_proxy.py

Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
RESOLVED.

RESOLVED.

RESOLVED.

RESOLVED.

RESOLVED.

RESOLVED.

The version of crucible we're using has an issue where duplicate files show in the file viewer on the left. If you look at the more recent hemodialysis_device.py file (see the files viewer on the ...

The version of crucible we're using has an issue where duplicate files show in the file viewer on the left.

If you look at the more recent hemodialysis_device.py file (see the files viewer on the left), this message id is removed: http://dvm-linux02:8060/cru/DIALIN-DEN-4856-1#CFR-19219

It is also removed from both msg_defs.py: http://dvm-linux02:8060/cru/DIALIN-DEN-4856-1#CFR-19027 and http://dvm-linux02:8060/cru/DIALIN-DEN-4856-1#CFR-19203

Done

Done

Yes, if it's already there no reason to remove it. I've added it back

Yes, if it's already there no reason to remove it. I've added it back

This message id is not being used.

This message id is not being used.

The file should be renamed to match this.

The file should be renamed to match this.

should we keep the copyright?

should we keep the copyright?

DIALIN-DEN-4856_Sprint_27
DIALIN-DEN-4856_Sprint_27
RESOLVED.

RESOLVED.

Okay. It's "Projects" now

Okay. It's "Projects" now

Reminded him again and he is aware of it and has plan to do so. We use "Projects" and if meanwhile anyone has a non-updated VM will update the folder name manually for now.

Reminded him again and he is aware of it and has plan to do so.
We use "Projects" and if meanwhile anyone has a non-updated VM will update the folder name manually for now.

Yes I told him to update that. Will remind him again.

Yes I told him to update that.
Will remind him again.

Great, RESOLVED

Great,
RESOLVED

great, RESOLVED

great,
RESOLVED

Have you checked with Dara on this? I think the VM's are setup with the "~/projects" directory. Systems and V&V both have v4 of those VM's already...

Have you checked with Dara on this? I think the VM's are setup with the "~/projects" directory. Systems and V&V both have v4 of those VM's already...

I had the same thought awhile ago and begin investigating it. It may be possible - but will take some time. I previously created a Jira ticket to make sure we implement this feature in the future: ...

I had the same thought awhile ago and begin investigating it. It may be possible - but will take some time. I previously created a Jira ticket to make sure we implement this feature in the future: http://dvm-linux02:8080/browse/DIAL-23.

I had the same thought awhile ago and begin investigating it. It may be possible - but will take some time. I previously created a Jira ticket to make sure we implement this feature in the future: ...

I had the same thought awhile ago and begin investigating it. It may be possible - but will take some time. I previously created a Jira ticket to make sure we implement this feature in the future: http://dvm-linux02:8080/browse/DIAL-23.

Is there a way to get these values right from c code of firmware? Like a scripts which reads the c file and generates this py code.

Is there a way to get these values right from c code of firmware?
Like a scripts which reads the c file and generates this py code.

Is there a way to get these values right from c code of firmware? Like a scripts which reads the c file and generates this py code.

Is there a way to get these values right from c code of firmware?
Like a scripts which reads the c file and generates this py code.

It has been updated in scripts to "Projects"

It has been updated in scripts to "Projects"

RESOLVED

RESOLVED

It is so during the import process, the modules in the common directory are found. It's used to mark directories as python package directories. If you remove it, then python will no longer find sub...

It is so during the import process, the modules in the common directory are found. It's used to mark directories as python package directories.
If you remove it, then python will no longer find submodules.

https://docs.python.org/3/reference/import.html#regular-packages

If we add the following to _init.py then the user doesn't have to know the exact file location of a particular class:

So in dialin.
init_.py, we could add:
from hd.hemodialysis_device.py import HD

Then, a dialin script could do:

from dialin import HD

instead of

from dialin.hd.hemodialysis_device import HD


It abstracts away the file location so if we can rename files without the API user being affected.

Your comment reminded me that we weren't doing this yet and so I've added those changes to this review.

Why is this empty?

Why is this empty?

DIALIN-DEN-4344_Sprint 25
DIALIN-DEN-4344_Sprint 25