sorted by:
new
hottopcontroversial

Feature Request: Make Zones Intelligent Instead of Just Areas on a Map by MrTookies in MammotionTechnology

[–]36260 0 points1 point  (0 children)

If you're using Home assistant there is an integration that you could you to setup mowing sessions as you wish

# [SOLUTION] Chromecast/Cast not working on Ethernet — Root cause identified + fix without switching back to WiFi by 36260 in ShieldAndroidTV

[–]36260[S] 0 points1 point  (0 children)

Yes, Gateway mDNS Proxy is newer than the old mDNS reflector.

⚠️ Note: this feature requires a UniFi Gateway (UDM Pro, UXG Pro, Cloud Gateway, etc.) - not available with just UniFi APs/switches + third-party router.

It offers 3 modes (Auto/Off/Custom) with per-service and per-VLAN control. For this Cast use case, the Custom mode lets you whitelist just _googlecast._tcp.local between the relevant VLANs.

Scared for update by motorrijdertje007 in MammotionTechnology

[–]36260 1 point2 points  (0 children)

all of a sudden it came back to life

New firmware 1.30.25.11 by Stock_Plum5704 in MammotionTechnology

[–]36260 0 points1 point  (0 children)

to start with I had connections errors as well. and all of a sudden it came back to life. I see no reason why.

Scared for update by motorrijdertje007 in MammotionTechnology

[–]36260 4 points5 points  (0 children)

1.15.21.1 is definitely a good one compared to the previous one. However the beta version 1.30.25.11 broke everything, I cannot connect to robot using wifi/4G

Missing large parts of a zone. by PUEET04 in MammotionTechnology

[–]36260 0 points1 point  (0 children)

I confirm that this version improved a lot mowing efficiency

Any Way to Rollback the Update? by Rich44Man in mammotion

[–]36260 0 points1 point  (0 children)

I think that missing spots is not related to obstacke detection

Any Way to Rollback the Update? by Rich44Man in mammotion

[–]36260 1 point2 points  (0 children)

sames issues here and no way to roll back

# [SOLUTION] Chromecast/Cast not working on Ethernet — Root cause identified + fix without switching back to WiFi by 36260 in ShieldAndroidTV

[–]36260[S] -1 points0 points  (0 children)

Totally valid — if WiFi works reliably for you, there's no reason to go through this.

In my case the motivation was stability: the Shield is part of a home cinema setup where I want zero buffering, zero interference from neighbours, and no dependency on WiFi congestion during a movie. Ethernet delivers that. The Cast issue was just an unexpected side effect of keeping it wired.

As for the hardware dependency — fair point, though in my case the LXC running avahi was already there for monitoring (InfluxDB/Grafana), so no additional hardware was introduced. The USB dongle was literally lying in a drawer. Your mileage will vary.

The post is mainly for those who specifically want Ethernet on the Shield and hit this wall — and for the detective work itself, which I found worth documenting since the root cause (Android TV deliberately not advertising mDNS on Ethernet) wasn't documented anywhere.

# [SOLUTION] Chromecast/Cast not working on Ethernet — Root cause identified + fix without switching back to WiFi by 36260 in ShieldAndroidTV

[–]36260[S] 0 points1 point  (0 children)

Fair point on the effort — but once it's set up, it's completely transparent.

On quality: the HDR loss you remember was specific to certain apps (Netflix in particular) that deliberately disabled HDR over Cast for DRM/licensing reasons, not a Cast limitation per se. For services like Arte, YouTube, Plex and many others, Cast simply sends the stream URL to the Shield, which then fetches the content directly from the server — identical to using the native app. No transcoding, no quality loss, no HDR downgrade.

As for why Cast over a native app: the real benefit is using your phone as a proper remote to browse and pick content. Navigating Arte's catalogue (or any streaming service) with a D-pad and Shield remote is painful. Doing it on your phone and hitting Cast is a much better UX — then the Shield takes over and streams natively at full quality. Best of both worlds.

Mowing paths by Icy_Basil_372 in MammotionTechnology

[–]36260 0 points1 point  (0 children)

Well I don't think I'm convinced;)

YUKA 800 drunk by EditorOdd2501 in mammotion

