Beiträge von Ardje

Zitat

Have you told this to the producer, Allterco?

This should be the right place.

Technical data not read before ordering?

There was/is no technical data available on the shelly site. I too was under the impression it might be able to do 4 independent phases even instead of circuits, as nothing on the shelly site points to it doing otherwise. It's in this forum that you can discover such details. Why else would you require to connect each L circuit separately when controlling light bulbs.

Shelly needs to put more inside details of their products on the site. We are not forum dwellers, we look at the site, try to understand it, and then buy it based on that information.

It has no impact for me. But I can certainly 100% understand OP. The site lacks technical information.

Zitat

smarthome-forum.eu/article/18/

Siehe hier bei den Anschlussschemen.

Ah, that's how it is...

you need a big one primary and for each circuit another one. For me it doesn't matter, but I did pre-order before this information was documented on the forums (not the site). This drawing needs to be on the site. With the clear comment that the L's are internally bridged.

A second question is: if they are internally bridged and I do less than 10A, do I still need the external bridging too? Because anything hinting to that would make it 100% clear how it works. And I can then remove a lot of unnecessary wiring.

Wait,

The 4 L's are internally connected?
How would I protect 4x16A this way? If one of the circuits break it would kill all?
Why would they do this? This sounds very very dangerous.

And better: Why isn't this properly documented?

This means the shelly can not safely provide more than the allowed circuit breaker, which is 16A here.

And sorry for the english, this has me so spooked to even be able to properly talk german (however I can still understand it).

The shellies have no router or bridge functionality (I hope). You give them a wired or wireless uplink or both.

And trust me: you do not want router or bridging functionality on an esp32. I repeat: "you do not want router or bridging functionality on an esp32". I have yet to see a proper working implementation. As a network engineer an esp32 device used as a network component can easily add 800 euro to a network problem resolving bill that ends up in removing the esp32 device for that function.

But stacking from wired/wifi to bluetooth, I kinda like that idea, but I doubt they can be stacked.

Stacking means that you will see a single device with more than 4 outlets. So this happens on the application level and not a network level.

On that same note you might be able to create an application proxy using the js scripts. I wouldn't do it though.

Hmmm, ok, this is weird... Just to be sure I rebooted my plugs and 1PM's and they all came back without loosing power (visibly checked) or loosing readout (checked on home.shelly.cloud) .

Is that some bug fixed in the last firmware version?

Or was this a cloud issue?

My shellies are in a seperate IOT wifi network (still reachable by routing though). No, I did check the web interface last time, and it said it was turned off, while it was turned on.

Maybe someone can shed a light on what I saw but do not see anymore?

Hi Guys,

I am a computer engineer and I am replacing my remote power boots with shellies.

But I've noticed the following problem when rebooting the 1PM:

If I reboot the 1PM with the setting: keep power state, I can reboot the 1PM and it retains it previous state: on when it was on, off when it was off.

But if the state was on, after reboot the target device is still powered and the 1PM has the state off and no power used. I have to let the shelly turn the target off and on again before it starts registering power used and has the state on again.

This is of course a big problem after firmware upgrades, since the app practically demands firmware updates.

I want to be able to reboot and upgrade the shelly without loosing the function of power metering or turning the target off.

Ich weiss nicht wie es geht mit dem App. Aber die shellies sind vom http benutzbar. Wenn du ein http-(reversed)-proxy benutzt, wie haproxy, kannst du immer alles machen.

Vielleicht arbeitet der App auch mit ein VPN wenn es die IP Addressen cached.

Aber mehr als remote management gibt es mit der "cloud" nicht.

Astrofunkion (Zeitschalter) benutzt ntp, nicht die "cloud".

Ich benutze jetzt die Cloud weil ich ein iot-funknetzwerk habe. Ich weiss nicht welcher ich benutzen will: openhab oder domoticz. Abder seit domoticz Lua benutzt werde ich bestimmt domoticz benutzen. Lua macht alles mehr einfach. home-assistent benutzt yaml scripting (wirklich ) oder groesse python scripts.