Gladys-Anfänger - Tests bevor ich vielleicht von Domoticz migriere?

Hallo,
Gladys ist sehr interessant, deshalb möchte ich es testen, bevor ich migriere … eine grundlegende Vorgehensweise in der IT.

Aktuell verwende ich domoticz mit:

  • Verbindung zu Netatmo (die Station + Regenmesser)
  • Verbindung zu zwei Netatmo-Innenkameras
  • Temperaturdatenabfrage über einen curl -s -i etc. etc. json.html?type=command etc. etc.
  • Verwendung eines Plugins: DomoticzLinky

Was gibt es und kann daher übernommen/migriert werden oder nicht?

Ich habe das Raspberry Pi-Gladys-Image über rpi-imager installiert.

  • Installation/Start: OK
  • Hinweis:
    • beim ersten Login ist der Benutzer pi, ein Vorschlag ist die Verwendung der Datei userconf.txt, um « eigenen » Benutzer zu erstellen und den Standardbenutzer « pi » zu vergessen
    • warum nicht ein erweitertes motd mit z. B.: « Willkommen bei Gladys » [ok ok der Hostname ist gladys]
    • Anzeige einer ersten Willkommensnachricht und Aufforderung, sich bei http://192.168.x.x anzumelden, um die Konfiguration zu starten

Ich habe das Haus mit den Räumen, ein Dashboard mit Wetter und zwei Netatmo-Kameras erstellt
Für jede Kamera: Der Test ist OK
allerdings funktioniert bei einer der beiden die Sicherung nicht:
« Ein Fehler ist beim Speichern der Kamera aufgetreten. »

Ein Tipp zur Behebung?
Vielen Dank
Phil

Guten Abend,
Haben Sie eine Idee für eine Lösung oder zur Identifizierung des Problems?

Vielen Dank
Mit freundlichen Grüßen

Leider kann ich dir nicht helfen… Ich habe nicht die Kompetenzen dafür!

Vielleicht solltest du einen Thread im Konfigurationsbereich erstellen, um deine Nachricht besser sichtbar zu machen (mit einem eigenen Thema) :+1:

Hallo @Phil und willkommen im Forum!

Hast du deinen Stream mit VLC getestet?

So wie ich es in diesem Tutorial mache:

Damit wir mehr Informationen haben, kannst du die Logs von Gladys ansehen, indem du folgendes ausführst:

docker logs gladys

Für die Netatmo-Kameras hat @Terdious eine Lösung gefunden

Hallo zusammen,
Vielen Dank für euer Feedback.

@guim31:
Ich dachte, ich hätte einen Thread im Konfigurationsbereich erstellt.
Danke für die Nachricht, ich fühlte mich plötzlich nicht mehr so allein. :+1:

@pierre-gilles:
Danke für die herzliche Begrüßung! :smiley:
Ja, der Stream funktioniert mit VLC .. und auf domoticz :wink:
Ich habe den Kalender mit Framagenda versucht .. Option « anderer » :smiling_face_with_tear:
Der angezeigte Kalender ist konsistent mit dem, was ich im Web und auf dem Telefon habe
→ aber es gibt « calendar »-Fehler im Log.
Allerdings habe ich nichts mit Kamera oder Webcam gefunden [egrep -i « camera|webcam »]

Siehe Datei A zum Herunterladen mit dem Link: docker logs gladys

@VonOx:
Danke, tatsächlich habe ich das vor einigen Jahren gefunden, um es erfolgreich in domoticz zu integrieren.
Ich habe die Links wieder verwendet :grinning: ohne Erfolg auf der « Backup »-Seite (siehe Screenshot), da der Test gut funktioniert.

Vielen Dank im Voraus für eure Hilfe bei der Planung einer Migration.

Beste Grüße
Phil

Ok, andere Spur, könntest du die Logs deines Browsers öffnen, wenn du die Kamera erstellst.

In deinem Browser machst du « Rechtsklick » auf die Seite => « Element untersuchen » => « Konsole »/« Netzwerk », dann erstellst du die Kamera.

Die beiden Dinge, die uns interessieren, sind die Anfragen und potenzielle Fehler, die auftreten könnten, wie hier:


(Entschuldigung, es ist ein bisschen technisch, aber wir haben keine Wahl, um dir zu helfen :D)

Ich glaube nicht, dass das hier relevant ist, aber ich tagge den Entwickler dieser Integration, damit wir trotzdem schauen, ob es ein Problem ist :slight_smile:

@bertrandda ich tagge dich, ich weiß nicht, ob es etwas zu tun gibt oder ob der Fehler « normal » ist, in den Logs von @Phil sehen wir Caldav-Synchronisationsfehler:

2022-05-18T15:42:05+0200 <error> calendar.syncUserCalendars.js:72 (Promise.map.concurrency) Error: Bad status: 415
    at exports.XMLHttpRequest.request.onreadystatechange (/src/server/services/caldav/node_modules/dav-request/dav.js:3424:27)
    at exports.XMLHttpRequest.dispatchEvent (/src/server/services/caldav/node_modules/xmlhttprequest/lib/XMLHttpRequest.js:591:25)
    at setState (/src/server/services/caldav/node_modules/xmlhttprequest/lib/XMLHttpRequest.js:610:14)
    at IncomingMessage.<anonymous> (/src/server/services/caldav/node_modules/xmlhttprequest/lib/XMLHttpRequest.js:447:13)
    at IncomingMessage.emit (events.js:412:35)
    at endReadableNT (internal/streams/readable.js:1334:12)
    at processTicksAndRejections (internal/process/task_queues.js:82:21)
