You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need to implement some standardized form for logging in the non-experimental layers (e.g. the interface layer). For instance, polling happens at the level of the interface with a DIO card and thus the actual values returned by the DIO are never known at the experiment level. However, for some debugging purposes it would be useful for our lab to record the value at every read. We would propose adding a logger to each module (at least the interface and component modules) that takes the form of:
importlogginglogger=logging.getLogger('pyoperant.interface.arduino')
logger.debug('Something bad happened with the arduino!')
That way a handler can be attached by the panel or experiment to write out to a file in case of any low-level issues. Also, logging inheritance seems really useful, so a naming scheme like this should allow one to control the logging level of all interface modules simultaneously.
The text was updated successfully, but these errors were encountered:
then we can move all of the logger handling and configuration out of the Experiment object and into whatever application is calling it (e.g. behave), snagging the appropriate loggers which we want to monitor with
We need to implement some standardized form for logging in the non-experimental layers (e.g. the interface layer). For instance, polling happens at the level of the interface with a DIO card and thus the actual values returned by the DIO are never known at the experiment level. However, for some debugging purposes it would be useful for our lab to record the value at every read. We would propose adding a logger to each module (at least the interface and component modules) that takes the form of:
That way a handler can be attached by the panel or experiment to write out to a file in case of any low-level issues. Also, logging inheritance seems really useful, so a naming scheme like this should allow one to control the logging level of all interface modules simultaneously.
The text was updated successfully, but these errors were encountered: