Beiträge von scheuerer

Na ja, Android 12 ist jetzt nicht wirklich aktuell. Man ist heute bei Android 16.
Das ist also 4 Jahre alt. In der IT und SW sind da Lichtjahre dazwischen.
Kann durch aus sein, das Shelly hier mindestens Android 15 voraus setzt für Android Auto und Unterstützung.
Die ganzen China Produkte haben selbst bei BT Profilen das ein oder andere Problem.

Da würde ich überlegen auf ein neues Handy zu setzen, schon aus Security Sicht.

Tja war wohl nix mit einen Fix für das Sensor Thema in der 1.7.5, welche heute veröffentlich wurde....

Ich hoffe die Jungs bleiben dran.....

Welches Handy, welche Android Version, welche Shelly App Version? Funktioniert sonst alles unter Android Auto?

Schlimmsten Falls kannst bei Shelly selber ein Support Ticket aufmachen. Du siehst, das es prinzipiell ja funktioniert.

Zuerst muss mal die Shelly App auch in Launcher von Android Auto aktiviert sein. Das scheint bei dir der Fall zu sein, sonst würdest du kein Icon im Fahrzeugdisplay unter Android Auto sehen. Das Icon dann anklicken und es sagt dir, die Shelly App zu öffnen auf dem Handy. Wenn du das machst, kommt ein Menue in der Shelly App hoch, bei dem du dann anklicken kannst, welcher Shelly aktiv sein soll, der im Display im Auto angezeigt werden wird. Das war es dann mit der Ersteinrichtung, später einfach das Icon im Autodisplay anklicken und deine Shelly's sind sichtbar und man kann sie anklicken. Das Ganze geht NUR, wenn die Shellys mit der Cloud verbunden sind. Lokale Shellys gehen nicht, auch wenn ein VPN Tunnel aktiv ist. Wie bei der normalen Benutzung der App auf dem Handy ja auch. Anbei noch ein paar Bilder dazu.

PS: Meine angezeigten Shellies sind OFFline, da sie aus Sicherheitsgründen nicht in der Cloud sind.

Ich bin großer OpenHAB Fan, aber auch hier kann die Android - OpenHAB App kein Android Auto.

Ausschließlich für genau den Fall Android Auto, habe ich noch eine HomeAssistant Installation, die nur die Shellys kennt welche ich auch unter Android Auto benützen möchte. Hier funktioniert der VPN Tunnel auch. (Mit einem Exclude der App in VPN Tunnel)
Und auch der VPN Tunnel wird nur gestarted, wenn BT mit dem Auto verbunden ist. Dass passiert wiederum mit der Taster App.

Unterm Strich ganz nett, per HA und Android Auto das Gartentor und das Garagentor zu öffnen/schließen und das alles ohne die Shelly App, die ja wie gesagt nur geht wenn die Shellys in der Cloud sind, was bei diesen genannten Anwendungsfall NICHT der Fall ist.

PSS: Ich gehe doch davon aus, du hast auf dem Telefon die letzten Versionen am Start:

• Betriebssystem
• Shelly APP
• Android Auto App
• Als auch sonst alle Google Apps, die da rein spielen.

Für die Leute die es noch interessiert: Hier das Logfile mit dem Werten, bei 0,5 Grad Änderung, und das normale bei 0,1 Grad Änderung, jeweils eine Stunde aufgezeichnet. In den zwei Stunden ist leider kein Spike zu sehen...
Kabellänge, Widerstand etc, sind ja am Testaufbau kein Thema.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. 0,5 Grad

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. 0,1 Grad

Die eigentlich gute Nachricht steht aber in #177

Ich hatte nun zum Versuch mal auf 0,5 Grad Teperaturunterschied gestellt, wann sich das AddOn Modul melden soll.

Hier die letzten 3h mit 0,5 Grad des Abrufens der Temperatur gearbeitet.
das kannst also auch "Knicken" im wahrsten Sinne des Wortes.

