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)

[Gelöst] [V4.0 IP7] HTTP-API Selektor funktioniert nicht wie erwartet

Wissen, Planung & Diskussion zur Unterstützung von Rest-API & Webabfragen im Timberwolf Server.
Stellt uns hier Eure Projekte und Ideen vor.
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
Benutzeravatar

Ersteller
starwarsfan
Beiträge: 1430
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 910 Mal
Danksagung erhalten: 1499 Mal

[V4.0 IP7] HTTP-API Selektor funktioniert nicht wie erwartet

#1

Beitrag von starwarsfan »

Hallo miteinander,

um das Laden des Stromers auch direkt in der Garage triggern zu können, möchte ich den evcc-Lademodus via dessen REST-API setzen. Das ist ein POST-Request in folgender Form:

Code: Alles auswählen

POST /api/loadpoints/<id>/mode/<mode>
Wobei der Modus eines von "off/pv/minpv/now" ist. Somit habe ich unter "HTTP-API > Subsysteme" ein solches für evcc eingerichtet und dann unter "HTTP-API > Ressourcen Manager" einen entsprechenden HTTP-API-Server nebst Ressourcen angelegt.

Und hier an dieser Stelle habe ich ein Problem. Konkret steht bei "+ Objekt zu HTTP Anfrage hinzufügen" folgender Hilfstext beim Selektor:
Pflichtfeld Selektor: Definieren Sie hier Query-Parameter ODER Variablenname
Abhängig davon, OB Sie in der Ressource-URI Variablen angegeben haben (in der URI oder als Query-Parameter) oder nicht, geben Sie als Selektor den Variablennamen an, der bei JEDER Abfrage durch den aktuellen Objektwert ersetzt wird ODER dies ist die Bezeichnung des Query Parameters der dynamisch mit dem aktuellen Objektwert angefügt wird.
Die entsprechende Ressource sieht damit wie folgt aus:

Code: Alles auswählen

/api/loadpoints/1/mode/MODUS
Beim Selektor habe ich dementsprechend "MODUS" eingetragen. Das Problem ist nun, dass der Selektor nicht ersetzt, sondern als Key-Value-Paar angehängt wird!? Konkret sieht das dann so aus, was in dem Fall einen 404er zurück gibt:

Bild

Mein Verständnis ist so, dass das erste "MODUS" durch den zu übermittelnden Wert (in dem Fall "off") ersetzt und nicht als neuer Parameter angehängt wird. Selbiges Verhalten übrigens auch beim Format "text/plain". Offenbar verstehe ich die oben zitierte Doku nicht richtig und im Wiki gibt es dazu keine Informationen.

Hat jemand hier eine Idee resp. einen Hinweis, was ich falsch mache? :confusion-scratchheadyellow:
Zuletzt geändert von Parsley am So Feb 04, 2024 12:14 am, insgesamt 2-mal geändert.
Kind regards,
Yves

TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)
Benutzeravatar

Ersteller
starwarsfan
Beiträge: 1430
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 910 Mal
Danksagung erhalten: 1499 Mal

#2

Beitrag von starwarsfan »

Hallo miteinander,

dann antworte ich mir mal selbst.

Typischer Fall von "kaum gefragt, schon findet man die Lösung selber". Mein Fehler war, dass die Variablen in der URL in spitze Klammern eingefasst werden müssen. :handgestures-thumbupright:

Kaum macht man's richtig... :doh:
Kind regards,
Yves

TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)

MrWilson
Beiträge: 294
Registriert: Do Dez 27, 2018 2:19 pm
Hat sich bedankt: 46 Mal
Danksagung erhalten: 197 Mal

#3

Beitrag von MrWilson »

Na toll, dann lösche ich meine Antwort wieder :lol:
TWS 2500 ID: 341 + PBM ID: 463, VPN offen, Reboot nur nach Absprache

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

#4

Beitrag von blaubaerli »

Hallo zusammen,

meine Fragestellung zu MQTT und die darauf folgenden Posts habe ich mal in einen neuen Thread geschoben, da das im Zweifel zum OT zu werden droht.

Beste Grüße
Jens
Zuletzt geändert von blaubaerli am Mo Feb 05, 2024 6:35 pm, insgesamt 1-mal geändert.
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.
Benutzeravatar

Ersteller
starwarsfan
Beiträge: 1430
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 910 Mal
Danksagung erhalten: 1499 Mal

#5

Beitrag von starwarsfan »

Hallo miteinander,

aus gegebenem Anlass hier noch eine Korrektur zum ersten Posting: Der Screenshot zeigt den falschen Request-Content-Type! Das muss so aussehen:

Bild
Kind regards,
Yves

TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)
Antworten

Zurück zu „HTTP-API, REST & Web-Abfragen“