freebus.org

Ich habe einen bug in der Abspeicherung der Sperrobjekte festgestellt.

Leider hab ich sehr wenig Zeit, ich bitte euch darum die Sperren mal
zu testen.
Hier ein link zu den in8 Versionen, wollte nicht immerwieder ins
Forum hochladen müssen.
http://www.krieger-elektro.de/freebus/d ... belle.html

_________________
LG
Andreas

Dann lade es einfach ins git hoch.

_________________
Gruß
Matthias

Ich habe auch merkwürdiges bei den Sperrobjekten beobachtet. Nach dem Löschen von Sperrobjektverknüpfungen und sogar nach dem ich die Sperrobjekte heraus parametrisiert hatte waren sie noch wirksam. Ich habe auch große Probleme neue Parameter zum in8 Modul zu übertragen. Es kommt mitten bei der Übertragung häufig zum Abbruch (Gerät antwortet nicht). Diese Probleme habe ich beim In8 und beim Kombisensor der Out8 zeigt diese Abbrüche nicht

Am Ende half nur den Controller neu zu flashen (erase all).

Das Aplikationsprogramm holt sich die Parameter aus dem virtuellen eeprom.
Die ETS schreibt die benötigten Parameter ins virtuelle eeprom.
soweit, sogut.
wird jetzt auf dem LPC ein anderes Gerät geflasht, bleiben die eeprom Daten
erhalten, die jetzt eventuell flasche Reaktionen auslösen.

Aus diesem Grunde bei wechsel der Applikation IMMER mit 'erase all' flashen.

Dies ist ein allgemeiner Hinweis, ich unterstelle niemanden die Applikation gewechselt zu haben

_________________
LG
Andreas

Gut zu wissen, aber ich glaube nicht, dass das mein Problem war. Die Probleme traten erst auf als ich Sperrobjekte löschen wollte. Eine Idee zur eeprom Problematik. Man könnte dem eeprom Inhalt durch einen MagicKey (eine Zeichenkette wie "in8V1" oder sowas) für die Controller-Software identifizierbar machen. Findet die In8 Software nicht die zu Ihr gehörenden Kennung könnte der Virtual eeprom gelöscht werden. Noch toller wäre eine zusätzliche Checksumme (CRC32 z.B.) dann würde auch noch ein defekter Inhalt erkannt werden. In ETS gibt es doch den Menüpunkt Gerät zurücksetzen. Könnte man hierbei nicht auch einfach den virtual eeprom löschen?

Hat noch jemand anderes die Kommunikationsprobleme beim setzen der Parameter mit ETS?

ich habe mir Soft angeguckt.
Sperrobjekt werden im Hochlauf garnicht behandelt.
Heisst: Sie behalten ihren Wert bei.
Datenfluß:
Sperrobjekt----> polarität?---> variable 'blocked'
auch diese behält ihren Wert bei.
Ist der Eingang blockiert und du löscht das Sperrobjekt, verharrt der Eingang gesperrt.
Die Variable sollte jedoch nach hardware reset(jumper ziehen) gelöscht werden.
kannst du das so rekonstruieren?

ich habe bereits mal geändert:
beim Hochlauf alle Sperrobjekte auf 0.
Sperrobjekte--->polarität??--->blocked.
Die version ist noch nicht hochgeladen, ich warte erst auf dein ergebnis.
Danke.

_________________
LG
Andreas

Hi Oldi,

ich habe gestern einfach mal kurz den Aktor abgeklemmt.
Seitdem sendet er wieder auf den ehemals gesperrten Kanälen.
Das scheint dann wohl an den Variablen zu hängen.

ich dachte schon ich müßte die Soft neu flashen.

Danke
Matthias