Insolvenz der Elaborated Networks GmbH

Leider müssen wir Sie heute darüber informieren, dass das Amtsgericht München mit Beschluss vom 16. Oktober 2026 das Insolvenzverfahren über das Vermögen der Elaborated Networks GmbH unter dem Aktenzeichen 1509 IN 1258/26 eröffnet hat.

Zum Insolvenzverwalter wurde Herr Rechtsanwalt Dr. Matthias Hofmann bestellt. Dieser hat die Verwaltungs- und Verfügungsbefugnis über das Vermögen der Gesellschaft übernommen.

Die Gesellschaft firmiert ab sofort unter dem Namen: “Elaborated Networks GmbH in Insolvenz”. Der Geschäftsbetrieb der Gesellschaft wurde im Zuge des Verfahrens eingestellt. Eine Erbringung von Leistungen oder Lieferungen ist leider nicht mehr möglich. Die Cloud-Dienste werden bis auf weiteres im Rahmen einer privaten Initiative aufrechterhalten, dies kann jederzeit widerrufen werden.

Sollten Sie noch offene Forderungen (§ 38 InsO) gegen die Elaborated Networks GmbH haben, werden Sie gebeten, diese direkt beim Insolvenzverwalter bis zum 7. Dez. 2026 zur Insolvenztabelle anzumelden. Bitte richten Sie sämtliche diesbezügliche Korrespondenz direkt an das Büro des Insolvenzverwalters:

Rechtsanwalt Dr. jur. Matthias Hofmann
Unterer Anger 3
80331 München

Telefon: +49(89)5480330
Telefax: +49(89)548033111
Email: mail@pohlmannhofmann.de

Wir bedanken uns für die bisherige Zusammenarbeit und stehen Ihnen bei Rückfragen in Abstimmung mit dem Insolvenzverwalter unter support at elabnet dot de gerne zur Verfügung.

Details zum Verfahren und den privaten Initiativen stellen wir Kunden in einem nicht-öffentlichen Bereich zur Verfügung. Falls Sie hier keinen Zugriff haben, dann tragen Sie bitte Ihren Forennick in die Registrierung Ihres Servers ein und senden uns den Nick zusammen mit der ID Ihres Timberwolf Servers an support at elabnet dot de. Falls Sie hierzu erst einen Nick anlegen müssen verfahren Sie genauso. Das Bestätigungsmail nach der Anmeldung kommt aus technischen Gründen derzeit nicht, die Aktivierung erfolgt dann manuell nach Ihrer Mail an uns.

Stefan Werner
Geschäftsführer (ohne Vertretungsmacht)

[1.6IP3] Bug oder cooles Feature?

Informationen und Diskussionen über Logik-Engine und Logik-Editor
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Antworten

Ersteller
Robert_Mini
Beiträge: 3936
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1312 Mal
Danksagung erhalten: 2519 Mal

[1.6IP3] Bug oder cooles Feature?

#1

Beitrag von Robert_Mini »

Hallo zusammen!

Ich habe gestern lange gesucht, warum eine Logik permanent sendet, obwohl am Ausgang Option "c" on change stand und der Wert konstant 0 ist.

Lösung: Der Wert der Ausgangsvariable wird in der Logik temporär verändert und dann wieder mit 0 überschrieben.
Ich hätte hier erwartet, dass die Prüfung auf "change" nur am Ende der Logik erfolgt, offensichtlich passiert das aber permanent.

Nun zur Frage an @S. Kolbinger und @StefanW: ist das ein Bug oder ein Feature?
Ich vermisse nämlich permanent die Möglichkeit, einen Wert "ausnahmsweise" zu senden, obwohl er sonst nur "on change" und "timer" gesendet wird.
Einen Float um 0.001 zu ändern war mir bisher aber zu krumm.

Mit dem obigen Verhalten habe ich aber dafür nun einen Workaround gefunden, mit dem man einen "Send-Trigger" ähnlich dem "Triggered" -Modul (am Eingang) simulieren kann.
Ich will diesen Weg aber nur verwenden (und dokumentieren!!), wenn er NICHT als Bug gesehen wird und irgendwann behoben wird!


Der Testcode unten braucht noch einen Trigger Eingang mit zb 30s.