Es kann also nicht an einen "overload" des ESP32 liegen....

Wenn ich das mit dem Datengrab beim Projekt shelly-homekit richtig verstanden habe und mir das alles anschaue, ist das modifizierte Firmware für den Homekit... Nein, danke. Wenn dann bin ich auf der Suche nach einer original 1.4.0 für einen Gen2 "SNSW-001P16EU" 1PM.

Bei mir ist es so, das sich das AddOn Modul einen Eintrag macht (also sich meldet), wenn die Temperatur sich um 0,1 Grad ändert.

Die Werte werden dann auch in die DB geschrieben, aus denen wieder der Verlauf sichtbar gemacht wird.

So ist es auch am Shelly selber eingetragen:

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Im Shelly Debug log selber, habe ich aber auch schon die Spikes mit, +30 Grad, oder 0 Grad gesehen....

PS: Habe gerade bei Shelly für mein Ticket nachgefragt, ob sie mir einen Link zum Download der 1.4.0 hätten, was sie verneint haben, da ein Downgrade nicht machbar wäre.
Von Angel wissen wir aber, dass es doch machbar wäre. Bestimmt nützt er hier andere Möglichkeiten für einen Downgrade.

Danke für die weiteren Informationen. Sprich Thomas S. du hast einen AM2305B mit I2C (4-wire) als "one-wire",

PIN 1: VCC
PIN 2: DATA
PIN3/4: GND

im Einsatz und der liefert brav seine Werte mit der 1.7.4

Wenn es ein Timing Issue ist, wäre das ja ne Möglichkeit für die Entwickler von Shelly, das Timing wieder auf den gleichen Wert wie in der 1.4.0 zu bringen.
Im Kommentar #148 ist ja von "Angel" wie bei mir auch bestätigt, dass es mit der 1.7.4 zum Fehlverhalten kommt, und bei der 1.4.0 noch funktioniert.

Ich habe bei mir im Außenbereich einen Shelly 1 mit AddOn und der 1.4.0 und einen ASAIR AM2301 im Einsatz, der wunderbar funktioniert.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Shelly 1 mit AddOn und der 1.4.0

Zur Referenz habe ich im Innenbereich einen Shelly 1PM mit AddOn und der 1.7.4 und einen ASAIR AM2301A im Einsatz, der Spikes macht.
Dort habe ich alles mögliche schon dran gehabt, zum probieren, den gleichen AM2301 wie außen, und andere wie AM2302B, AM2320, etc. Immer das gleiche Verhalten mit Spikes.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Shelly 1 PM mit AddOn und der 1.7.4

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Beide Shelly's machen nix anderes als die Temperatur / Luftfeuchtigkeit meinen OpenHAB weiter zu geben.
Da passiert nix anderes an Scripting, etc. Beide haben ne feste IP und ein Password und sonst Factory Settings.

In der größeren Box ist ein weiterer Shelly 1, an dem ein Regensensor von Kemo M152K hängt. Der schickt
zusätzlich noch per DDD dem Shelly 2 PM, bzw. einen Shelly 2.5 meiner beiden Markisen, dass sie einfahren sollen, wenn es zu regnen beginnt.
Hat aber jetzt nichts mit dem AddOn Modul zu tun.

