[chris]

Hab mal eben google bemüht, dein Problem scheint doch nicht so einfach zu lösen zu sein. Du möchtest ja quasi deinen Pi als NetzwerkBridge verwenden, der über WLAN das Logo! ins Netzwerk bringen soll. Ich hab ein tut gefunden, was dir evetuell weiterhelfen kann. Das mit dem ifplugd käme nur zum zuge, wenn du beide Interfaces zeitgleich nutzen willst. Also 2 IP’s auf dem Pi nutzen möchtest.
Hier der Link zu dem gefunden tutorial.
http://www.glennklockwood.com/sysadmin-howtos/rpi-wifi-island.html

[chris]

sudo apt-get remove ifplugd

das sollte deine Probleme beseitigen. Alternativ könntest auch in /etc/default/ifplugd das WLAN Interface rausnehmen und eth0 stehen lassen.

Quelle:
http://www.forum-raspberrypi.de

[chris]

Sorry, doppelpost….

• Diese Antwort wurde vor vor 8 Jahren, 10 Monaten von chris bearbeitet.

[chris]

Hast du was auffälliges in den Logs gefunden ?
Läuft jetzt seit 17 Tagen durch, geht noch alles, aber das Log wird immer größer.
Logo wurde zwischendurch auch schon mal neu gestartet, hat aber keinerlei Änderungen gebracht.

[chris]

Wenn du über Mobilfunk nicht auf die einzelnen Instanzen kommst, fehlt dir höchstwahrscheinlich das routing für die entsprechenden Ports im Router.

[chris]

Hallo,

also:
Die Logo selbst, hab ich noch nicht rebootet, dafür heute nochmals meinen Pi. Logfiles ade …. (hätte vorher mal hier gucken sollen )
Zum Aufbau:
Logo hängt an nem Switch hinter ner FritzBox. Hinter dem Switch mit der Logo hängt nochmals ein Switch, an dem der Pi hängt (anders nicht möglich, da der Pi auch noch als htpc läuft 😉 )
IP-Konflikte kanns keine geben, Logo und Pi haben statische IP’s, die ausserhalb des DHCP-Bereichs liegen. Und durch die FritzBox hat man ja ne gute übersicht, obs Konflikte gibt.
Ne 2. Instanz läuft nirgends.
mono –verison wirft das hier aus (is die Version, die man hier bei dir Downloaden kann)

xbian@logocontrol /tmp $ mono --version
Mono JIT compiler version 3.10.0 (mono-3.10.0-branch/ce003f4 Tue Nov 25 20:18:29 UTC 2014)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
        TLS:           __thread
        SIGSEGV:       normal
        Notifications: epoll
        Architecture:  armel,vfp+hard
        Disabled:      none
        Misc:          softdebug
        LLVM:          supported, not enabled.
        GC:            sgen

Betriebssystem ist Xbian aktuellste Version auf nem Pi 2 , einen 1-Wire Tempsensor, Logo 8 0ba8 230 RCE.
Wie gesagt, durch meinen Reboot sind leider die Logfiles flöten gegangen, aber sobald es wieder anfängt, werde ich dir es schicken.
Die config.xml lasse ich dir auch noch zukommen.

xbian@logocontrol /tmp $ cat LogoControl.log
12/21/2015 20:18:32: Error on GetAttributeValue.
System.ApplicationException: Unexpected function code in answer
  at LogoControl.Logo.LogoCommunication.CheckResultCodeAndReconnectIfNeeded (Int32 res) [0x00000] in <filename unknown>:0
  at LogoControl.Logo.LogoCommunication.SetBytes (Int32 startOffset, System.Byte[] data) [0x00000] in <filename unknown>:0
  at LogoControl.Remote.RemoteControlService.AttributeValueOperation (System.String deviceId, System.String attributeId, System.String sValue) [0x00000] in <filename unknown>:0
(no inner exception)
12/21/2015 20:18:32: Fehler beim Aktualisieren des internen Caches: Unexpected function code in answer.
System.ApplicationException: Unexpected function code in answer
  at LogoControl.Logo.LogoCommunication.CheckResultCodeAndReconnectIfNeeded (Int32 res) [0x00000] in <filename unknown>:0
  at LogoControl.Logo.LogoCommunication.GetMultipleBytes (EDaveArea area, System.Collections.Generic.List
1 blocks) [0x00000] in <filename unknown>:0
  at LogoControl.Logo.LogoCommunication.UpdateCache () [0x00000] in <filename unknown>:0
  at LogoControl.Logo.LogoCommunication.OnUpdateEvent (System.Object source, System.Timers.ElapsedEventArgs e) [0x00000] in <filename unknown>:0
