Forum Replies Created

Viewing 4 posts - 766 through 769 (of 769 total)
  • Author
    Posts
  • in reply to: Firmware upgrade #688
    uRADMonitor
    Keymaster

    It sure does! 🙂 The risk is there, alright. The hardware is the problem, it just doesn’t have enough memory to store the download, and then replace the current firmware, like it’s done with other OTA updates.

    The microcontrollers used are the atmega328p, with 32K of flash, 2KB ram and 1KB eeprom.

    The binary firmware is currently getting close to 14KB.

    I guess some will be able to update the firmware, while some will only be able to continue using the stock one.

    in reply to: Database optimisations #678
    uRADMonitor
    Keymaster

    Currently there is a single database for both development and production. There are two tables, one is devices and the other is uradmonitor.

    t1) devices
    Has a single row / uRADMonitor detector, the primary key is the device id. It holds only the latest readings, the 24h average for radiation (as CPM) , the detected location, the overridden location , country code and offline/online status (considered offline if no data received for more than 10minutes).
    As we speak this has 116rows and uses a little over 12KB.

    t2) uradmonitor
    This now has 7,4 million rows and a size of 432MB.
    Each unit in the network sends data via a HTTP Get call to the data.uradmonitor.com . The parameters include the unit ID, measurements and a CRC. All this data gets into the database.
    So each minute, one station send aprox. 58Bytes of data to the server.
    The problem is we got quickly from one unit to ten, and we are now approaching 100 units.
    Probably we’ll need to archive some of the old data. Would be nice to find a way to do it automatically, to get faster DB queries on the fresh data, but for scientific purposes to allow slower queries but on ALL the data.

    in reply to: Security: invalid data injection #676
    uRADMonitor
    Keymaster

    Delay check might help at least to exclude packets coming too early, so we could have this among other mechanisms.

    PKI would be excellent, but probably impossible for the reasons you’ve mentioned, but also because it requires a relatively complex code, and the available memory is low.

    We also need to think of a solution as close to plug-and-play as possible. If it’s too hard to implement on DIY units, it will not work.

    in reply to: Firmware upgrade #675
    uRADMonitor
    Keymaster

    We’ll need to open the units and do the update manually 🙁

    Wish there was a way to implement OTA updates, but that’s simply not possible with the current firmware.

    To update, a programmer is needed. I personally use the USPAsp. Any of these two variants will work:
    http://www.ebay.com/itm/351223992863
    http://www.ebay.com/itm/351223992863
    Though I prefer the one with longer cable. Also it’s important they are set to 3.3V using the jumper. Using it set at 5V is dangerous for the Ethernet module in the uRADMonitor unit.

Viewing 4 posts - 766 through 769 (of 769 total)