Forum Replies Created

Viewing 15 posts - 691 through 705 (of 774 total)
  • Author
    Posts
  • in reply to: DHCP error #1206
    uRADMonitor
    Keymaster

    Here is a quick guide on how to upgrade the firmware: https://www.uradmonitor.com/firmware-upgrade-guide/

    in reply to: Firmware upgrade #1189
    uRADMonitor
    Keymaster

    I’ll write a quick article the next few hours and get back with the link.

    in reply to: DHCP error #1188
    uRADMonitor
    Keymaster

    Hi Dan,

    I’ve just sent you the new file by email.

    Radu

    in reply to: Map icon weirdness #1187
    uRADMonitor
    Keymaster

    Indeed the location was 0,0 and the station appeared as offline due to an issue that is now fixed. Please confirm.

    in reply to: Time Adjusted to Local Time? #1177
    uRADMonitor
    Keymaster

    Yup, this is already possible, you need to use the GMT= parameter.

    Here’s an example:
    If the GMT parameter is not set, the server will use a default gmt=2 value, like in this chart:
    https://www.uradmonitor.com/data/0.1/public.php?id=11000041&param=cpm

    Using the GMT parameter you can adjust that to any timezone:
    https://www.uradmonitor.com/data/0.1/public.php?id=11000041&param=cpm&gmt=Australia/Sydney

    However in the quick preview (when you click a unit on the map) this is not yet available, but it will be in one of the next webpage versions.

    in reply to: Monitor in the wrong place in the map #1163
    uRADMonitor
    Keymaster

    Hi Francisco,

    The coordinates have been updated!

    in reply to: [Solved] Unit won’t connect from 4G network #1162
    uRADMonitor
    Keymaster

    Jim, I see the unit online now, please confirm.

    Home

    in reply to: Firmware upgrade #1161
    uRADMonitor
    Keymaster

    Sure, I will provide it to all those interested. I just need some time to setup everything, but will let you guys now when it’s all done (a few days).

    in reply to: Sigfox network #1160
    uRADMonitor
    Keymaster

    Thanks Pedro, it looks interesting, I will look into it.

    in reply to: Right through the storm #1159
    uRADMonitor
    Keymaster

    Most likely it was some synchronisation issue. Great it is all ok now!

    in reply to: Zaporozhye #1158
    uRADMonitor
    Keymaster

    History is repeating, over and over again.

    in reply to: Watchdog timer? #1124
    uRADMonitor
    Keymaster

    If the voltage is too low, the unit will not function until the proper voltage is restored.
    The minimum voltage required for the unit to work properly is 5V.

    EDIT: If the firmware doesn’t respond there is little we can do from software side as all code control is gone. I believe you might be referring to an external watchdog of some kind – waiting periodic confirmation from uC that all is ok. If such confirmations are missing over a given time, it would flush the unit’s power to reboot.
    This would make sense, but making PCB modifications at this stage is not exactly easy. The current design has been verified for quite some time before readying it for production. So it all goes back to the question: is this something necessary? I was unable to replicate the scenario. In all my tests, if something went wrong, after 5 minutes the units rebooted to normal state (quite a different story before this mechanism was implemented – 2years ago).

    Yet if this is something that happens and it happens often, than I believe we should look for solutions.

    in reply to: Right through the storm #1123
    uRADMonitor
    Keymaster

    I merged it to the current Community forum. Would you like it back, as a separate forum?

    in reply to: uRADMonitor API for DIY units #1108
    uRADMonitor
    Keymaster

    In progress!

    in reply to: Networking Issues #1101
    uRADMonitor
    Keymaster

    hi Vinz!

    Great to hear that. Let’s discuss the proper formatting and the JSON issue here if you wish.

    You’ve indicated the minimum content for a valid HTML5 format:

    <!doctype html><html lang=en>
    <head><meta charset=utf-8><title>blah</title></head>
    <body><p>I'm the content</p></body></html>

    I agree, but we have a big problem: memory (RAM).
    uRADMonitor model A uses the mega328p, which has a total of 2KB RAM. There is also 1KB of EEPROM (where HTML static text like the one you’ve indicated could be stored).

    BUT,
    To send data over Ethernet we need to maintain a buffer. This is already 400bytes long (consuming almost a quarter of all available memory). Adding the doctype, the head, any metas, the title, body or any other formatting would consume precious memory, a total of 125Bytes that we don’t have (hashing, RSA, etc will eat any free memory, and we need those to secure comm links)
    So the best bet might be to go with absolute minimum, letting the browsers go for default.

    What do you think?

    Regarding the JSON:

    Þ¿ýòü|ó¿s¿ ßó;÷ ö }‘° ß¿V{ï{ŽÿÝõ«þ‰~Ë~‘í Gó$c­Ÿ½—Ýÿ ;úÝ —ß ne¿ û ß+ÖÓÿžóÄf­Ûã^û çùú± ýÀ"type":"1","detector":"SBM-20","cpm":18,"temperature":0.31,"uptime": 2463}}
    

    What browser did you use? Do you see it in all browsers you have at hand?
    (I tried in two and didn’t see this issue, so we need to see where this is coming from).

    Also with your spoofed DNS, I’m curious what do you see under Server IP in the embedded web-page?

    • This reply was modified 11 years ago by uRADMonitor. Reason: html issues
    • This reply was modified 11 years ago by uRADMonitor.
    • This reply was modified 11 years ago by uRADMonitor.
    • This reply was modified 11 years ago by uRADMonitor.
    • This reply was modified 11 years ago by uRADMonitor.
    • This reply was modified 11 years ago by uRADMonitor. Reason: html and json formatting issues
Viewing 15 posts - 691 through 705 (of 774 total)