debmatic - OCCU als richtige Debian/Ubuntu Variante
Moderator: Co-Administratoren
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
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...
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...
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
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...
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...
- 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
Moin,
Viele Grüße
Alex
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:36Ich 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?
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:36Ich 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?
Hast du mal einen Screenshot?worfinator hat geschrieben: ↑17.03.2019, 22:36Oberhalb 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?
Kannst du mir das Backup mal zukommen lassen, damit ich das untersuchen kann?worfinator hat geschrieben: ↑17.03.2019, 22:36Das 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...
Viele Grüße
Alex
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
Moin Alex!
Wird das so bleiben? Kann Debmatic ansonsten grundsätzlich HmIP Wired?
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...
Grüße,
Marc.
Hm. Kennst du da Hintergründe? Wofür braucht dieses HmIP Wired dieses spezielle Funk-Modul, obwohl es gar nicht mit Funk funktioniert?Das ist für HmIP Wired. Und dafür brauchst du zwingend ein RPI-RF-MOD. Ggf. angeschlossen über die HB-RF-USB Platine.
Wird das so bleiben? Kann Debmatic ansonsten grundsätzlich HmIP Wired?
Hast du mal einen Screenshot?
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...
Schicke ich dir per Mail zu, kein Thema, hab ich auf einem meiner Rechner noch gespeichert.Kannst du mir das Backup mal zukommen lassen, damit ich das untersuchen kann?
Grüße,
Marc.
- 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
Hi,
Viele Grüße
Alex
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:26Hm. Kennst du da Hintergründe? Wofür braucht dieses HmIP Wired dieses spezielle Funk-Modul, obwohl es gar nicht mit Funk funktioniert?Das ist für HmIP Wired. Und dafür brauchst du zwingend ein RPI-RF-MOD. Ggf. angeschlossen über die HB-RF-USB Platine.
Wird das so bleiben? Kann Debmatic ansonsten grundsätzlich HmIP Wired?
Hast du einen Gesamtscreenshot? Bzw. auf welcher Seite ist das genau?worfinator hat geschrieben: ↑18.03.2019, 10:26Hast du mal einen Screenshot?
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...
Viele Grüße
Alex
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
Verstehe, also gibt es keinen technischen Grund ausser eQ-3 selbst. Dann mache ich dort mal ein Ticket auf und frage nachdebmatic 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.
Das sind die Favoriten direkt auf der Startseite...Hast du einen Gesamtscreenshot? Bzw. auf welcher Seite ist das genau?
-
- 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
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
Gruß Dennis
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
Der Reverse Proxy ist doch in 5 Minuten aufgesetzt. Wenn du debmatic ans Laufen bekommst, dann doch auch den Reverse Proxy
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
Hallo
eine Erfolgsmeldung
debmatic komplett neu installiert, keine Probleme mehr
und in iobroker eingebunden, läuft.
Gruss
Volkmar
eine Erfolgsmeldung
debmatic komplett neu installiert, keine Probleme mehr
und in iobroker eingebunden, läuft.
Gruss
Volkmar
mfg
Volkmar
Volkmar
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
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