The Industrial Raspberry Pi Forum


https://revolutionpi.com/forum/

Netzwerkverbindung schmiert ab - Was nun?

https://revolutionpi.com/forum/viewtopic.php?t=2552

Page 2 of 2

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 03 Dec 2020, 15:23
by Hannes
Nochmal ein kurzes Update: Ich bin mir ehrlich gesagt nicht mehr sicher, mit welcher logi.CAD-Version ich das Ganze damals erstellt habe... Mittlerweile habe ich ein neues Notebook und habe es mit beiden hier...

https://revolution.kunbus.de/shop/de/logicad3

...verfügbaren Versionen versucht. Zuletzt habe ich noch ein RTS-Downgrade gecheckt:

viewtopic.php?f=12&t=1557

Hat auch nicht funktioniert. Kann das damit zusammen hängen, dass ich "damals" eine komplett andere Version im Einsatz hatte?

Viele Grüße

Hannes

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 03 Dec 2020, 15:47
by dirk
Hallo Hannes, ja da gab es ein Update der Runtime und daher solltest Du Dein Projekt nochmals übersetzen und auf Deine Geräte herunterladen. Das hatte ich nicht mehr auf dem Schirm, sorry.

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 03 Dec 2020, 15:51
by Hannes
Das habe ich bereits getan! logi.CAD neu installiert, Projekt importiert, neu auf den RevPi geladen und logi.CAD sagt "Runtime läuft". Es passiert aber nichts...

Das komische Verhalten von Pictory finde ich auch etwas fragwürdig... Könnte es helfen pictory nochmal zu updaten? Die Daten in der _config.rsc stimmen ja nicht wirklich mit der aktuellen Version überein.

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 03 Dec 2020, 16:23
by Hannes
Ich habe das Projekt jetzt noch einmal komplett neu in logi.CAD importiert. Dabei bekomme ich folgende Fehlermeldungen:

Meldung Fehler 1:
Verknüpfung zur Bibliothek "com.logicals.lc3.library.standard__3.2.1" kann nicht erstellt werden.
Ereignisdetails - Fehler 1:
eclipse.buildId=unknown
java.version=11.0.1
java.vendor=AdoptOpenJDK
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86_64 -data @noDefault

com.logicals.library.lc3lib
Fehler
Thu Dec 03 16:12:34 CET 2020
Verknüpfung zur Bibliothek "com.logicals.lc3.library.standard__3.2.1" kann nicht erstellt werden.
Meldung Fehler 2:
Verknüpfung zur Bibliothek "com.logicals.lc3.library.system__2.0.14" kann nicht erstellt werden.
Ereignisdetails - Fehler 2:
eclipse.buildId=unknown
java.version=11.0.1
java.vendor=AdoptOpenJDK
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86_64 -data @noDefault

com.logicals.library.lc3lib
Fehler
Thu Dec 03 16:12:34 CET 2020
Verknüpfung zur Bibliothek "com.logicals.lc3.library.system__2.0.14" kann nicht erstellt werden.
Meldung Fehler 3:
Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.7.3.v20180807-4be1041): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: org.h2.jdbc.JdbcBatchUpdateException: Eindeutiger Index oder Primärschlüssel verletzt: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"
Unique index or primary key violation: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"; SQL statement:
INSERT INTO ProgramOrganizationUnitVariable (IDENTIFIER, COMMENT, CUSTOMDATAJSON, DESCRIPTION, DMA, HWADDRESS, INITIALIZATION, INSTANCEPARAM, ISCONSTANTFLAG, KEY, NAME, NOCODEGENERATION, PERSISTENCETYPE, RELATETOINSTANCEVAR, VARIABLESECTION, VARIABLEUSAGEMODE, CONCRETEDATATYPE_IDENTIFIER, DATATYPE, PROGRAMORGANIZATIONUNIT) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) [23505-197]
Error Code: 23505
Query: UpdateObjectQuery(TcpChannel: ID: 2031, Name: RevolutionPiChannel, FileURI: platform:/resource/SISStuetze_upgrade/RevolutionPi.iecplc
Port: 1534, IP Address: 192.168.179.20
)
Ereignisdetails - Fehler 3:
eclipse.buildId=unknown
java.version=11.0.1
java.vendor=AdoptOpenJDK
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86_64 -data @noDefault

