debmatic - OCCU als richtige Debian/Ubuntu Variante

Debian/Ubuntu basierte CCU

Moderator: Co-Administratoren

worfinator
Beiträge: 60
Registriert: 29.09.2016, 17:29
System: Alternative CCU (auf Basis OCCU)

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von worfinator » 17.03.2019, 22:36

Also Alex hat ganze Arbeit geleistet. Ich kann quasi keinen Unterschied zur CCU3 feststellen, seit ich den cuxd gebändigt habe.

Was mir auffällt:
1.
Ich habe im Hauptmenü eine Verknüpfung zu CloudMatic, wahrscheinlich aus meinem CCU3-Backup. Wenn ich da drauf klicke, kommt "Not Found".
Kriegt man diesen Punkt irgendwie weg?

2.
Ich hatte vorher im Hauptmenü einen Menüpunkt "Meine HomeMatic IP AccessPoints" oder so ähnlich, der ist nun weg, obwohl mein HomeMatic IP USB Stick tadellos funktioniert. Wo dran liegt das? Wie kriege ich diesen Punkt zurück?

3.
Oberhalb meiner DC-Variablen erscheint öfters, aber nicht immer folgender Text:
if(action == "dcCreate") { Call("datapointconfigurator.fn::dcCreate()"); }
Woher kommt das denn? Der Code kommt nicht von mir. Wie kriegt man das weg?

4.
Einige meiner IOBroker Skripte laufen nicht richtig.
Mit solchen Fehlern hier:
m-rega.0 2019-03-17 22:34:53.666 error "<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1- ... \">\n<html xmlns=
hm-rega.0 2019-03-17 22:34:53.665 error <-- invalid response:
hm-rega.0 2019-03-17 22:34:53.612 error "<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1- ... \">\n<html xmlns=
hm-rega.0 2019-03-17 22:34:53.612 error <-- invalid response:
hm-rega.0 2019-03-17 22:34:23.666 error "<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1- ... \">\n<html xmlns=
hm-rega.0 2019-03-17 22:34:23.666 error <-- invalid response:
hm-rega.0 2019-03-17 22:34:23.613 error "<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1- ... \">\n<html xmlns=
hm-rega.0 2019-03-17 22:34:23.612 error <-- invalid response:

Versteht ich überhaupt nicht.

Ich teste weiter...

worfinator
Beiträge: 60
Registriert: 29.09.2016, 17:29
System: Alternative CCU (auf Basis OCCU)

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von worfinator » 17.03.2019, 23:53

Letztes Update von mir heute:
4. konnte ich lösen. Ich habe IOBroker und Debmatic auf einem NUC und hatte im IOBroker die LAN IP hinterlegt. Das war schlecht. Dadurch kamen die XML-Fehler. Ich arbeite im IOBroker nun mit 127.0.0.1 um auf debmatic zuzugreifen, so läuft es sauber!

Außerdem:
Das Backup der cuxd Daten aus der CCU3 war fehlerhaft. Habe nun alle cuxd-Geräte von Hand neu angelegt und nun läuft wieder alles.
Mit Restore von der CCU3 haut also noch irgendwas nicht richtig hin...

Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von deimos » 18.03.2019, 08:12

Moin,
worfinator hat geschrieben:
17.03.2019, 22:36
Ich habe im Hauptmenü eine Verknüpfung zu CloudMatic, wahrscheinlich aus meinem CCU3-Backup. Wenn ich da drauf klicke, kommt "Not Found".
Kriegt man diesen Punkt irgendwie weg?
Man muss die /etc/config/hm_addons.cfg editieren. Ich schau mal, ob man das irgendwie automatisieren kann.
worfinator hat geschrieben:
17.03.2019, 22:36
Ich hatte vorher im Hauptmenü einen Menüpunkt "Meine HomeMatic IP AccessPoints" oder so ähnlich, der ist nun weg, obwohl mein HomeMatic IP USB Stick tadellos funktioniert. Wo dran liegt das? Wie kriege ich diesen Punkt zurück?
Das ist für HmIP Wired. Und dafür brauchst du zwingend ein RPI-RF-MOD. Ggf. angeschlossen über die HB-RF-USB Platine.
worfinator hat geschrieben:
17.03.2019, 22:36
Oberhalb meiner DC-Variablen erscheint öfters, aber nicht immer folgender Text:
if(action == "dcCreate") { Call("datapointconfigurator.fn::dcCreate()"); }
Woher kommt das denn? Der Code kommt nicht von mir. Wie kriegt man das weg?
Hast du mal einen Screenshot?
worfinator hat geschrieben:
17.03.2019, 22:36
Das Backup der cuxd Daten aus der CCU3 war fehlerhaft. Habe nun alle cuxd-Geräte von Hand neu angelegt und nun läuft wieder alles.
Mit Restore von der CCU3 haut also noch irgendwas nicht richtig hin...
Kannst du mir das Backup mal zukommen lassen, damit ich das untersuchen kann?

Viele Grüße
Alex

worfinator
Beiträge: 60
Registriert: 29.09.2016, 17:29
System: Alternative CCU (auf Basis OCCU)

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von worfinator » 18.03.2019, 10:26

