Hallo,

ich verwende erstmalig LOGOComfort, habe auf die letzte Version 8.2 upgedatet, und versuche die Verbindung zu einer Logo7 per Ethernet.

IP Settings an der Logo sind korrekt, ist pingbar.

Die eigentliche Verbindung zur Logo ist in der LOGOComfort Hilfe nicht sonderlich gut beschrieben. Soweit ich das verstehe brauche ich kein Netzwerkprojekt. Also starte ich ein neues leeres Diagramm und wähle Übertrage Logo->PC. Auf der Logo habe ich nämlich schon ein kleines Programm laufen, das ich direkt über die Tasten eingegeben habe.

Es passiert aber nach dem Übertragen nichts. Im Log steht nur:

*** 07.09.18 16:49 Logo7_#2.lsc
*** LOGO! --> PC
Übertragung LOGO! --> PC fehlgeschlagen

 Ich hab bis hierhin auch noch keine IP in LOGOComfort angegeben.

Logo Anhalten ergibt: Moduswechsel nicht möglich.

Gehe ich mit Rechtsklick auf das Diagramm, kann ich Ethernetverbindung setzen, als Moduladresse setze ich die IP der Logo. Die Verbindung geht trotzdem nicht.

Nun starte ich ein Netzwerkprojekt, füge die Logo hinzu, dann kann ich eine Datenübertragung von Logo nach PC machen, er fragt auch, ob die Logo gestoppt werden soll. Das neue Diagramm ist aber immer noch leer, obwohl im Log steh:

*** 07.09.18 16:49 Logo7_#2.lsc
*** LOGO! --> PC
Übertragung LOGO! --> PC fehlgeschlagen

Dieser letzte Schritt mit dem Netzwerkprojekt funktionierte zumindest mit LOGOComfort 8.1, da sah ich dann das kleine Programm der Logo. Der normale Diagramm-Modus brachte auch auf 8.1 denselben Fehler.

Als Java läuft ein modernes OpenJDK:

$ java -version
openjdk version "1.8.0_171"
OpenJDK Runtime Environment (IcedTea 3.8.0) (Gentoo icedtea-3.8.0)
OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode)

Was mache ich falsch?

Alles gleiches Subnetz.  192.168.8.215/24 der PC, 192.168.8.52/24 die Logo. Später sollen alle Logos (7 Stück) in ein eigenes VLAN mit echtem Routing. Am Netzwerk wird es nicht liegen, ich habe Zugriff auf die Logo und keinen Router dazwischen.

Mich wundert nur, dass bei Übertragung Logo->PC kein Dialog hochkommt, wie ich es in einem Youtube-Video gesehen habe.

Genau, habe ich hier noch nie gesehen.

Ich habe mal testweise auf das JDK 1.8 von Oracle gewechselt, das wohl bei vielen Projekten üblicher ist, selbe Situation. Oder soll ich mal das neuste 9er von Oracle versuchen?

Wo ist denn der Unterschied zwischen einem Netzwerkprojekt und einem normalen Diagramm, das man nur mit der Logo abgleicht? Wenn ich z.B. auf Online-gehen drücke, bekomme ich eine Java-Exception "Your data may be inconsistent...java.lang.UnsupportedOperationException: cfg script file format is not support".

Du hast recht, das switchen meines system JDK war umsonst, da wird ein eigenes JDK verwendet:

$ pgrep -alf LOGO
17546 /home/massimo/opt/LOGOComfort_V8.2/../LOGOComfort_V8.2/jre/bin/java -Djava.library.path=bin -Xincgc -XX:ThreadStackSize=4096 com.zerog.lax.LAX /home/massimo/bin/../opt/LOGOComfort/LOGOComfort.lax /tmp/env.properties.17546

Siemens hat beim Installer ganze Arbeit geleistet, wenn man dem vertraut installiert der eigentlich alles. Ich habe das ganze nach erstmal nur im $HOME installiert unter ~/opt.

/tmp ist hier ein tmpfs mit size=262144k, wenn da nicht viel reingeschrieben wird, sollte das ausreichen. Ein /tmp/env.properties.17546 gibt es hier aber noch nicht. touch als $USER geht aber ohne Problem, Berechtigungen sind also korrekt.

Info über -> Systeminfo:

Runtime Name: Java(TM) SE Runtime Environment
VM Name:     Java HotSpot(TM) 64-Bit Server VM
VM Version:     25.121-b13
No DirectDraw:     null
System Locale:     en