com.logicals.projectindex
Fehler
Thu Dec 03 16:12:37 CET 2020
Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.7.3.v20180807-4be1041): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: org.h2.jdbc.JdbcBatchUpdateException: Eindeutiger Index oder Primärschlüssel verletzt: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"
Unique index or primary key violation: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"; SQL statement:
INSERT INTO ProgramOrganizationUnitVariable (IDENTIFIER, COMMENT, CUSTOMDATAJSON, DESCRIPTION, DMA, HWADDRESS, INITIALIZATION, INSTANCEPARAM, ISCONSTANTFLAG, KEY, NAME, NOCODEGENERATION, PERSISTENCETYPE, RELATETOINSTANCEVAR, VARIABLESECTION, VARIABLEUSAGEMODE, CONCRETEDATATYPE_IDENTIFIER, DATATYPE, PROGRAMORGANIZATIONUNIT) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) [23505-197]
Error Code: 23505
Query: UpdateObjectQuery(TcpChannel: ID: 2031, Name: RevolutionPiChannel, FileURI: platform:/resource/SISStuetze_upgrade/RevolutionPi.iecplc
Port: 1534, IP Address: 192.168.179.20
)

javax.persistence.RollbackException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.7.3.v20180807-4be1041): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: org.h2.jdbc.JdbcBatchUpdateException: Eindeutiger Index oder Primärschlüssel verletzt: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"
Unique index or primary key violation: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"; SQL statement:
INSERT INTO ProgramOrganizationUnitVariable (IDENTIFIER, COMMENT, CUSTOMDATAJSON, DESCRIPTION, DMA, HWADDRESS, INITIALIZATION, INSTANCEPARAM, ISCONSTANTFLAG, KEY, NAME, NOCODEGENERATION, PERSISTENCETYPE, RELATETOINSTANCEVAR, VARIABLESECTION, VARIABLEUSAGEMODE, CONCRETEDATATYPE_IDENTIFIER, DATATYPE, PROGRAMORGANIZATIONUNIT) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) [23505-197]
Error Code: 23505
Query: UpdateObjectQuery(TcpChannel: ID: 2031, Name: RevolutionPiChannel, FileURI: platform:/resource/SISStuetze_upgrade/RevolutionPi.iecplc
Port: 1534, IP Address: 192.168.179.20
)
at org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:161)
at com.logicals.projectindex.db.internal.synchronizer.UpdateModelAndFingerPrintsJob.lambda$2(UpdateModelAndFingerPrintsJob.java:123)
at com.logicals.common.performance.MeasuringInstrument.measureRunnable(MeasuringInstrument.java:44)
at com.logicals.projectindex.db.internal.synchronizer.UpdateModelAndFingerPrintsJob.commitModelChangesIntoDatabase(UpdateModelAndFingerPrintsJob.java:123)
at com.logicals.projectindex.db.internal.synchronizer.UpdateModelAndFingerPrintsJob.internalRun(UpdateModelAndFingerPrintsJob.java:83)
at com.logicals.projectindex.db.internal.synchronizer.UpdateModelAndFingerPrintsJob.lambda$0(UpdateModelAndFingerPrintsJob.java:52)
at com.logicals.common.performance.MeasuringInstrument.measureSupplier(MeasuringInstrument.java:106)
at com.logicals.projectindex.db.internal.synchronizer.UpdateModelAndFingerPrintsJob.run(UpdateModelAndFingerPrintsJob.java:52)
at com.logicals.projectindex.db.internal.synchronizer.UpdateModelAndFingerPrintsJob.syncRun(UpdateModelAndFingerPrintsJob.java:57)
at com.logicals.projectindex.internal.Lc3ProjectImpl.updateModel(Lc3ProjectImpl.java:101)
at com.logicals.projectindex.ProjectIndex.update(ProjectIndex.java:81)
at com.logicals.iec.st.ui.internal.StBuilderParticipant.build(StBuilderParticipant.java:53)
at org.eclipse.xtext.builder.impl.RegistryBuilderParticipant$DeferredBuilderParticipant.build(RegistryBuilderParticipant.java:161)
at org.eclipse.xtext.builder.impl.RegistryBuilderParticipant.build(RegistryBuilderParticipant.java:69)
at org.eclipse.xtext.builder.impl.XtextBuilder.doBuild(XtextBuilder.java:361)
at org.eclipse.xtext.builder.impl.XtextBuilder.fullBuild(XtextBuilder.java:392)
at org.eclipse.xtext.builder.impl.XtextBuilder.build(XtextBuilder.java:225)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:833)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:220)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:263)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:316)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:319)
at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:371)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:392)
at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:154)
at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:244)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Caused by: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.7.3.v20180807-4be1041): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: org.h2.jdbc.JdbcBatchUpdateException: Eindeutiger Index oder Primärschlüssel verletzt: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"
Unique index or primary key violation: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"; SQL statement:
INSERT INTO ProgramOrganizationUnitVariable (IDENTIFIER, COMMENT, CUSTOMDATAJSON, DESCRIPTION, DMA, HWADDRESS, INITIALIZATION, INSTANCEPARAM, ISCONSTANTFLAG, KEY, NAME, NOCODEGENERATION, PERSISTENCETYPE, RELATETOINSTANCEVAR, VARIABLESECTION, VARIABLEUSAGEMODE, CONCRETEDATATYPE_IDENTIFIER, DATATYPE, PROGRAMORGANIZATIONUNIT) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) [23505-197]
Error Code: 23505
Query: UpdateObjectQuery(TcpChannel: ID: 2031, Name: RevolutionPiChannel, FileURI: platform:/resource/SISStuetze_upgrade/RevolutionPi.iecplc
Port: 1534, IP Address: 192.168.179.20
)
at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:333)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeJDK12BatchStatement(DatabaseAccessor.java:939)
at org.eclipse.persistence.internal.databaseaccess.ParameterizedSQLBatchWritingMechanism.executeBatch(ParameterizedSQLBatchWritingMechanism.java:181)
at org.eclipse.persistence.internal.databaseaccess.ParameterizedSQLBatchWritingMechanism.executeBatchedStatements(ParameterizedSQLBatchWritingMechanism.java:136)
at org.eclipse.persistence.internal.databaseaccess.ParameterizedSQLBatchWritingMechanism.appendCall(ParameterizedSQLBatchWritingMechanism.java:84)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:612)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:567)
at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:2096)
at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:311)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:275)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.updateObject(DatasourceCallQueryMechanism.java:814)
at org.eclipse.persistence.internal.queries.StatementQueryMechanism.updateObject(StatementQueryMechanism.java:437)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.updateObjectForWriteWithChangeSet(DatabaseQueryMechanism.java:1093)
at org.eclipse.persistence.queries.UpdateObjectQuery.executeCommitWithChangeSet(UpdateObjectQuery.java:86)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.executeWriteWithChangeSet(DatabaseQueryMechanism.java:316)
at org.eclipse.persistence.queries.WriteObjectQuery.executeDatabaseQuery(WriteObjectQuery.java:60)
at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:914)
at org.eclipse.persistence.queries.DatabaseQuery.executeInUnitOfWork(DatabaseQuery.java:813)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWorkObjectLevelModifyQuery(ObjectLevelModifyQuery.java:110)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWork(ObjectLevelModifyQuery.java:87)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2981)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1895)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1877)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1827)
at org.eclipse.persistence.internal.sessions.CommitManager.commitChangedObjectsForClassWithChangeSet(CommitManager.java:275)
at org.eclipse.persistence.internal.sessions.CommitManager.commitAllObjectsForClassWithChangeSet(CommitManager.java:195)
at org.eclipse.persistence.internal.sessions.CommitManager.commitAllObjectsWithChangeSet(CommitManager.java:141)
at org.eclipse.persistence.internal.sessions.AbstractSession.writeAllObjectsWithChangeSet(AbstractSession.java:4387)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabase(UnitOfWorkImpl.java:1493)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabaseWithChangeSet(UnitOfWorkImpl.java:1583)
at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.commitRootUnitOfWork(RepeatableWriteUnitOfWork.java:280)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitAndResume(UnitOfWorkImpl.java:1220)
at org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:136)
... 28 more
Caused by: org.h2.jdbc.JdbcBatchUpdateException: Eindeutiger Index oder Primärschlüssel verletzt: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"
Unique index or primary key violation: "PRIMARY_KEY_63D ON PUBLIC.PROGRAMORGANIZATIONUNITVARIABLE(IDENTIFIER) VALUES (2006, 1684)"; SQL statement:
INSERT INTO ProgramOrganizationUnitVariable (IDENTIFIER, COMMENT, CUSTOMDATAJSON, DESCRIPTION, DMA, HWADDRESS, INITIALIZATION, INSTANCEPARAM, ISCONSTANTFLAG, KEY, NAME, NOCODEGENERATION, PERSISTENCETYPE, RELATETOINSTANCEVAR, VARIABLESECTION, VARIABLEUSAGEMODE, CONCRETEDATATYPE_IDENTIFIER, DATATYPE, PROGRAMORGANIZATIONUNIT) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) [23505-197]
at org.h2.jdbc.JdbcPreparedStatement.executeBatch(JdbcPreparedStatement.java:1295)
at org.eclipse.persistence.internal.databaseaccess.DatabasePlatform.executeBatch(DatabasePlatform.java:2360)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeJDK12BatchStatement(DatabaseAccessor.java:928)
... 59 more

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 03 Dec 2020, 16:36
by dirk
Hi Hannes, bei PiCtory muss man den Browser Cache leeren nach einem Update. Wenn das nicht hilft klar dann könntest Du auch die
Konfiguration neu erstellen.

