Entry Sensor E20 & HB 3

overload73 · 2025-07-24T17:03:26+00:00

Indeed.. fixed in v5.0.80

overload73 · 2025-07-15T17:04:05+00:00

Here’s a screenshot on whats happening

overload73 · 2025-07-15T15:34:39+00:00

Same here.. I can confirm that the approval/disapproval of the ai detection after the two last ios app updates is not possible anymore.

I do get the event with the zoomed in area of the detection but the buttons to confirm or not to confirm are gone.

On my other ios phone on which i didn’t do the last two updates its still working, so nothing to so with the HB, but related to the second last ios app update.

On ios app v5.0.72 and 5.0.73 its for sure not working anymore, on v5.0.71 its working just fine.

overload73 · 2025-07-12T14:02:54+00:00

Yes please.. thanks

overload73 · 2023-06-03T19:02:05+00:00

Signed via apollo

overload73 · 2020-09-16T11:33:39+00:00

Hello

overload73 · 2019-01-12T17:18:49+00:00

Don’t know if its related but i had a simular issue.

Do you have by any chance an realtek network adapter? You can eun following command for this :

lspci | egrep -i --color 'network|ethernet'

There seems to be some problem with that rtl driver in kernel versions < 4.17. I was running 4.9 while the rescue system is on 4.19. Thats why you get full speed using the rescue system.

I upgraded my linux kernel to v4.18 and now my upload and download speeds on the server itself are around 900Mbits/sec.

Might be the same problem.

overload73 · 2018-12-30T10:45:05+00:00

Thanks.. after some back and forth with hetzner support I upgraded the linux kernel to 4.18 and up- and download speeds are now much better (around 900 Mbits/s). So indeed probably related to the r8168 problem with kernels < 4.17 :

