|
|
||
nur der eine stick. kabel werde ich überprüfen, wenn es nicht klappt, nachdem ich nochmal neu aufgesetzt habe. nach etlichen versuchen hab ich die nerven verloren und die sd-karte neu beschrieben. und genau da könnte der fehler sitzen... die karte lies sich schon nicht mehr formatieren und die verifizierung nach aufspielen des image schlug grad fehl. eventuell hat die ne macke. 16gb adata karte. 5 jahre alt aber eigenlich noch fast unbenutzt. stecke seit kauf im rpi3. ich teste das grad mit ner 64gb sandisk, die allerdings schon einige zeit im HTC werkelte. welche karten sind als zuverlässig anzusehen? ich setz jetzt neu auf und berichte. danke für deine unterstützung. edit: beim zweiten mal geht das schon viel flüssiger von der hand :) edit: nur leider funktioniert das weiterhin nicht. gleiche fehlermeldung. entweder hat der stick den geist aufgegeben oder das kabel zickt. hab zwei andern vom kat7 kabel genommen und die sind sehr empfindlich... morgen mal nachschauen. feierabend ;( |
||
|
||
ich nutze 16GB von Sandisk, wenn du was noch zuverlässigeres haben willst: https://www.berrybase.de/raspberry-pi/raspberry-pi-computer/speicherkarten/raspikey-plug-play-emmc-modul-f-252-r-raspberry-pi-32gb?c=347 |
||
|
||
Wenn du microsd Karten willst für einen zuverlässigen Langzeiteinsatz kann ich welche auf pSLC Basis empfehlen (ich kaufe die bei swissbit, bis jetzt kein Ausfall) Echtes SLC ist mir zu teuer |
||
|
||
Hast du einen Link? |
||
|
||
das ist gut zu wissen. leider scheint das nicht mein problem zu sein. sd-kartenfehler hab ich mir eventuell nur durch strom/aus im laufenden betrieb oder mit nem faulen sd-adapter eingefangen. mit nem anderen adapter konnte ich die jetzt wieder fehlerfrei beschreiben. da ich jetzt zwei karten getestet habe, das kabel getausch habe, mehrmals neu aufgesetzt, gehe ich davon aus, daß sich der rs485-stick verabschiedet hat. (hab den mal aufgemacht aber keine auffälligkeiten entdeckt, auf verdacht mal zwei neue bestellt) das problem kam ja im laufenden betrieb. es lief knapp einen tag und von jetzt auf gleich kamen keine daten mehr incl modbusalarm. nodered läuft nach neuinstallation genau so lange, bis ich nibepi drauf mache und den stick auswähle. danach gibts core-error in nodered und "tty=unknown". hängt sich dann auf. @Becker : was mir noch in deiner anleitung aufgefallen ist: copy/paste vom nibepi zerreist den befehl und führt ohne vorwarnung "npm install --save" alleine aus. ist mir jetzt mehrfach passiert.(aber auch beim ersten versuch, wo es erst funktionierte) da war auch noch ein copy/paste problem mit einem befehl mit zeilenumbruch. glaube nodered istallation. für erfahrene nutzer vermutlich kein problem. für mich tricky ;) dann ist mir folgendes aufgefallen : sind diese 3 high dingens ein problem? das seh ich nach jedem versuch nibepi zu installieren. audit fix hilft nicht. wenn euch nichts offensichtliches mehr auffällt, warte ich mal auf stickersatz. |
||
|
||
https://www.swissbit.com/de/microsd-speicherkarten/ ich hab die S-56u in der 8GB Größe bei mehreren Geräten im Einsatz kostet um die 30€ gibts anscheinend nur beim Elektronik Großhändler, nehm die Karte für die ganzen "IOT Geräte" her die länger im Einsatz bleiben sollen Ist bei mir die erste Karte die bei mir und der Loxone SPS läner druchhält, aber ich denke es kommt auf die verwendete Speichertechnologie an nicht auf den Hersteller das soll ja keine Werbung sein! |
||
|
||
und es werde licht; äh, verbunden🙂 neuen usbrs485-stick angeklemmt, eingesteckt, nodered gestartet: kein error mehr, läuft. TTY wird zwar in der console immer noch als unknown angegeben, scheint aber zu funktionieren. ich hatte noch einen node mit dem register40004 offen und ohne modbus zu aktivieren kam da schon die AT AT [Außentemperatur] an. darf da schon was kommen, oder liegt es an der RMU40 die parallel läuft? kann man per nibepi die RMU40 auch irgendwie bedienen/erweitern? ich versuche erstmal flow und grafana wieder auf den alten stand zu bringen, modbus zu aktivieren und hoffe, daß der neue stick nicht auch aufgibt. habe ich da einfach pech gehabt, oder sollte vielleicht doch GND verbunden werden? einen stick habe ich jetzt in reserve; beim dritten mal würde ich es mit GND zusätzlich probieren. |
||
|
||
welchen Stick hast du denn? den für 2,50€? ich nutze den DSD TECH SH-U11F bzw. am NibePi den seriellen zum aufstecken. 3 high severity vul... kommt immer und TTY unkown auch. |
||
|
||
genau, den billigen, den du auch in deiner anleitung abgebildet hast. nach recherche ist es wohl selten, daß die den geist aufgeben, doch wurden dort auch die sticks mit den 4(oder5) anschlüssen empfohlen. (weil die intern sicherer/besser aufgebaut wären). vermutlich die sh-u11f modelle. immerhin weiß ich nun woran es lag, sowas zerrt schon an den nerven 🤬 ich überlege noch, ob ich im erneuten problemfall den besseren stick ausprobiere, oder gleich auf ein arduino mit nibegw wechsel, welcher dann in die WPWP [Wärmepumpe] kommt und nur weiter gibt. andere frage: habe versucht den COP (in deinem flow) an grafana über influx weiter zu reichen. grafana meckert (InfluxDB Error: unsupported mean iterator type: *query.stringInterruptIterator) und zeigt nichts an, in der datenbank von influx sind die werte aber geschrieben... im tableview mit "distinct" sehe ich die daten, kann die aber nicht visualisieren. wie reiche ich das rüber? |
||
|
||
das schreibe ich in die DB. Wie man sieht Pel + Pth, daraus ergibt sich in Grafana durch Division der COP. Ich vermeide unnötige Sachen in die DB zu schreiben. Du schreibst scheinbar einen String in die Datenbank. Warum lässt du es nicht so wie von mir programmiert? |
||
|
||
ach so, du lässt grafana das rechnen. da der cop nicht in den sensordaten war, habe ich versucht das cop ergebniss aus deinem flow zusätzlich in den sensordaten in die datenbank zu schreiben. weil ich neugierig bin und verstehen will. also experimentiere ich 😁 nach den ersten erfahrungen werden mir viele beiträge hier im thread erst langsam logisch und ich kann eure lernkurve besser nachvollziehen. viele fragen wurden ja schon gestellt, doch den thread muss ich wohl nochmal durchackern. du hast mit deinem blog und den anleitungen sehr gute arbeit geleistet. danke dafür. eine frage noch: S0-zähler der WPWP [Wärmepumpe] bekommt man ja per gpio zum rpi. was ist der intelligenteste weg den verbrauch mit einzubinden? erst in nodered, oder direkt in die datenbank? du hattest den SmartApplianceEnabler im einsatz. macht der auch sinn, wenn es nur um den einen S0-zähler geht? (solar etc wird hier noch was dauern, auch wegen der marktlage) gruß micha |
||
|
||
Ich weiß nicht, ob es der intelligenteste Weg ist, aber ich mache es über NodeRED. Also S0-Impulse werden zuerst in die el. Leistung umgerechnet und dann mit den restlichen Werte der WPWP [Wärmepumpe] in einem Flow die Wärmeleistung bzw. der COP berechnet. Das dann in die Datenbank. |
||
|
||
ich habe mit S0 angefangen und dem "SAE" Projekt, letzten November habe ich dann endlich auf einen Modbuszähler umgebaut, den ich direkt in NR abfrage. Kann dir den SDM72v2 nur empfehlen, dann kannst du auch die schönen Spielereien mit TAZ,MAZ,JAZ,GAZ nutzen sowohl in NR als auch in Grafana. Auf jeden Fall erst den Zähler, egal ob S0 oder RS485 erst abfragen z.B. mit NR odeR SAE und danach in Influxdb schreiben. |
||
|
||
macht sinn. kann das mit in den nibeflow, um alles zusammen zu haben,oder sollte man das in separatem flow laufen lassen? (ich vermute, man kann flows verknüpfen?) hast du vielleicht ein beispielflow für mich, oder ist hier im thread schon ähnliches versteckt? was kann denn der modbus besser? dachte, wenn ich den zählerverbrauch hätte, könnte ich TAZ/MAZ etc auch ausrechnen (lassen). mein zähler funktioniert ja, das tausche ich ungern gegen neues aus. |
||
|
||
Für die Differenzbildung bedarf es Zählerstände also Absolutwerte. Man kann über die Integralrechnung in Grafana Verbräuche über Zeiträume integrieren, aber das ist nicht so schön wie wenn man die absoluten Stände zum Zeitpunkt x in die Datenbank schreibt. |
||
|
||
in meinem "jugendlichen" leichtsinn dachte ich, daß es kein problem sein sollte, den aktuellen stand zu hinterlegen und dann einfach aufaddieren lassen, sodaß man nicht nur plus1, sondern die jeweilige aktuelle summe zum zeitpunkt x ablegt. nun gut, das gehört wohl nicht hier rein. mit den infos komm ich schonmal weiter. danke |
||
|
||
warum werden bei deinem flow @Becker eigentlich keine daten in die datenbank geschrieben, wenn die WPWP [Wärmepumpe] im Sommermodus ist? habe ich etwas beim deaktivieren der "PC" nodes übersehen, oder hast du dir dabei was gedacht? (daten sparen, oder so) sobalt WW WW [Warmwasser] bereitet wird, wird wieder in die datenbank geschrieben. habe versucht in den "sammeln" nodes zusätzlich noch ein "nach 120sekunden senden" anzuwenden, was aber nur RT RT [Raumtemperatur] und AT AT [Außentemperatur] bringt. werden vielleicht die LOG.SET daten nicht übertragen, wenn die WPWP [Wärmepumpe] steht? ich dachte gestern erst an ein problem mit dem Raspberry, daß keine daten mehr kommen und startete ihn neu. darauf hin wurden einmal alle werte geschrieben . ------------------------- muss man mit nibePi bei influx1.6.4 bleiben? ------------------------- allgemeine nodered frage: habe den aktuellen COP in einem eigenen Measurement an influx gesendet. wenn die WPWP [Wärmepumpe] steht (taktpause), gibts dabei eine division durch null und nodered meckert dann kontinuirlich: "Topic removed, non numerical value found." kann man natürlich ignorieren, aber macht sinn den fehler zu beheben. ich wüsste halt nicht wie :) |
||
|
||
Die Werte werden jede Minute in die DB geschrieben - wenn man nicht dran rum fummelt 💀. ich kann nur in meine Glaskugel schauen und raten: Du schreibst eine Nachricht mehr in die DB und hast join nicht angepasst auf die neue Nachrichtenanzahl. Und oder du hast keine passive Kühlung (wie ich) und es fehlt generell eine Nachricht. Dafür gibt es den Debug, damit kann man an jeder Stelle schauen was an Nachrichten durch geht und ob die Anzahl/Reihenfolge korrekt ist. Ich bin bei Influx 1.6.7 - ich war mal bei 1.8.x. Zur Taktpause: Deshalb schreibe ich den COP nicht in die Datenbank, sondern lasse ihn in Grafana berechnen. |
||
|
||
du hörst dich schon an, wie ein HB, der nicht möchte, daß der kunde im service-menü rum fummelt :D ne, nachrichtenanzahlen sind angepasst. lief ja auch sauber bis gestern mittag. muss mal schauen, ob das exakt zur heizgrenzumstellung geschah, oder nur zufällig fast gleichzeitig auftrat.->siehe edit dann mal mit deinem originalflow gegenchecken. nicht, daß der neue stick schon wieder zickt. ---------------------------------------------------------------------- edit: hab nochmal nachgesehen: die werte kamen schon gestern morgen nur noch abgehackt an UND meine frau berichtete von erhöhter RT RT [Raumtemperatur] am vormittag. im uplink gibts auch auffälligkeiten... die WPWP [Wärmepumpe] hatte ich die Tage erst neu gestertet zum Kallibrieren WMZ, aber vielleicht setz ich da nochmal mit nem neustart an. am besten mal paar minuten stromlos. ------------------------------------------------------------------------ danke erstmal cop berechnung in grafana: da hab ich auch ein panel für gebastelt. mit den registerdaten aus der WPWP [Wärmepumpe] liegt der cop deutlich zu niedrig. oder mein stromzähler lügt. hatte kürzlich händisch über mehrere stunden notiert und nachgerechnet. auch deshalb hatte ich die sensoren die tage kallibrieren lassen. nun gut, vielleicht glieder ich meine kleinen problemchen hier besser in einen anderen faden aus. btt: gibt es eigentlich irgendwo eine zusammenhängende beschreibung zu nibePi, oder eine erklärung zu den einzelnen nibePi-nodes? edit2: danke für den debug node..., den hatte ich bisher ignoriert. |
||
|
||
ist nicht ganz trivial was ich da gebaut habe, ich versuche es noch mal zu erklären: 1: hier kommen die LOG.SET Daten rein, die alle 2s geschickt werden, das sind 11 Stück: sendIt("VLT", 40008, 1); sendIt("RLT", 40012, 1); sendIt("WWo", 40013, 1); sendIt("WW", 40014, 1); sendIt("KTe", 40015, 1); sendIt("KTa", 40016, 1); sendIt("Hz", 43136, 0); sendIt("GM", 43005, 0); sendIt("WT%", 43437, 0); sendIt("KT%", 43439, 0); sendIt("Pth", 'Pth', 0); Fehlermöglichkeit: Wenn du von den 11 eine nicht in deinem LOG.SET hast, läuft das ganze nicht. 2: Hier kommen 3 msg rein, aber diesmal 2 msg nicht vom LOG.SET. Diese kommen alle 56-57s. Somit wird die ganze Funktion auch nur alle 56-57s ausgeführt mit dem jeweils letzten Wert von Pth (der alle 2s kommt). Entsprechend gehen Pth_WW + Pth_PC + Pth_H auch alle 56-57s weiter. 3: Hier kommen alle zusammen im letzten Schritt für InfluxDB, zusätzlich noch AT AT [Außentemperatur]+RT (die auch nur alle 56-57s kommen) Dass alle zusammen exakt alle 60s (und nicht 56-57s) in die DB geschrieben werden erledigt der "Ø pro Minute" unter LOG.SET. Ich hoffe du hast es verstanden. Was noch wichtig ist zu den Nibe Nodes: Der Ausgang oben sendet nur bei Änderungen, der Ausgang unten periodisch. Der Debug Node ist der wichtigste überhaupt beim Programmieren, den benötige ich ständig. |
||
|
||
super-vielen dank für deine hilfe. der tipp mit dem debug-node hat mich rückwärts den fehler finden lassen. gefragt hätte ich jetzt genau da nach: das ist beim loggen natürlich elemantar. (spätestens, wenn keine regelmäßigen änderungen mehr kommen) nach ein paar tests hatte ich beim register 43375 den oberen ausgang verkabelt, da ich mir einen zweiten ausgang für den cop gebaut habe. probleme gabs halt erst, als sich der wert nun nicht mehr änderte... ich danke dir für die unterstützung. die info zum LOG.SET ist auch prima. dann weiß ich welche register noch etwas variabel sind. so langsam blick ich da wenigstens ein wenig durch. auf der suche findet man im web auch überall deine spuren ;) für technische sachen ist mein englisch einfach zu schlecht und diese speziellen sachen findet man kaum auf deutsch. gruß micha |
Beitrag schreiben oder Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]