Die Logi.CAD Fragen kann ich Dir unglücklicherweise nicht umfassend beantworten.
Bitte stelle Deine Fragen hierzu im logi.CAD Board damit die Spezialisten uns hier gezielt im Troubleshooting unterstützen können.
Du kannst die ja hier auch rauskopieren und im neuen Post einen Verweis machen hierher damit die Story dahinter klar ist.
Danke

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 03 Dec 2020, 17:09
by Hannes
Hi dirk,

ich werde morgen erstmal von Hand die Pictory-Config neu machen, da das Leeren des Cache nichts gebracht hat...

Danach würde ich mich ggf. an den logi.cals-Bereich wenden.

Viele Grüße

Hannes

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 04 Dec 2020, 10:40
by Hannes
Schönen Guten Morgen,

kurzes Update des Status:

Mit der manuellen Neukonfiguration von Pictory lag' ich auf der richtigen Seite. Sämtliche Bits haben sich gegenüber der alten Konfiguration geändert. Hier ein Auszug aus der Exportdatei (die alten Adressen habe ich als Kommentare dahinter geklatscht):

Code: Select all

		HandAuto 			AT 	%IX1.11.0	: BOOL := 0; // ALTE ADRESSE: %IX1.2.0
		Teach 				AT 	%IX1.11.1	: BOOL := 0; // ALTE ADRESSE: %IX1.2.1
		Ausfahren 			AT 	%IX1.11.2	: BOOL := 0; // ALTE ADRESSE: %IX1.2.2
		Einfahren 			AT 	%IX1.11.3	: BOOL := 0; // ALTE ADRESSE: %IX1.2.3
		JustEin 			AT 	%IX1.11.4	: BOOL := 0; // ALTE ADRESSE: %IX1.2.4
		JustAus 			AT 	%IX1.11.5	: BOOL := 0; // ALTE ADRESSE: %IX1.2.5
		JustSchluessel 			AT 	%IX1.11.6	: BOOL := 0; // ALTE ADRESSE: %IX1.2.6
		Laser1 				AT 	%IX1.11.7	: BOOL := 0; // ALTE ADRESSE: %IX1.2.7
		Laser2 				AT 	%IX1.11.8	: BOOL := 0; // ALTE ADRESSE: %IX1.2.8
		Laser3 				AT 	%IX1.11.9	: BOOL := 0; // ALTE ADRESSE: %IX1.2.9
		Laser4 				AT	%IX1.11.10	: BOOL := 0; // ALTE ADRESSE: %IX1.2.10
		Opt1 				AT	%IX1.11.11	: BOOL := 0; // ALTE ADRESSE: %IX1.2.11
		Opt2 				AT 	%IX1.11.12	: BOOL := 0; // ALTE ADRESSE: %IX1.2.12