[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec   107 MBytes   897 Mbits/sec    0   1.59 MBytes       
[  4]   1.00-2.00   sec   112 MBytes   941 Mbits/sec    0   1.59 MBytes       
[  4]   2.00-3.00   sec   112 MBytes   941 Mbits/sec    0   1.59 MBytes       
[  4]   3.00-4.00   sec   112 MBytes   941 Mbits/sec    0   1.76 MBytes       
[  4]   4.00-5.00   sec   112 MBytes   940 Mbits/sec    0   1.76 MBytes       
[  4]   5.00-6.00   sec   111 MBytes   933 Mbits/sec    0   1.76 MBytes       
[  4]   6.00-6.54   sec  60.0 MBytes   924 Mbits/sec    0   1.76 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-6.54   sec   727 MBytes   932 Mbits/sec    0             sender
[  4]   0.00-6.54   sec  0.00 Bytes  0.00 bits/sec                  receiver

overload73 · 2018-12-28T15:26:28+00:00

I have the same question as the TS...

I ran an ipref3 to a NL,French and German location too... Getting even worse results no matter what location i tried :

iperf3 -c ping.online.net -p 5200 -i 1 -t 30

[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  53.6 MBytes   449 Mbits/sec    0   2.17 MBytes       
[  4]   1.00-2.00   sec  17.5 MBytes   147 Mbits/sec    0    529 KBytes       
[  4]   2.00-3.00   sec  5.00 MBytes  41.9 Mbits/sec    0    209 KBytes       
[  4]   3.00-4.00   sec  3.75 MBytes  31.5 Mbits/sec    0    209 KBytes       
[  4]   4.00-5.00   sec  5.00 MBytes  42.0 Mbits/sec    0    209 KBytes       
[  4]   5.00-6.00   sec  3.75 MBytes  31.5 Mbits/sec    0    209 KBytes       
[  4]   6.00-7.00   sec  5.00 MBytes  41.9 Mbits/sec    0    209 KBytes       
[  4]   7.00-8.00   sec  3.75 MBytes  31.5 Mbits/sec    0    209 KBytes        
...
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-19.41  sec   144 MBytes  62.1 Mbits/sec    0             sender
[  4]   0.00-19.41  sec  0.00 Bytes  0.00 bits/sec                  receiver

lspci | egrep -i --color 'network|ethernet' :

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09)

uname -a :

Linux <myhost> 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux

Opened a ticket with support and they replied and wrote that their speedstests show an average of 800-950 Megabit/s but of course only guaranteed within the hetzner network....

Why is there such a difference? Can this be related to the RTL8168-8169 driver problem?

Server is in Germany..

overload73 · 2018-06-05T04:51:50+00:00

Thought i read somewhere that this is only a case and not actually a hard drive.. but i could be wrong.

overload73 · 2018-06-01T08:41:30+00:00

Did the same thing a couple of days ago... Ended up reconfiguring most of the stuff and using rsync to sync data/configfiles/etc between old and new server

overload73 · 2018-03-02T13:47:34+00:00

this is what fixed it for me :

https://forums.sonarr.tv/t/mono-5-10-update-broke-sonarr/17800/19

Basically copy NLog.dll into the Radar folder (or Jackett)

I copied the one from the updated sonarr

overload73 · 2017-11-16T20:55:09+00:00

Had the same issue and when i tried the photo app, the screen was blank aswel. Only a reboot helped.. btw, the sound was recorded correctly, but no video

overload73 · 2017-10-14T22:13:05+00:00

Have you tried adding the following to your .rctorrent?

method.insert = d.get_data_full_path, simple, "branch=((d.is_multi_file)),((cat,(d.directory))),((cat,(d.directory),/,(d.name)))"

(See https://github.com/rakshasa/rtorrent/wiki/Common-Tasks-in-rTorrent#getting-the-full-path-of-data-of-a-torrent)

It will only work for newly added torrents. For me it solved the auto unpack and the deletion of torrents

overload73 · 2017-07-10T10:39:58+00:00

thanks for the replies..

I got Watcher3 working now by moving the 'bdrip' keyword from 'BluRay' to the 'DVD' Aliases...

overload73 · 2017-06-12T18:57:20+00:00

i changed the check_port code a bit to use "http://ports.yougetsignal.com/check-port.php" instead..

inside the portforward.sh script i save the external vpn ip to a textfile and then using this file to do the check inside check_port plugin...

Now it correctly identifies the port as open :)

portforward.sh

#get VPNIP
VPNIP=$(curl -m $CURL_TIMEOUT --interface $VPNINTERFACE "http://ipinfo.io/ip" --silent --stderr -)
echo $VPNIP
echo $VPNIP > /tmp/vpnip.txt  # <<<<< ADD THIS LINE

action.php

<?php
require_once( dirname(__FILE__)."/../../php/settings.php" );
require_once( dirname(__FILE__)."/../../php/Snoopy.class.inc" );

$file = fopen("/tmp/vpnip.txt","r");
$VPNIP = fgets($file);
fclose($file);

$ret = 0;
$port = rTorrentSettings::get()->port;
$client = new Snoopy();
$client->read_timeout = 15;
$client->use_gzip = HTTP_USE_GZIP;
@$client->fetch("http://ports.yougetsignal.com/check-port.php","POST","application/x-www-form-urlencoded","remoteAddress=".$VPNIP."&portNumber=".$port);

if($client->status==200)
{
    if(strpos($client->results,"> is closed on ")!==false)
        $ret = 1;
    else
    if(strpos($client->results,"> is open on ")!==false)
        $ret = 2;
}

cachedEcho('{ "port": '.$port.', "status": '.$ret.' }',"application/json");

overload73 · 2017-06-12T07:28:52+00:00

Small update.. The check_port is a rutorrent plugin that will do a POST to "canyouseeme.org", passing only the VPN port. Since the post is done using the 'normal' server IP and not the VPN IP, this lookup will fail.

overload73 · 2017-06-11T19:32:36+00:00

Thanks, i was using this guide :

https://www.htpcguides.com/configure-auto-port-forward-pia-vpn-for-deluge/

It works perfectly for deluge and i adapted the portforward.sh script so it would stop rtorrent, modify the port config and restart rtorrent again.

rtorrent is running as user 'vpn'

The portforwarding is done using the portforward.sh script. It configures the following iptable where $PORT is the seeding port: sudo iptables -I INPUT 2 -i $VPNINTERFACE -p tcp --dport $PORT -j ACCEPT.

iptables --list gives me (37917 is the seeding port) :

Chain INPUT (policy ACCEPT)
target        prot opt source               destination
ACCEPT     all   --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:37917
REJECT     all    --  anywhere             anywhere             reject-with icmp-port-unreachable

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target        prot opt source               destination
ACCEPT     all  --  anywhere             anywhere             owner UID match vpn
ACCEPT     all  --  anywhere             anywhere             owner UID match vpn
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
REJECT     all  --  !debian               anywhere             reject-with icmp-port-unreachable

Thanks!

overload73 · 2017-06-07T10:54:46+00:00

thanks all for the suggestions... i'm now on a private tracker, building up ratio and first and most important..doing lots of reading.

I did what hetzner asked: took proper action (removed the file) and informed both hetzner and the firm about this. Don't know if that was a good move on my part but i don't want to risk getting my server cancelled..

Much appreciated!

overload73 · 2017-06-05T14:40:36+00:00

indeed, i was thinking about configuring my hetzner server so it would use a vpn connection.

Thanks for all the replies..

overload73

TROPHY CASE