Send Motion-user mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Motion-user digest..."
Today's Topics:
1. Re: Negative impact on wifi connectivity (MrDave)
2. Re: Negative impact on wifi connectivity (Dave Howorth)
3. Re: Negative impact on wifi connectivity (tosiara)
4. Re: Negative impact on wifi connectivity (Damian)
5. Re: Negative impact on wifi connectivity (Richard Bown)
----------------------------------------------------------------------
Message: 1
Date: Sat, 24 Oct 2020 21:54:35 -0600
From: MrDave <[email protected]>
To: [email protected]
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
I do not know of any setting being activated that would impact the wifi
connection.
The webcontrol and stream are implemented in Motion using the
libmicrohttpd library.? You can deactivate it from being started by
specifying the webcontrol_port and stream_port to zero.? This would at
least help in identification of whether it in that library or if it is
with opening of the USB camera.
Dave
On 10/24/2020 1:09 PM, Damian via Motion-user wrote:
> 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
>
>
> _______________________________________________
> Motion-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
------------------------------
Message: 2
Date: Sun, 25 Oct 2020 09:01:48 +0000
From: Dave Howorth <[email protected]>
To: [email protected]
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII
On Sat, 24 Oct 2020 23:24:30 +0200
Damian via Motion-user <[email protected]> wrote:
> > 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.
I'm not a developer either, but I'll add my 2p worth ...
It's possible there's some hardware interaction causing grief on the
board. Model numbers of everything may ring a bell for someone.
My main guess would be around interference to the wireless signal from
the camera or USB connection - poorly designed, poorly connected,
faulty cable - that type of thing. Or another possibility would be
power-supply borne crosstalk. If your supply is not a good quality one
with enough power it may be allowing the camera's power draw to
interfere with the wireless. As well as swapping parts around, it might
be worth testing using the other pi.
------------------------------
Message: 3
Date: Sun, 25 Oct 2020 11:29:16 +0200
From: tosiara <[email protected]>
To: Motion discussion list <[email protected]>
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID:
<CACHTdwQrESKAsFQMOYogvuWV5t6O8NKo=6f9syq3z0g62og...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Try to replace the power supply with a different one, try give it more
power, like 5V 3A
On Sat, Oct 24, 2020 at 10:35 PM Damian via Motion-user <
[email protected]> wrote:
> 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
>
>
> _______________________________________________
> Motion-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 4
Date: Sun, 25 Oct 2020 10:29:55 +0100
From: Damian <[email protected]>
To: [email protected]
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
> As well as swapping parts around, it might
> be worth testing using the other pi.
I had the same issue with another Zero W which I then swapped with a Pi-3 which
was closer to the AP at that time.
> My main guess would be around interference to the wireless signal from
> the camera or USB connection - poorly designed, poorly connected,
> faulty cable - that type of thing. Or another possibility would be
> power-supply borne crosstalk. If your supply is not a good quality one
> with enough power it may be allowing the camera's power draw to
> interfere with the wireless.
If this were so, then it would be very subtle. I can replace my motion's
current functionality by
> fswebcam -l 5 --save /my-tmpfs/%S.jpg -r 1920x1080 --exec 'mv
> /my-tmpfs/%S.jpg /my-tmpfs/lastsnap.jpg'
No wifi disruptions then, and I can access lastsnap.jpg via nginx without
problems. I would like to stick with motion though,
because fswebcam's illumination correction is far from optimal.
------------------------------
Message: 5
Date: Sun, 25 Oct 2020 09:51:27 +0000
From: Richard Bown <[email protected]>
To: [email protected]
Subject: Re: [Motion-user] Negative impact on wifi connectivity
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
You could also load tcpdump , start that with motion turned off, then
turn motion on and see what is using the the wlan.
Richard
On 25/10/2020 09:29, tosiara wrote:
> Try to replace the power supply with a different one, try give it more
> power, like 5V 3A
>
> On Sat, Oct 24, 2020 at 10:35 PM Damian via Motion-user
> <[email protected]
> <mailto:[email protected]>> wrote:
>
> 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
>
>
> _______________________________________________
> Motion-user mailing list
> [email protected]
> <mailto:[email protected]>
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
>
>
>
> _______________________________________________
> Motion-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
--
Best wishes /73
Richard Bown
Email : [email protected]
HTTP : http://www.g8jvm.com
######################################################################
Ham Call: G8JVM . QRV: 50-432 MHz + Microwave
Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W
QRV 6mtrs 200W, 4mtrs 150W, 2mtrs 300W, 70cms 200W,
Microwave 1296MHz 110W, 2320MHz 100W, 5760MHz 10W & 10368MHz 5W
OS: Linux Mint 20, on a Dell Inspiron 3580 laptop
######################################################################
------------------------------
------------------------------
Subject: Digest Footer
_______________________________________________
Motion-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/motion-user
------------------------------
End of Motion-user Digest, Vol 172, Issue 13
********************************************