Allerdings ändert das nichts an der Tatsache, dass die logi.RTS läuft aber nichts bewirkt. Es leuchten keine Status LEDs und es werden keine Befehle über Taster angenommen. logi.CAD sagt, dass die Runtime läuft und Pictory sagt dasselbe...

Ich wende mich jetzt mal an den logi.cals-Bereich hier im Forum.

Viele Grüße

Hannes

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 07 Dec 2020, 13:08
by Hannes
Hallo!

Das logi.RTS läuft nun. Mein Problem lag letzten Endes daran, wie ich versucht habe mit einer neuen logi.CAD 3 Version ein altes Projekt zu importieren bzw. dann auf den RevPi zu kommen. Ich habe nun gemäß dem Benutzerhandbuch von logi.cals ein neues Projekt erstellt und alle Funktionen, Deklarationen von globalen Variablen usw. dort hinein kopiert. Wie gesagt: Es läuft nun.

Nun geht es aber weiter... Starte ich die beiden ersten "umgebauten" RevPi, leuchtet die LED des Core nach einiger Zeit rot. Es besteht also ein Problem. die kern.log ist voll von folgenden Einträgen:

Code: Select all

RevPi1026 kernel: [  171.598124] piControl: too many communication errors -> set inputs to default 0 0 255 0   0 0 0 0

