Strange phenomenon in my installation, Some lights in the house switch automatically on, no need to tell you this is annoying during the night
Problem became more obvious after installing a VMBPIRO. Which is disconnected again, but the problem persists, so it surely activated something.
Already trying for 5 days to pinpoint the reason of this, but running out of options and could use some fresh ideas.
Let me go in detail for a particular room:
[ul]VMBGP4
CH1 - VMB4RYLD ch2
CH2 - VMBDMI
CH3 - not configured
CH4 - not configured
VMBGP2
CH1 - VMBDMI
CH2 - VMB4RYLD ch2
VMBGP2
CH1 - VMBDMI
CH2 - VMB4RYLD ch2
[/ul]
What happens, randomly mostly during the night the light switches on (doesnāt go off, so only activated), we can hear the click in the switch when a light goes on. If we switch off manually, it goes on again after a few seconds. We have switch it off several times before it stopsā¦
This is what we discovered so far:
VMBGP2
CH1 - VMBDMI activated automatically with click noise
CH2 - VMB4RYLD
VMBGP2
CH1 - VMB4RYLD activated automatically with click noise
CH2 - VMBDMI
There are no timers, neither calenders configured.
What did i do so far:
Disconnected the VMBPIRO (completely, so no power or bus connection). My initial thought this was disturbing the BUSā¦
Disconnected Home Center (maybe this was overloading the bus after a soft update)
Switched off/on the velbus power supply
Rewrite (changes) the configuration to all the modules, the light points i have issues with are on different modules (different relais modules, dimmer).
Latest change was change the reaction time to one second of the VMBGP2, saved this all to a new project file.
EDIT:
rewrite (complete) the config to all the modules
Added an extra power supply, which is feeding first floor + attic
Any ideaās, suggestion experience?
(now that iām writing this, i get the idea that the light points that have this phenomenon are switched by a VMBGP2. Maybe this is the direction to focus on?)
Iām sorry to hear that youāre having these problems.
Itās the clicking noise that concerns me the most.
Of all the wierd things Iāve caused and then had to fix ( all my own fault), Iāve never heard a glass panel click without being touched.
Youāve done everything I would have suggested so far.
Confirming the action settings and doing a complete system re-write normal cures silly issues.
But the clicking?
What I can suggest is that the Graphing software youāve got can be configured to monitor the button presses of your glass panels.
At least that way youād know for sure if button events are causing the problem.
I did have a problem once where Iād added a module without checking or changing its base address, then itās status reporting was triggering very strange things.
But not only at night, so that is curious.
Unless itās temperature sensor related?
Meaning that somehow your lighting is responding to heating demand, but that doesnāt explain the clicking noises.
Thanks for the help on brainstorming.
Normally cabling problem could be ruled outā¦ all the wires are twisted and screwed tightly in the plugās (as i might speak for myself, this is done like a school example). Unless there is a cable faultā¦ but for this reason iāve created a ring BUS on each floor so more or less a redundant solution. Since the problems occurs on each floorā¦ although my installation has a star connection as well, iāve placed an bus cable outside to the garden house where a relais and vmbpiro are connected and a second ālineā to the attic. The lights in the garden house are the device on the attic are uninfected with the current issue.
But the temperature thing does ring a bell. Did a recent change on the addressing of the temp sensors, in fact i wanted to disable some, because it has no sense measruring three times in one roomā¦ so iāve placed the address of that sensor on 255ā¦ thinking this is the way to disable them, is this wrong?
Furthermore, i have the velbuslink software running with the logging function on. Despite the fact that i disabled sending automtic temp changes over the bus, i see them passing by thereā¦? Iāll dig in to thisā¦
EDIT: See in image below there is no address set for temperature, but they are showing up in the logā¦? Or is the thermostat address only required if you actually control the heating? (but then it wouldnāt explain why i have so less temperautes coming in the log). Getting confused here http://s28.postimg.org/5yca80d4t/velbus_address.jpg
Sorry for the delay, I got caught up in designing a poster and forgot to reply to you.
So, first things first.
Yes, setting the thermostat feature of glass panels to address 255 or FF will disable the button command function, but as youāve noticed it doesnāt stop the panel sending the temperature data.
This is sent from the panelās base address.
(Useful to remember when configuring the graphing app)
If you want to stop the data bring sent, you need to configure the module, select thermostat and advanced features.
In the right hand panel youāll see the section that gives 3 options for when the data is transmitted.
Never
When it changes,
Every X seconds (up to 255 seconds)
ā¦
The next thing to do is find out whatās causing the glass panel to leave a noise.
This is what is concerning me the most.
A complete re-write should resolve any base conflicts.
One issue I did have with an installation was a bouncing packet of data due to a terminator issue.
You say that youāve removed a PIR, could this have anything to do with it?
Temp data sending is sorted out now. (and as we speak, iām on the graphic app, figuring out how it works, iāll come back to this in the active thread)
The PIR was removed, because i believed this was causing the problem, now it seems it wasnāt so i can connect that one again.
For a temporary workaround iāve activated a delay of 1 second to the VMBGP2.
Didnāt have any new disturbances up to now. Maybe this has to do also with a re-write to the panelsā¦? Iāll wait a couple of days and switch back to direct action of the panels.
Had this idea as well, but couldnāt find any obvious applianceā¦ the bus cable is separated from power cables, only in the junction box they pass together.
Installation is running for +/- 6 months, hadnāt have any issueās. My guess it that it has to do with something that went wrong with writing to the modules? Problem came after modifying the configuration for the pirā¦
After putting a delay on the switches, the problem didnāt occur anymore. Will change it back to direct and see what happens.
Glass panels triggering themselves is rare and can be difficult to trace, as so many parameters can be an influence. Here are some general ideas, maybe some of them can be of helpā¦
do you have the right amount of terminators set in the right places? In almost all cases, two terminators as far as possible from each other, is ideal.
do you use the latest Velbuslink version? Using newer hardware with older versions of Velbuslink can cause problems. See also next point.
in case the problems might be related to whatās written into the modules, make sure you use the latest Velbuslink version (see above). Then try doing a full write (sync -> untick āwrite only changesā) of problematic modules, and/or the whole system. If the problem persists, you can try resetting modules to factory defaults (the little brush icon) and then doing a write. This deletes actions in the module, so youāll have to redefine them. If this still doesnāt help, see if you can do a firmware upgrade (rightclick on the module -> firmware upgrade). This doen not delete actions. After the upgrade, do a full write to the module, nothing will be lost.
sometimes a problem (eg. a faulty contact) may have existed for a longer time, but the system coped with it, so it was not noticeable. When adding modules or changing configs, this problem can suddenly surface. One then thinks the problem is related to the latest change, which is not always the case, especially in case of cable problems. The vast majority of problems in Velbus installations are simply due to cable problems.
More specifically concerning glass panels that trigger automatically. Things to consider are:
presence of PWM dimmers or discharge lamps in the vicinity
what kind of cable is used over which distances? Different types of cables allow for different distances and may be more or less susceptible to interference etc.
what kind of power supply do you use? If you donāt use the VMBSMPS, your power supply may have a ripple that can trigger the glass panels.
to trace the cause of the auto-trigger, is there anything that turns off or on at the same time? At night, maybe an electric boiler, ā¦? Sudden changes in humidity and other atmospheric conditions might be related.
*ā¦
terminator is placed on the line going outside the house on a VMB8PB and on the PIR (which is disconnected for the moment)
Yes, Iām keeping this up-to-date
indeed, suppose the error was caused here, because Iāve changed the reaction time to 1 second, Installation was fine again, tested for 3 days. Changed it back to direct action, had no disturbance (yet). Although it is very strange only the VMBGP2 where āinfectedā.
NO
All EIB cable (seperate preflex), all connection points are twisted to ensure good contacts. Concerning the cable lenghts, think the longest point will be at 25 metersā¦ in total Iāve used +/-200 meters.
1x VMBSMPS (but i have to admit was reaching the limit with 95 units, after the problem started i have been merging my spare parts in the installation, now iām exceeding the max)
No boiler in the house, only thinking about the day/night pulse from the utilityā¦ but this is far-fetched i guess. since this is on a fixed timeā¦ lights when on randomly.
Anyway, installation seems to work fine again, iāll keep you posted when the phenomenon returns
Thanks for the help, Iāve learned a lot.
You mentioned that one terminator is set on the VMBPIRO, which is now disconnected. Does this mean you only have one terminator left? In that case, youāll need to set another terminator.
You might also experiment with one extra terminator, in large or complex installations sometimes three terminators work better.
Now Iāve placed the terminator on the device (VMB8PB) just before the pir. Cable length between those two is max 4meter.
But Iāll check if there arenāt any terminators on the ring connections, this can give errors also?
Meanwhile Iāve installed a second power supply VMBSMPS, connected the - together and divided the + between ground floor first floorā¦ no result either.