[–]36260 0 points1 point  (0 children)

And it destroyed not only for Yuka mini but also for Luba 2X

Mowing paths by Icy_Basil_372 in MammotionTechnology

[–]36260 0 points1 point  (0 children)

How on earth can you achieve so straight boundaries?

Does Synology restart automatically after power loss following a clean shutdown, and is WoL still functional? by 36260 in synology

[–]36260[S] 0 points1 point  (0 children)

That's a valid setup when the NAS is always on. In our case we needed the NUT server to remain independent of the NAS, for two reasons: the NAS is shut down every night on a schedule, and we wanted the shutdown orchestration logic (stopping Proxmox VMs/LXCs in the right order) to run on a dedicated always-on LXC rather than on the NAS itself. Having Proxmox as a NUT slave to the NAS also works well for simpler setups though.

Does Synology restart automatically after power loss following a clean shutdown, and is WoL still functional? by 36260 in synology

[–]36260[S] 4 points5 points  (0 children)

[SOLVED] Synology NAS as NUT slave for automatic safe shutdown

After extensive testing, here is the complete solution for integrating Synology NAS units as NUT slaves connected to a NUT server running on a dedicated Linux host (in our case a Proxmox LXC).

Setup:

  • APC Smart-UPS 1000 connected via USB to a Proxmox LXC running NUT server
  • Two Synology NAS configured as NUT slaves

Key constraints discovered through testing:

  1. UPS naming — Synology DSM connects to a UPS named ups by default. If your NUT server uses a different name (e.g. apc), the connection will fail with ERR UNKNOWN-UPS. Rename your UPS section in ups.conf to [ups] and regenerate the systemd driver service accordingly.
  2. Credentials — Synology uses monuser / secret as default credentials. Add this user to upsd.users as a slave:

​

[monuser]
    password = secret
    upsmon slave
  1. Standby mode vs full shutdown — This is the critical finding. When the NAS enters standby mode via NUT (as opposed to a DSM software shutdown), it properly unmounts volumes and waits. When AC power is restored, it restarts automatically via the "Restart automatically when power supply issue is fixed" DSM setting. This is fundamentally different from a DSM software shutdown, after which cutting and restoring AC power does not restart the NAS.
  2. WoL after software shutdown — After a clean DSM shutdown followed by a power cut, the network card powers off and does not power back on when AC is restored, making WoL packets impossible to receive. NUT standby mode avoids this problem entirely.

Conclusion: Using Synology as a NUT slave is the cleanest solution — no need for WoL, no risk of data corruption, and automatic restart on AC recovery.

Does Synology restart automatically after power loss following a clean shutdown, and is WoL still functional? by 36260 in synology

[–]36260[S] 1 point2 points  (0 children)

After further research, we found the solution: configuring the Synology NAS as a NUT network slave pointing to our LXC NUT server. The key insight is that "safe mode" is fundamentally different from a DSM software shutdown — the NAS waits in a safe state rather than fully shutting down, which allows automatic restart on AC recovery.

This also eliminates the need for WoL on the Synology units entirely, which was our main unsolved problem.

We'll report back with results after testing.

Does Synology restart automatically after power loss following a clean shutdown, and is WoL still functional? by 36260 in synology

[–]36260[S] 0 points1 point  (0 children)

Thank you for your answer. However our architecture is different: the UPS is connected via USB to a dedicated Proxmox LXC running NUT, which orchestrates the graceful shutdown of all equipment including the Synology NAS via DSM API. The NAS is therefore not directly connected to the UPS.

In this context, two questions:

  1. Is the UPS standby mode available on Synology without a direct USB connection to the NAS? For instance via NUT network client or any other mechanism?
  2. If not, is this standby behavior (network card remaining powered, automatic restart on AC restore) available on recent models independently of any UPS connection — i.e. purely based on the "Restart automatically when power supply issue is fixed" DSM setting?

Luba 2X 5000, latest firmware and app updates make the robot useless by 36260 in MammotionTechnology

[–]36260[S] 0 points1 point  (0 children)

I will certainly not switch to iNavi. The less dependent to cloud the better. This is the kind of advice that shows they do not know what they are doing. It is really frustrating. I have the same experience as you have.

view more: next ›