Send Motion-user mailing list submissions to
motion-user@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/motion-user
or, via email, send a message with subject or body 'help' to
motion-user-requ...@lists.sourceforge.net
You can reach the person managing the list at
motion-user-ow...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Motion-user digest..."
Today's Topics:
1. Negative impact on wifi connectivity (Damian)
2. Re: Negative impact on wifi connectivity (Stewart Andreason)
3. Re: Negative impact on wifi connectivity (Damian)
4. Re: Negative impact on wifi connectivity (Stewart Andreason)
5. Re: Negative impact on wifi connectivity (Damian)
6. Re: Negative impact on wifi connectivity (Stewart Andreason)
----------------------------------------------------------------------
Message: 1
Date: Sat, 24 Oct 2020 21:09:01 +0200
From: Damian <motion-u...@arcsin.de>
To: motion-user@lists.sourceforge.net
Subject: [Motion-user] Negative impact on wifi connectivity
Message-ID: <7f5057fe-8fc8-6456-a66b-35247c19e...@arcsin.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Hello list,
I have some Raspberry Pi Zero W's running motion, one of which is at a spot
with suboptimal wifi reception.
It is sufficient to get decent throughput and a stable ssh session, though.
Without motion, that is.
When I start motion, wifi connectivity goes out of the window. First there is
packet loss, some time later the Pi may even
lose AP association. Luckily I also have serial console access via another Zero
W that does not run motion, so I can make
experiments. Odd thing is, this is not about cpu load or memory or apparent IO:
The issue remains even when I SIGSTOP motion - the
cpu goes idle, but the wifi is still broken. I have to actually terminate
motion to get wifi back.
So I am wondering, does motion activate some settings that could impact the
internal wlan interface even without reading camera
output (when SIGSTOPped)?
Damian
------------------------------
Message: 2
Date: Sat, 24 Oct 2020 13:15:42 -0700
From: Stewart Andreason <sandrea...@gmail.com>
To: Damian via Motion-user <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <5d322cd3-0e85-1a5f-07e7-b82f36c0b...@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi Damian,
Your ssh connection is stable because of the low bandwidth requirements.
When motion is running, it is connected to the camera with one stream,
which depending on video resolution, will completely saturate or fill
your available bandwidth, as you have already described the reception as
poor.
All my internet connections are wired, for other reasons. But it is
still the best solution.
Stewart
Damian via Motion-user wrote:
> ?is at a spot with suboptimal wifi reception.
> It is sufficient to get decent throughput and a stable ssh session,
> though. Without motion, that is.
>
> When I start motion, wifi connectivity goes out of the window. First
> there is packet loss, some time later the Pi may even
> lose AP association. Luckily I also have serial console access via
> another Zero W that does not run motion, so I can make experiments.
> Odd thing is, this is not about cpu load or memory or apparent IO: The
> issue remains even when I SIGSTOP motion - the cpu goes idle, but the
> wifi is still broken. I have to actually terminate motion to get wifi
> back.
>
> So I am wondering, does motion activate some settings that could
> impact the internal wlan interface even without reading camera output
> (when SIGSTOPped)?
>
--
Just say NO to wireless.
Sent from a hard-wired computer, Safety first.
http://seahorseCorral.org/ehs
------------------------------
Message: 3
Date: Sat, 24 Oct 2020 22:23:58 +0200
From: Damian <motion-u...@arcsin.de>
To: motion-user@lists.sourceforge.net
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <a9b123e0-3d60-a05e-5fd9-dafb754f0...@arcsin.de>
Content-Type: text/plain; charset=utf-8; format=flowed
> When motion is running, it is connected to the camera with one stream, which
> depending on video resolution, will completely
> saturate or fill your available bandwidth, as you have already described the
> reception as poor.
Which bandwidth do you mean? My camera is connected via USB to the Pi, and if I
do not access its web interface, motion obviously
does not add to wifi bandwidth usage.
------------------------------
Message: 4
Date: Sat, 24 Oct 2020 13:47:19 -0700
From: Stewart Andreason <sandrea...@gmail.com>
To: Damian via Motion-user <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <0bdb385d-2779-29dd-c298-b7feae7e6...@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
USB? that changes my mental image of your configuration.
Which bandwidth? A wifi connection with poor reception, is like a
traffic jam. Few get through once the lanes are saturated. What you
describe is exactly like this, and motion is what you've identified as
being involved. The question is, what traffic are you competing with.
What is your webcontrol_interface set to?
If 0 then there is the jpg stream to consider.
If not 0 then I don't know what's going on.
Stewart
Damian via Motion-user wrote:
> My camera is connected via USB to the Pi, and if I do not access its
> web interface, motion obviously does not add to wifi bandwidth usage.
>
------------------------------
Message: 5
Date: Sat, 24 Oct 2020 23:24:30 +0200
From: Damian <motion-u...@arcsin.de>
To: motion-user@lists.sourceforge.net
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <67f0cd23-c2ba-f11e-1853-3bc0f9a46...@arcsin.de>
Content-Type: text/plain; charset=utf-8; format=flowed
> USB? that changes my mental image of your configuration.
>
> Which bandwidth? A wifi connection with poor reception, is like a traffic
> jam. Few get through once the lanes are saturated. What
> you describe is exactly like this, and motion is what you've identified as
> being involved. The question is, what traffic are you
> competing with.
I control all consumers. There is no traffic when I disable them, still there
are wifi drops. Just about now, the Pi disassociated
again, so there is literally:
> rx: 0 kbit/s 0 p/s tx: 0 kbit/s 0 p/s
Before disassociation, "iwconfig wlan0" reports an increasing number of "Tx
excessive retries". My ssh session is stuck. Then I
terminate motion via serial, and all is shiny again.
> What is your webcontrol_interface set to?
I do not have set webcontrol_interface explicitly, but there is
"stream_localhost on" and "webcontrol_localhost on". I hardly use
them, though. Instead I make snapshots on tmpfs via "snapshot_interval 5".
> If 0 then there is the jpg stream to consider.
I do not consume the streams.
> If not 0 then I don't know what's going on.
I had hoped to find some developer on the mailing list. I suspect some ioctl on
/dev/video0 which affects the internal bus even
when /dev/video0 is not read from.
------------------------------
Message: 6
Date: Sat, 24 Oct 2020 16:31:26 -0700
From: Stewart Andreason <sandrea...@gmail.com>
To: Damian via Motion-user <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <3392528a-5adc-5c72-ac02-3b7b64ee2...@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
It's too early to give up that hope. Give it time.
I'm actually rather new here, and thought I recognized a problem I'm
familiar with, and responded quicker. (I'm not a motion developer)
Stewart
Damian via Motion-user wrote:
> I had hoped to find some developer on the mailing list. I suspect some
> ioctl on /dev/video0 which affects the internal bus even when
> /dev/video0 is not read from.
------------------------------
------------------------------
Subject: Digest Footer
_______________________________________________
Motion-user mailing list
Motion-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/motion-user
------------------------------
End of Motion-user Digest, Vol 172, Issue 12
********************************************
