Ankündigung

Einklappen
Keine Ankündigung bisher.

Alternative Firmware für das Raum-Sensormodul von Masifi

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Masifi
    antwortet
    Zitat von mumpf Beitrag anzeigen
    Ich suche noch nach einem Timing-Problem: Bei einem Neustart meldet der SCD41 bei etwa 2 von 3 Fällen ein "Failure" bei der Initialisierung.
    Das ist denke ich nicht so einfach zu verhindern, da der SCD41 im Hintergrund ja weiterläuft und alle paar Sekunden neue Werte abfragt. Wenn du genau in einer Messung neu initialisieren möchtest, dann kann er das wohl nicht und meldet einen Fehler. Am Besten ist es die V20 zu deaktivieren und kurz 2sek warten und alles neu starten.

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Mal wieder ein Zwischenstand:

    Ich habe jetzt Werte auf dem Bus. Ich suche noch nach einem Timing-Problem: Bei einem Neustart meldet der SCD41 bei etwa 2 von 3 Fällen ein "Failure" bei der Initialisierung. Das kann so nicht bleiben, aber ich weiß noch nicht, woran das liegt. Ich werde ihm erstmal länger Zeit für die Initialisierung lassen und dann beobachten.

    Die CO2-Werte sind plausibel. Die anderen beiden (Temperatur und Luftfeuchte) sind nicht plausibel (Temp zu hoch, Hum zu tief).

    Ich bau jetzt trotzdem ne Firmware zusammen, aber derzeit sollte wohl Temp/Hum mit einem weiteren Sensor gemessen werden. Mat weiß Bescheid, er schaut auf der Hardware-, ich auf der Softwareseite, woran das liegen könnte.

    Das ist der Stand (so ist das mit neuen Sensoren, es läuft nicht gleich alles perfekt, sorry. Ich gehe mal davon aus, dass ich am Montag die Firmware fertig habe. Natürlich werden Korrekturen zeitnah erfolgen.

    Viele Grüße,
    Waldemar


    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi allerseits,

    gut dass ich zuerst den Sensor (SCD41) bekommen habe . Die Firmware ist jetzt von "komplett sinnlose Werte" auf "gar keine Werte" korrigiert.

    Hört sich schlimmer an, als es ist.
    Es war eben die damals verfügbare - komplett veraltete - Library für den Zugriff drin (sinnlose Werte), jetzt nutze ich die neueste. Da muss ich aber am Zugriff was ändern, deswegen gibt es erstmal keine Werte. Bin also auf dem besten Weg und erwarte eigentlich heute Abend sinnvolle Werte.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Du weißt doch: Es liegt immer an der Hardware (sagt der Software-Entwickler).

    Umbau ist jetzt fertig. Jetzt geht es weiter...

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • Masifi
    antwortet
    Zitat von mumpf Beitrag anzeigen
    Verzögerung gibt es noch, weil Mat nicht an den DEBUG-Support gedacht hat, als er mein Modul fertig gemacht hat
    Ja Ja Asche auf mein Haupt

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi,

    ich wollte nur sagen, dass das Modul von Masifi mit dem SCD41 angekommen ist und ich bereits an der Firmware bastle. Eine kleine Verzögerung gibt es noch, weil Mat nicht an den DEBUG-Support gedacht hat, als er mein Modul fertig gemacht hat. Kann ich aber glücklicherweise selber löten. Und ohne Debugger bin ich bei der derzeitigen Komplexität der Firmware aufgeschmissen...

    Heute Abend geht es weiter, ich werde wie gesagt berichten, sobald ich die ersten Werte auf dem KNX gesehen habe.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi,

    das freut mich, dass es doch noch geklappt hat. Ich hätte wie gesagt nicht wirklich was hierzu sagen können.

    Ich werde morgen den Teil aus Post #351 in die Firmware direkt einbauen, dann muss das hier nicht jeder selber machen. Und dann werde ich mal wieder an der Firmware weiterbasteln.... Viel Spaß erstmal mit dem bestehenden Teil.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • sk73
    antwortet
    Hi
    hab den Post fast gleichzeitig mit deiner Antwort gelöscht, da das Kabel schuld war.

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi,

    es tut mir leid, dass es nicht klappt. Aber... ich habe keine Idee, wie ich Dir helfen kann. Ich hatte so ein Problem einfach noch nie. Was ich nicht verstehe: Es sieht so aus, als ob Upload und Verify funktionieren. Nur VSCode bekommt eine Fehlermeldung - ist aber nur eine Vermutung.

    Funktioniert denn das Device wirklich nicht oder hast Du es wegen des Fehlers gar nicht probiert? Versuch doch mal die Prog-Taste zu drücken. Wenn die rote LED aufleuchtet (und bei 2. Druck wieder ausgeht), dann wurde doch programmiert. Dann würde ich normal mit der ETS weitermachen, trotz dieser Fehlermeldung.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • sk73
    antwortet
    Hi dank der top Anleitung un der Egänzung aus #381 hat es prima geklappt.
    Nur ein Defektes USB Kabel hat mich geärgert.
    Zuletzt geändert von sk73; 04.09.2021, 21:20.

    Einen Kommentar schreiben:


  • stoepf
    antwortet
    Ohhh, wo hab ich den die Fehlinformation aufgeschnappt.
    Danke für den Hinweis.

    Einen Kommentar schreiben:


  • Masifi
    antwortet
    Ich habe so einen Sensor schon gebaut. Im Konnekting 1Wire Gateway Thread müsste auch ein Foto davon drin sein.

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    stoepf

    DHT22 ist kein 1wire Sensor und passt auch nicht zur Firmware.
    Für Temp ist es ein DS18B20, für Hum ist es immer ein Hum-Sensor und ein DS2438.

    Einen Kommentar schreiben:


  • stoepf
    antwortet
    Danke für deine ausführliche Antwort und auch allgemein für die geniale Firmware.
    Hatte ich fast befürchtet, dass die Architektur das aktuell nicht her gibt sonst wäre es ja vermutlich schon in der Firmware drin

    Die Alternativen sind mir bekannt, dann werde ich wohl auf einen 1-Wire-Sensor setzen.
    Leider sollen die DHT22 nicht so gut für den Außenbereich geeignet sein, da muss ich mich nochmal schlau machen.

    Viele Grüße
    Stefan

    Einen Kommentar schreiben:


  • mumpf
    antwortet

    Zitat von stoepf Beitrag anzeigen
    Ist es realistisch sowas in die Firmware einzubauen?
    Mal davon abgesehen das du keine Zeit hast ;-)
    Hi Stefan,

    das ist kein reines Zeitproblem... ich habe die Firmware-Struktur so aufgebaut, dass ich quasi vom Messwert ausgehe.
    Beispiel: Ich will Luftfeuchte messen.
    • Es wird das KO für Luftfeuchte bereitgestellt
    • Man kann auswählen, welcher Sensor die Luftfeuchte liefern kann
    • Dann werden noch ein paar weitere Parameter zur Luftfeuchte prozessiert
    • und dann wird asynchron entsprechend die Luftfeuchte abgefragt
    Wenn ich jetzt mehrfach Luftfeuchte zulassen wollen würde, würde ich aus einer 1:N-Beziehung (1 Messwert bei N Sensoren auswählen) eine M:N-Beziehung machen müssen. Das ist dann plötzlich eine Matrix von Einstellungen, auch was DPT und erlaubte KO angeht - ganz zu schweigen von verfügbaren KO.

    Natürlich ist nichts unmöglich, aber es wäre eigentlich eine neue Sensormodul-Firmware (zumindest was die I2C-Sensoren angeht). Und wenn ich die Zeit, die das kosten würde in Relationen zu den Kosten eines weiteren Außenmoduls setze, dann lohnt sich das gar nicht.
    Ganz ehrlich: Ich werde es nicht machen. Ich würde - falls ich so was brauchen würde, auch zu einem 2. Außenmodul greifen - und das, obwohl ich es ja durchaus programmieren könnte. Sorry, aber mit einem 2. Modul geht es einfacher und schneller .

    Ich weiß nicht, was Du für Messwerte erfassen willst. Eine Alternative wäre ein Außenmodul mit 1-Wire, den einen Messwert erfasst Du mit einem BME680, den anderen (den abgesetzten) mit einem 1-Wire-Temp/Hum-Sensor. Davon hab ich noch einige rumliegen, einen kannst Du gerne geschenkt haben. Das funktioniert schon jetzt.

    Gruß, Waldemar


    Einen Kommentar schreiben:

Lädt...
X