Moin Alex!
Das ist für HmIP Wired. Und dafür brauchst du zwingend ein RPI-RF-MOD. Ggf. angeschlossen über die HB-RF-USB Platine.
Hm. Kennst du da Hintergründe? Wofür braucht dieses HmIP Wired dieses spezielle Funk-Modul, obwohl es gar nicht mit Funk funktioniert?
Wird das so bleiben? Kann Debmatic ansonsten grundsätzlich HmIP Wired?
Hast du mal einen Screenshot?
Bild
Da wo der rote Balken ist, war der Text vorher: if(action == "dcCreate") { Call("datapointconfigurator.fn::dcCreate()"); }
Jetzt gerade erscheint die Meldung nicht mehr. Ich muss noch mal schauen, ob ich das irgendwie reproduziert bekomme.
Aktuell gelingt es mir nicht mehr...
Kannst du mir das Backup mal zukommen lassen, damit ich das untersuchen kann?
Schicke ich dir per Mail zu, kein Thema, hab ich auf einem meiner Rechner noch gespeichert.

Grüße,
Marc.

Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von deimos » 18.03.2019, 10:33

Hi,
worfinator hat geschrieben:
18.03.2019, 10:26
Das ist für HmIP Wired. Und dafür brauchst du zwingend ein RPI-RF-MOD. Ggf. angeschlossen über die HB-RF-USB Platine.
Hm. Kennst du da Hintergründe? Wofür braucht dieses HmIP Wired dieses spezielle Funk-Modul, obwohl es gar nicht mit Funk funktioniert?
Wird das so bleiben? Kann Debmatic ansonsten grundsätzlich HmIP Wired?
debmatic kann HmIP Wired. Hintergrund ist die Notwendigkeit, dass die Firmware auf dem Funkmodul das Routing zwischen Funk und Wired durchführen kann. Und da gibt es bisher kein Update für den HmIP-RFUSB, sondern nur für das RPI-RF-MOD. Ich glaube ehrlich gesagt nicht daran, dass sich da was ändern wird und ein Update von eQ-3 bereitgestellt wird.
worfinator hat geschrieben:
18.03.2019, 10:26
Hast du mal einen Screenshot?
Bild
Da wo der rote Balken ist, war der Text vorher: if(action == "dcCreate") { Call("datapointconfigurator.fn::dcCreate()"); }
Jetzt gerade erscheint die Meldung nicht mehr. Ich muss noch mal schauen, ob ich das irgendwie reproduziert bekomme.
Aktuell gelingt es mir nicht mehr...
Hast du einen Gesamtscreenshot? Bzw. auf welcher Seite ist das genau?

Viele Grüße
Alex

worfinator
Beiträge: 60
Registriert: 29.09.2016, 17:29
System: Alternative CCU (auf Basis OCCU)

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von worfinator » 18.03.2019, 10:37

debmatic kann HmIP Wired. Hintergrund ist die Notwendigkeit, dass die Firmware auf dem Funkmodul das Routing zwischen Funk und Wired durchführen kann. Und da gibt es bisher kein Update für den HmIP-RFUSB, sondern nur für das RPI-RF-MOD. Ich glaube ehrlich gesagt nicht daran, dass sich da was ändern wird und ein Update von eQ-3 bereitgestellt wird.
Verstehe, also gibt es keinen technischen Grund ausser eQ-3 selbst. Dann mache ich dort mal ein Ticket auf und frage nach :mrgreen:
Hast du einen Gesamtscreenshot? Bzw. auf welcher Seite ist das genau?
Das sind die Favoriten direkt auf der Startseite...

fubo08
Beiträge: 227
Registriert: 13.01.2016, 17:10
Hat sich bedankt: 2 Mal
Danksagung erhalten: 1 Mal

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von fubo08 » 18.03.2019, 12:26

Hey alex. Wenn ich das richtig verstanden habe, wird Cloudmatic nicht unterstützt?! Schade, weil ich dort noch ein bestehendes Abo habe. Planst du eine Alternative direkt im Debian? Mir fehlt einfach die Zeit es direkt im Linux einzurichten und zu pflegen, z. B. Als ReverseProxy. :(
Gruß Dennis

worfinator
Beiträge: 60
Registriert: 29.09.2016, 17:29
System: Alternative CCU (auf Basis OCCU)

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von worfinator » 18.03.2019, 12:33

Der Reverse Proxy ist doch in 5 Minuten aufgesetzt. Wenn du debmatic ans Laufen bekommst, dann doch auch den Reverse Proxy :mrgreen:

vauvau07
Beiträge: 39
Registriert: 12.11.2015, 21:55

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von vauvau07 » 18.03.2019, 14:09

Hallo
eine Erfolgsmeldung
debmatic komplett neu installiert, keine Probleme mehr
und in iobroker eingebunden, läuft.

Gruss
Volkmar
mfg
Volkmar

worfinator
Beiträge: 60
Registriert: 29.09.2016, 17:29
System: Alternative CCU (auf Basis OCCU)

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von worfinator » 18.03.2019, 14:30

Meine Installation mit 150 Geräten IP/nicht IP gemischt mit IP USB Stick und LAN GW läuft seit gestern Abend auch durch. Top :mrgreen:

Antworten

Zurück zu „debmatic“