Erstellte Forenantworten
-
Beiträge
-
Ja klar, das ist möglich! Bin gerade unterwegs, daher nur ganz kurz: schau doch mal das Kapitel Trigger an. Eine Möglichkeit wäre über einen Trigger ein Shell Script zu starten und dort per wget oder curl den http Aufruf zu tätigen. Noch einfacher geht es direkt in logocontrol über den (undokumentierten) „url“ Parameter einer Methode. Das ganze ist im Artikel zur FHEM Anbindung (config von logocontrol ganz unten) beschrieben.
Die Datei liegt unter
/etc/rc.local. Dort sollte das orginal start.sh Skript aufgerufen werden wie in meinem obigen Beitrag zu sehen ist. Gibt es die rc.local bei dir gar nicht?Noch was: liegt in deinem Home-Verzeichnis evtl. eine
nohup.out? Wenn ja, was steht da drin?Die Zeit lässt sich leider aktuell nicht verlängern. Aber bist du dir sicher, dass das Problem an der Dauer von 250ms liegt? Kann ich mir gar nicht so recht vorstellen. Ich habe bei mir eine ähnliche Konstellation, dass z.B. Logo 4 mit Logo 3 indirekt kommuniziert. Indirekt in dem Sinne, dass Logo 4 den Wert zuerst in Logo 1 schreibt und von dort in Logo 3 übertragen wird, also noch eine weite Instanz dazwischen. Dafür reichen die 250ms locker aus.
Wie realisierst du die Übertragung? Schreibt LogoControl in den VM der Logo1 und Logo2 liest diesen VM dann aus? Wer ist Client, wer ist Server? Wenn die 250ms wirklich die Ursache sind, kannst du ja mal versuchen in deinem Schaltprogramm ein Ausschaltverzögerung hinzuzufügen, welche das Signal von LogoControl an Logo1 verlängert. Alternativ: Ab Version 0.5 von LogoControl werden auch mehrere Logos unterstützt, sprich LogoControl könnte auch direkt ein Bit der Logo2 toggeln. Oder brauchst du das Signal in beiden Logos?
Ist der Pi sonst im Netz erreichbar? Funktionieren andere Dienste wie z.B. SSH übers Netzwerk? Auf welchen Port ist LogoControl konfiguriert, 8088?
Ok, das hört sich doch schon mal viel besser an! Dass LogoControl bei manuellem Start nachdem du die Shell geschlossen hast auch nicht mehr läuft ist völlig normal. Der Webserver läuft nur so lange wie auch der Prozess gestartet bleibt. Schließt du den Prozess mit Ctrl+C oder durch Schließen des Terminal-Fensters wird auch der Prozess beendet.
Das start.sh Skript kümmert sich wie gesagt nur um das automatische neustarten, wenn LogoControl mal abstürzt. Der Teil, der LogoControl zu einem Hintergrundprozess macht ist in der /etc/rc.local versteckt. Die sollte ungefähr so aussehen:
#!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. # Start LogoControl su pi -c "nohup /home/pi/LogoControl/start.sh &" exit 0
Damit wird das start.sh Skript als User „pi“ ausgeführt und das
&am Ende sorgt dafür, dass der Aufruf im Hintergrund weiter läuft.Wie hast du das ganze Verkabelt? Logo per LAN am Pi und der Pi per WLAN an deinem Router? Dann ist das ganze eher ein Routing-Problem und hat nichts mit LogoControl zu tun. Das Problem wird vermutlich sein, dass dein PI v3 über 2 Netzwerkinterfaces verfügt: WLAN und LAN. Sobald an LAN etwas angeschlossen ist (in deinem Fall die Logo), versucht er das LAN-Interface als Hauptnetzwerk-Interface zu verwenden und darüber ausgehenden Internetverkehr zu routen. Und über die Logo erreicht dein Pi natürlich nicht den DynDns-Server. Sobald du das Netzwerkkabel abziehst, bleibt ihm nur noch das WLAN-Interface für ausgehenden Traffic übrig, weswegen es dann wieder funktioniert.
Mein Pi 2 hat nur 1 Netzwerk-Interface (LAN) und hängt daher einfach (wie auch alle Logos) an einem normalen Switch vor der Fritz-Box. Entweder du hängst deine Logo auch einfach per Kabel an FritzBox/Switch/Router o.ä. oder aber du müsstest deinem Pi irgendwie beibringen sein WLAN-Interface als Hauptroute zu verwenden.
Edit: Bei Raspbian scheint wohl standardmäßig ifplugd aktiv zu sein, welcher sogar WLAN komplett abschaltet, sobald du ein Netzwerkkabel steckst. Siehe hier: Setting up WiFi and Ethernet
Das ist bei dir alles etwas seltsam. Also ein
ps xgibt bei mir z.B. folgendes aus:PID TTY STAT TIME COMMAND 584 ? S 0:00 /bin/sh /home/pi/LogoControl/start.sh 4356 ? Sl 418:18 mono --server LogoControl.exe 15674 ? S 0:00 sshd: pi@pts/0 15677 pts/0 Ss 0:00 -bash 15689 pts/0 R+ 0:00 ps x
Die PID 584 ist das Watchdog-Script welches nichts anderes macht als LogoControl in einer Endlosschleife neu zu starten, wenn es mal abstürzt. Wenn man LogoControl also richtig beenden möchte, muss man zuerst das Start-Script abschießen und anschließend den mono-Prozess (im Beispiel oben PID 4356).
Wenn du nun Logocontrol manuell auf der Konsole startest mit
mono LogoControl.exe(die--serverOption muss nicht unbedingt sein) und du anschließend als Ausgabe „LogoControl (v0.5.2) is running…“ erhälst, dann läuft der Prozess doch und muss auch bei einemps xauftauchen! Oder schließt er sich direkt wieder und kehrt auf die Shell zurück? Bei der Ausgabe „LogoControl (v0.5.2) is running…“ sollte auch schon im LogoControl-Verzeichnis eine config.xml angelegt worden sein.Wenn die Ausgabe „LogoControl (v0.5.2) is running…“ steht, ist dann die Weboberfläche erreichbar? Vielleicht ist die WebUI auch nur nicht von außen erreichbar (Firewall?!). Probier mal ein
wget -O- localhost:8088direkt auf dem Pi. Das gibt die index.html Seite von LogoControl auf der Shell aus um das als Fehlerquelle auszuschließen.Hi sifri,
I guess you haven’t noticed the big red box directly on top of the download page 😉 Since version 0.5.x the file format of config.xml has changed, so you have to manually rework your config to migrate to the 0.5.x file format.
Ja das geht. Du kannst in deiner 7er Logo eine Serververbindung einrichten und dich mit deiner 8er als Client darauf verbinden. Von der 8er kannst du alle I,Q,M und VB0 bis VB850 der 7er lesen. Damit kopiert also die 8er alle digitalen Eingänge, Ausgänge, Merker der 7er Logo in den eigenen VM (der 8er). Diesen VM der 8er Logo kannst du dann mit LogoControl auswerten/visualisieren. Dazu benötigst du auch keinen weiteren Block im Schaltprogramm der 7er.
Auch Parameter von Blöcken (Einschaltverzögerung, Zähler etc.) können so ausgelesen werden, allerdings müssen diese Werte zuerst per Parameter-VM-Zuordnungen in den VM der 7er gebracht werden (weil die 8er eben nur I/Q/M/VB lesen kann und keine Blockparameter). Auch das kann ohne zusätzliche Blöcke in deiner 7er realisiert werden können.
Einziges Problem werden Analogwerte, falls du welche hast:
Die 8er kann wie gesagt direkt I/Q/M und VB der 7er auslesen, aber nicht AI/AQ/AM usw.! Diese müssen somit auch zuerst in den internen VM der 7er geschrieben werden (denn den VM kann man ja übers Netz auslesen). Das geht leider nicht ohne zusätzliche Blöcke. Einzige mir bekannte Möglichkeit ist nämlich den Analogwert über einen Analog-Block (z.B. Analogverstärker, aber ohne wirklich die Verstärkung zu nutzen) laufen zu lassen. Den Aktualwert des Analogverstärkers kann man dann wieder per Parameter-VM-Zuordnung in den eigenen VM der 7er schreiben, und dieser VM ist ja wiederrum von der 8er aus lesbar.Hallo somebody123,
der Grund, weshalb du keinen Download findest, ist schlicht, dass ich keine Sourcen für LogoControl zur Verfügung stelle. Ich schließe das zwar für die Zukunft nicht prinzipiell aus, z.B. sollte mir irgendwann die Zeit/Interesse für die Weiterentwicklung des Projekts fehlen, könnte ich mir eine Veröffentlichung unter der GPL vorstellen, aktuell möchte ich jedoch die alleinige Hoheit über das Projekt behalten. Ich hoffe du hast dafür Verständnis.
Viele Grüße,
TobiasWeiß auch noch nicht so recht woran das liegen könnte. Dass die config.xml nicht angelegt wird, deutet auf jeden Fall auf ein grundlegendes Problem hin, da dies als eine der erste Aktionen direkt nach dem Start passiert. Läuft der Prozess von LogoControl überhaupt („ps x“ auf der Shell)?
Ansonsten kannst du LogoControl auch mal manuell starten um evtl. Fehlerausgaben direkt beim Start auf der Shell zu sehen. Dazu müsstest du wenn LogoControl bereits läuft zuerst das Start-Script „start.sh“ per „kill xxx“ auf der Shell abschießen, wobei xxx für die PID des Prozesses steht (voher die PID mit „ps x“ ermitteln). Danach den LogoControl-Prozess selbst („killall mono“) abschießen. Wird das Script nicht zuerst abgeschossen startet es den LogoControl Prozess sofort neu, wenn dieser beendet wurde.
Anschließend kannst du LogoControl mit folgendem Befehl aus dem LogoControl-Verzeichnis manuell starten:
mono –server LogoControl.exeKommt hier evtl. bereits ein Fehler?
Tritt das „Flattern“ des Merkers nur in der NetIO App auf oder auch bereits in der Weboberfläche von LogoControl? Passiert das nur bei einem speziellen Merker (welcher?) oder generell bei allen? Momentan habe ich dafür keine Erklärung, bei mir funktioniert das Visualisieren von Merkern einwandfrei. Vielleicht kannst du mal deine config.xml posten?
Ja klar, das wird natürlich das Problem sein! Da hab ich jetzt gar nicht daran gedacht! Die Logo ist ja auf max. 1 HMI beschränkt (steht auch so im Handbuch). Die libnodave (welche ich in LogoControl verwende) verbindet sich soweit ich weiß auch als eine Art HMI mit der Logo um den Speicher dieser auslesen zu können. Wenn du nun ein echtes HMI dran hängen hast kann das natürlich sein, dass HMI und LogoControl sich ständig gegenseitig rauswerfen (wegen max 1 Verbindung) und daher auch die Reconnects in deinem Log stehen. Ich selbst hatte bisher kein HMI und konnte das nicht testen. Kannst du mal testweise das HMI vom Netzwerk trennen?
Wobei es mich schon wundert, wie du das in der LogoSoft konfigurieren konntest. Wenn ich ein Netzwerk-Projekt anlege in dem bereits ein HMI mit einer Logo verbunden ist, kann ich gar nicht mehr die Server-Verbindung für LogoControl (Server, als Operator-Panel verbinden) konfigurieren. Die Option ist dann ausgegraut?!
Als Notlösung fällt mir dann nur ein 2 Logos zu betreiben, 1 für das HMI und 1 für LogoControl. Die beiden Logos müssten dann alle benötigten Daten für die Visualisierung untereinander austauschen. Untereinander kann die Logo ja 8 Verbindungen, nur bei HMI hat das Siemens künstlich auf 1 beschränkt.
Hi,
kannst du mal bitte deine config.xml posten? Dann schau ich mal obs hier evtl. ein Problem gibt. Und am besten auch das Logfile unter /tmp/logocontrol.log
