Giter VIP home page Giter VIP logo

tekdaqc-firmware's People

Contributors

ejberry avatar jwoolston avatar louano avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

tekdaqc-firmware's Issues

[CLOSED] SPI Relay Driver: Whether-or-not-to-fetch Mechanism

Issue by Matrinica from Thursday Mar 07, 2013 at 17:36 GMT
Originally opened as https://github.com/Tenkiv/TekDAQC_Firmware_Old/issues/6


Provide a mechanism so that, when asked for register values, the driver can either get the local copy of the register or fetch the remote copy. It would be something like a switch, that could be implemented as a flag, or a parameter in related functions.

It can be configured to always get the local copy of the registers, so that it works like a cache. Read/Write will be done on the local copy, and the dirty copy due to write will be written to the remote.

Or it can be configured to always fetch the remote copy, so that the copy is always up-to-date. But this would create more traffic in the SPI, and sometimes not necessary.

[CLOSED] Implement an initial Firmware Main Loop

Issue by jwoolston from Thursday Mar 07, 2013 at 16:18 GMT
Originally opened as https://github.com/Tenkiv/TekDAQC_Firmware_Old/issues/5


As we discussed, the initial idea for the main loop is:

  1. Measure all the inputs
  2. Evaluate the inputs to handle unexpected values, emergency, etc.. (Currently this function will just be empty, we have yet to determine the behavior in this situation)
  3. Command parser reads from the communication FIFO, if one ore more commands are completely fetched, execute them (either reading measurements and sending them back, or doing some settings, setting outputs, etc). Also, please include some diagnostics here on the FIFO size so we can experiment with its size.
  4. Feed the watch dog timer (again, please try and include some diagnostics here about what the count value is prior to feeding so we can begin to formulate an idea about what an appropriate setting for that will be.

[CLOSED] refactor ADC Driver

Issue by Matrinica from Tuesday Apr 16, 2013 at 03:59 GMT
Originally opened as https://github.com/Tenkiv/TekDAQC_Firmware_Old/issues/12


provide separate control for fetching a register and specific setting value to avoid overhead due to repetition of fetching.

can probably do the same to SPI Driver.

e.g., need to get Factory ID and Data Output Bit Order setting, call a function to fetch the status register, and call two functions for extracting the two values from the register value.

[CLOSED] Create a command parser

Issue by jwoolston from Thursday Mar 07, 2013 at 16:11 GMT
Originally opened as https://github.com/Tenkiv/TekDAQC_Firmware_Old/issues/4


Create a command parser which is capable of examining incoming data and making decisions about what it code should be executed as a result. You can assume that there is a buffer of character data. If we can figure out how to do it I would like this to be a std::queue because it automatically implements a FIFO structure, but this will require integrating with the C of the lwIP library. I don't immediately see any reason why we can't do this since it wont require function pointers which is the only real obstruction to this.

That said, it probably makes the most sense to pas a pointer/reference to the queue in the constructor of the parser.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.