Thanks. Last month I bought a Robomow, a better choice for me. No openHAB integration, but you cant have it all 
Robomow is working on their online platform MyRobomow, so this can be solution in the future.
Can I use the status somehow in rules?
I would like to send notifications when no normal status is active (error, manually started,…).
I tried a log output like
rule "Rasenmäher Fehler"
when
Item Gardena_Sileno_City__Status changed
then
logInfo("Maehlanie", String::format("%s - %s changed to %s", triggeringItem.name, triggeringItem.label, triggeringItem.state.toString))
I only get states like
paused, ok_cutting, parked_timer
but not the real text strings like
Pausiert, Mähen, Geparkt nach Zeitplan
How do I get those real string?
Thanks, Gerhard, I already looked at the code and saw the german translation.
What I am missing might not be Gardena-binding related:
I would like to get the actual german status text (as it is output on the sitemap) from the status item (to output it in the log or in a notification).
Gardena_Sileno_City__Status.state.toString only outputs the strings like paused, ok_cutting, parked_timer.
Is there any other possibility than using a map transformation?
my smart city sileno is always shown as “offline”… however it is reporting the status and everything works via openhab. its just wrongly shown as offline.
other stuff (smart plug) does correctly show as online
is this known?
I get values from this binding only once … after reboot for example … after that nothing, no updates or changing values …
197 │ Active │ 80 │ 2.3.1 │ Gson
256 │ Active │ 80 │ 2.4.0.201808172154 │ Gardena Binding
The mover is in Status “Illgegal status INITIALIZIING; only may set UNKNPWN, ONLINE, OFFLINE or REMOVED” …
(2x Gardena Sensor, 1x Water Control Switch, 1x Sileno City 500)
Edit 04.09.2018:
I installed the latest updates yesterday and did a reboot.
Now I get the updated values. The Mover ist status green, but no values up to now.
A new update by Gardena seems to have broken this binding. I just want to direct your attention to a thread describing a temporary solution.
even with newest binding I get
2019-03-14 22:21:09.285 [WARN ] [internal.handler.GardenaThingHandler] - Channel 'gardena:mower:ac4fc18a:6874e12d-cea1-4d74-bd15-541f85efa933:mower#timestamp_next_start' cannot be updated as device does not contain property 'mower:timestamp_next_start'
2019-03-14 22:21:09.304 [WARN ] [internal.handler.GardenaThingHandler] - Channel 'gardena:mower:ac4fc18a:6874e12d-cea1-4d74-bd15-541f85efa933:mower_stats#cutting_time' cannot be updated as device does not contain property 'mower_stats:cutting_time'
2019-03-14 22:21:09.308 [WARN ] [internal.handler.GardenaThingHandler] - Channel 'gardena:mower:ac4fc18a:6874e12d-cea1-4d74-bd15-541f85efa933:mower_stats#charging_cycles' cannot be updated as device does not contain property 'mower_stats:charging_cycles'
2019-03-14 22:21:09.314 [WARN ] [internal.handler.GardenaThingHandler] - Channel 'gardena:mower:ac4fc18a:6874e12d-cea1-4d74-bd15-541f85efa933:mower_stats#collisions' cannot be updated as device does not contain property 'mower_stats:collisions'
2019-03-14 22:21:09.320 [WARN ] [internal.handler.GardenaThingHandler] - Channel 'gardena:mower:ac4fc18a:6874e12d-cea1-4d74-bd15-541f85efa933:mower_stats#running_time' cannot be updated as device does not contain property 'mower_stats:running_time'
Are those parameters no longer delivered by Gardena?
Could you solve the issue?
I had to delete all Gardena things and also the hub (I think with putting again login information). You might try this.
May I ask two questions.
First, do someone has a sample for map trnsformation setup?
Second, is it possible for the commands which can be sent to mower to do somthing like this:
String VacCommand “Send Command” { channel = “neato:vacuumcleaner:XYZ:command” }
This can be used for this widget:
I am not ware about a rule or similar which defines the commands so maybe they are in neato binding?
But it is very similar to our mower tasks
Thanks
No ideas how to realize this command buttons?
I have implemented the Gardena-Binding successfully to control a Gardena mower
But I encounter a behavior which I am curious why.
If I start the mower manually within the Gardena app, I get asked for the duration.
If I start the mower manually with the binding in openHAB, the mower starts cutting but exactly for 3 minutes (the mower#duration_property is set to 180).
And even if I start a rule which set the mower#duration_property first and then mower#start_override_timer, this is not changed.
The analysis document mentioned above, states inside the code for POST request:
# 3 Tage mähen
{
"name": "start_override_timer",
"parameters": {
"duration": 4320
}
}
which contains the duration as a parameter.
How can I set this in the binding?
Thanks!
Same problem here. The mower is just mowing for 3 minutes when using the start_override_timer channel.
I have some news. I made a setpoit for the item duration_property in the sitemap config and set a new value over the ui. Then you need to wait for the next refresh of the gardena binding ( refresh interval in bridge configuration is default 60sec => see thing config). After the refresh of the gardena binding the new duration is set.
Hello, which channel do you use? I am using the 2.5.5 version of the gardena binding. I get status etc. but Park and manuel start doesen´t work. Has anyone a Idea?
It would be greate if anyone has some example for mower items.
Same problem here 
Hi,
I hope it’s fine to post my issue here, as it is related to the Gardena binding… if not please advise on where to post it.
After doing some maintenance and upgrading to openhab 3.1.0 a few days ago, I recognized that there are some warnings in my openhab.log.
2021-07-06 17:37:44.493 [WARN ] [ternal.handler.GardenaAccountHandler] - org.eclipse.jetty.client.HttpResponseException: HTTP protocol violation: Authentication challenge without WWW-Authenticate header
2021-07-06 17:37:55.330 [WARN ] [ternal.handler.GardenaAccountHandler] - org.eclipse.jetty.client.HttpResponseException: HTTP protocol violation: Authentication challenge without WWW-Authenticate header
2021-07-06 17:38:13.252 [WARN ] [ternal.handler.GardenaAccountHandler] - org.eclipse.jetty.client.HttpResponseException: HTTP protocol violation: Authentication challenge without WWW-Authenticate header
2021-07-06 17:38:24.221 [WARN ] [ternal.handler.GardenaAccountHandler] - org.eclipse.jetty.client.HttpResponseException: HTTP protocol violation: Authentication challenge without WWW-Authenticate header
2021-07-06 17:38:35.181 [WARN ] [ternal.handler.GardenaAccountHandler] - org.eclipse.jetty.client.HttpResponseException: HTTP protocol violation: Authentication challenge without WWW-Authenticate header
2021-07-06 17:38:45.870 [WARN ] [ternal.handler.GardenaAccountHandler] - org.eclipse.jetty.client.HttpResponseException: HTTP protocol violation: Authentication challenge without WWW-Authenticate header
2021-07-06 17:38:56.697 [WARN ] [ternal.handler.GardenaAccountHandler] - org.eclipse.jetty.client.HttpResponseException: HTTP protocol violation: Authentication challenge without WWW-Authenticate header
2021-07-06 17:39:13.142 [WARN ] [ternal.handler.GardenaAccountHandler] - org.eclipse.jetty.client.HttpResponseException: HTTP protocol violation: Authentication challenge without WWW-Authenticate header
I’m not a 100% sure if it started after the upgrade or was there already before, as I do keep the log files in RAM only. However, I’m very sure that I haven’t seen this a few weeks ago, when I was adding some other items to the system.
- My installation is running on a PI4B 4GB with CentOS 7, openHAB 3.1.0
- openhabs configuration is fully text-based
- I have cleaned openhabs cache already, and also re-issued the authentication token
However, with no success and not getting rid of this warning.
Any hint and/or advise is greatly appreciated!
(I am happy to provide more details, logs, etc. on request…)
Thanks and regards
Karsten
I had the same issue and digged deeper into the warning which revealed that “I” supposedly had made to many requests to the gardena API and they basically had throttled the access via their gateway.
The only way to get rid of it was to create a new API key here and then update it in the binding.
1 Like
Thanks for your feedback on this 
!
Just did what you wrote, and immediately after the warnings went away…
Thanks!!