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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
04/13/11 12:18
Read: times


 
#181843 - All depends on target etc
Responding to: ???'s previous message
Assume that 10k units should be shipped.

Assume that the people configuring the devices are not 10k end users, but a few technicians.

Then the cost of the interface will not really matter. But the price of the units will matter.

It is way easier to create a server that edits all settings and then sends them in as a 10-byte or 1kB raw configuration record, then it is to have the embedded device produce web pages dynamically (text + field content), and decode the answers and validate them.

The decoding and validation are likely to require a number of firmware updates if processing http data directly because of compatibility issues with web browsers, user interface languages etc.

---

In a situation where the number of people who are going to configure the devices are about the same as the number of devices, then the cost of the programming interface will matter a lot. In that case, it might be an advantage if the smartphone itself contained all GUI features, input validation etc, so the interface can be transparent and the devices needs just send/receive raw configurations. So maybe a bluetooth serial adapter with a smartphone application accessing the serial port.

---

In the end, the quantity and the price range will be important factors for what is best.

List of 20 messages in thread
TopicAuthorDate
Creating iPhone apps?            01/01/70 00:00      
   added cost of the connectivity            01/01/70 00:00      
      Web server dongle            01/01/70 00:00      
         Code space            01/01/70 00:00      
            HTML isn't big            01/01/70 00:00      
               "only" (sic) 8919 bytes            01/01/70 00:00      
                  All depends on target etc            01/01/70 00:00      
                  You could do a lot in 1kByte            01/01/70 00:00      
                     It isn't the page itself that consumes code space            01/01/70 00:00      
   Apps            01/01/70 00:00      
      Evil incarnate            01/01/70 00:00      
      hurdles            01/01/70 00:00      
         Apple "openness"            01/01/70 00:00      
            Free            01/01/70 00:00      
               Agree to disagree            01/01/70 00:00      
               No, quite a lot is missing            01/01/70 00:00      
                  But still sufficient to be useful            01/01/70 00:00      
                     No, definitely usable even if crippled            01/01/70 00:00      
            you misunderstood me            01/01/70 00:00      
      One More thing            01/01/70 00:00      

Back to Subject List