So bleibe ich dabei, es muss einen Unterschied in der Firmware für das AddOn Modul zwischen der 1.7.4 und der 1.4.0 geben,
sonst würde (wie von Angel bei #148 bestätigt) er nicht solche unschönen Sachen machen.

Jetzt warten wir einfach das Feedback auf das Ticket ab. Eine erste Version der 1.7.5-beta1 gibt es ja schon, vielleicht schafft es ja ein Fix in die 1.7.5-beta2.
Die Hoffnung stirbt zuletzt.

Prinzipiell habe ich einfach festgestellt, dass die (DHTxx / AMxxxx) bei Betrieb im Außenbereich nach (im Durchschnitt) 1,5 Jahren nicht mehr richtig die Luftfeuchtigkeit messen.
So wurde sie bisher einfach ersetzt und gut war es.

Nun laufen wir aber in ein Problem rein:

• Die alten e.g. AM2301 welche von unseren AddOn's und Gen2 und aufwärts unterstützt werden und KEINEN Fehler bringen, sind nicht mehr wirklich verfügbar.

• Neuere, oder Nachbauten, sind zwar verfügbar, spinnen aber an den AddOn's mit FW > 1.4.0 rum.

  Wäre es da nicht angebracht Angel nicht nur darum zu bitten, kurzfristig nach einer Lösung für die existierenden Installationen der Kunden (ticket gibt es ja schon)
  zu schauen, sondern gleichzeitig auf das Produktmanagement zu zugehen und zu erklären, das neuere, (wie oben durch Thomas_S. beschrieben) doch auch kompatibel gemacht werden sollten,
  da die AddOn's sonst NUR noch als kompatibel mit DS18x20 sind, welche KEINE Luftfeuchtigkeit können, angesehen werden müssen.

  Ja, das AddOn kann nur Singlewire (offiziell) aber man sollte sich halt dem Markt und der Verfügbarkeit von Sensor - Produkten etwas anpassen.

Stimmt mit der Beta

Danke für den Tipp. Momentan sprechen drei Argumente dagegen.

• Ich kann prinzipiell keinen downgrade machen bei den Plus Modellen.
• In den Change notes steht nix zum Thema.
• Es gibt aktuell auch noch Probleme mit Websocket Funktionen, mit dem aktuellen openHAB 5.1.3
  und dem Shelly Binding, bei dem ich nicht weiß, was der Impact wäre und was dann ggf. mehr gehen würde.
  
  Bin aber froh, das man momentan an weiteren Betas für die 1.7.5 arbeitet, obwohl kürzlich erst eine offizielle 1.7.4 veröffentlicht wurde.

Kurzer Update: Ein original ASAIR AM2301A den ich heute geliefert bekommen habe, macht auch Spiks mit der 1.7.4

Hat jemand die 1.7.5-beta1 schon in Benützung mit einen DHT21 / DHT22?

In der Release Notes habe ich nichts gefunden dass auf eine Änderung bzgl. des AddOn Modul geht...

@Volkerm81 Das mit dem Shelly H&T oder den neuen Shelly H&T Plus ist alles kein Problem, solange es sich im Indoor Bereich abspielt.

Wenn aber ein HT im Außenbereich mit unter 0 Grad steht, wir das zum Problem.
Die klassischen "Shelly HT Golfbälle" gehen zwischen 1 und 1,5 Jahren kaputt und melden nur noch 100% Luftfeuchtigkeit.

So benützen halt der ein oder andere inzwischen im Außenbereich einen klassischen Shelly mit AddOn Modul (da WLAN und Ecosystem) und hängen einen DHT21 oder DHT22 Sensor dran,
der dann "länger hält" und kostengünstiger zu ersetzen ist. Kosten ja unter 10 Euro. Früher oder später gehen die alle kaputt wenn es um Luftfeuchtigkeit Messungen geht.

Es gibt andere Lösungen mit Sensoren über Bluetooth (z.T. mit Batterie), aber das sehe ich für mich persönlich einfach nicht. Hier nochmal zwischen drin was anderes an Gateway zu haben.
Die Freunde aus Sofia müssen halt einen Fix einbauen der die gleiche Funktion bei Shelly Plus und dem AddOn Modul wie in der 1.40 hat, dann ist ja alles wieder gut 💁

Die AM2320B gehen, aber zeigen in der 1.7.4 das gleiche Verhalten wie z.B. AM2301A. Wir warten also auf einen Fix damit die Sensoren wieder gehen, wie früher mit der 1.4.0

Na ja Michael, das würde ich so nun NICHT ganz sehen.
Meine Erfahrung zeigt ja, dass der gleiche Sensor an einem Shelly mit 1.4.0. keine Spikes macht und mit der 1.7.4 aber Spikes macht. Und das auch bei anderen e.g. AM2301, AM2301A, AM2320 (vier wire).

Bei euch ist das ja auch mit dem DHT22 so der sich normal mit der 1.4.0 verhält und mit der 1.7.4 nicht.

Schön, dass es nun immer mehr werden hier, die das reproduzieren können.
Gefühlt würde ich auch sagen, dass der Shelly plus 1 PM am meisten Aussetzer bei mir macht.
Aber glaubt ihr wirklich, dass der SW Part für die Unterstützung des AddOn Modules und somit die Sensoren für jeden Shelly wirklich unterschiedlich ist?
Es ist wie es ist und dass seit vielen, vielen Monaten und viel Investitionen in unterschiedliche Sensoren, die dann trotzdem immer der gleiche Verhalten hatten.
Freue mich "wie Schnitzel" auf eine neue Firmware die dann auch geht und keine Spikes mehr macht.

Danke. Dann bin ich mal gespannt, ob es nur den 1PM betrifft oder auch der normale 1er davon betroffen ist. Ich gehe davon aus, dass der Part der FW für das AddOn Modul
nicht unterschiedlich zwischen dem PM und dem 1er ist. Es müssen also alle Plus Gen2+3 betroffen sein. Gen 4 hab ich noch nicht.

Bisher sah es ja so aus: Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Nun sieht es wieder so aus: Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

@MIHO: Erst nochmal danke für die Verifizierung. Mich macht das Thema "kirre", immer wieder unterschiedliche Sensoren aus China bestellen, warten, um dann festzustellen,

dass es auch nicht geht. Sorry, aber ich bin mehr als glücklich, dass jemand vom "Fach" das nun reproduzieren kann.

Was mich noch interessiert, wäre mit welchem Shelly, mit welcher Firmware und welchen Sensor hast du das getestet so das es bei dir aufgetreten ist?

Hast du auch die "Spikes", und/oder nur dass das Debug File die Fehler bringt.

Ich bin ja über das Feedback aus Bulgarien gespannt und wann hier für den Fehler ne neue FW kommt, da ja gerade kürzlich erst die 1.7.4 bekannt gegeben wurde.

BTW: Das Ticket von mir gestern, hat die Nummer: #276735

Yeah….. Bin ich doch noch nach vielen Einkäufen von Sensoren dahinter gekommen dass es nicht an den Dingern liegt.

Das Spaß lässt sich nun noch weiterführen...

Da ich nun zum Testaufbau einen Shelly plus 1 aus der Schublade genommen, welcher noch eine 1.4.0 Firmware drauf hat. An diesem nun das AddOn mit dem AM2301 angeschlossen, und siehe da:

• Kein Fehler im Debug log.
• Keine (zumindest nicht nach 3h) Ausreißer, sondern schönes kontinuierliches reporten der Temperatur und der Luftfeuchtigkeit.

Beide Shellys machen nix außer das AddOn...

So nun die Frage in die Runde:

• Was ist der Unterschied zwischen dem Shelly plus 1PM mit der 1.7.4-beta2
• Und dem Shelly plus 1 mit der 1.4.0

Warum funktioniert der gleiche Sensor AM2301 am Shelly plus 1PM mit 1.7.4 nicht, aber am Shelly plus 1 mit der 1.4.0

Wie kann es sein, das Firmware freigegeben wird, welche nicht dem AddOn Modul und ganz normalen DHT21 und DHT22 funktioniert?

Wer kann von den Admin's @tvbshelly und funkenwerner hier im Forum das Thema bitte bei Shelly intern adressieren?

Jeder User der bisher ein AddOn mit einen DHT21, DHT22 im Einsatz hat, wird durch den Update seines Shelly plus 1 oder Shelly plus 1PM auf > 1.4.0 feststellen das sein Sensor nur noch Müll liefert!!!!!

Wie ich verstanden habe, lässt sich das einmal auf neuere Version geflashed nicht mehr zurücknehmen...