You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(172) |
Jun
(145) |
Jul
(190) |
Aug
(189) |
Sep
(84) |
Oct
(177) |
Nov
(105) |
Dec
(149) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(54) |
Feb
(52) |
Mar
(79) |
Apr
(87) |
May
(76) |
Jun
(61) |
Jul
(50) |
Aug
(72) |
Sep
(98) |
Oct
(46) |
Nov
(69) |
Dec
(45) |
2007 |
Jan
(92) |
Feb
(58) |
Mar
(75) |
Apr
(44) |
May
(41) |
Jun
(36) |
Jul
(28) |
Aug
(24) |
Sep
(42) |
Oct
(79) |
Nov
(72) |
Dec
(93) |
2008 |
Jan
(46) |
Feb
(74) |
Mar
(39) |
Apr
(40) |
May
(66) |
Jun
(58) |
Jul
(61) |
Aug
(58) |
Sep
(30) |
Oct
(62) |
Nov
(63) |
Dec
(47) |
2009 |
Jan
(50) |
Feb
(26) |
Mar
(60) |
Apr
(31) |
May
(36) |
Jun
(40) |
Jul
(59) |
Aug
(56) |
Sep
(28) |
Oct
(25) |
Nov
(19) |
Dec
(42) |
2010 |
Jan
(5) |
Feb
(42) |
Mar
(26) |
Apr
(46) |
May
(28) |
Jun
(49) |
Jul
(19) |
Aug
(38) |
Sep
(25) |
Oct
(28) |
Nov
(32) |
Dec
(18) |
2011 |
Jan
(51) |
Feb
(44) |
Mar
(20) |
Apr
(46) |
May
(51) |
Jun
(128) |
Jul
(95) |
Aug
(24) |
Sep
(19) |
Oct
(81) |
Nov
(7) |
Dec
(17) |
2012 |
Jan
(36) |
Feb
(38) |
Mar
(12) |
Apr
(14) |
May
(20) |
Jun
(15) |
Jul
(23) |
Aug
(54) |
Sep
(22) |
Oct
(65) |
Nov
(38) |
Dec
(34) |
2013 |
Jan
(35) |
Feb
(101) |
Mar
(94) |
Apr
(43) |
May
(37) |
Jun
(33) |
Jul
(55) |
Aug
(7) |
Sep
(61) |
Oct
(17) |
Nov
(95) |
Dec
(118) |
2014 |
Jan
(54) |
Feb
(55) |
Mar
(112) |
Apr
(27) |
May
(31) |
Jun
(4) |
Jul
(44) |
Aug
(39) |
Sep
(72) |
Oct
(73) |
Nov
(8) |
Dec
(23) |
2015 |
Jan
(35) |
Feb
(17) |
Mar
(12) |
Apr
(12) |
May
(29) |
Jun
(11) |
Jul
(79) |
Aug
(60) |
Sep
(101) |
Oct
(52) |
Nov
(23) |
Dec
(45) |
2016 |
Jan
(34) |
Feb
(67) |
Mar
(39) |
Apr
(11) |
May
(14) |
Jun
(25) |
Jul
(4) |
Aug
(147) |
Sep
(22) |
Oct
(42) |
Nov
(36) |
Dec
(39) |
2017 |
Jan
(21) |
Feb
(12) |
Mar
(40) |
Apr
(1) |
May
(22) |
Jun
(37) |
Jul
(44) |
Aug
(18) |
Sep
(23) |
Oct
(10) |
Nov
(9) |
Dec
(40) |
2018 |
Jan
(51) |
Feb
(82) |
Mar
(46) |
Apr
(23) |
May
(78) |
Jun
(27) |
Jul
(59) |
Aug
(21) |
Sep
(83) |
Oct
(52) |
Nov
(76) |
Dec
(38) |
2019 |
Jan
(109) |
Feb
(39) |
Mar
(45) |
Apr
(28) |
May
(61) |
Jun
(72) |
Jul
(82) |
Aug
(80) |
Sep
(36) |
Oct
(63) |
Nov
(33) |
Dec
(49) |
2020 |
Jan
(20) |
Feb
(106) |
Mar
(59) |
Apr
(66) |
May
(41) |
Jun
(115) |
Jul
(32) |
Aug
(55) |
Sep
(32) |
Oct
(69) |
Nov
(32) |
Dec
(22) |
2021 |
Jan
(70) |
Feb
(99) |
Mar
(38) |
Apr
(34) |
May
(62) |
Jun
(28) |
Jul
(51) |
Aug
(59) |
Sep
(26) |
Oct
(5) |
Nov
(49) |
Dec
(4) |
2022 |
Jan
(26) |
Feb
(50) |
Mar
(49) |
Apr
(19) |
May
(15) |
Jun
(29) |
Jul
(20) |
Aug
(11) |
Sep
(9) |
Oct
|
Nov
(1) |
Dec
(46) |
2023 |
Jan
(36) |
Feb
(18) |
Mar
(28) |
Apr
(25) |
May
(4) |
Jun
|
Jul
(9) |
Aug
(11) |
Sep
(6) |
Oct
(19) |
Nov
(30) |
Dec
(43) |
2024 |
Jan
(42) |
Feb
(10) |
Mar
(24) |
Apr
(27) |
May
(5) |
Jun
(8) |
Jul
(23) |
Aug
(6) |
Sep
(13) |
Oct
(4) |
Nov
|
Dec
(10) |
2025 |
Jan
|
Feb
(4) |
Mar
|
Apr
(15) |
May
(7) |
Jun
(4) |
Jul
(1) |
Aug
(4) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Barry M. <bar...@gm...> - 2025-09-18 13:04:21
|
Hi Folks! Recently installed two Reolink RLC-510WA wireless cameras and having a problem with the stream hanging/freezing randomly – usually around 30 seconds but sometimes as little as 5 seconds. The clock on the camera stream stops; that of Motion continues. (In case that’s confusing both streams have clocks displayed – for now anyway. I’m looking at the Motion stream, Motion is looking and displaying the Reolink stream.) I’m not sure where to begin troubleshoot – well, some shotgun guesses which seem to eliminate some problem sources. This is my first wireless camera. Start with the Hardware: Raspberry Pi 4B version 1.2 Not Throttled Not using any Swap Cameras (two) Reolink RLC-510WA; https and RTSP enabled. Running Motion Version 4.7.0 The Reolink configuration is indicating it’s WiFi connection is 4 out of 4 bars and I think is a 5G connection (dual-band device provided by the ISP). Know could check by channel being used but I didn’t find that information. Raspberry Pi measurements: Every 1.0s: cat /proc/net/wireless Motion204: Tue Sep 16 18:41:25 2025 (same results @ 18:53) Inter-| sta-| Quality | Discarded packets | Missed | WE face | tus | link level noise | nwid crypt frag retry misc | beacon | 22 wlan0: 0000 40. 40. 0. 0 0 0 0 0 0 barry@Motion204:~ $ iwconfig wlan0 | grep -i --color quality Link Quality=40/100 Signal level=40/100 Noise level=0/100 barry@Motion204:~ $ cat /etc/motion/camera2.conf # /usr/etc/motion/camera2.conf # # This config file was generated by motion 4.5.1 ########################################################### # Configuration options specific to camera 2 ############################################################ # User defined name for the camera. camera_name Reolink - Porch # Numeric identifier for the camera. camera_id 102 # The full URL of the network camera stream. netcam_url rtsp://*****:**********@192.168.*.***:554 # v4l2_palette 8 # 8 = MPJG palette 21 = H.264 but not work # Replaced by video_parms -- see https://motion-project.github.io/4.6.0/motion_config.html#video_params # video_params palette=8 # Image width in pixels. width 1280 # Image height in pixels. height 720 # Text size text_scale 4 # Text to be overlayed in the lower left corner of images # text_left CAMERA 1 text_left Reolink Porch Camera (204) # Storage location target_dir /mnt/Motion_NAS/Porch # File name(without extension) for movies relative to target directory movie_filename %m-%d/%v-%Y%m%d%H%M%S The other Reolink camera uses camera3.conf, camera_id = 103; IP changed as needed. (camera1 is a USB camera and AFAICT no hesitation/pausing.) Using my browser (Firefox), so a https connection, I do not get the hesitations/pauses. Thanks for helping me figure this out! Barry |
From: <a.m...@lo...> - 2025-08-05 05:21:47
|
On Mon, 4 Aug 2025 13:31:48 +0000 (UTC) Stephen Lovatt via Motion-user <mot...@li...> wrote: > I don't know whether this is "Motion" related. > I keep on getting a warning message in EMACSthat "XF86WebCam" is > undefined. How can I stop this happening? something in your emacs configs is specifying that. try the magical "grep -nri xf86webcam *" in your home directory (or use ripgrep, etc.) (that error has nothing to directly to do with Motion fwiw) |
From: Stephen L. <ph...@ya...> - 2025-08-04 13:42:09
|
I don't know whether this is "Motion" related. I keep on getting a warning message in EMACSthat "XF86WebCam" is undefined. How can I stop this happening? Stephen |
From: Fab M. <joo...@ya...> - 2025-08-02 03:46:51
|
Hi again ! May i suggest another thing ? Would it be possible to use protocol-relative URL for links in motion web controler page : //url instead of http://url for menu, video feed, etc... ? This would fix a bug when motion runs locally without TLS, but behind a proxy with a proper TLS. When accessed in https from outside the proxy, all the url in the web controler page are in http, so nothing works... It's possible to fix that with a sub_filter in nginx conf to replaces http by https, but addressing this in motion directly would be much cleaner. Regards, Fab |
From: Fab M. <joo...@ya...> - 2025-08-02 03:43:32
|
Hi ! motion is a great tools, thanks to all devs for their work. May I suggest to add an option to start only the web controler of motion, without starting the camera. I couldn't find such an option and ended up adding : ExecStartPost=/bin/bash -c "sleep 0.5 ; curl http://localhost:8080/0/action/quit" to the systemd motion.service, but a startup option would be great Regards, Fab |
From: <seb...@de...> - 2025-07-01 18:20:29
|
Good evening, the motion-process should write jpg-files if any event is tracked. But the process writes every second one pic. Is there any possibility to get only one pic every 2 seconds - or 3 seconds ? Which is here the right customizing in the motion.conf ? tnx Sebastian |
From: Barry M. <bar...@gm...> - 2025-06-24 20:02:36
|
Hi Roger! I think I was overthinking your replies. What worked here was taking a screenshot (png), opening that with GIMP and editing -- basically a black rectangle overlying the general fan area and white rectangles for the rest. Save that as .xcf (default for GIMP). Have GIMP export to .pgm. Copy the file to /etc/motion, edit Camera1.conf. Restart Motion and enjoy not having '3-trillion' Motion files of fan rotations! <g> Thanks! Barry > I never do a "new" image. I always open and edit the image off the > camera (from the snapshot motion option) that I collect 1x per hour, > that way the size is always right. > > Then I export/save it from gimp as pgm. > > You can also use vlc and/or mplay to play one of the collected vidoe > files from motion and see what size it tells you. > > On Tue, Jun 24, 2025 at 10:20 AM Barry Martin <bar...@gm...> wrote: >> >> Hi Roger! >> >> I always start with an image pulled from the camera and open that in >> gimp.. It is kind of a pain to paint it black and/or white for the >> mask but it also gives me a good idea of what moves a lot and needs >> masked. >> >> Yes, got that far: I have a black and white pgm file with black in the area (and slightly beyond) where the fan rotates. It's that second part ("Line 2") I need help figuring out (see quote, below). >> >> Thanks! >> >> Hi Roger! >> >> You need to make a mask file. Take an image from the camera, read it >> into gimp, then paint everything black you want ignored, and white you >> don't want to ignore and export it as a binary pgm. >> >> Created the mask file: 205_Mask.pgm. Basically first time using GIMP -- heavily relied on an old lesson: save the file when have a correct step! >> >> >> file should look like this: >> >> file gs2_mask.pgm >> gs2_mask.pgm: Netpbm image data, size = 3840 x 2160, rawbits, greymap >> >> And have the same size as your camera image. >> >> This part I'm getting confused with. Figuring: >> >> Line 1: Open the newly-created mask file (so 205_Mask.pgm) >> >> Line 2: Ummmmm.... I'm thinking some sort of command line or check the boxes dropdown. My camera's resolution is set at 1280x720. so plug that in for size. >> >> Thanks! >> >> Barry >> >> |
From: Barry M. <bar...@gm...> - 2025-06-23 23:59:27
|
Hi Roger! > I never found smart mask to work reasonably. Eventually with some > wind it seems to mask out almost everything. That would be bad! > And the area_detect I think only works for events. I couldn't quite tell: "Detect motion in predefined areas (1 - 9) and when Motion is detected in the area, execute the script." Scanning though the section I wasn't sure what script was being referred to > You need to make a mask file. Take an image from the camera, read it > into gimp, then paint everything black you want ignored, and white you > don't want to ignore and export it as a binary pgm. > > file should look like this: > > file gs2_mask.pgm > gs2_mask.pgm: Netpbm image data, size = 3840 x 2160, rawbits, greymap > > And have the same size as your camera image. > > Then add to the config file this line: > mask_file /etc/motion/gs2_mask.pgm > > I have to adjust mine and/or prune trees getting into the edges of the > images every so often. <chuckle> That's why smart_mask sounded so good! ...I'll try creating a mask and get back with the results. Thank you! |
From: Roger H. <rog...@gm...> - 2025-06-23 21:10:03
|
I never found smart mask to work reasonably. Eventually with some wind it seems to mask out almost everything. And the area_detect I think only works for events. You need to make a mask file. Take an image from the camera, read it into gimp, then paint everything black you want ignored, and white you don't want to ignore and export it as a binary pgm. file should look like this: file gs2_mask.pgm gs2_mask.pgm: Netpbm image data, size = 3840 x 2160, rawbits, greymap And have the same size as your camera image. Then add to the config file this line: mask_file /etc/motion/gs2_mask.pgm I have to adjust mine and/or prune trees getting into the edges of the images every so often. On Mon, Jun 23, 2025 at 3:56 PM Barry Martin <bar...@gm...> wrote: > > > Hi Folks! > > > Having problems figuring out how to use masking options. > > > Hardware: Raspberry Pi 4, Bookworm, Wayland (probably the Labwc option – I don’t know [yet!] how to test for that). ELP USB camera: ELP-USBFHD06MT-KL36IR lsusb: ID 32e4:9230 HD USB Camera. > > > Motion software is Version 4.7.0. > > > There is a ceiling fan along with tree and shadow motions with are giving a constant series of recordings. I can’t reposition the camera to get the fan out of view because of position between window glass and mini-blinds. > > > What I have tried so far: > > > In camera1.conf first added > > smart_mask_speed 5 > > Didn’t seem to make any difference. > > > This afternoon commented smart mask and tried > > area_detect 789 > > so just pays attention to the bottom portion. Still picking up a lot of moving shadows from the trees so probably not my best option but again not seeing any changes in sensitivity so tons of recordings. > > > Thanks for pointing me in the right direction! > > Barry > > > > > _______________________________________________ > Motion-user mailing list > Mot...@li... > https://lists.sourceforge.net/lists/listinfo/motion-user > https://motion-project.github.io/ > > Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user |
From: Barry M. <bar...@gm...> - 2025-06-23 20:54:40
|
Hi Folks! Having problems figuring out how to use masking options. Hardware: Raspberry Pi 4, Bookworm, Wayland (probably the Labwc option – I don’t know [yet!] how to test for that). ELP USB camera: ELP-USBFHD06MT-KL36IR lsusb: ID 32e4:9230 HD USB Camera. Motion software is Version 4.7.0. There is a ceiling fan along with tree and shadow motions with are giving a constant series of recordings. I can’t reposition the camera to get the fan out of view because of position between window glass and mini-blinds. What I have tried so far: In /camera1.conf/ first added *smart_mask_speed 5* Didn’t seem to make any difference. This afternoon commented smart mask and tried *area_detect 789* so just pays attention to the bottom portion. Still picking up a lot of moving shadows from the trees so probably not my best option but again not seeing any changes in sensitivity so tons of recordings. Thanks for pointing me in the right direction! Barry |
From: Barry M. <bar...@gm...> - 2025-05-13 22:20:18
|
Hi Folks! I think this is the much-awaited conclusion to my inquiry about skipping.recording glitches, Original: 2x Raspberry Pi 4, via built-in 5G, with one USB camera each; record to a NAS. Using Motion Version 4.5.1. Powered by official wall warts plugged in to a small UPS. No problems detected with the WiFi signal, recording media, Changes, updates. Raspberry Pi's now using a PoE HAT. I also physically switched the PI's but ":should be' the same as the originals. Also switched the recorded file site from a hard drive on the NAS to a Raspberry Pi 5 with NVMe storage. Switching to solid state storage didn't seem to make any difference. Switching to wired data transfer (PoE) maybe made a little difference -- slightly better: glitches maybe half as long. The last change I made was to slightly overclock one of the RPi4's -- the one with the definite glitches. /boot/firmware/config.txt #1.8 GHz to 1.9 GHz arm_freq=1900 over_voltage_delta=25000 The 'over voltage delta' is the new/preferred command over the previous overvoltage (with Bookworm, anyway). I might overclock the other Pi later. So the good news is the glitching seems to be all but eliminated: only getting a few short-duration glitches, approximately a half-second. Immensely improved over the two- to sometimes ten second skips previously. Thanks to all providing hints! Barry |
From: Barry M. <bar...@gm...> - 2025-05-04 16:56:10
|
Hi Roger! > Well shielded means that it may only leak 1/1000 of the power the > microwave has(700w+) , which means it could leak 7x the power (700mw) > vs 100mw (max wifi power). > > The microwave is well shielded in the fact that it won't leak enough > to cook you, but even leaking a tiny percentage is a massive amount of > power compared to normal 2.4 ghz signals and is still enough to > overpower wifi signals. Thanks for that more-detailed explanation. I sort of had the overall idea: there is some leakage otherwise when the microwave is on I wouldn't hear the buzzing when the cordless phone is nearby. ...I did get the two Raspberry Pi units switched over to PoE + wired. The PoE part wasn't necessary but gave me a good excuse to clean up the equipment layout. ...Did have a ~4 second glitch this morning (darn!) but as only one camera was recording not telling me too much. (One of the RPi/Motion cameras looks at the 'left' half of the front yard and the other the 'right'. Activity was only on the left side so can't compare to the non-existent right.) Updated hardware: 2x RPi 4 + their micro-SD cards (though the new cards cloned from originals); USB camera (one each Pi), PoE CAT6 to an existing PoE Extender, Ethernet (not seeing any markings), PoE Injector, more mystery Ethernet cable, gigabit switch, more mystery cable to a RPi 5 with NVMe storage (we had tested the old NAS which used HDD). Barry |
From: Roger H. <rog...@gm...> - 2025-05-03 23:16:53
|
Well shielded means that it may only leak 1/1000 of the power the microwave has(700w+) , which means it could leak 7x the power (700mw) vs 100mw (max wifi power). The microwave is well shielded in the fact that it won't leak enough to cook you, but even leaking a tiny percentage is a massive amount of power compared to normal 2.4 ghz signals and is still enough to overpower wifi signals. On Fri, May 2, 2025 at 7:31 PM Barry Martin <bar...@gm...> wrote: > > > Hi Richard! > > > you can forget leakage from uWave ovens, they are heavily shielded > > > Or supposed to be -- if one feels warmth: oh-oh! ...No problems like > that here but if on the cordless phone (VoIP telephone) with the base > next to the microwave will hear a slight buzzing when the microwave is on. > > > > I only have one camera which uses WiFi, and I dont see a skip one that > > one even when I'm using equipment on 2320MHz, > > > > where I have about 80W to a 20dB gain antenna. WiFi is very resilient. > > > > I do however, see the occasional skip on the other 9 cams which are > > all wired > > > Oh great!!! <gg> Actually the plan here is to disconnect the WiFi > RPi's, keeping them in place just in case the wired option doesn't go as > planned. ...Actually the switch to wired is giving me the nudge to > 'neaten-up' the physical configuration of those to Pi's -- they're in my > closet: out of sight... :) Plus I'm learning a lot on how to troubleshoot! > > Barry > > > > > _______________________________________________ > Motion-user mailing list > Mot...@li... > https://lists.sourceforge.net/lists/listinfo/motion-user > https://motion-project.github.io/ > > Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user |
From: Barry M. <bar...@gm...> - 2025-05-03 00:29:21
|
Hi Richard! > you can forget leakage from uWave ovens, they are heavily shielded > Or supposed to be -- if one feels warmth: oh-oh! ...No problems like that here but if on the cordless phone (VoIP telephone) with the base next to the microwave will hear a slight buzzing when the microwave is on. > I only have one camera which uses WiFi, and I dont see a skip one that > one even when I'm using equipment on 2320MHz, > > where I have about 80W to a 20dB gain antenna. WiFi is very resilient. > > I do however, see the occasional skip on the other 9 cams which are > all wired > Oh great!!! <gg> Actually the plan here is to disconnect the WiFi RPi's, keeping them in place just in case the wired option doesn't go as planned. ...Actually the switch to wired is giving me the nudge to 'neaten-up' the physical configuration of those to Pi's -- they're in my closet: out of sight... :) Plus I'm learning a lot on how to troubleshoot! Barry |
From: Barry M. <bar...@gm...> - 2025-05-02 16:54:00
|
Hi Harlan! > Only thing I can say about WIFI is whenever my microwave is used the > camera connection was bad so I switched to shielded cat 7. If there is > outside interference strange things can happen. VHF TV has glitches > when LED lights are turned off and on. The problem occurring with the microwave potentially makes sense: IIRC a microwave ovens' magnetron uses a beam to cook (really energize the food molecules and so cooks) at 2.4 GHz, essentially the same frequency as do the WiFi 2.4 GHz bands. (The explanation is a bit sloppy, admittedly!) IoT (Internet of Things) also can use the same radio band -- I'm pretty sure the remote-read electric meter wiped out the reception of my outdoor thermometer up here. Works fine in other parts of the house, but up here on the same side as the meter there is no connection. Here at the house I haven't noticed a correlation with microwave usage. Also the RPi camera units are (currently) 5G, though that has a shorted range than 2G. Did check signal level and that doesn't seem to be the problem. ...The cameras' RF path doesn't cross / isn't near anything (known!) to cause interference. Plus this little update is giving me some education on PoE. |
From: Harlan D. <hda...@gm...> - 2025-05-02 16:34:01
|
Only thing I can say about WIFI is whenever my microwave is used the camera connection was bad so I switched to shielded cat 7. If there is outside interference strange things can happen. VHF TV has glitches when LED lights are turned off and on. On Fri, May 2, 2025 at 12:17 PM Barry Martin <bar...@gm...> wrote: > > Follow-up: to keep the thread alive a little while longer and because I > dislike when I come across a potentially helpful thread for my problem > and it dies without conclusion.... > > Originally checked if something wrong with the NAS and WiFi signal -- > seems to be OK. > > New: Did move the Motion storage to a Raspberry Pi 5 with a 1 TB NVMe. > The Pi NAS is connected to the network via Ethernet but the Pi's > recording are still on WiFi (5G) The skips/glitches seem to be lessened > -- from ~10 seconds to 5 seconds on average. > > Currently switching the Motion Pi's (source devices with one USB camera > each) to PoE. With that the network connections will be wired, 1 Gbps. > Stay tuned! Barry > > > > > > > _______________________________________________ > Motion-user mailing list > Mot...@li... > https://lists.sourceforge.net/lists/listinfo/motion-user > https://motion-project.github.io/ > > Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user |
From: Barry M. <bar...@gm...> - 2025-05-02 16:15:45
|
Follow-up: to keep the thread alive a little while longer and because I dislike when I come across a potentially helpful thread for my problem and it dies without conclusion.... Originally checked if something wrong with the NAS and WiFi signal -- seems to be OK. New: Did move the Motion storage to a Raspberry Pi 5 with a 1 TB NVMe. The Pi NAS is connected to the network via Ethernet but the Pi's recording are still on WiFi (5G) The skips/glitches seem to be lessened -- from ~10 seconds to 5 seconds on average. Currently switching the Motion Pi's (source devices with one USB camera each) to PoE. With that the network connections will be wired, 1 Gbps. Stay tuned! Barry |
From: Barry M. <bar...@gm...> - 2025-04-26 21:02:29
|
Hi Folks! Just as a follow-up, have been logging Roger's ping and yesterday received no ping errors and as today mid-afternoon one error: AT: Sat Apr 26 02:59:30 PM CDT 2025 60 packets transmitted, time 59256ms AT: Sat Apr 26 03:00:29 PM CDT 2025 60 packets transmitted, time 59211ms AT: Sat Apr 26 03:01:28 PM CDT 2025 60 packets transmitted, 59 received, 1.66667% packet loss, time 59322ms AT: Sat Apr 26 03:02:29 PM CDT 2025 60 packets transmitted, time 59474ms AT: Sat Apr 26 03:03:28 PM CDT 2025 60 packets transmitted, time 59219ms AT: Sat Apr 26 03:04:27 PM CDT 2025 60 packets transmitted, time 59300ms AT: Sat Apr 26 03:05:27 PM CDT 2025 60 packets transmitted, time 59375ms Norma readout is: AT: Fri Apr 25 07:03:07 AM CDT 2025 60 packets transmitted, 60 received, 0% packet loss, time 59229ms I don't think missing one packet is indicative of a problem. I had also looked at the three cameras' Motion recordings at around 15:01 glitch and did not see a problem. Have PoE HATs and an extender for the two 'main' Motion cameras on order -- will switch them over. Stay tuned for the next not-so-exciting episode! <g> Barry |
From: Barry M. <bar...@gm...> - 2025-04-24 23:16:16
|
>> Now here comes the part I'm uncertain of. Can I use a PoE >> (extension) but (temporarily) still power the Pi's with their wall >> warts? > I believe you can use either or. That is, you can have the PoE hat > connected to only the pi and not ethernet while powering the pi over > its usb power port. One power source at a time only. Makes sense. The articles I've read indicated the power was sent over unused connectors, but if those connections are unused why would the manufacturers include them -- they want to save every tenth of a cent!! So my project may take a little longer to switch over but at least it won't include a fire extinguisher! >> The key word in my question (though I might be running in to a power >> limit too) is can I plug the two Motion Pi's in to the PoE extension >> while still using the wall warts? > no, from the PoE+ Hat documentation ( > https://datasheets.raspberrypi.com/poe/poe-plus-hat-product-brief.pdf ) > > "When the Raspberry Pi PoE+ HAT is connected to your Raspberry Pi, your > Raspberry Pi should only be powered through the ethernet cable. Do not > use any additional method to power the Raspberry Pi" Very clear! Will download and read the datasheet. > There are redundant ways of powering the pi's over USB that people have > come up with, I suggest exploring that route. I think I'll leave those alone! :) UPSs power the computers and the PoE Injector. Generator kicks in as necessary. Enough redundancy for me! <g> Thanks for the precise answer! Barry |
From: <a.m...@lo...> - 2025-04-24 22:40:29
|
On Thu, 24 Apr 2025 15:21:11 -0500 Barry Martin <bar...@gm...> wrote: > Now here comes the part I'm uncertain of. Can I use a PoE > (extension) but (temporarily) still power the Pi's with their wall > warts? I believe you can use either or. That is, you can have the PoE hat connected to only the pi and not ethernet while powering the pi over its usb power port. One power source at a time only. > The key word in my question (though I might be running in to a power > limit too) is can I plug the two Motion Pi's in to the PoE extension > while still using the wall warts? no, from the PoE+ Hat documentation ( https://datasheets.raspberrypi.com/poe/poe-plus-hat-product-brief.pdf ) "When the Raspberry Pi PoE+ HAT is connected to your Raspberry Pi, your Raspberry Pi should only be powered through the ethernet cable. Do not use any additional method to power the Raspberry Pi" There are redundant ways of powering the pi's over USB that people have come up with, I suggest exploring that route. |
From: Barry M. <bar...@gm...> - 2025-04-24 20:21:40
|
Gentlemen (and any ladie): > No wifi here, all copper, and top shows motion running. Here's a question with a probably obvious answer but I'd rather ask and avoid 'letting the smoke out'. Two of the three (current) Motion systems are Raspberry Pi 4's,USB cameras, using the 5G WiFi. The two are side-by-side. What I'm considering is switching them from WiFi to Ethernet. Now here comes the part I'm uncertain of. Can I use a PoE (extension) but (temporarily) still power the Pi's with their wall warts? I do have a PoE Injector rated 802.3af/at and 54v, 30 and 60 W -- if 802.3at = 30W how double the output wattage?? Anyway, the injector powers a PoE extension with a couple of Pi's on it. I'm thinking of using the currently unused port on this extension to power a new PoE extension to eventually power the 2 Motion Pi's. The key word in my question (though I might be running in to a power limit too) is can I plug the two Motion Pi's in to the PoE extension while still using the wall warts? I know there are HATs to extract the power and data but I'd like to test is wired fixes the glitch problem before going to the extra expense. The price of the PoE extension is fine for the test, just the PoE + HATs + new cases is getting up there. Thanks! Barry |
From: Barry M. <bar...@gm...> - 2025-04-24 16:55:36
|
Hi Stewart! > I have seen that exact behavior several times. The pattern of when it > occurred, is that a vehicle moved across the field of view, leaving a > 10 second trail of disruption until the pixels are unchanging long > enough to End the event. Usually motion records the entire 10 seconds > as changed pixels, but sometimes does not. Then this behavior is, in > that 10 second period if a second vehicle appears, it is not counted > as a new change, and gets ignored. > Yes, I have seen that here also, I'm talking when a person is walking up the front walkway or across the field of view and they are suddenly 10'/3m from where they were. The walking motion is continuous and fast enough not to have Motion time-out. The embedded timestamps also indicate the skip yet we haven't figured out the cause. And of course it doesn't occur constantly but often enough. > No wifi here, all copper, and top shows motion running. But it is > running 3 cameras, not 1. Watching the cpu load at the exact time > would be a challenge. > Just capturing the load on the CPU puts a load on the CPU! <g> Here using WiFi admittedly is a convenience over running another Ethernet cable. Most of the computers are hard-wired; the Motion cameras are not just because of physical location. The signal strength seems to be more than sufficient -- not anywhere near borderline. No noted RF Interference (QRM/QRN is Ham-talk, though I'm not one).... Thanks for the suggestions! Barry |
From: Stewart A. <san...@gm...> - 2025-04-24 15:06:11
|
I have seen that exact behavior several times. The pattern of when it occurred, is that a vehicle moved across the field of view, leaving a 10 second trail of disruption until the pixels are unchanging long enough to End the event. Usually motion records the entire 10 seconds as changed pixels, but sometimes does not. Then this behavior is, in that 10 second period if a second vehicle appears, it is not counted as a new change, and gets ignored. That was during the motion v4.5.x time frame, and since I upgraded to 4.6 in 2023-Nov, I can't say that I have seen it in a while. Since it is not repeatable predictably, I ignored it. No wifi here, all copper, and top shows motion running. But it is running 3 cameras, not 1. Watching the cpu load at the exact time would be a challenge. Stewart On 4/12/25 08:05, Barry Martin wrote: > > > “Slightly” off-topic but involving my Motion cameras. Randomly the > recording will skip several seconds. There is motion going on, so > should record, but while the motion is occurring (and being recorded) > the video will skip several seconds: no grey, no pixelation, just as > if someone took scissors to the film (showing my age! <g>). Does not > occur constantly/consistently. > > |
From: <seb...@de...> - 2025-04-24 06:44:41
|
I got the answer - my resolution is 4608 x 2592. I need to use the text_scale-option. My fault - sorry Am 24.04.2025 um 08:10 schrieb tosiara: > Are you using pass-through option? > > On Wed, Apr 23, 2025 at 9:44 PM seb...@de... > <seb...@de...> wrote: >> >> Hi, >> >> i know i could put some information in the picture by using for example >> "text_left %Y-%m" >> >> but how do i get the same text into the video files? >> >> The Video ist very clear and had a very good quality, but there is no >> text inside. >> >> Tnx >> >> Sebastian >> >> >> _______________________________________________ >> Motion-user mailing list >> Mot...@li... >> https://lists.sourceforge.net/lists/listinfo/motion-user >> https://motion-project.github.io/ >> >> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user |
From: tosiara <to...@gm...> - 2025-04-24 06:11:08
|
Are you using pass-through option? On Wed, Apr 23, 2025 at 9:44 PM seb...@de... <seb...@de...> wrote: > > Hi, > > i know i could put some information in the picture by using for example > "text_left %Y-%m" > > but how do i get the same text into the video files? > > The Video ist very clear and had a very good quality, but there is no > text inside. > > Tnx > > Sebastian > > > _______________________________________________ > Motion-user mailing list > Mot...@li... > https://lists.sourceforge.net/lists/listinfo/motion-user > https://motion-project.github.io/ > > Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user |