Hallo!

Erst einmal ein großes DANKE für diesen Adapter! Da schlägt das Feuerwehr und Homeauto-herz direkt zusammen höher..

Leider habe ich etwas Probleme, denn ich bekomme den admin API Key von unserem Admin nicht. Kann man vielleicht auch verstehen, denn dann könnte ich ALLES machen.
Jeder Nutzer hat ja neben der eingenen Nutzer ID auch einen eigenen API Key. Der funzt in dem Adapter aber leider nicht!?
Ich habe mir einen eigenen DIVERA Testaccount erzeugt, dadurch konnte ich das bestätigen. Nur der admin API key funktioniert, der des explizieten Nutzers nicht...

Ich habe mal bei DIVERA angerufen und die sagten mir, dass die api/V2 version da wohl funktionieren müsste!?Die sei neuer. Das ist natürlich noch nicht ausreichend valide, da ich in keinster Weise weiß was aktuell bereits im Adapter genutzt wird! Sollte es nicht gehen, müsste DIVERA an ihre SW ran... sprich die "Funktionalität", einen Alarm auch über den User API Key auslesen zu können.

Wäre mein Anliegen implementierbar?

Beste Grüße
Timo

Hallo,

es hat mich auch erwischt!
3 RPC Instanzen wollen nicht, log wie folgt:

hm-rega läuft!

Homemeatic (PIVCCU) firewall wie folgt konfiguriert:

RPC Instanzen sind alle wie folgt konfiguriert:

Was mache ich falsch?

Gruß
Timo

@Thomas-Braun
Wie gesagt, das dachte ich mir.
Jetzt hänge ich beim nächsten Problem, was aber die PIVCCU betrifft, deswgen nutze ich zu dem Thema das GitHub-Forum von Alex Reinert.

link text

@Thomas-Braun
EDLICH!! Es hat geklappt, aber ich weiß glaube ich warum nicht.
Mit ist aufgefallen, dass Du das Funkmodul während der INstallation als Simulation ausgewählt hast, richtig?

HMRF Hardware:  FAKE_HMRF

Ich hatte da immer das reale gewählt, obwohl ich es noch nicht eingebaut hatte, da ich meine laufende CCU3 nicht deaktivieren wollte.

TAUSEND DANK für Deine Mühen!!!!

@Thomas-Braun
Zwischenstand Ab Punkt 6 der Beschreibung, bevor ich Punkt 8 weiter mache:

pi@raspberrypi:~ $ sudo bash -c 'cat << EOT >> /boot/config.txt
> dtoverlay=pi3-disable-bt
> EOT'
pi@raspberrypi:~ $ sudo systemctl disable hciuart.service
Removed /etc/systemd/system/multi-user.target.wants/hciuart.service.
pi@raspberrypi:~ $ sudo sed -i /boot/cmdline.txt -e "s/console=serial0,[0-9]\+ //"
pi@raspberrypi:~ $ sudo sed -i /boot/cmdline.txt -e "s/console=ttyAMA0,[0-9]\+ //"
pi@raspberrypi:~ $ sudo ip link show | cut -d' ' -f2 | cut -d: -f1 | grep -e '^e.*'
eth0
pi@raspberrypi:~ $

In Zeile 4 sieht es nicht so aus wie bei Dir!? "do systemctl disable pi@raspberrypi" fehlt!?

@Thomas-Braun
die ganze Installation der PIVCCU??

@Thomas-Braun
Ne ist per LAN dran.

Ich fange gerade nochmal komplett von vorn an. Glaube, dass das Bluetooth abschalten doch noch nicht so funzt wie Du geschrieben hast! Dann gucke ich mal was Ounkt 8 sagt und poste es.

@Thomas-Braun
Für den Punkt der entscheidende Tip.
Habe dann bis einschließlich Punkt 8 ("Update your config. (Replace eth0 if necessary)"), dann reboot und über Putty keine Chance mehr, so als wenn LAN aus ist!?

So doof mit copy/past kann ich doch nicht sein...

@Thomas-Braun

pi@raspberrypi:~ $ sudo bash -c 'cat << EOT >> /boot/config.txt dtoverlay=disable-bt EOT'
bash: Warnung: Das in der Zeile 0 beginnende Here-Dokument geht bis zum Dateiende (erwartet wird `EOT').
cat: 'dtoverlay=disable-bt': Datei oder Verzeichnis nicht gefunden
cat: EOT: Datei oder Verzeichnis nicht gefunden
pi@raspberrypi:~ $

Auch nicht besser, was sagt mir denn die Antowort? "Datei oder Verzeichnis nicht gefunden" hört sich nicht nach einem Erfolg an!?

@Thomas-Braun
Also Buster lite ist drauf... läuft...
Dann PIVCCU gemäß Deinem link gestartet, bis einschließlich punkt 5 alles paletti, jedoch bei punkt 6 stockt es.
Brauche die Option 1: Disabled bluetooth (prefered).
Folgendes Resultat:

code_text

pi@raspberrypi:~ $ sudo bash -c 'cat << EOT >> /boot/config.txt dtoverlay=pi3-di         sable-bt EOT'
bash: Warnung: Das in der Zeile 0 beginnende Here-Dokument geht bis zum Dateiend         e (erwartet wird `EOT').
cat: 'dtoverlay=pi3-disable-bt': Datei oder Verzeichnis nicht gefunden
cat: EOT: Datei oder Verzeichnis nicht gefunden
pi@raspberrypi:~ $

code_text

So wie ich die Befehle verstehe wird wird hier Bluetooth von einem PI3 deaktiviert, we muss der Befehl beim PI4 lauten?