LCD Display

[jokel]

vanhofen .. schau dir bitte das mal an ..
https://github.com/neutrino-images/ni-n ... df24e5R657
und
https://github.com/neutrino-images/ni-n ... df24e5R660
ich habe beides geändert in

Code: Alles auswählen

void setSelectedByName(const std::string& Name);

und

Code: Alles auswählen

int getSelectedByName(const std::string& Name);

ich habe es damit compilieren lassen .. sprich image erstellt .. geflasht
damit habe ich keine fehler mehr i.p. lcd display .. auch die anzeige ecm ist wieder da

[seife]

Und was genau ist da jetzt anders als im git? dort ist doch dasselbe drin?

Kannst du mal einen diff zeigen zwischen deiner menu.h und der im repo? "git diff"?

[Ezak]

std::string& Name vs std::string &Name

[BPanther]

Normalerweise sollte es egal sein ob man:

Code: Alles auswählen

std::string& Name
std::string & Name
std::string &Name

schreibt, denn das stellt doch alles das gleich dar.

[jokel]

ja das habe ich auch gelesen ..
https://grapeprogrammer.com/const_string_reference_cpp/

aber mit "const std::string &Name" so wie es im ni-image ist .. funzt mein lcd display nicht richtig

wenn ich das aber mit "const std::string& Name" compiliere .. ist alles schick

meine änderung bezog sich auch auf das ..
https://github.com/neutrino-images/ni-n ... 48072R1789

und das funzt nun mal .. da scheint es wohl compiler unterscheide zu geben
im ni-images bis zum 5.4.2023 war alles i.o. .. danach machte mein lcd display probleme i.p. anzeige
das die werte nicht mehr stimmten bzw. fehlten.

dann habe ich mir ein image erstellt ohne den commit von dbt1 vom 6.4.2023 und das lief ohne probleme
jetzt habe ich ein aktuelles image laufen mit der oben beschriebenen änderung des dbt1 commit
alles da .. alles schick

ab und zu mache ich ein online update und bis jetzt gab es im grossen und ganzen keine probleme
aber nachdem letzten online update .. habe ich das ganz schnell wieder entsorgt.

mein lcd display ist mir halt wichtig .. ohne lcd display wäre mir das wahrscheinlich gar nicht aufgefallen.

[BPanther]

Hmm... Vielleicht liegt das auch am Compiler. Ich baue hier mit GCC 8, schon weil die Images damit am kleinsten werden als mit GCC 6-13 - und ich habe damit bisher keine Probleme. Aber keine Ahnung, was bei NI für eine Version verwendet wird und ob das wirklich ein Grund ist.

[seife]

Das ist jedem Compiler scheissegal.

Ich vermute eher, daß durch das ändern des Headerfiles einfach mal ein paar Objectfiles neu gebaut werden und deswegen eine falsche linkage dadurch korrigiert wird.

Also ein "Dreckeffekt" der einen Bug woanders überdeckt.

Es würde mich sehr stark wundern wenn durch das hin- und herschieben des Leerzeichens der Fehler getriggert und gefixt werden könnte, also probiers doch noch mal mit der variante im git und schaue ob der Fehler dann wieder da ist.

[jokel]

die git variante ist ja das online update das ich gemacht habe ..
aber ich gebe dir recht .. ich jage das git mal bei mir durch .. schauen wir mal

[jokel]

ich habe ja mehrere images vom ni backup server runter geladen und getestet
daher konnte ich das ganz gut eingrenzen .. ab wo die probleme anfingen 6.4.2023

ich habe jetzt das aktuelle git bauen lassen .. und wie es aussieht läuft alles rund
einzige unterschied .. das mein archiv 70kb grösser ist .. gcc 11.2

anschliessend habe ich ein online update von heute gemacht .. läuft .. alles da
das lass ich jetzt erstmal laufen .. um zusehen ob nicht doch noch was muckert

[jokel]

