Forum Replies Created

Log In Register Lost Password
Viewing 15 posts - 721 through 735 (of 766 total)
1 2 3 … 48 49 50 51 52
  • Author
    Posts
  • December 14, 2014 at 10:54 am in reply to: Nuclear places in your country(map)? #926
    Radu
    Keymaster

    Peter’s list for Germany: http://en.wikipedia.org/wiki/List_of_power_stations_in_Germany

    December 14, 2014 at 10:53 am in reply to: What the heck are we counting? #925
    Radu
    Keymaster

    I seem to be unable to connect to radviews.com .

    December 14, 2014 at 10:51 am in reply to: [Solved] Unit won’t connect from 4G network #924
    Radu
    Keymaster

    @Erik, is it possible.

    The problem is the packages from both units reach the uradmonitor.com server, but they come with malformed headers (something is modifying them, maybe a proxy / antivirus / firewall, like you said). Because of the incorrect headers, the server drops these HTTP requests with HTTP 400 (bad request).

    December 13, 2014 at 1:12 pm in reply to: morning sports #918
    Radu
    Keymaster

    Nice.. there should be a prize for this 🙂

    The checksum will be changed to a more secure implementation.

    December 13, 2014 at 1:10 pm in reply to: detect and act on an incident #917
    Radu
    Keymaster

    Yes!

    We should start this discussion and decide how to handle such events / alarms.

    December 13, 2014 at 12:27 pm in reply to: Unit received and plugged in for testing #916
    Radu
    Keymaster

    I will do my best to implement everything that helps this project, so it becomes useful.

    December 13, 2014 at 10:28 am in reply to: Temperature reading #907
    Radu
    Keymaster

    The temperature is the internal temperature of the unit, as the DS18B20 sensor is mounted inside.
    It is equal to the ambient temperature plus a few degrees added by internal electronic component heating (especially the Ethernet module).

    December 13, 2014 at 10:26 am in reply to: Unit received and plugged in for testing #906
    Radu
    Keymaster

    The “real” address pool is in plan.

    December 13, 2014 at 9:58 am in reply to: Firmware upgrade #903
    Radu
    Keymaster

    Yup, that’s the one. Just remember to set it to 3.3V when using it with the uRADMonitor PCB.

    By default it comes configured for 5V, and there is a switch (or a resistor that needs to be cracked/unsoldered) to change it to 3.3V. There is silk print indicating this on one of the sides.

    December 13, 2014 at 9:56 am in reply to: New servers #902
    Radu
    Keymaster

    Sounds great! I’ll just need a few more days to have an automated clone / deployment in place, and all the GIT repos.

    December 12, 2014 at 10:09 pm in reply to: [Solved] Unit won’t connect from 4G network #895
    Radu
    Keymaster

    It does look normal, but the header is missing. This results in the 400 Error code. The image shows a dash on each row. For other units there’s the user agent there.

    What’s strange is that a few days ago, 11000016 was working fine . Did anything change in the network setup?

    For Rick’s unit, 11000009 the problem was from the beginning.

    But both units worked perfectly here, while running the tests.

    December 12, 2014 at 9:46 pm in reply to: [Solved] Unit won’t connect from 4G network #891
    Radu
    Keymaster

    @Rick, the problem for 11000009:
    [Fri Dec 12 21:46:27 2014] [debug] protocol.c(792): [client 72.47.*.*] Request header field is missing ‘:’ separator: \x01\xff\xff\xff
    [Fri Dec 12 21:46:27 2014] [error] [client 72.47.*.*] request failed: error reading the headers


    @Lars    , the problem for 11000016:
    [Fri Dec 12 21:44:42 2014] [debug] protocol.c(792): [client 178.255.*.*] Request header field is missing ‘:’ separator: /\xf3\x01\xff\xff\xff
    [Fri Dec 12 21:44:42 2014] [error] [client 178.255.*.*] request failed: error reading the headers

    • This reply was modified 10 years, 4 months ago by Radu.
    December 12, 2014 at 9:12 pm in reply to: [Solved] Unit won’t connect from 4G network #889
    Radu
    Keymaster

    Good idea. Support forum created and this topic moved.

    Regarding the problem, I have investigated things further. Must say this seems to be an elusive bug and I have wasted a few hours to track it already.

    Apparently the two units get to the server with their User Agent info stripped. Probably other parts of the packages are changed as well. Also the source IP is null. I don’t know what on their route changes their HTTP headers. Local tests didn’t show this issue, and it is impossible to consider a malfunction of any kind.

    I can only assume a firewall would be able to have this intrusive result.

    With the User Agent info removed and no source IP, the server denies the packages with a HTTP 400 Error code (Bad request).

    I will see what I can do about this.

    • This reply was modified 10 years, 4 months ago by Radu.
    December 12, 2014 at 4:35 pm in reply to: Firmware upgrade #883
    Radu
    Keymaster

    Feel free to post a link Mike!

    December 12, 2014 at 2:34 pm in reply to: [Solved] Unit won’t connect from 4G network #878
    Radu
    Keymaster

    Here is a snapshot of the access log. Because the packets are not landing on data.uradmonitor.com, the server issues a HTTP 400.

    As the unit is unable to get a valid reply, it auto-resets after 5 minutes. See the ts parameter, which is the local time of the unit in seconds, it never goes over 240 (=4×60 seconds, on the fifth it resets).

    Two units are currently having this problem, 11000016 and 11000009 . I will find out why.

    Attachments:

    1. Screen-Shot-2014-12-12-at-16.31.25-copy.jpg

  • Author
    Posts
Log In Register Lost Password
Viewing 15 posts - 721 through 735 (of 766 total)
1 2 3 … 48 49 50 51 52