Beiträge von Parker

    Ahoi!


    Hurra! Nach zwei Jahren "strenger Beobachtung" hier, hängt die Mühle im Heizraum und tut!


    Ich habe es sogar gewagt, mich mit einem DB9 to TTY/UART Adapter (am COM1 der Hauptplatine) direkt an den GPIO des Raspberrys zu hängen. Fragt nicht warum, ich steh offensichtlich auf Schmerzen. Die Mühle ist halt gute 3m vom COM1 entfernt und da hatte ich mit USB Dongles wenig Hoffnung.


    Nochmal vielen herzlichen Dank für die Mühen und den Support hier.


    Jetzt erstmal warm werden damit... :)


    Schönen Dank und lieben Gruß,
    Richie

    Ahoi,


    die Lernkurve ist eine Steile...


    Ich kann in die DB einloggen, da hat was mit dem PW wechsel nicht geklappt, womit immer noch das 'p4' korrekt war. Behoben, läuft.


    MariaDB [(none)]> show databases;
    +--------------------+
    | Database |
    +--------------------+
    | information_schema |
    | p4 |
    +--------------------+
    2 rows in set (0.006 sec)



    MariaDB [(none)]> use p4
    Reading table information for completion of table and column names
    You can turn off this feature to get a quicker startup with -A



    Database changed
    MariaDB [p4]> show tables;
    +--------------+
    | Tables_in_p4 |
    +--------------+
    | config |
    | errors |
    | hmsysvars |
    | jobs |
    | menu |
    | samples |
    | schemaconf |
    | scripts |
    | sensoralert |
    | smartconfig |
    | timeranges |
    | valuefacts |
    +--------------+
    12 rows in set (0.004 sec)



    MariaDB [p4]>


    Fürs Webfrontend musste ich dann noch manuell die Files und Verzeichnisse aus
    /usr/src/linux-p4d/htdocs/
    nach
    /var/www
    kopieren.


    Jetzt bekomm ich auch im Web was zu sehen.


    Ich glaub jetzt wärs dann langsam Zeit das Machwerk an den P4 zu rüsseln.


    Phenks, Richie

    Hai,
    nach einem Reboot (sorry dass ich auf die Idee nicht selbst gekommen bin) zeigt die main.php Seite "ErrorTable 'p4.config' doesn't exist".
    detail.php gibt "ErrorTable 'p4.valuefacts' doesn't existquery [select address, type, name, usrtitle, title, unit from valuefacts where address in (0,1,21,25,4) and type = 'VA']" zurück.
    Hängt auch das mit der DB zusammen?
    Oder sollte ich das generell besser bleiben lassen mit Buster Lite?


    Liege ich da ganz falsch dass der P4D zu 90% auf Raspberries installiert wird? Wäre hier ein fertiges Image mit einer Kurzanleitung für die individuelle Config nicht hilfreich für DAUs wie mich? Oder scheitert das an den vielen Optionen (Raspbeery Versionen...DB extern...)?


    Vielen Dank,
    Richie

    Hai,


    Danke vielmals für die Hilfe. Das hat geklappt.


    Derzeit bin ich noch ohne Verbindung zum Kessel unterwegs...der Apache läuft, die Default Seite sehe ich. Jedoch gibt es keinerlei P4 Inhalte in /var/www außer dem index.html.
    Wie erzähl ich dem Apache nun, wo die Inhalte sind? myip/main.php bringt natürlich ein "not found"


    pi@rpip4d:/etc/p4d $ cd /usr/src/linux-p4d/
    pi@rpip4d:/usr/src/linux-p4d $ sudo make install-web
    if ! test -d /var/lib/p4; then \
    mkdir -p "/var/lib/p4"; \
    chmod a+rx /var/lib/p4; \
    fi
    if test -f "/var/lib/p4/stylesheet.css"; then \
    cp -Pp "/var/lib/p4/stylesheet.css" "/var/lib/p4/stylesheet.css.save"; \
    fi
    if test -f "/var/lib/p4/config.php"; then \
    cp -p "/var/lib/p4/config.php" "/var/lib/p4/config.php.save"; \
    fi
    cp -r ./htdocs/* /var/lib/p4/
    if test -f "/var/lib/p4/config.php.save"; then \
    cp -p "/var/lib/p4/config.php" "/var/lib/p4/config.php.dist"; \
    cp -p "/var/lib/p4/config.php.save" "/var/lib/p4/config.php"; \
    fi
    if test -f "/var/lib/p4/stylesheet.css.save"; then \
    cp -Pp "/var/lib/p4/stylesheet.css.save" "/var/lib/p4/stylesheet.css"; \
    fi
    cat ./htdocs/header.php | sed s:"<VERSION>":"0.2.335":g > /var/lib/p4/header.php; \
    chmod -R a+r /var/lib/p4; \
    chown -R www-data:www-data /var/lib/p4
    pi@rpip4d:/usr/src/linux-p4d $ sudo make install-pcharts
    if ! test -d /var/lib/pChart2.0; then \
    git clone https://github.com/bozhinov/pChart2.0-for-PHP7.git /var/lib/pChart2.0; \
    cd /var/lib/pChart2.0; \
    git checkout 7.x-compatible; \
    ln -s /var/lib/pChart2.0 /var/lib/p4/pChart; \
    chown -R www-data:www-data /var/lib/pChart2.0; \
    fi
    Klone nach '/var/lib/pChart2.0' ...
    remote: Enumerating objects: 147, done.
    remote: Counting objects: 100% (147/147), done.
    remote: Compressing objects: 100% (108/108), done.
    remote: Total 4348 (delta 103), reused 75 (delta 39), pack-reused 4201
    Empfange Objekte: 100% (4348/4348), 7.72 MiB | 946.00 KiB/s, Fertig.
    Löse Unterschiede auf: 100% (3445/3445), Fertig.
    Branch '7.x-compatible' folgt nun Remote-Branch '7.x-compatible' von 'origin'.
    Zu neuem Branch '7.x-compatible' gewechselt
    pi@rpip4d:/usr/src/linux-p4d $ sudo make install-apache-conf
    install --mode=644 -D apache2/p4.conf /etc/apache2/conf-available/
    rm -f /etc/apache2/conf-enabled/p4.conf
    ln -s /etc/apache2/conf-available/p4.conf /etc/apache2/conf-enabled/p4.conf



    DB hat auch noch Schmerzen:
    Sep 30 06:42:32 rpip4d p4d: Try conneting to database
    Sep 30 06:42:32 rpip4d p4d: Checking database connection ...
    Sep 30 06:42:32 rpip4d p4d: Calling mysql_init(16168)
    Sep 30 06:42:32 rpip4d p4d: SQL-Error in 'connecting to database' - Access denied for user 'p4'@'localhost' (using password: YES) (1045)
    Sep 30 06:42:32 rpip4d p4d: Fatal, lost connection to mysql server, aborting pending actions
    Sep 30 06:42:32 rpip4d p4d: Error, connecting to database at 'localhost' on port (3306) failed
    Sep 30 06:42:32 rpip4d p4d: Closing mysql connection and calling mysql_thread_end(16168)
    Sep 30 06:42:32 rpip4d p4d: Error: Initial database connect failed
    Sep 30 06:42:32 rpip4d p4d: Retrying in 10 seconds


    DbPass in /etc/p4d/p4d.conf hab ich aktualisiert.



    Vielen Dank und scheen Dog,
    Richie

    Hallo,


    ich scheitere leider bei der Installation. Ich denke es ist eine Inkompatibilität zwischen MySQL/MariaDB.


    Bin dem Readme soweit gefolgt (auf Raspbian Buster Lite) und bekomme nun beim make:


    sudo make clean all
    rm -f */*.o *.o core* *~ */*~ lib/t *.jpg
    rm -f p4d dbchart p4 p4d-0.2.335.tgz
    rm -f com2
    make: mysql_config: Kommando nicht gefunden
    g++ -c -ggdb -O0 -fPIC -Wreturn-type -Wall -Wno-parentheses -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -Wno-long-long -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/libxml2 -D_GNU_SOURCE -DTARGET='"p4d"' -DLOG_PREFIX='""' -DPLGDIR='""' -DUSEUUID -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -DUSEJSON -DUSEGUNZIP -D_GNU_SOURCE -DTARGET='"p4d"' -DDEAMON=P4d -DUSEMD5 -DGIT_REV='"ec50da3"' -o lib/db.o lib/db.c
    lib/db.c:9:10: fatal error: errmsg.h: Datei oder Verzeichnis nicht gefunden
    #include <errmsg.h>
    ^~~~~~~~~~
    compilation terminated.
    make: *** [Make.config:53: lib/db.o] Fehler 1


    Wenige Beiträge zuvor hatte schon jemand das Problem und es wurde verwiesen, dass anstatt libmysqlclient-dev bei MariaDB libmariadbclient-dev installiert sein soll.
    Ist es allerdings:


    sudo apt install libmariadbclient-dev
    Paketlisten werden gelesen... Fertig
    Abhängigkeitsbaum wird aufgebaut.
    Statusinformationen werden eingelesen.... Fertig
    libmariadbclient-dev ist schon die neueste Version (1:10.3.17-0+deb10u1).



    Ich hoffe mir kann jemand helfen, im Gegenzug kann ich nach Erfolg mein mitgeschriebenes "Dillo-Install Log" zu Verfügung stellen...es scheitert scheinbar bei vielen an dem nötigen Basiswissen (weit außerhalb von P4D) für die Installation.


    Herzlichen Dank und schönen Gruß,
    Richie