NEWS

@mcm1957 said in Anbindung von Meshtastic LoRa Geräten:

@percy

a) wenn das LORAWAN Geräte sind sollte dochvder Adapter passen:

https://github.com/BenAhrdt/ioBroker.lorawan

Wenn mit dem Adapter was nicht geht ist ev ein Post im Testopic des Adapters sinnvoll.

b) Was meinst du mit mqtt Adapter besitzt keine vollständige Implementierung? Wenn ein Fehler vorliegt mach bitte ein Issue auf. Wenn was unklar ist ein Topic hier.

Wie Marc schon erwähnte, leider hat Meshtastic außer dem physical Layer (und ein paar Bestandteile von Layer 2) nicht viel mit LoRaWAN zu tun - das funktioniert also leider nicht

@apollon77 Bitte GitHub ins Issue schauen. GitHub Test version wäre da ... Feedback auf GitHub erbeten.

@gonzokalle
Mit einem (so) kühlen Plätzchen kann ich Dir aktuell in Deutschland leider nicht dienen. 🤣

@frankthegreat sagte in Backup bricht mit Fehlermeldung ab:

Jetzt isser auf jeden Fall am "rödeln"

Das spricht dafür, das die Kiste zuvor beim RAM überlastet gewesen ist.

@mico weiß ich ausn kopf nicht, ausprobieren am besten. Ist mit sicherheit ein nicht schreib geschütztes Objekt, da gibt es nicht als so viele.

@homoran OK Danke

@arteck möglicherweise sind dort die Repos nicht korrekt, so dass er den

@arteck sagte in ESPhome & Multihost - Dashboard nicht erreichbar:

checksum URL for Python

nicht gefunden hat

@mcm1957

Ja, es gibt ein Github Issue wo ich mein Problem angegeben habe: #475
Es ist glaube ich aber nicht die endgültige Lösung da von den Programmierer das etwas anders gedacht war.
Allerdings ist die Kommunikation dort, wie auch bei anderen Adaptern, inzwischen sehr zäh.
Aber das ist ein anderes Thema.....

@brunulri
Danke f.d. Info

Ev wär es dann sinnvoll den User / Password mode aus dem Adspter zu entfernen wenn er ectra anwählbar. Sollte das der Fall sein erstel doch bitte ein Isdue bzw öffne dei s nichmsls dsmit der Deb das Umsetzen kann wenn er will.

@t-147 sagte in (gelöst)Multihost einrichten, Master Docker/Buanet, SlavePi4:

Ich bin durch andere Anleitungen davon ausgegangen, dass eine Authentifizierung bzw. Passwort zur Anbindung des Slave notwendig/möglich ist, deswegen die Frage.

Das gilt nur für die automatische Erkennung, die hier nicht relevant ist.

@asgothian

Zurückgesetzt, neu verbunden und kein Update vorhanden. Klickt immer noch in "regelmäßigem" Abstand. Mülleimer...
Danke für deine Antwort.

@javamafia sagte: dass anstelle der 0,08€ ein Datenpunkt verknüpft ist.

Das leistet ein Alias nicht, denn er kann nur einen Original-DP lesend auswerten.
Für die Multiplikation von zwei DP-Werten benötigt man ein Skript.

@Ro75
Vielen Dank für die schnelle und hilfreiche Rückmeldung, damit konnte ich die Verbindung herstellen 👍 👍 👍

Hallo zusammen!

Jetzt habe ich ein paar Tage gewartet, bis ich auf meinem RPI5 ein Update vorhanden habe.

Und es ist tatsächlich so.

Eine Benachrichtigung im Admin für ein offenes Update erscheint erst, wenn man
zuvor in der Konsole am RPI5 ein "sudo apt update" drüber laufen lässt
und im Browser den Admin neu lädt.

Nun gut... aber ein "sudo apt full-upgrade"
muss ich dann ja trotzdem über die Konsole machen für meinen RPI5 / meinen Host.
Da ich persönlich eh regelmäßig per Konsole Updates suche und mache,
ist die Nachricht im ioBroker Admin für mich nur ein zusätzliches "Gimmick".

Wollte das hier nur nochmal bestätigen mit ein paar Bildern.

Beste Grüße.

Bild 1.jpg

Bild 2.jpg

Bild 3.jpg

Bild 4.jpg

Bild 5.jpg

@reutli
Ich habe jetzt komplett (wieder) auf CIFS umgestellt und kann seither wieder zugreifen.
Es scheint, dass NFS 3 (auch 4) auf der Syno im DSM 7.2.x fehlerhaft ist, der iob keinen. mount hinbekommt oder durch das Update die uid und gid geändert werden (habe versucht diese auf der Konsole auf die alten Werte zu ändern, dann war der User aber gar nicht mehr zu sehen).

Vielleicht kennt jemand das Problem (NFS tot nach Update von DSM 6.2.x auf 7.2.x)?

Update: Nach viel Recherche habe ich den Fehler gefunden - ich habe alles auf meinem NUC als admin installiert, so auch Deconz und den ConBee 2 Stick. Es gibt aber noch einen normalen User auf dem NUC, und dem fehlte die richtige Gruppe.
mit sudo usermod -aG dialout "normalerUser" konnte ich die Fehler beheben und alles funktioniert jetzt wie es soll.

@manfredhi sagte in Comfee Klimagerät:

Oder gibts da eine andere lösung dafür ?

Direkt im ioBroker nicht, soweit ich das sehe. Evtl. kann man aber den HomeAssisstant-Implementierung reindübeln.
Hab ich aber nicht mehr weiter verfolgt, weil mir die Alexa-integration eh ausreichte.

@whoodini sagte in Homematic Rolllade Steuerung funktioniert nicht - GELÖST:

dass die Objekte nicht wieder erscheinen.

due haben eindeutige IDs und kommen immer wieder.
lediglich Objektbezogene Konfigurationen, wie z.b. historisierung müsdte man wieder herstellen

@heinerbub80 sagte in HM-RPC HCU:

Nun gibt es bereits eine
Weil die neue HCU und die CCU3 wird wohl in den nächsten Jahren nicht mehr unterstützt

was ???

@heinerbub80 sagte in HM-RPC HCU:

hier schon eine Unerstützung für die HCU durch die Adapter gegeben ist.

mir ist auch nicht bekannt ob die HCU überhaupt eine entsprechende Schnittstelle hat.

@heinerbub80 sagte in HM-RPC HCU:

um den HMIP Adapter welcher über die Cloud zugreift

Die HCU ist für den Cloudzugriff vorgesehen und soll zusätzlich Routinen lokal unterstützen.
Mehr ist mir nicht bekannt.

HomeMatic wird nicht mehr von der HCU unterstützt werden.
Die CCU3 unterstützt weiterhin die HmIP Geräte wie bisher.

Ob neuere Geräte weiterhin in die CCU3 Firmware eingepflegt, weiss ich nicht. Ob ansonsten ggf. Jens Maus dies in seiner RaspberryMatic machen wird ist mir ebenfalls unbekannt.

@feuersturm

Hallo Feuersturm, herzlichen Dank für den Tipp. Das war's, mein Repo was auf Stable und habe leider übersehen, dass es eine neuere Version gibt!
Danke und Gruss Bruno