Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
10/06/06 13:41
Read: times


 
#125908 - so why do you do these things
Responding to: ???'s previous message
Please do understand, that I actually believe that your intentions are honorable, that they are wrong is another issue

I am not an embedded expert
so why do you do these things, should they not be left to "an embedded expert", what is the likelyhood that someone stating "I am not an embedded expert" will end up with solutions that take into consideration the uniqueness of small embedded

I guess it's much easyer to use a function SPIWRITE instead to configure 20 registers before sending one byte.
a) that is NOT 'abstraction' that is a module
b) how do you propopse to do this in an universal way, should all calls include which pins the SPI is connected to, which processor it is (HW SPI or not - and which type), which ..... Of course, you can handle that in "SPIinit()", but either way will leave your 'abstraction' with so many code switches that it more likely will be an 'abberation'. If you intend to dictate e.g. which pins SPI will be on, I predict that your 'abstraction', in the best case MAY get ONE user besides you.

Such features are abundantly provided already NOT as 'abstractions' but as freely available source (or object, if you prefer) modules.

Erik


List of 32 messages in thread
TopicAuthorDate
Uncalled segments problem with library            01/01/70 00:00      
   Work with the tools!            01/01/70 00:00      
      I didn't know that is the standard way...            01/01/70 00:00      
         Not a 'C' language issue.            01/01/70 00:00      
         Not True            01/01/70 00:00      
   abstraction my butt            01/01/70 00:00      
      Abstraction HAS a meaning in embedded            01/01/70 00:00      
         yes sure            01/01/70 00:00      
         so why do you do these things            01/01/70 00:00      
            Maybe I don't know what abstraction is...            01/01/70 00:00      
               Hardware knowledge            01/01/70 00:00      
      Abstraction: NOT Always Bad            01/01/70 00:00      
         10 points Russ            01/01/70 00:00      
            shades of grey            01/01/70 00:00      
               Maybe abstraction is not the issue            01/01/70 00:00      
                  Useful?            01/01/70 00:00      
                     Pascal            01/01/70 00:00      
                     etc, etc            01/01/70 00:00      
                  is a libray function an "abstraction"?            01/01/70 00:00      
                     Is a library function an abstraction?            01/01/70 00:00      
                  I rest my case, m'lud            01/01/70 00:00      
                     Attila! Where are you?            01/01/70 00:00      
                  CodeArchitect?            01/01/70 00:00      
                     CodeArchitect?            01/01/70 00:00      
                     it generates source code; however            01/01/70 00:00      
         about abstraction ...            01/01/70 00:00      
            By Jove, I think you've got it!            01/01/70 00:00      
         Some more info why I wan't to use an API            01/01/70 00:00      
            a TOTALLY different story            01/01/70 00:00      
               Provide the source code...            01/01/70 00:00      
            Some more info why I wan't to use an hard disk            01/01/70 00:00      
               two mistakes            01/01/70 00:00      

Back to Subject List