Java Home:     /home/massimo/opt/LOGOComfort_V8.2/jre
Working Dir:     /home/massimo/opt/LOGOComfort_V8.2
Classpath:     /home/massimo/bin/../opt/LOGOComfort/.:/home/massimo/opt/LOGOComfort_V8.2/lib:/home/massimo/opt/LOGOComfort_V8.2/lib/classes.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jhall.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/kunststoff.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/itext.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jcalendar.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/JimiProClasses.zip:/home/massimo/opt/LOGOComfort_V8.2/lib/bsh.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/RXTXcomm.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jaxen-1.1-beta-10.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/dom4j-1.6.1.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jna.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/junit.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/RXTXcomm.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/ComfortIPUtil.jar:/home/massimo/bin/../opt/LOGOComfort/lax.jar:
Library Path:     bin
INI-file:     /home/massimo/.LOGOComfort8.2/Application.ini

Program Version:     V8.2.0
Program Timestamp:     2017-10-24 12-19
Language Used:     de_DE
Language Version:     8.1
Updates:
OS Name:     Linux
OS Version:     4.17.11-ck
Processor:     amd64

Total Java Memory:     127.729 kB
Free Java Memory:      86.987 kB

Nach etwas Studieren des LAXUNIX.SH (...) habe ich es geschafft, etwas DEBUG zu erzeugen, das ist aber scheinbar nur der DEBUG dieses universellen Java Launchers:

========= Analyzing UNIX Environment =================================
Setting UNIX (linux) flavor specifics.
Importing UNIX environment into LAX properties.
Checking for POSIX awk.

========= Analyzing LAX ==============================================
LAX found............................ OK.
LAX properties read.................. OK.

========= Finding VM =================================================
Valid VM types.......................... JRE JDK
Absolute LAX_VM path.................... /home/massimo/opt/LOGOComfort_V8.2/../LOGOComfort_V8.2/jre/bin/java
Expanded Valid VM types.................  JRE_J2 R12 JRE_J1 JDK_J2 D12 JDK_J1
Searching without JVM specs
* Using VM.....(lax.nl.current.vm)...... /home/massimo/opt/LOGOComfort_V8.2/../LOGOComfort_V8.2/jre/bin/java

========= Virtual Machine Options ====================================
LAX properties incorporated............. OK.
classpath............................... "/home/massimo/bin/../opt/LOGOComfort/.:/home/massimo/opt/LOGOComfort_V8.2/lib:/home/massimo/opt/LOGOComfort_V8.2/lib/classes.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jhall.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/kunststoff.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/itext.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jcalendar.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/JimiProClasses.zip:/home/massimo/opt/LOGOComfort_V8.2/lib/bsh.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/RXTXcomm.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jaxen-1.1-beta-10.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/dom4j-1.6.1.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jna.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/junit.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/RXTXcomm.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/ComfortIPUtil.jar:/home/massimo/bin/../opt/LOGOComfort/lax.jar"
main class.............................. "Start"
.lax file path.......................... "/home/massimo/bin/../opt/LOGOComfort/LOGOComfort.lax"
user directory.......................... "."
stdout to............................... ""
sterr to................................ ""
install directory....................... "/home/massimo/opt/LOGOComfort_V8.2/"
JIT..................................... none
option (verify)......................... none
option (verbosity)...................... none
option (garbage collection extent)...... none
option (garbage collection thread)...... none
option (native stack max size).......... none
option (java stack max size)............ none
option (java heap max size)............. none
option (java heap initial size)......... none
option (lax.nl.java.option.additional).. -Djava.library.path=bin -Xincgc -XX:ThreadStackSize=4096

========= Display settings ===========================================
X display............................... local
UI mode................................. not set
========= VM Command Line ============================================
options:   -Djava.library.path=bin -Xincgc -XX:ThreadStackSize=4096
CLASSPATH:/home/massimo/bin/../opt/LOGOComfort/.:/home/massimo/opt/LOGOComfort_V8.2/lib:/home/massimo/opt/LOGOComfort_V8.2/lib/classes.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jhall.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/kunststoff.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/itext.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jcalendar.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/JimiProClasses.zip:/home/massimo/opt/LOGOComfort_V8.2/lib/bsh.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/RXTXcomm.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jaxen-1.1-beta-10.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/dom4j-1.6.1.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/jna.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/junit.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/RXTXcomm.jar:/home/massimo/opt/LOGOComfort_V8.2/lib/ComfortIPUtil.jar:/home/massimo/bin/../opt/LOGOComfort/lax.jar:

========= Forking JAVA =============================================

 Gerne würde ich dieses Skript mal patchen, um mein lokales JDK zu verwenden. Mitgepackte JDKs sollen eigentlich genau solche Probleme verhindern, ist aber nicht der Gedanke von Linux. Wenn das alle machen würden, hätte ich hier 20 JDKs rumliegen.