Beiträge von schwarzbold

das Bild von der Platine haste aber gesehen?

Dass der 1Wire nix mit dem Analogeingang zu tun hat, ist mir auch klar. Ich wollte damit nur zum Ausdruck bringen, dass das Addon grundsätzlich läuft.

Und ja, ich habe zwei Addons mit dem Symptom. Das eine, welches ich heute verbauen wollte, habe ich jetzt mal aufgemacht. Und Danke für deinen Link:

Da kann man an sich schon ein wenig zweifeln, wenn man nicht auf so eine Idee kommt.

Ob ich den jetzt repariere oder einfach als ANOLOG-OFF markiere, weiss ich noch nicht. Das ist schon arg kleines Hühnerfutter.

DANKE dir.

Also ... ich habe hier zwei Addons, die ANALOG gegen GND 3V haben.

VREF+R (gemessen 10V) gegen ANALOG IN gebrückt ergibt obige Fehlermeldung und N/A.

Es betrifft ZWEI Addons.

Wenn ich VCC auf ANALOG ziehe habe N/A ... wohlgemwerkt an einem Addon, an dem bereits 5 DS18B20 hängen und zuverlässig laufen.

Eben habe ich noch ein weiteres ADDON und einen weiteren SHELLY-PLUS1PM aus der Kiste gezogen und in Betrieb genommen. Noch einen AM2320 drangehängt. Im Auslieferungzustand (FW 1.4.0) läuft es auf Anhieb (VREF+R gegen ANALOGIN und GND entweder 100% oder 0% ... wie es sein soll. Wenn ich VCC auf ANALOG-IN ziehe habe ich 34,8% (was so ziemlich hinhaut)

Ein ebenfalls noch da liegender PLUS-2PM läuft in der Konfig mit der FW1.2.2 ebenfalls auf Anhieb.

Shelly 2PM in die eingebunden und Updates gefahren: FW 1.6.2 ... und läuft. Die Kombi wird jetzt das eine nicht laufende Addon ersetzen. Das werde ich mir auf dem Schreibtisch genauer ansehen. Das ADDON mit den 5 DS18B20 lasse ich mal lieber hängen, wo es hängt. Da werden zuverlässig ne Menge Szenen und Scripte im IO-Broker bedient.

Es ist aber schon schräg, dass ich 2 Addons erwische, deren ANALOG-IN nicht läuft.

BTW: bei dem Funktionierenden ADDON messe ich:

VREF: 10,02 V

VREF+R1: 9,70 V

ANALOG-IN: 3,38 V

Digital-IN: 3,35 V

VCC: 3,49 V

Alle GND nachgeprüft.

Immer das gleiche Messgerät. Es hat angeblich +- 0,8% und 300kOhm Impedance

REF gegen GND = 10V

AnalogIn gegen GND = 3V

Wenn miteinander verbunden: AnlaogIn gegen GND 10V ... sollte ja auch so sein.

Und zwei defekte Addons an zwei verschiedenen Shellys ... wäre schon schräg ... ich suche grade, ob ich noch ein Addon und einen Shelly in der Ksite habe, damit ich auf dem Schreibtisch aufbauen kann.

An einem der Addons hängen im übrigen 5 Temperatursesoren, die munter laufen.

Der Versuch es gegen VCC zu machen ergibt ebenfalls nichts.

So langsam habe ich mich satt.

Hallo in die Runde,

wenn ich einen zweiten REED am Addon-Plus haben will (erster hängt an Digital-In und läuft) müsste ich ja "VREF+R1 OUT" mit "ANALOG IN" verbinden und sehe 100% als Analog.

Wenn der REED jetzt anzieht (die Verbindung gegen Masse zieht) sollte hier nun 0% stehen. Tut es aber nicht. Das Ergebnis n/a in der Debug-Ausgabe kommt "shelly_analog_input_:77 Error reading analog input 100"

Jetzt die große Frage: bin ich zu doof oder stimmt das Schaltschema nicht oder liegt das Problem noch irgendwo ganz anders?

Ergänzung: nach wenigen Minuten schmieren auch die 100% richtung N/A ab. Getestet mit Shelly1-Plus/Shelly Plus1PM und zwei verscheidenen Addons. Firmware aktuell-Stable

mcm57 : danke schon mal vorab. Soweit, wie ich das gesehen habe, werden die Device-ID bei der Einrichtung im X-Portal gesetzt, ohne dass man das direkt mitbekommt (Über Gerätenasme afair). Da alle Einstellungen, die im X-Einrichtungsportal vorgenommen werden können, auch in der WEB-UI vorgenommen werden können, kann man das wieder zurücksetzen. Du kannst also eine Device-ID kreieren und die fünf Anwender, welche das bord wirklich nehmen und in IO-broker einbinden, müssen halt mal Hand an die ID anlegen. Kann man ja in die Hilfe reinschreiben.

Zuordnung A und B stimmen wahrscheinlich nicht ... ein Leistungsfaktor von 0,11 (Phase 1) sieht mindestens komisch aus. Außerdem denke ich, dass der auf B gedreht ist ...

Zusammengefasst: alles nochmal raus und wieder RICHTIG rein.

Gibt es Hoffnungen oder die schwache Chance, dass die ShellyX-Bords mit aufgenommen werden? Alternativ müsste die weiter über einen MQTT-Adapter ausgelesen werden und dann die String-Rücklieferungen zerlegt werden ...

Hier wird es wahrscheinlich schwierig, weil die Klassenkennung (Device SSID) individuell ist.

Eine Nachkommastelle sollte für die 18B20 reichen. Die haben ja ±0.5°C im Bereich von -10°C bis +85°C. Eine höhere Auflösungsanzeige suggeriert nur eine höhere Genauigkeit, die NICHT vorliegt. Anfangen kannst du mit den höher aufgelösten Werten dann eh nichts.

Wenn du minimale Änderungen verarbeiten willst, brauchst du eh ein übergeordnetes System zur Weiterverarbeitung. Dort kannst du mittels [IP]/status (Addon1) dir den Datensatz (und sicher auch den entsprechenden Datenpunkt gezielt) abholen. Der hat dann zwei Nachkommastellen.

ABER NUR BEIM ADDON 1 (https://shelly-forum.com/lexikon/lexico…pm-temp-add-on/).

Beim PlusADDON wird dort auch nur eine Nachkommastelle ausgeworfen.

Zitat

funktioniert doch.....ich nutze eine Homematic Wetterstation. mit deren daten kann man ein Shelly LoRa bei Bedarf schalten. Wo ist das Problem ?

Weil deine per WLAN ins Netz gebundene Wetterstation mit Sensoren (auch Bodenfeuchte) maximal 30m brücken kann, sagt das über zu erfassende Zustände in 200m ... 3km Was bitte aus? Nix kannste mit den Infos anfangen. Du musst mal deinen Vorgarten verlassen und dir die Worte Straßenbeleuchtung und Landwirtschaft auf der Zunge zergehen lassen. Die Leute laufen oder fahren täglich mehrere Kilometer, um die Sensordaten (eingebaute Sensorik des Menschen) abzuholen, zu verabreiten und dann manuell als Aktor zu dienen. Dort setzt das Werbeversprechen von Alterco an ... "Wir machen dir es einfacher" ...

Zitat

Was noch extremst geil ist, weil es halt via http- requests funzt.....man muss nur kreativ sein....jeder hat ja mittlerweile zig Handys rumliegen. Auf dem Handy die App Tasker installieren. Hotspot einrichten und den Shellyempfänger damit verbinden.

Und woher nehme ich die lokale Info, dass JETZT geschalten werden sollte? Will ab nächster Woche 3 Wochen nach Finnland ... kann also nicht aufs Feld und meinen Boden zwischen den Fingern zerkürmeln um dann den Shelly per API einzuschalten (der direkt neben dem zerkrümelten Boden installiert ist und per eigenem WLAN und Hotspot des Handys eh erreichbar ist und damit per App schaltbar ist).

So unbrauchbar.

ausserdem muss sich Alterco an der Werbung messen lassen.

Doch es war mal kurz erhältlich. ich konnte je eines ergattern.

Weidefläche 150m draussen ... also nix mit WLAN. Dort steht ne Inselanlage mit PV für den Weidezaun und es liegt eine Wasserleitung für die Viehtränke. Damit ich nicht mehr rauslatschen muss brauchts dort mindestens zwei Temperatursensoren, Spannungsüberwachung für die Akkus und das Schalten des Weidezaungerätes, eines Magnetventils als auch einer Pegelüberwachung im Trog.

Ich bekomme mit dem LoRaWan-Modul ja einen 2pm dort hin und kann schonmal schalten. Der Schwimmerschalter könnte auch noch gehen (auch wenn es nicht so pralle ist die mit Systemspannung, wenn es auch nur 24V sind, zu betreiben). Aber die Temperatursensoren, soweit ich sehe, müssen an einen zweiten Shelly ... da gehts los.

Das Selbe wäre der Fall für eine automatische Bewässerung ... dort braucht es Temperatursensoren, einen Luftfeuchtesensor und einen Bodenfeuchtesensor. Das ganze geht ja mit Actions, aber eben ohne Einbindung von Wetterprognosen ... muss ja heute nicht wässern, wenns morgen regnet ...

Wenn man also das System wirklich in der "Landwirtschaft" einsetzen will, braucht es mehr als nur die LoRaWanbedienbarkeit eines Relais. Das Ganze über Scripte auf den lokalen Shellys zu lösen macht das System irgendwann unbedienbar. Die Datensätze müssen automatisch übertragen werden und von einem übergeordneten System erfassbar und verarbeitbar sein, ohne jedesmal die lokalen Geräte umzuprogrammieren. In vielen Umgebungen müssen solche Lösungen auch ohne großen Administrativen Eingriff schnell änderbar sein.

Also fasse ich zusammen: Ich kann das Relais eines entfernten Shelly schalten. Toll.

Wenn ich aber Sensordaten dort habe (Temperatur, Luftfeuchte ... wwi ... und die als Trigger benutzen will geht es nur lokal ... wozu dann das Ganze?

Theoretisch müsste ich über den AC-Point des entfertnen Shelly weitere einbinden, die dann "benutzt" werden ... alles andere ergibt keinen Sinn. Wenn ich "Fernbedienung" brauche, brauche ich auch die Daten von dort.

Ich werde mir das anschauen und dann mal anfangen rumzuspielen. So isses jetzt noch NIX.

Zwischendurch habs mal welche ... Geduld und tägliches Nachschauen hilft.

2 Szenen:

1. Wenn strom aus dann Strom an, Rollladen hoch, strom aus (verzögert) Zeitpunkt: Sonnenaufgang

2. Wenn strom an dann Rolladen hoch und strom an (verzögert), Zeitpunkt Sonnenaufgang

Das einzige Problem ist hier, wenn jemand deinen Raum benutzt WÄHREND der Rolladen in Szene 1 hochfährt. Dafür müsste dann eine weitere Szene erstellt werden, die NACH der Verzögerung der Szene 1 den Strom wieder zuschaltet. Leider kann man mit einer Szene keine andere Szne auslösen, die dann einen Zustand eines weiteren Shelly auswerten könnte (ich benutze beispielsweise das nicht angeschlossene Relais eines 3EM als Variablenspeicher, in dem mit einer Szene das Relais schalte und dessen Zustand in einer anderen Szene später auswerte)

Und leider kein Einzelfall ...

istr mir gestern nicht aufgefallen.

so ... das ist das Ergebnis des Updates des WD auf 2.3.3 ... ich erspar mir mal jeden Kommentar zum Thema Programmieren ... Aber bitte: WAS SOLL DAS?

Hat schon mal einer auf der USA-Seite von Shelly bestellt? Dort ist das Teil nämlich vorrätig. (https://us.shelly.com/products/db2024t-xsm)