Was mir auffällt ist das das Display beim RSSI wert ander Werte zeigt als die Weboberfläche..
Weboberfläche zeigt immer 100% Dispaly werte zeigen 60 bis 75 % was auch passt ( tasmota IOT an gleicher Stelle als Vergleich)


@mercedes25 Kanst du irgend was auf der Web oberfläche bedienen ?
Wenn nicht ist das etwas unschön..

Mein Ansatz wäre
Das Gerät komplett löschen und dann noch mal die Aktuelle SW auf spielen.
Ich habe den Verdacht das ggf beim update alte fragmente stehen bleiben die stören.

Ich habe die Version Firmware-0.7.1_no_eth.zip noch einmal mit dem Flasher installiert und jetzt funktioniert sie.

Nach ein paar Tagen habe ich OpenRemise wieder gestartet es funktioniert nichts mehr, als ich dann in den Einstellungen bei Display den Haken raus nahm, funktionierte die OpenRemise nach einem Neustart wieder.
Vielleicht war das ja der Fehler.
Ich habe nun die Originale 0.7.1 wieder Installiert und werde diese weiter Testen.

Zitat von mercedes25 im Beitrag #303

---

Nach ein paar Tagen habe ich OpenRemise wieder gestartet es funktioniert nichts mehr, als ich dann in den Einstellungen bei Display den Haken raus nahm, funktionierte die OpenRemise nach einem Neustart wieder.
Vielleicht war das ja der Fehler.
Ich habe nun die Originale 0.7.1 wieder Installiert und werde diese weiter Testen.

---

Gestern habe ich getestet (wollte es auch Dokumentieren) was bei der Weboberfläche von OpenRemise geht und was nicht geht.
Der Power Button war rot und lies sich nicht einschalten, auch war rechts oben das Connected Zeichen durchgestrichen.
Im Infobereich wurde alles angezeigt und z.B. die Temperatur und der Speicher änderten sich.
Wenn ich bei den Decoders eine Lok ausgewählt habe, wurde nur ein leerer Fahrregler angezeigt.
Programmieren eines Decoders funktionierte auch nicht.
Bei Updaten waren die Manufakturen nicht auswählbar.
Unter Settings konnte ich z.B. die Einstellungen der LEDs ändern, welche nach einem Neustart auch übernommen worden sind.
Als ich bei Extensions gesehen habe, dass bei Display ein Haken gesetzt war, habe ich diesen (da ich kein Display habe) entfernt und nach einem Neustart funktionierte OpenRemise wieder.
Da es bei mir jetzt anscheinend geht, ist dies vielleicht das Problem warum es bei einigen anderen Anwendern nicht funktioniert.
Bei zukünftigen Versionen sollten deshalb keine Extensions direkt aktiviert sein.

Kannst du mir vielleicht mal ein Foto des verbauten ESP32S3 schicken?
Ich find zwar super dass offenbar irgendwie der Übeltäter gefunden wurde, nur versteh ich nicht wos die Software da aufstellt. Der gesamte Display Code sind ~40 Zeilen.
Ich hab auch kein Display und habe die Option aktiviert.

Hier das gewünschte Bild.

Zitat von mercedes25 im Beitrag #305

---

Unter Settings konnte ich z.B. die Einstellungen der LEDs ändern, welche nach einem Neustart auch übernommen worden sind.
Als ich bei Extensions gesehen habe, dass bei Display ein Haken gesetzt war, habe ich diesen (da ich kein Display habe) entfernt und nach einem Neustart funktionierte OpenRemise wieder.

---

Das interessante ist, dass bei mir der Haken bei der Display-Einstellung gesetzt ist und das Gerät trotzdem anstandslos funktioniert.

Der ESP32S3 scheint auch der gleiche zu sein.

... ich bin ja nun schon ein bischen älter und bin was schwer von Begriff... aber wo kann ich die Platine bestellen ? Ich finde nix.
... und das Display hätte ich auch gerne.

LG Philipp

Hallo Philipp,

auf https://openremise.at/de/page_getting_started.html findest Du die ersten Schritte, u.a. Hinweise darauf, wo Du die Platine bestellen kannst. PCBWay scheint derzeit Vorrat zu haben, das ist nicht immer der Fall.

Die Nutzer in Deutschland können Dir wahrscheinlich auch Hinweise auf die optimale Versandart geben - für mich in Australien hat die günstigste Variante gereicht.

Bezüglich des Displays dürfte @ERI_BE die aktuellsten Informationen haben.

Zitat von Flippo im Beitrag #310

---

... ich bin ja nun schon ein bischen älter und bin was schwer von Begriff... aber wo kann ich die Platine bestellen ? Ich finde nix.
... und das Display hätte ich auch gerne.

LG Philipp

---

Zitat von rainynight65 im Beitrag #309

---

Das interessante ist, dass bei mir der Haken bei der Display-Einstellung gesetzt ist und das Gerät trotzdem anstandslos funktioniert.

Der ESP32S3 scheint auch der gleiche zu sein.

---

Hallo zusammen,

ich habe mir dann auch zum ausprobieren dieses Wunderwerk bestellt.

Mal sehen, wie es sich gegen meinen geliebten DCC-EX macht

Werden Software fehler nur im Git gemeldet ? ... ich hätte da vielleicht eine Korrektur in Code...

LG Philipp

Grüß dich Philipp

