DIY: Howto Wiregate auf Fremdhardware <> Installation eines CommunityGate

[Mike01]

Installationsproblem

Wollte mir gerade das Communitygate auf einem Fujitsu futro S400 (i386) nachbauen, aber bekomm eine Fehlermeldung bei der Installation.
Bin leider kein Linux Fachmann, wodurch ich jetzt etwas auf dem schlauch stehe.

Plattform ist wie erwähnt ein
Futro S400 ThinClient
AMD Athlon 1GHz
Debian Lenny 5.10 mit Kernel 686

bei dem versuch wiregated zu installieren, bekam ich die Fehlermeldung "Fehler beim bearbeiten von xplhub" und die Installation wurde abgebrochen.
seitdem erhalte ich bei jedem "apt-get -f install" oder "apt-get upgrade" folgende Fehlermeldung:

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
3 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0B Plattenplatz zusätzlich benutzt.
Richte xplhub ein (1.31-6) ...
System startup links for /etc/init.d/xplhub already exist.
Stopping daemon monitor: monit.
Starting daemon monitor: monitdpkg: Fehler beim Bearbeiten von xplhub (--configure):
Unterprozess post-installation script gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von wiregated:
wiregated hängt ab von xplhub; aber:
Paket xplhub ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von wiregated (--configure):
Abhängigkeitsprobleme - lasse es unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von wg-patch:
wg-patch hängt ab von wiregated (>= 0.9-25); aber:
Paket wiregated ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von wg-patch (--configure):
Abhängigkeitsprobleme - lasse es unkonfiguriert
Fehler traten auf beim Bearbeiten von:
xplhub
wiregated
wg-patch
E: Sub-process /usr/bin/dpkg returned an error code (1)

beim befehl apt-get install xplhub wiregated wg-patch sagt er mir aber dass jeweils die aktuelle version installiert ist.


Gruß, Mike

[SachsenTobi]

Hallo,

ich hatte das CG bisher immer als Standalone auf nem Ubuntu laufen.

Da mir das ubuntu mit Touch treibern aber mal gar nicht funzen wollte, hab ich es jetzt in einer vm installiert.

Nun zur Frage: Wie teste ich ob die Kommunikation mit dem Eibd richtig funktioniert? Welche Ports MÜSSEN freigegeben werden?

Danke

[Merlin123]

Wäre ne Option. Da ich aber die Cometvisu schon am Laufen hatte hab ich mit jetzt mal linknx angeschaut und damit ist das absolut easy zu realieren.
Linknx hört jetzt auf eine sonst unbenutzte GA und startet dann die Szene. Könnte die Szene also auch von jedem beliebigen Tastsensor aus aufrufen.

[Lapheus]

Moin,

wie wäre das hier?


Gruss
Lapheus

[Merlin123]

Also eher nix für mich

[Sipple]

Moin

Les Dir hier die Anleitung mal durch:

https://knx-user-forum.de/diy-do-you...t-4x-uart.html

Ganz so trivial ist das nicht, eher Hardcore :-)

Ich habe es mal versucht und bin gescheitert. Habs dann aus Zeitmangel nicht weiter verfolgt.

Gruß, Martin

[Merlin123]

Mal konkret:
Bei mir läuft Raspian "Wheezy" (debian basierend), ich habe den eibd mit der CometVisu am laufen, webmin läuft auch.
Wenn ich jetzt das CG "nachrüsten" will, was muss da alles drauf?
Laut Lexikon sehe ich:
OWFS Server
RRDtools
Wiregated

Reicht das?
Da soll kein VPN, kein DHCP Server oder sonst was laufen... Ich will nur Plugins für das CG nutzen.

[Merlin123]

AW: DIY: Howto Wiregate auf Fremdhardware &amp;lt;&amp;gt; Installation eines CommunityGate

Hat jemand das CummunityGate auf einem Raspberry mit Wheezy am laufen?
Wenn ja : muss man da etwas besonderes beachten?

Gruß,
Oliver

Gesendet via Tapatalk

[Lapheus]

Hallo zusammen,

da es nicht hier hin paßt habe ich einen neuen Thread eröffnet.

Vielleicht kennt jemand von euch (makki ) das Problem und kann mir helfen.

Gruss
Lapheus

[Fry]

Wobei man aber zwischen den Usern differenzieren sollte. Die User hier im Forum schauen auch auf Ihre Systeme wenn es keine offensichtlichen Probleme gibt. Und denen fällt dann halt auf das manche Prozesse und ähh Konstrukte komische Sachen machen.