2022-05-18T15:42:05+0200 <error> index.js:52 (Timeout.syncAllUsers [as _onTimeout]) NotFoundError: CALDAV_FAILED_REQUEST_CHANGES
    at Promise.map.concurrency (/src/server/services/caldav/lib/calendar/calendar.syncUserCalendars.js:73:15)
    at runMicrotasks (<anonymous>)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)

Hallo,

Der Fehler tritt beim Klicken auf die Schaltfläche „Speichern“ auf.
Kein Fehler beim Klicken auf „Testen“, das perfekt funktioniert und das Kamerabild anzeigt.
Sammeln von Informationen über Firefox und Chromium



Mit freundlichen Grüßen
Phil

@Phil,
Hast du nicht schon ein anderes Gerät mit dem Namen « Wohnzimmer »?
Hast du es versucht, indem du den Namen änderst?

Mir scheint, dass der Konfliktfehler einem Datenbank-Eindeutigkeitskonflikt entspricht. 2 Geräte können nicht denselben Namen haben. Zumindest theoretisch. Du kannst dies umgehen, indem du ein Gerät mit einem eindeutigen Namen zum ersten Mal registrierst und es dann umbenennst. Das wird funktionieren.

Falls es das ist, wäre vielleicht eine klarere Nachricht für die verschiedenen Fehler angebracht. Ich würde ein Issue und einen PR am Wochenende in diesem Sinne erstellen (wenn du auch bestätigst @pierre-gilles)

Bearbeitung: zur Info, ich kann es mit identischem Namen reproduzieren, getestet auch mit identischen Namen in 2 verschiedenen Integrationen!! ^^

Hallo @Terdious,
Vielen Dank für dein Feedback.
Der Name des Geräts ist unterschiedlich: salon und salon2, in einem Raum namens salon
Siehe den Screenshot nach einem Klick auf jeden „Testen“-Button. Ob „salon2“ oder „salon“ zuerst gespeichert wird, das Ergebnis ist dasselbe: Kamera salon > Fehler

Beste Grüße
Phil

Ich habe gerade einen weiteren Test durchgeführt ..
Löschen der Kameras und dann
Hinzufügen von Wohnzimmer in Wohnzimmer: Ok
Hinzufügen von Wohnzimmer2 in Wohnzimmer: Ok
Alles ist also in Ordnung
Es muss ein Problem bei den Hinzufügungen gegeben haben, aber ich stimme @Terdious zu, die Fehlermeldung könnte aussagekräftiger sein.

Ich führe meine Migrations-Tests fort :slight_smile:
Nächster Schritt: Alle Infos von « netatmo weather » abrufen

Freundliche Grüße
Phil

100% Zustimmung, die Meldung ist überhaupt nicht aussagekräftig!

Ich habe ein Github Issue erstellt, damit wir das korrigieren:

Gut, wenn es am Ende funktioniert :slight_smile:

Danke für eure Hilfe und Geduld :clap:

Okay, ich habe Netatmo gesehen @Terdious hat eine unglaubliche Arbeit geleistet :clap: :clap: :clap: Kann es kaum erwarten, es zu testen
Freundliche Grüße
Phil

Und @damalgos :wink:

Ich bestätige die Aussage von @VonOx, der Großteil der Arbeit wurde von @damalgos erledigt!!

@Phil, du kannst es über das Bild docker pull terdious/gladys:netatmo-prod-190522 testen. Aber laut einem Test von @Will_71 funktioniert es nicht mit einer neuen Datenbank. Ich muss also noch etwas korrigieren, denke ich, wenn man von einer leeren Datenbank ausgeht.

Hallo @Phil,
Ich habe mir deinen CalDAV-Fehler angesehen, es muss der Kalender sein, der mit der App Deck verknüpft ist, der nicht richtig verwaltet wird. Ich werde versuchen, dein Problem zu beheben. Benutzt du die App Deck in Framagenda?

Es ist die App Deck, die einen teilweisen Kalender erstellt. Ich habe gerade einen Fix vorgeschlagen

Hallo @pierre-gilles,

Ich nutze die Gelegenheit, um einen Bug im gleichen Thema, aber viel beunruhigender zu melden … Ich wollte die PR erstellen und habe daher einen Test für die MQTT-Integration durchgeführt, um zu sehen, welche Nachricht angezeigt wird … und dann ist es passiert! :scream: :scream:
MQTT gibt keinen Fehler zurück, sondern löscht einfach das Gerät direkt!! Dabei werden die Funktionen des anderen Geräts gelöscht.
Bug save mqtt same external_id

Ich habe auch einen Test für 2 Funktionen in einem MQTT-Gerät durchgeführt, es ist dasselbe, kein Fehler und die erste Funktion wird überschrieben!! Wenn man jedoch eine identische Funktion in einem anderen Gerät erstellt, erhält man die richtige Meldung:

Ich habe eine Issue dafür erstellt!!

Ah ja, der kann richtig frustrierend sein, weil es kein Feedback gibt.

Den müssen wir schnell beheben.