Ich lese hier eh auch mit und übertrage Fehler die gemeldet werden der Übersicht halber auch selbst zu GitHub.
Ansonsten würd ich glaub ich die Übersicht verlieren.

lg
Vincent

Hi Vincent,

(ich habe den gleichen Fehler auch bei mir gehabt und bin deswegen richtig angespitzt darauf) : habe lange gesucht, bis ich das bei mir weg hatte

Datei: datei service.cpp
Zeile: 3213FF
-----------------------------------------
if (_nvs.programming_type == z21::CommonSettings::ProgrammingType::ByteOnly) {
for (auto i{0u}; i < std::numeric_limits<uint8_t>::max(); ++i) {
sendToFront(make_cv_access_long_verify_service_packet(cv_addr, i),
_nvs.program_packet_count);

if (serviceReceiveBit() == true) return i;
}
}
-------------------------------------------
die Testschleife kommt wegen uint8 und Klammer nach links nur bis zum Wert 254. Die Abfrage "<=" würde ja wieder bei Wert "0" anfangen. Der Wert 255 würde so nie geprüft. Du musst hier den uint16 nehmen und dann die Ausgabe wieder auf uint8 zurück setzen: Mein Vorschlag:
-----------------------------------------
if (_nvs.programming_type == z21::CommonSettings::ProgrammingType::ByteOnly) {
for (uint16_t i = 0; i <= std::numeric_limits<uint8_t>::max(); ++i) {
sendToFront(make_cv_access_long_verify_service_packet(
cv_addr,
static_cast<uint8_t>(i)),
_nvs.program_packet_count);

if (serviceReceiveBit() == true) {
return static_cast<uint8_t>(i);
}
}
}
--------------------------------------------------------------

Schau mal, ob es läuft damit

LG Philipp

Hoppla, Danke. In dem Snippet steckt tatsächlich ein Bug, allerdings beim Vergleich und nicht beim Datentyp.

    for (auto i{0u}; i <= std::numeric_limits<uint8_t>::max(); ++i) {
      //
    }
 
 

Wäre hier korrekt, ansonsten wird der Wert 255, wie du richtig angemerkt hast, nie geprüft.

/edit
Issue:
https://github.com/OpenRemise/Firmware/issues/145

Huhuuu...

mMn kommt der uint8_t nur bis 255, läuft dann über und fängt dann wieder bei 0 an.
Du fängst aber schon bei "0" an, das sind dann 256 Zahlen. Er kann es also nicht.

Philipp

trotzdem prüft i <= alle 256 Werte

Vielen Dank für die Klarstellung, ich dachte, das geht nicht in kombination mit der Schleife

Philipp

Zitat von ERI_BE im Beitrag #319

---

trotzdem prüft i <= alle 256 Werte

---

ich habe nicht über die Sinnhaftigkeit gesprochen .......

Hallo zusammen,

nun wird die ganze Sache ja kurios. Ich habe mir ja die Platine bei PCBway bestellt.
Heute bekomme ich einen Anruf von DHL: man möchte wissen, um was es sich hier handelt und wozu man es gebraucht, ob es bestükt ist und wieviel Layer die Platine hat. Ihr könnt Euch gar nicht vorstellen - ich habe gedacht das ist ein SPAM anruf.

Auf Nachfrage konnte Sie mir aber den Absender und meine Adresse nennen, da kam ich dann darauf, das es wirklich DHL-Zoll Abteilung sein musste.

Ich habe ihr die Daten gegeben, die ich weiss ... mal sehen, wie es nun weiter geht.

Gibt es hier irgendwelche neuen Vorschriften?

LG Philipp

Ging mir genauso. PCBway deklariert den Inhalt der Sendung als "Openremise" und mit diesem Begriff kann die Zollstelle bei DHL nichts anfangen. Ich habe denen PDFs von der PCBway- und von der Openremise-Website geschickt. Hat einige Tage Zeitverlust bedeutet, dabei habe ich diese Versandart als die vermeintlich schnellste gewählt. Künftig werde ich bei solchen Bestellungen die Verzollung durch den Absender vornehmen lassen.

Viele Grüße
Bernhard

Lasst mich raten
Das Kompetenzteam aus Leipzig

Ich habe ca dreimal mit den telefoniert
und viermal bekam ich mail das die sendung in Zustellung ist
und genauso offt wieder die Meldung das die Sendung in der Verzollung wäre
Im telefonat gab es lustige Fragen wie ob das Steurung für Maschinen wären oder Rüstungsteile
Wohl bemert, hatte ich auf deren Wunsch sowohl die Webseite als auch die Produktbeschreibung
als Link
als Screen shot
als Dokument gesendet
immer wärend des Telefonats gefragt ob das jetzt reichen würde
Antworten:
JA
Ja ich denke schon
wir dürfen kein Links öffnen
Wir dürfen kein Anhänge öffnen

Also ich kann nur wärmstens empfehlen die Verzollung durch Absender zu wählen
( ging aus irgendeinem Grund bei mir aber nicht als ich bestellt habe)
Das allerbeste war aber das wärend des letzten der Telefonate es klingelte und ein DHL KURIER (quasi sonderzustellung)
vor der Tür stand und " hier Päckchen für Frau ....) natürlich mit Unterschrift...
ICH habes es einfach gehalten mit der Unerschrift und drei Kreuze gemacht, man muss sich ja etwas anpassen.

ansonsten super schnell