Ni week 2018 LLAMA presentation

Editor's Notes

• #5 (2 – 3 minutes) Jesse and Christian introduce themselves I’m Jesse, I’ve been enjoying working with the NI platform for about 10 years as an engineer and project manager at DMC – designing custom test equipment, programming large scale applications, marketing NI solutions and leading teams of developers as a certified labview architect. I’m Christian Owen. I work for DMC … Test and Measurement team … CLD … 2 years of LabVIEW and NI hardware experience.
• #7 While some companies may focus on one particular industry segment, on DMC we focus on technology platforms, and most notably here the NI platform. We help companies in almost any industry, like those shown here, to benefit from the capabilities of those platforms to meet their particular needs.
• #9 MANUFACTURING AUTOMATION & INTELLIGENCE Our Manufacturing Automation offerings make your production systems more efficient, flexible, and reliable using the latest technologies. As premier automation integrators our manufacturing intelligence solutions provide you the information you need to make more effective business decisions.     TEST & MEASUREMENT AUTOMATION Our Test & Measurement Automation Services help automate laboratory testing using the latest technologies. We deliver world class solutions to leaders in research, development, production, quality, and certification testing. We develop efficient, accurate, robust test systems, and the tools to leverage test data for effective results analysis.     CUSTOM SOFTWARE & HARDWARE DEVELOPMENT We can help with your product or application development needs. Our services include product conception, custom electronic hardware development, application development for web, desktop, embedded, and mobile, and the development of developer tools (SDK, Drivers, API, etc.).     MICROSOFT CONSULTING SERVICES DMC has been a certified Microsoft Gold Partner since 2005. Gold is an elite status that represents the highest level of expertise with Microsoft technologies. We excel at helping clients understand software capabilities, put structure around business processes, and extend & integrate software solutions using Microsoft-centric technologies (SharePoint, Office 365, Azure, CRM, .NET, etc.).
• #10 I’ll start our discussion today with what we’re NOT talking about
• #13 (2-3 minutes) In general, logging is a good way good way to debug deployed applications. Consider case where application is deployed, going onsite to debug isn’t desired CHRISTIAN Misaligned Timestamp Case Study DMC Developed an application used in production Used in production so Downtime = bad Production site was far away no remote access, so no debugging using EXE with debug enabled After a few weeks, user reported an issue timestamps misaligned; not something we had seen before We asked the user to send us logs classified as either “good” logs or “bad” logs By comparing good and bad logs side by side, we were able to determine what was going on in the application Logs bridged gap between the user’s story and what was happening in the application, and ultimately lead to a solution
• #14 (2-3 minutes) logging is also helpful when standard debug tools (e.g. highlight execution, probes, breakpoints) won’t cut it. Consider case where lots of things running in parallel full system behavior is dependent on an ecosystem of processes each interacting with each other. You don’t want to stop or slow any of the loops What does event logging have in common with the eye of Sauron? Event logging is always watching. It’s always there, has your back to catch something that is unexpected, uncommon, or infrequent. Logs will tell the story you need to diagnose effectively. Has anyone been identified as a “Computer Whisperer” by the users?
• #15 (5-10 minutes) EASY TO USE LIGHTWEIGHT Minimal impact on application: you want to know that the application behaves the same way with logging as without logging Heisenberg Uncertainty CONFIGURABLE Depending on whether things are running smoothly or not, you may be interested in a very high level narrative of what the application is doing, or a very detailed and verbose log. You may want log information being sent to different locations or formats for analysis. Need to be able to adjust this on the fly, in development and runtime environments. EASY TO EXTEND Extensible: different applications have different needs. A logging framework that allows a programmer to build in new features or targets (such as a database, emails) is able to adapt to those needs. Basically, have deliberate points of extensibility to accommodate future needs - Other things to talk about: notification service
• #16 SENSIBLE OUTPUT output that allows one to quickly find what they’re looking for Categorization or grouping of Entries: - Different severities / tags - High level vs low level items - Different functional areas (different logging targets) WIDELY ACCESSIBLE Runs on RT and PC Remote connection to target (see debug console) Consolidate messages from multiple related targets
• #17 PROVIDES LIVE AND HISTORICAL FEEDBACK Sometimes you care now. Sometimes you care about then.
• #19 CHRISTIAN (2-5 minutes) Maybe talk about these three: NLog (common in .NET) Desktop trace toolkit (provided by NI) Logger (NI Tools Network) Lyndon: Ease of log retrieval is a major selling point for him. Cool features (that LLAMA doesn’t have) that I’ve found so far: Templating / Structured Logging, which allows a user to create and use different templates for log entries
• #21 (10-15 minutes) I know what you’re all thinking and the answer is Yes. Yes that’s a recursive acronym. We’re working to RESOLVE that… but we just keep ending up back where we started. LLAMA fits the bill, so DMC uses it often Sharing LLAMA It will help demonstrate some practical techniques for making a Logging toolchain If don’t like the tool, you will hopefully walk away with a few useful tools to go find or build your own If you do like LLAMA and it fits your needs, you can download it and use it If you do like LLAMA but it doesn’t quite fit your needs, we’ll talk about points of extensibility, so you could download and mold it to your needs
• #22 This is how things are set up If you’re familiar with Actor Framework, you will notice this is quite similar to AF. An actor that is sent a few messages and has a few nested actors. In our current implementation, it’s NOT AF, primarily to keep a toolchain super self contained.
• #24 Jesse to work on this
• #27 Then, talk about how we implemented ours, and let people know how they might go about implementing their own. We should probably spend a decent bit of time talking about OO stuff, as that’s the title. Maybe encourage people by telling them that it’s quite simple to build up the framework. Building up an OO logging framework is not difficult. What are it’s major components? Daemon (consumer) API (producer) Log Entry Configure Extensible: What are the benefits of making this thing OO? All the typical benefits of OO programming: Encapsulation (organization), abstraction (as long as it works, one don’t need to care how it works), clean extensibility (new targets can be implemented without needing too much knowledge of the entire framework), code resuse How did we design it using classes? Lightweight: Maybe discuss how much time it takes to run, and how we made it efficient Maybe: talk about some of the performance improvements Jesse made?
• #30 Not RT compatible (though we can totally fix this)
• #31 Not RT compatible (though we can totally fix this)
• #33 Add picture for CAN Frame to Database
• #34 Native multi-target coordination / co-registration Although, that can be done with a database, right?
• #37 Attention Speaker: Remind your session attendees that the mobile app is the primary source for conference information.
• #40 Attention Speaker: Remind attendees they can find session materials on the NIWeek 2018 mobile app, ni.com/niweek and ni.com/niweekcommunity.