I’m running OH 2.5.0.M3 so far so good but recently I discovered an issue with the astro binding. Sunrise and sunset are triggered twice hence I did a grep through my config and found these files:
Obiviously the things file mentioned above is interfering my file underneath conf/things directory. Any ideas how to get rid of? Can I just delete these files?!?
thx
For me the Things were automatically define when discovering the Sun & Moon in the Paper UI. Many bindings have deprecated manually creating a Things file as needed for OpenHAB 1.
But there are no things files shown. A things file has extension xxx.things and lives in /things/ folder.
Astro binding does auto discover (generate) some Things named “local”. I just ignore those and create my own Astro Things, referenced with their own names like “myHome”.
you can see the things file if you scroll right but meanwhile I deleted the things file. It contained two things only local sun & moon.
Sure I can post my events.log this is an excerpt grepped by astro:
This statement is both correct and incorrect at the same time. It’s correct in that many do not recommend manually creating .things files. But this is not deprecated so much as discouraged. No binding developer can unilaterally deprecate .things files as the format and parsers for .things files as that is all implemented and controlled by the core.
Weird. I have run Milestones 2 through 4 with astro and have never had a double trigger issue. I use the Things generated by the system though.
Perhaps you should open an issue on GitHub.
OK. My recent fresh installs do not show the issue if you configure your lat/long for the system in Paper UI and use the discovered Things for local sun and local moon. There may well be a regression when using Thing text files.
The event log was showing one event only but after one day OH discovered an astro item for sun and moon. Both items have NOT been added to my things but after these items were discovered I got every notification twice. Where can I raise a bug for this issue? As you can see the day after the new things have been discovered I got double notifications
See my event.log:
Before raising the issue. Do you have “Auto Approve” turned on under Configuration -> System -> Inbox?If so, then it’s automatically accepting the Thing out of the Inbox because you’ve told it to do so. Disable that and it shouldn’t happen any longer.
The new Thing UID is not involved in the duplicate events.
There are no events for the new Thing UID at all (that is expected unless you link to Items).
As duplicate events begin on the stroke of midnight - when Astro binding sets up events for the day ahead - this really looks like binding is messing up that process.
It may be that it mungles together two sets of Things.
hey rikoshak I don’t use auto approve at all. It’s disable in my runtime.cfg:
# Setting this to true will automatically approve all inbox entries and create Things for them,
# so that they are immediately available in the system (default is false)
#
org.eclipse.smarthome.inbox:autoApprove=false
@rossko57
you’re right. The new thing is not triggering the second notification although it’s a coincidence that the events have been working for 1-2 days but after discovering the new items I got double notification from midnight onwards. Let me check GItHub and raise a bug.
I’m sure there are other manifestations of this issue kicking around the forum. It’s not really clear what is going on, as Astro seems to get people in knots with Thing (mis)configuring anyway, and state/event confusion.
It’s not something I’ve seen in OH2.4 but then once setup I don’t tinker with Astro Things - it feels like the editing is behind it, and probably only >2.4 versions. Worth finding out if a “clear cache” chases it away,
Perhaps we’re looking at your unexpected discovery of Things the wrong way - why did that suddenly happen? Suggests the binding has done some kind of reinitializing, but not at midnight or system start?