Dieses Problem tritt auch dann auf, wenn ich mit deaktiviertem logi.RTS boote. Im Prinzip also immer.

Ich habe ein

Code: Select all

sudo apt-get update / upgrade
durchgeführt und auch ein

Code: Select all

piTest -f

Hat alles nichts bewirkt. Wie kann ich weiter vorgehen?

Viele Grüße

Hannes

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 10 Dec 2020, 11:26
by Hannes
Guten Morgen,

auch an dieser Stelle möchte ich noch einmal Feedback los werden, wie der aktuelle Stand ist:

Mit Stretch auf den eingesetzten RevPi Core 1 habe ich das Problem nicht in den Griff bekommen. Es gab einige wenige Situationen, in denen der RevPi normal gebootet ist. Die Regel sah allerdings so aus, dass die Power-LED des Core rot geleuchtet hat und die des DIO und DI grün. Die kern.log war dann voll mit folgendem Eintrag:

Code: Select all

RevPi1026 kernel: [  171.598124] piControl: too many communication errors -> set inputs to default 0 0 255 0   0 0 0 0

Die Einträge "darüber" hatten immer etwas mit dem BCM2835 zu tun. Zuletzt waren das in meinem Fall:

Code: Select all

Dec  8 09:44:51 RevPi39939 kernel: [   27.483737] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned.
Dec  8 09:44:51 RevPi39939 kernel: [   27.620209] bcm2835-codec bcm2835-codec: Device registered as /dev/video10
Dec  8 09:44:51 RevPi39939 kernel: [   27.620283] bcm2835-codec bcm2835-codec: Loaded V4L2 decode
Dec  8 09:44:51 RevPi39939 kernel: [   27.668353] bcm2835-codec bcm2835-codec: Device registered as /dev/video11
Dec  8 09:44:51 RevPi39939 kernel: [   27.668425] bcm2835-codec bcm2835-codec: Loaded V4L2 encode
Dec  8 09:44:51 RevPi39939 kernel: [   27.713915] bcm2835-codec bcm2835-codec: Device registered as /dev/video12
Dec  8 09:44:51 RevPi39939 kernel: [   27.713981] bcm2835-codec bcm2835-codec: Loaded V4L2 isp

Ich habe mich dann an dieser Stelle dazu entschieden das Ganze mit Jessie zu checken, was sofort zu einem Erfolg geführt hat:
  • Jessie geflashed
  • logi-rts mit "sudo apt-get update" und "sudo apt-get install logi-rts" auf die für Jessie aktuellste V3.2.5 geupdated, damit für logi.CAD 3 V1.115.0 die empfohlene RTS vorhanden ist.
  • Lizenzfile für die logi-rts nach /opt/RTS
  • Pictory von Hand neu konfiguriert und das logi-rts enabled.
  • Per logi.CAD 3 V1.115.0 das RTS hochgeladen.

Im Moment sieht das Ergebnis gut aus. Seit 8:30 Uhr ist die Netzwerkverbindung zwischen den Maschinen stabil. Bevor sie allerdings wieder zurück in die Produktion verfrachtet werden, lasse ich noch ein paar Test-Tage vergehen.

Viele Grüße

Hannes

Re: Netzwerkverbindung schmiert ab - Was nun?

Posted: 12 Feb 2021, 12:18
by dirk
Hallo Hannes, vielen Dank für Dein ausführliches Feedback. Ich kann Deinen Frust hier verstehen und die damit verbundene Zeit, die Du investiert hast. Unglücklicherweise kommt wohl das RevPi Core 1 hier an Grenzen.
All times are UTC+01:00
Page 2 of 2

Powered by phpBB® Forum Software © phpBB Limited