Willkommen › Foren › LogoControl › Fehler bei Verbindungsaufbau zu PLC
Verschlagwortet: fehler, libnodave, Logo8, verbindungsaufbau
- Dieses Thema hat 6 Antworten sowie 3 Stimmen und wurde zuletzt vor vor 3 Jahren, 11 Monaten von Keden92 aktualisiert.
-
AutorBeiträge
-
28. August 2017 um 18:22 #3517StevenTeilnehmer
Hallo zusammen,
ich bin gerade dabei LogoControl auf ein Debian-System einzurichten.
In der LogoControl.exe.config habe ich die folgende Zeile ersetzt:
<dllmap dll="libnodave.dll" target="libnodave-arm.so" />
durch
<dllmap dll="libnodave.dll" target="libnodave.so" />
Die libnodave.so hat die Version 0.8.4.5
Mono Version:
Mono JIT compiler version 3.10.0 (mono-3.10.0-branch/ce003f4 Thu Nov 27 00:23:33 CET 2014) Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug LLVM: supported, not enabled. GC: sgen
Leider bekomme ich folgende Fehlermeldung:
Für weitere Details prüfen Sie bitte das Logofile unter /tmp/LogoControl.log 2017-08-28 18:15:32 Service crashed with exit code 255. Restarting... Fehler bei Verbindungsaufbau zu PLC mit ID 'theLogo': libnodave.so
in der Log steht folgendes:
28.08.2017 18:15:34: Fehler bei Verbindungsaufbau zu PLC mit ID 'theLogo': libnodave.so System.DllNotFoundException: libnodave.so at (wrapper managed-to-native) LogoControl.Logo.libnodave:openSocket (int,string) at LogoControl.Logo.LogoConnection.Connect () [0x00000] in <filename unknown>:0 at LogoControl.Controller.Start () [0x00000] in <filename unknown>:0 (no inner exception)
Die IP-Adresse von der Logo ist aus dem Netzwerk ohne Probleme zu erreichen.
Weiß leider nicht woran es noch liegen kann.
Vielen Dank für eure Hilfe.
VG
Steffen29. August 2017 um 14:53 #3524stpgTeilnehmerZeigst du uns mal bitte deine config Datei von LogoControl ?
29. August 2017 um 15:51 #3525StevenTeilnehmerHi stpg,
die Config sieht wie folgt aus:<?xml version="1.0" encoding="utf-8"?> <configuration> <settings> <plc id="theLogo" type="Logo8" ip="192.168.192.52" /> <httpWebservice port="8088" /> <httpsWebservice port="8089" username="xxxx" passwordHash="xxxxx" hashSalt="xxxx" /> <valueTextConverter> <textMapping id="an_aus"> <!-- Text-Mapping für aus (0) und an (1) --> <valueText value="0" text="aus" /> <valueText value="1" text="an" /> </textMapping> </valueTextConverter> </settings> <infrastructure> <group name="Aussen"> <group name="Aussenbeleuchtung"> <device id="10" name="Aussenbeleuchtung" type="light"> <attribute id="103" name="Status" plc="theLogo" address="10.3" valueTextConverter="an_aus" /> <method id="101" name="on" plc="theLogo" address="10.1" /> <method id="102" name="off" plc="theLogo" address="10.2" /> </device> </group> <group name="Gartenbeleuchtung"> <device id="15" name="Gartenbeleuchtung" type="light"> <attribute id="153" name="Status" plc="theLogo" address="15.3" valueTextConverter="an_aus" /> <method id="151" name="on" plc="theLogo" address="15.1" /> <method id="152" name="off" plc="theLogo" address="15.2" /> </device> </group> <group name="Tor"> <device id="11" name="Tor" type="light"> <attribute id="113" name="Status" plc="theLogo" address="11.3" valueTextConverter="an_aus" /> <method id="111" name="on" plc="theLogo" address="11.1" /> <method id="112" name="off" plc="theLogo" address="11.2" /> </device> </group> <group name="Pumpen"> <device id="16" name="Pumpe Tonne" type="light"> <attribute id="163" name="Status" plc="theLogo" address="16.3" valueTextConverter="an_aus" /> <method id="161" name="on" plc="theLogo" address="16.1" /> <method id="162" name="off" plc="theLogo" address="16.2" /> </device> <device id="17" name="Pumpe Lauter" type="light"> <attribute id="173" name="Status" plc="theLogo" address="17.3" valueTextConverter="an_aus" /> <method id="171" name="on" plc="theLogo" address="17.1" /> <method id="172" name="off" plc="theLogo" address="17.2" /> </device> <device id="18" name="Pumpen Automatik" type="light"> <attribute id="183" name="Status" plc="theLogo" address="18.3" valueTextConverter="an_aus" /> <method id="181" name="on" plc="theLogo" address="18.1" /> <method id="182" name="off" plc="theLogo" address="18.2" /> </device> </group> </group> <group name="Keller"> <group name="Heizung"> <device id="13" name="Heiz Aufladung"> <attribute id="133" name="Status" plc="theLogo" address="13.3" valueTextConverter="an_aus" /> <method id="131" name="on" plc="theLogo" address="13.1" /> <method id="132" name="off" plc="theLogo" address="13.2" /> </device> </group> </group> <group name="Klingelanlage"> <group name="Klingel"> <device id="123" name="Klingel" type="light"> <attribute id="12" name="Status" plc="theLogo" address="12.3" valueTextConverter="an_aus" /> </device> </group> <group name="Tueroeffner"> <device id="143" name="Tueroeffner" type="light"> <attribute id="14" name="Status" plc="theLogo" address="14.3" valueTextConverter="an_aus" /> </device> </group> </group> </infrastructure> </configuration>
Danke & Viele Grüße
29. August 2017 um 16:04 #3526stpgTeilnehmermmhh.. scheint soweit ok.
Deine libnodave.so ist ok? Woher hast du die?
Und ein Raspberry irgendwo ist keine option? Habe auf einen RaspPi 4x LogoControl mit ca. 120 devices auf 8 Logos aufgeteilt (jede Logo hat ein Programm mit mindestens 350 und maximal 395 Blöcken)
Und es läuft alles sauber. Auf Debian hab ich es noch nicht versucht. Aber Windows und ARM Systeme laufen sauber.29. August 2017 um 16:12 #3527StevenTeilnehmerAlso, kurze Geschichte.
Die ganze Zeit lief noch alles auf ein PI.
Leider hat er den kompletten Geist aufgegeben. Mein Kumpel wollte dies jetzt auf sein Windows-Server in einer VM laufen lassen, basierend auf Debian (Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) x86_64).
Mono 3.10 drauf, das neue LogoControl drauf und die Config angepasst, da auf dem PI noch das alte LogoControl drauf lief mit der alten Config-Variante.
Die libnodave.so habe ich direkt von Sourceforge (https://sourceforge.net/projects/libnodave/files/libnodave/) mir geholt, sogar div. andere Versionen. ohne wirklich einen Erfolg zu erzielen.Werde langsam ratlos :/ Liegt es evlt. daran, dass das Debian AMD64 ist?
29. August 2017 um 16:33 #3529stpgTeilnehmerJa also theoretisch sollte es funzen. Und auf dem Windows-Server als VM ein Win XP oder ähnliches laufen lassen?
Immerhin kostet das XP nur noch 10€
http://www.softwarebilliger.de/windows-xp-professional-sp3-esd/?pid=12387&gclid=Cj0KCQjwoZTNBRCWARIsAOMZHmHTWamlxyz8mHwLbZqbrvYLVG83ivYPXDnkQf4rLyODhmsssG7osuMaAiA_EALw_wcB
Hab auf meinem VMware Workstation 12 Player genau dieses XP laufen und als Testumgebung dort auch ein LogoControl laufen.https://sourceforge.net/projects/libnodave/files/latest/download
Vieleich neu laden und noch mal versuchen. Ansonsten hat vielleicht der Admin hier eine Idee?!17. Januar 2021 um 10:52 #3998Keden92TeilnehmerHallo Zusammen,
ich weiß, das Thema ist schon ein paar Tage älter, hatte aber grade genau das gleich Problem und habe es gelöst bekommen.
Habe nun die Libnodave auf einem Operating System: Debian GNU/Linux 10 (buster), Kernel: Linux 4.19.0-13-amd64, Architecture: x86-64 laufen.
Falls hier noch Interesse bestehen sollte oder jmd. zukünftig hier eine Lösung brauchen sollte:
-*- Die Version 0.8.4.5 der Libnodave runterladen libnodave-0.8.4.5.zip.
-*- Im Makefile Zeile 16 ein „-fPIC“ ergänzen.
-*- make clean (build-essential vorausgesetzt)
-*- make (build-essential vorausgesetzt)
-*- libnodave.so ins LogoControl Verzeichnis kopieren (oder verlinken).
-*- ein kühles blondes genießen.
Der „Trick“ ist in der libnodave Version – die neuste (0.8.5.1 oder so) ist nicht mehr mit LOGO kompatibel!!
Vg
-
AutorBeiträge
- Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.