leute ich bin ein idiota .. das jetzige image läuft astrein .. es gibt da kein muckern u. kein zucken
ich war da wohl ein bisschen übereifrig mit meinen postings .. aber wenn irgendwas im lcd display flackert .. egal
dbt1 .. vanhofen und bp usw. machen hier eine super arbeit .. es sieht wohl so aus .. ungenannter
das sich wohl meine karten daten erneuert wurden .. sprich von mai auf august aktualisiert wurden
und es deshalb zu diesen problemen kam .. desweiteren hat mich der ungenannte darauf aufmerksam gemacht
das so ein flashspeicher sich abnutzt
heist ich soll weniger flashen

[Miky]

Bevor der Flash Speicher kaputt geflasht ist, ist die restliche Hardware schon x Mal im Eimer.

[Gorcon]

Moin,

ich habe hier noch ein Pearl Display und wollte das mit einer Box zusammen verkaufen.
Aber ich bekomme das Display nicht zum laufen. Es ist nur eingeschaltet und im Display steht: Aucune photo. Bilder werden auch keine angezeigt. An einem Receiver angeschlossen (LCD4 Linux auf ein Pearl 320x240) ist natürlich auch aktiviert aber auf dem Display passiert nichts.
Das Display lief aber mal vor vielen Jahren.
Am PC kann ich nur auf das virtuelle CD Laufwerk zugreifen. Ein Datenträgerlaufwerk wird mir nicht angezeigt.
Es scheinen auch noch 4 Bilder gespeichert zu sein (angezeigt werden sie im Display aber nicht)

[Gorcon]

PS: hat sich wohl erledigt, der Akku scheint defekt zu sein und wenn der nicht geladen ist schaltet das Teil nicht um.

[Don de Deckelwech]

Hi,
iirc war schon damals der Tip, das Pearl aufzuschrauben und den Mini-Akku zu entfernen.

Ciao,
DdD.

[Gorcon]

Hilft leider nicht. Das Ding schaltet dann erst recht nicht um.
Es bleibt der weiße Bildschirm mit dem Schriftzug Aucune Photo.
Das ist wohl Französisch und bedeutet kein Foto.
Bilder sind aber drauf, nur angezeigt werden die nicht.

Wenn man die Menü Taste länger Drückt kommt das Bbotmenü und dann schaltet das Display irgendwann in den LCD4 Linux Modus, aber nach dem aus und einschalten der Box bleibt es wieder ohne die gewünschte Anzeige.

Nach 10min20 schaltet es erst automatisch um.
Ein Bild habe ich jetzt auch noch aktiviert, hilft aber nicht. (nur das dann die Meldung nicht kommt mit "Aucune Photo").

[fred_feuerstein]

Du schreibst oben was von einem "Pearl"-Display. So eins ist es aber nicht wie es aussieht. Denn beim Pearl-Display kann man sobald es mit der Firmware geflasht wurde nichts mehr ausserhalb von lcd4linux anfangen. Also Fotos anzeigen etc.

Das was Du da hast, hat ja scheinbar noch ein Menü und muss umgeschaltet werden. Scheint also ein anderes Display als die "Ur"-Pearl-Displays oder deren noch billigere China-Klone zu sein.

[Gorcon]

Das ist schon das Pearl Display. Etwas anderes hatte ich nicht.
Es startet mit dem Pinguinbild.

[Gorcon]

Ich habe nochmal die Flashanleitung herausgeholt, dort steht das man in den Entwicklermodus nur rein kommt wenn man für 2 Sek die Menü Taste drücken muss.
Nur muss man das dann (besonders ohne Akku) bei jedem Start.
Egal, ich dachte eigenentlich das man dort auch die Menüs sich anzeigen lassen kann, aber das geht nur mit Boxen die selbst ein größeres VFD/LCD Display haben, bei der Neo2 fehlt dieser Einstellpunkt im Menü.

[fred_feuerstein]

den aktuellen Menüpunkt, wo man sich gerade befindet, wird auch so angezeigt.

Allerdings ist trotzdem komisch, dass Du jedesmal bei einem Reboot irgendwas am Display drücken musst. Normal ist das nicht.
Findest Du Dein Display hier in der Liste? viewtopic.php?p=959&hilit=lcd4linux+firmware#p959
bzw. hattest Du das damals so geflasht?

[Gorcon]

Danke, jetzt scheint es zu laufen.
Hat sich vielleicht wegen dem defektem Akku zurückgesetzt. Keine Ahnung.