(no inner exception)
xbian@logocontrol /tmp $

erste Fehlermeldung nach ca 60 min

Ich sammel jetzt noch ein paar Fehlermeldungen, und schick Dir dann alles zusammen…
Wenns nicht geht, werd ich mich mal mit logrotate befassen müssen 😉

• Diese Antwort wurde vor vor 8 Jahren, 11 Monaten von chris bearbeitet.
• Diese Antwort wurde vor vor 8 Jahren, 11 Monaten von chris bearbeitet.

[chris]

Also bislang funktioniert LogoControl noch, allerdings wird das logfile immer größer…

-rw-r--r-- 1 root root 348296 Dez 19 20:19 LogoControl.log

Der Fehler kommt mittlerweile alle 5 – 10 Minuten.

Kann man das log auch abschalten ? Das wird sonst nach ein paar tagen zu groß.

[chris]

LogoControl läuft noch, aber noch ein neuer Fehler:

12/18/2015 21:20:54: Cannot reconnect after connection broken..
System.NullReferenceException: Object reference not set to an instance of an object
  at LogoControl.Logo.LogoCommunication.Disconnect () [0x00000] in <filename unknown>:0
  at LogoControl.Logo.LogoCommunication.OnUpdateEvent (System.Object source, System.Timers.ElapsedEventArgs e) [0x00000] in <filename unknown>:0
(no inner exception)

Die beiden anderen Fehler kommen jetzt teilweise auch schon nach 30 min.

[chris]

Der Fehler scheint momentan keine Auswirkungen zu haben.
Hatte aber die ganze Zeit Probleme, das nach 6 – 48 Std LogoControl nicht mehr funktionierte.
Erst nach kill von mono gings wieder. Das lag aber vermutlich an der tatsache, das die rc.local aus irgendwelchen unerfindlichen Gründen 2 mal durchgelaufen ist, und somit die start.sh 2 mal gestartet wurde. Das hab ich jetzt aber über upstart behoben.
Da ich meinen Pi aber vorhin erst an seinen Stammplatz verpflanzt hab, dauerts noch 1-2 Tage bis ich sagen kann, ob es irgendwelche Auswirkungen hat. Ich hoffe ja, das sich das „nicht reagieren“ nun erledigt hat, ansonsten liegts wohl doch an dem geposteten Fehler.

[chris]

So, ich habs hinbekommen.
Unter Ubuntu 14.04.2 is als Standard auch nur Mono 3.2.8. Mit Mono 3.8.0 und libnodave.so Version 0.8.4.5 funktioniert nun fast alles wie es soll.
Das einzigste was nun noch nicht geht, ist eine Änderung der Konfiguration unter Port 8080. Bei Port 8088 funktioniert es problemlos. Zumindet kann ich mich nun per https verbinden 🙂
Bei mir war es auf Verschiedenen Systemen immer der gleiche Fehler, und wenn ich eine Mono-Version über 3.8.0 verwende, bekomme ich gar keine Verbindung zu dem Logo!
Möglicherweise hilft es ja anderen noch weiter 🙂

[chris]

Ich habe heute probiert andere Versionen von mono und libnodave zu benutzen, allerdings ist alles Fehlgeschlagen. Funktioniert nur mit der Kombi die ich momentan nutze. Im Logfile stehen keine Meldungen, httpcfg gibt das aus:
httpcfg -list
Port: 8080 Thumbprint: 928409CB50F*****************************

Chrome das hier:
Diese Webseite ist nicht verfügbar.

ERR_CONNECTION_CLOSED
Neu ladenDetails ausblenden
Die Webseite unter https://192.168.2.250:8080/ ist möglicherweise vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben.

Was mir auch noch aufgefallen ist, die libnodave.so im Logocontrol-Verzeichniss wird bei mir nicht berücksichtigt, er verlangt nach der libnodave.so in /usr/lib64/. Wenn ich die lib nicht per Hand compile, geht gar nix.

Gruß chris

• Diese Antwort wurde vor vor 9 Jahren, 3 Monaten von chris bearbeitet.

[Autor]

Beiträge