Beiträge von Starfoxfs

Am Samstag (06.09.25) Vormittag werde ich ein Update der Forensoftware (inkl. aller Plugins) durchführen. Das Forum wird deshalb auf unbestimmte Zeit nicht verfügbar sein. Neuigkeiten wird es im Matrix Chat geben: https://www.kodinerds.net/thread/79927-freischaltung-matrix-chat/

    Wie würdet Ihr Datentabellen anlegen ? Single Design oder Multiple Design:


    Das wäre Multiple Design und macht die InfluxDB2 von sich aus:

    • time / value / field
    • time / value / volt
    • time / value / watt
    • time / value / ampere

    oder Single Table Design:

    • time / volt / watt / ampere
    • time / value / value / value


    Für value ist klar der Wert für die entsprechende Spalte oder Zeile

    Das obige sind weniger Spalten, das untere mehr Spalten. Laut TimeseriesDB soll wohl das untere in manchen Bereichen "besser" oder "easyer" sein.


    So stehts in den Documentations:

    Single Table DesignMultiple Table Design
    Ease of UseEasySomewhat easy
    Multi-Tenancy / Privacy RegulationsHardEasy
    Future-ProofnessEasySomewhat hard
    Tooling SupportEasyHard

    Nicht InfluxDB3, der Grund dafür ist das neue Lizenmodell. Wenn es unter Portainer ausgeführt wird kommt eine Aufforderung in den Logs ob man es als "Home" "Enterprise" oder "Trial" oder sowas benutzen will.

    Leider kann man aber in Logs nichts eingeben [ag]

    Den Fehler hab ich schon gemeldet, aber ich bin irgendwie mit InfluxDB durch nachdem ich gesehen hab was die mit Version 3 anstellen.

    Ja funktioniert super, InfluxDB ist bei mir durch nachdem Sie in Version 3 alles übern haufen geworfen haben was mal halbwegs gut war (außer Flux).

    Auf Docker Portainer läufts gar nicht auf Docker normal gerade so aber auch nur wenn man es nicht nach deren Docs einrichtet.

    TimeScale läuft auf Postgres aber mit paar Timeseries Erweiterungen und Postgres ist ja schon sehr sehr lange etabliert.

    Ich bin jetzt dabei auf Postgresql mit Timescale umzustellen das Flux ist wirklich nicht besonders toll und InfluxDB stellt mit der 3er Version ja selbst wieder auf InfluxQL um also SQL ähnlich.

    Ne mir war es wichtig das ich ein Admin Tool habe wo ich mit arbeiten kann und das wird von PostgreSql einfach viel besser unterstützt.

    Das hast dann viele Auswahlmöglichkeiten über PGAdmin 4, Dbeaver usw usw. Die meisten dieser Tools haben kein InfluxDB mit drin oder nur kostenpflichtig.

    Moin zusammen,

    ich suche nach InfluxDB2 alternativen für Solar Metrics mit Node-Red, MQTT und Grafana.

    Ich würde ja gern auf InfluxDB3 umsteigen aber die ist dermaßen schlecht unter Docker und verbugt. Das Admin UI wurde gleich ganz eingespart, dafür gibt es jetzt einen Explorer der aber nur unter Docker läuft. Für mich eine Rückentwicklung der Version 3

    InfluxDB2 wird nicht mehr weiterentwickelt.

    Also suche ich alternativen für langzeit Solarerfassung. Die wenigsten ein bissl ein Admin Panel haben wo man mal "einfach" reinschauen kann und nicht umständlich über die Konsole.

    Angeschaut hab ich mir schon QuestDB das frisst aber extrem viel Speicher und geht nicht wirklich mit Node-Red weil keine Plugins vorhanden sind.

    TimeScaleDB würde mit PostgreSQL gehen, evtl mit PGAdmin. Wie ich aber die Daten von InlfuxDB2 nach Postgres bringen soll hab ich noch keine Lösung, Outflux von Timescale geht nur mit InfluxDB1 und nicht mit der 2er Version

    Was meint Ihr ?

    Genau

    Tippst in die obige docker compose noch irgendwo network_mode: host

    Muss man aber nicht das geht trotzdem auch im Bridged Network Mode, der Container ist von außen her über die normale IP auf dem Docker auch läuft erreichbar.

    Interne Container IPs soll man wenn man von außen her zugreift gar nicht verwenden (Sicherheitsrisiko)

    Die LAN IP auf dem das Telerising und auch Docker läuft und der Port ganz normal z.b. http://192.178.1.2:5000

    In Portainer kannste das auch unter "Enviromnent-Related" -> Envirmonent einstellen und zwar unter -> Public IP:

    Dort die IP des Rechners angeben auf dem Docker/Portainer läuft.

    Das ist gut zu hören, ich hab mal das Build von Debadschi umgeschrieben und aufpoliert: [Docker] Telerising API

    Läuft sehr gut, und fds97AVVS hat auch noch eine eigene Version am laufen.

    Bin jetzt auch komplett auf Docker umgestiegen ist einfach schöner und man wird ja mit dem Alter bequemer [ag]

    Wenn du mal wieder da bist und die Zeit findest kannst du ja mal an der minimal Version arbeiten, aber das pressiert net.

    Mahlzeit zusammen,

    würdet Ihr lieber einen Raspi5 nehmen oder einen Mini PC N97 oder N100 ?

    Laut einigen Tests sind wohl die N97 bereits schneller wie ein Raspberry Pi5 und haben mehr RAM.

    Mein Raspberry Pi4 mit nur 4GB Ram kommt so langsam an seine Grenzen, ich hab soviel drauf installiert das es langsam die RAM und auch CPU Grenze sprengt.

    Benötigen tu ich aber alle Anwendungen.

    Ah ok siehst von soviel Programmieren wird man blind [ag]

    Das AMD64 Build dauert jetzt erst wieder 15 Minuten bis das gebaut ist.

    Ja das passt jetzt aber es fehlen noch Dependencies für die x86_64 das mach ich morgen.

    So sollte bis auf x86_64 gefixt sein, da spinnt die Zip File bzw kann nicht entzippt werden.


    Zitat
    Code
    Archive:  /tmp/telerising-v0.14.6_x86_64_linux.zip  End-of-central-directory signature not found.  Either this file is not  a zipfile, or it constitutes one disk of a multi-part archive.  In the  latter case the central directory and zipfile comment will be found on  the last disk(s) of this archive