Außer memleaks und teilweise Spaghetticode, sowie als Resultat etwa 3x pro Tag ein automatischer Neustart des wiregated.pl, ist mir noch nichts dergleichen aufgefallen. Meinst du das?

Die anderen User wundern sich vllt. - wenn es Ihnen auffällt - warum die Temperatur im WZ falsch angezeigt wird ...

Wie kann denn das passieren? (außer der Temperatur +85°C, die gibt es oft bei Verdrahtungsfehlern, habe ich bisher nicht an den Temperaturen gezweifelt).

Danke für Erläuterung,
VG;
Fry

[gdfde]

Es wundert mich auch nicht das der monit und Euer Speichercop anscheinend nicht Bestandteil des CG ist, das ist ja der eigentliche Mehrwert des WG die Konstrukte und Abhängikeiten irgendwie am laufen halten. :P

Der monit ist Bestandteil vom CG.

root      1965     1  0 00:02 ?        00:00:10 /usr/sbin/monit -d 180 -c /etc/monit/monitrc -s /var/lib/monit/monit.state

[Robert]

+1 - Bravo!

[callidomus]

Hi Makki,

@Niko: Dein "Problem" ist wohl das smarthome.py nicht geht. Verstehe ich, gut, aber es wurde versucht und ist gescheitert, wurde eindeutig kommuniziert, geht halt nicht. Punkt. Und kann/wird daher nicht offiziell supportet - kannst ja mal bei Gira Fragen, wie man das aufn HS bekommt

Sorry, das es hier Offtopic wird. Manche werden auch sagen: Don't feed the troll.

Bei Niko wurde SmartHome.py von der instabilen Umgebung auf einem echtem Wiregate negativ beeinflusst.
Natürlich funktioniert es.
Es wurde auch nie kommuniziert das es nicht geht. Man benötigt halt Python 2.6, und das kann man parallel installieren.
Es wurde begründet wieso ein Backport von SH.py auf Python 2.5 nicht klappt. Was nicht begründet wurde wieso es nicht geht Python 2.6 auf dem Wiregate anzubieten.
Ich gehe davon aus, das es von Dir/Euch nicht gewünscht ist, da diese Frage nie beantwortet wurde. Ich habe den Eindruck gewonnen, OpenSource ist auf dem Wiregate solange gewünscht solange Sie von Euch kommt. Alles andere ist nicht vollgasfest, propritäre Grütze oder Kernschrott. (Richtig, oder habe ich was vergessen?)

Ausserdem reagiert ihr sehr dünnhäutig wenn ihr auf Probleme mit der Stabilität angesprochen werdet. Dann liegt es an dem User, weil tausende andere User beschweren sich ja nicht.
Wobei man aber zwischen den Usern differenzieren sollte. Die User hier im Forum schauen auch auf Ihre Systeme wenn es keine offensichtlichen Probleme gibt. Und denen fällt dann halt auf das manche Prozesse und ähh Konstrukte komische Sachen machen.
Die anderen User wundern sich vllt. - wenn es Ihnen auffällt - warum die Temperatur im WZ falsch angezeigt wird und rebooten das System.

... weil ihn der monit vorher (genau bei 96MB) restartet (ausser auf dem Nachbau oder in der VM wo's den nicht gibt..)...

Es wundert mich auch nicht das der monit und Euer Speichercop anscheinend nicht Bestandteil des CG ist, das ist ja der eigentliche Mehrwert des WG die Konstrukte und Abhängikeiten irgendwie am laufen halten. :P

So, das musste mal gesagt werden.

Und der HS wird nicht als offene Plattform mit root-Zugang beworben. Wobei er als Plattform wahrscheinlich besser geeignet wäre, da er auch auf Python beruht (was Du natürlich weist).

Ich versuche am 1.2. auf dem Stammtisch zu sein, vllt. kann man dort weiter diskutieren. Das ist mein letzter Post hier im Thread.

Sorry, an die Communitygate interessierten.

Bis bald

Marcus

[teichsta]

Umgekehrt lebte freie Software schon immer davon, dass es eine sehr fähige Community gibt, deren Mitglieder nunmal lieber Zeit als Geld investieren. Und wer freie Software für sich nutzt, ohne zu bezahlen, beklaut damit niemanden. Punkt aus basta

+1

Gruß,

Thomas E.-E.

[gdfde]

Danke fry...dachte schon, dass ich mit meiner Meinung zu OSS hier alleine dastehe :-)