Danke und lg
Robert

Code: Alles auswählen

{
    "Level":[
        ["$I_Fuellstand","float",0.0],
	["$Drehzahl_Soll_Lim","float",100.0],
	["$Konst1","float",1.0],
        ["$Konst0","float",0.0],
        ["$KonstTrue","bool",true]
    ],
    "Module":[
  	["Latch","$Konst1","$Drehzahl_Soll_Lim","$KonstTrue",0],
        ["Latch","$Konst0","$Drehzahl_Soll_Lim","$KonstTrue",0]
    ],
    "Input":[
        ["Aktueller Füllstand","Aktueller Füllstand","$I_Fuellstand","a"]
    ],
    "Output":[
        ["Drehzahl","Solldrehzahl in Prozent","$Drehzahl_Soll_Lim","c"]
    ]
}
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

blaubaerli
Beiträge: 2785
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 1081 Mal
Danksagung erhalten: 1056 Mal

#2

Beitrag von blaubaerli »

Moin Robert,

ich meine mich ziemlich sicher daran zu erinnern, dass Stefan Kolbinger dieses Verhalten mal so als „works as designed“ beschrieben hat. Ich vermag aber den passenden Thread nicht zu finden bzw. zu zitieren.

Beste Grüße
Jens
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.

S. Kolbinger
Elaborated Networks
Elaborated Networks
Beiträge: 588
Registriert: Mi Aug 15, 2018 11:34 am
Hat sich bedankt: 82 Mal
Danksagung erhalten: 565 Mal

#3

Beitrag von S. Kolbinger »

Damit sollte das Senden noch einfacher anpassbar werden:
viewtopic.php?p=24900#p24900
Gruß,
Stefan K.

Ersteller
Robert_Mini
Beiträge: 3936
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1312 Mal
Danksagung erhalten: 2519 Mal

#4

Beitrag von Robert_Mini »

Hallo Stefan!

Nachdem du darauf nicht 100% eingegangen bist: ist das aktuelle Verhalten (eine temporäre Änderung triggert bereits das "on change") wie oben beschrieben damit "as designed". Damit könnte man nämlich auch bei der Sendeoption "ct" ein Senden triggern...

lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

S. Kolbinger
Elaborated Networks
Elaborated Networks
Beiträge: 588
Registriert: Mi Aug 15, 2018 11:34 am
Hat sich bedankt: 82 Mal
Danksagung erhalten: 565 Mal

#5

Beitrag von S. Kolbinger »

Hallo Robert,
Robert_Mini hat geschrieben: ↑Mo Jun 29, 2020 10:31 pm Nachdem du darauf nicht 100% eingegangen bist: ist das aktuelle Verhalten (eine temporäre Änderung triggert bereits das "on change") wie oben beschrieben damit "as designed". Damit könnte man nämlich auch bei der Sendeoption "ct" ein Senden triggern...
sorry für meine kurz gehaltene Antwort.
Die ganze Wahrheit ist, dass ich beim Design der Logik-Engine eher in Schaltungstechnik, als in Programmierung gedacht hatte.
Ein mehrmaliges Setzen/Beschreiben eines Levels während eines Logik-Durchlaufes hatte ich erst mal nicht vorgesehen. (Würde ja bedeuten, dass mehrere Ausgangstreiber dieselbe Leitung treiben!)
Und so setze ich bei jeder Werteänderung das "changed"-Flag des Levels.
Dieses Flag wird am Anfang des Logik-Durchlaufes gelöscht und am Schluß ausgewertet (für die Sendeoption "C").
Das kann bei mehrmaligem Ändern dazu führen, dass der "onChange" Trigger anspricht, obwohl der Wert am Schluß gleich dem Anfangs-Wert ist.

Dieses Verhalten kann man sich natürlich zunutze machen (cooles Feature) oder als falsches irreführendes Verhalten (Bug) sehen.
Aber ich hoffe, dass der Workaround (mehrmaliges Setzen eines Levels, um das senden zu erzwingen) mit dem "Sendexplicit" nicht mehr notwendig ist.
Gruß,
Stefan K.
Antworten

Zurück zu „Logikengine & Logik-Editor“