[Test] A495 Firmware-Version 1.00d und 1.00f

[HankeyPoo]

Hallo !

Ja das die Sache nicht so schnell gehen wird habe ich schon befürchtet.
Klar ist das hier alles ehrenamtlich und was dabei rauskommt ist mehr als genial.

Da ich aber zu den ungeduldigeren Leuten gehöre hoffe ich die Sache an diesem Wochenende hin zu bekommen da ich ansonsten die Kamera weiter verkaufen werde.
Denn was bringt mir eine Kamera die ich mir wegen CHDK gekauft habe, wenn ich CHDK in den kommenden Monaten nicht nutzen kann

Hier mal ein status von mir:

Habe mir den DUMP von 100f besorgt und nach der CHDK-PT Anleitung alles vorbereitet.

Makefile´s in CHDK GCC sind auch geändert und alles schaut gut aus.

Bis jetzt bin ich soweit das ich die stubs_entry_2.s erstellt habe und auch die ganzen benötigten .c dateien (boot.c ; capt_sq.c ; lib.c ; movie_rec.c und stubs_entry_2.c) vorliegen habe.

Nun hänge ich nur an dem Punkt an dem ich die Address.txt beider Dumps (100f und 100e) brauche - doch wie komme ich da dran ?
Habe schon alles versucht und gesucht aber nichts gefunden - kannst du mir da spontan einen Tip geben ?

Gruß,

HankeyPoo

[msl]

Hallo,

bisher wurde die A495 nur für die Firmware-Version 1.00f erfolgreich getestet. Es gibt aber auch die Versionen 1.00d und 1.00e.

Die Version 1.00d war bisher auch in unserem Download-Bereich verfügbar, scheint aber nicht zu funktionieren. Es hat sich nun endlich nach 5 Monaten jemand gemeldet, der das bestätigt hat. Deshalb wurde diese Version aus dem Download-Bereich entfernt.

waterwingz aus dem internationalen CHDK-Forum versucht gerade die Versionen 1.00d und 1.00e zum Laufen zu bringen. Da er aber keine A495 besitzt, ist das eine sehr schwierige Aufgabe.

Wir brauchen deshalb unbedingt Tester, die eine der 3 bekannten Firmware-Versionen 1.00d, 1.00e oder 1.00f besitzen. Meldet euch bitte hier oder im internationalen Forum im A495-Thread.

Auch wenn die Version 1.00f schon funktioniert, sind noch Tests notwendig, da es einige Ungereimtheiten gibt.

Danke an waterwingz für die uneigennützige fleißige Entwicklerarbeit in Sachen A495.

Gruß msl

[waterwingz]

I will paste the google translate of this but I have learned the members of this forum don't really need that. Thanks to your efforts, CHDK-DE member D. Obermann was able to confirm that my new version of CHDK for the A495 fw 1.00f works properly. I just posted a 1.00e port based on that information and if that works as expected, I will port the 1.00d as well.

Ich werde die Paste google dieses übersetzen, aber ich habe die Mitglieder dieses Forums gelernt nicht wirklich brauchen, dass. Dank Ihrer Bemühungen war CHDK-DE-Mitglied D. Obermann in der Lage, dass meine neue Version von CHDK für die A495 FW 1.00F funktioniert bestätigen. Ich schrieb einen 1.00E Port auf der Grundlage dieser Informationen und wenn das wie erwartet funktioniert, werde ich den Port 1.00d auch.

[msl]

These are great news, waterwingz.

Thx for your tireless and selfless work.

regards msl

[waterwingz]

These are great news, waterwingz.

Thx for your tireless and selfless work.

regards msl

Beta firmware 1.00d, 1.00e & 1.00f now posted for testing here : http://chdk.setepontos.com/index.php?topic=5570.msg68009#msg68009

I will submit for inclusion with the international version autobuild when I receive feedback that they are working.

Update : Beta firmware 1.00d, 1.00e & 1.00f now available from the autobuild international server : CHDK Autobuild Server

[elexx]

Wir brauchen deshalb unbedingt Tester, die eine der 3 bekannten Firmware-Versionen 1.00d, 1.00e oder 1.00f besitzen. Meldet euch bitte hier oder
Auch wenn die Version 1.00f schon funktioniert, sind noch Tests notwendig, da es einige Ungereimtheiten gibt.

Gibts denn noch was zu testen? Ich hab die 1.00f.

Ein Problem, über das ich bisher gestolpert bin, ist der Autostart. Wenn ich die Doku richtig verstanden habe, sollte damit das zuletzt geladene Script beim Einschalten automatisch gestartet werden. Ich würde, nachdem ich es geschafft habe, CHDK automatisch starten zu lassen, gerne dann auch SEVENUP.BAS automatisch starten lassen.
Wenn ich im "Menü" --> "Skript-Einstellungen" --> "Autostart" aktiviere, geht die Kamera nach dem Laden von CHDK (das Logo blitzt kurz auf) sofort wieder aus. Die CHDK-Installation auf der SD-Karte ist dann quasi nicht mehr benutzbar, denn auch beim Deaktivieren mittels Lock-Schalter und anschließendem händischem Laden geht die Kamera gleich wieder aus. Stellt man vorher auf "ONCE", dann geht die Kamera erwartungsgemäß nur einmal aus, beim zweiten Einschalten funktioniert alles wieder und der Autostart steht wieder auf "OFF". Selbes Verhalten tritt auf, wenn man DEFAULT.BAS verwendet.
Hat jemand eine Idee?

Grüße Steffen

[elexx]

Hm, scheinbar nicht.

Gibts denn hier jemand, bei dem der Autostart eines Skriptes auf einer A495 1.00f funktioniert?

[aurifer]

Ich wollz grad probieren um zu antworten:

Aber bei 'SD bootfähig machen' drücken passiert nix.
Überhaupt flackert (keine Ahnung welche Version) CHDK auf der A495 ständig.

Und wenn ich den Lock verschliese krie'sch nur'n schwarzen schirm.

Also bei mir funtzs nicht. -is aber o ne olle Version.

[elexx]

Ja .. nein, das was Du versuchst, ist der Autostart von CHDK selbst, der funktioniert tadellos (zwar bisher nur auf max. 4 GB-Karten, aber erstmal egal). Dann ist CHDK immer unmittelbar nach dem Einschalten aktiv, ohne dass man erst über "Menü" --> "Firmwareupdate 1.0.0.0 --> 1.1.0.0" gehen muss. Normalerweise lädt man ja dann ein Script und startet dieses dann im ALT-Modus durch Drücken des Auslösers. Mit o.a. Funktion (ALT --> "Menü" --> "Skript-Einstellungen" --> "Autostart") ließe sich das Scriptstarten auch noch automatisieren, leider klappt das bei mir nicht. Ziel wäre, dass die Kamera - einzig durch Drücken auf den Einschalter - anfängt, Zeitrafferfotos zu machen.

Wahrscheinlich ist der Script-Autostart eine recht neue Funktion, die in einer alten Version evtl. noch gar nicht drin ist. Evtl. kannst Du ja erstmal updaten?

[aurifer]

Ah so,
und das nachzulesen wollt ich grad mal CHDK wieder starten. Aber irgendwie bekomme ich jetzt nur nen schwarzen BS nach FW-Aktualisierung... mit und ohne Schreibschutz.

[srsa.4c]

Hallo elexx,

Ich habe eine Idee, die vielleicht helfen kann.
Im Anhang befindet sich ein diskboot.bin für deine Kamera.
Die Differenzen im Quellcode sehen so aus:

Code: Alles auswählen

Index: platform/a495/kbd.c
===================================================================
--- platform/a495/kbd.c   (revision 917)
+++ platform/a495/kbd.c   (working copy)
@@ -11,9 +11,9 @@
 } KeyMap;
 
 
-static long kbd_new_state[3];
-static long kbd_prev_state[3];
-static long kbd_mod_state[3];
+static long kbd_new_state[3] = { 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF };
+static long kbd_prev_state[3] = { 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF };
+static long kbd_mod_state[3] = { 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF };
 
 static long last_kbd_key = 0;
 static int usb_power=0;


Eine soartige Veränderung wurde vor ungefähr zwei Monaten für einige Kameras schonmal durchgeführt, siehe hier (englisch):
http://chdk.setepontos.com/index.php?to ... 0#msg75340

Mich würde interessieren, ob diese Korrektur deine Probleme mit Autostart behebt.
Wenn es tut (oder nicht), könntest du bitte ein ROMLOG machen lassen und es hier hochzuladen? (Verschiedene Einstellungen -> Debugging-Einstellungen -> ROM-Crash-Log speichern)

MfG.

Anmerkung an allen: Ich kann leider nicht besonders gut auf Deutsch schreiben (ich tue das zum ersten Mal).

[elexx]

Hallo srsa.4c,
vielen Dank für Deine Mühe! Dein Deutsch ist sehr gut, ich kann es lesen

Tatsächlich funktioniert der Autostart mit dieser Änderung!

Nach dem Einschalten reagiert die Kamera mit einer Funktion des Original-Menüs - so, als ob die [>]-(ALT-,Play-)-Taste lang gedrückt worden wäre. Das ist verwirrend, aber nicht schlimm.

Ein einfaches Script bleibt beim "Shoot"-Befehl stecken, wenn mit Autostart zu schnell nach dem Einschalten der shoot-Befehl kommt:

Code: Alles auswählen

@title Autostart-Test

for J=1 to 5
        print "Bild "J
        shoot
        sleep 5000
next J

end


man kann es aber abbrechen. Mit einer Warteschleife vornweg funktionierts:

Code: Alles auswählen

@title Autostart-Test
@param k Wartezeit
@default k 10

for J=1 to k
   print J
next J

for J=1 to 5
        print "Bild "J
        shoot
        sleep 5000
next J

end


Ist J kleiner als 10, dann ist der Effekt wie oben.


Brauchst Du trotzdem ein ROM-Log?


Grüße Steffen

[msl]

Hallo srsa.4c,

vielen Dank für diese Verbesserung. Ich habe sie mit Revision 918 in CHDK-DE eingepflegt.

Gruß msl

[srsa.4c]

Hallo elexx, msl.

Es freut mich, daß meine Vermutung richtig war. Eigentlich wollte ich eine generelle Lösung für das Problem mit der Tastenbehandlung finden. Jetzt sehe ich aber, daß es nicht so einfach ist.

Offtopic :

Die Variablen in kbd.c sind für einige Kameras schon initialisiert. Für die meisten Modelle aber nicht. Und es sieht ganz so aus, daß diese nicht initialisierte Variablen diverse Probleme verursachen können. (A410, A430: Probleme mit Scripten in PTP-mode, A495: Script Problem beim Autostart, und das ist bestimmt nicht alles.)
Der CHDK-Quellcode, der sich um die Tasten kümmert ist mir leider nicht bekannt (es ist zu kompliziert), aber ich vermute, daß der Hund eigentlich dort begraben ist.

Zurück zu A495: Wenn ich es richtig verstehe, der Kamera benimmt sich jetzt anders als ohne die Veränderung (ich meine jetzt das Einschalten ohne Script-Autostart). Wenn das so ist, dann soll etwas noch verändert werden, oder es wird Ärger geben... Die meisten Benutzer brauchen keine automatisch gestartete Scripten. Ich habe noch keine bestimmte Idee, was für Änderungen noch nötig sind. (Ich habe diesen Kamera nicht, also kann selbst nicht testen.)
Das A490 Modell hat (hatte) identische kbd.c, es kann sein, daß es die gleiche Probleme hat.

Brauchst Du trotzdem ein ROM-Log?

Ja, bitte, mich würde es wirklich interessieren, was beim Autostart schief gegangen ist.

MfG.

[elexx]

Zurück zu A495: Wenn ich es richtig verstehe, der Kamera benimmt sich jetzt anders als ohne die Veränderung (ich meine jetzt das Einschalten ohne Script-Autostart). Wenn das so ist, dann soll etwas noch verändert werden, oder es wird Ärger geben...

Ja, die Kamera benimmt sich mit "Deiner" DISKBOOT.BIN etwas anders, als sonst - auch wenn Skript-Autostart ausgeschalten ist. Die Funktion, die erscheint (im Wiedergabemodus mehrere Bilder/Filme überspringen), habe ich bisher in der normalen Bedienung noch nicht gefunden, es hat aber irgendetwas mit der [>]-Taste zu tun. Im CHDK-Handbuch steht, die [>]-Taste schaltet in den ALT-Modus um - das tut sie auch - und die "normale" Funktion der Taste erreicht man durch längeres gedrückthalten. Das ist jetzt NICHT so, die [>]-Taste schaltet zwar in den ALT-Modus, "dahinter" erfolgen im Display aber auch Reaktionen der "normalen" Bedienfunktion. Gerade habe ich noch feestgestellt: Beim längeren Drücken der [>]-Taste stürzt die Kamera ab. Oder geht sie aus, weil das eine gewollte Funktion ist? Das kann ich gerade nicht auseinanderhalten.

könntest du bitte ein ROMLOG machen lassen und es hier hochzuladen? (Verschiedene Einstellungen -> Debugging-Einstellungen -> ROM-Crash-Log speichern)

Ja, gern - folgendes habe ich gemacht:
-- Version a495-100f-1.1.0_BETA_rev_917
-- CHDK-Autostart von 4 GB-SD-Karte
-- im Menü Skript-Autostart auf "Once" gestellt
-- Kamera ausgeschalten
-- Kamera eingeschalten
-- CHDK startet (Logo kommt), links unten steht kurz "Autostart", danach ist Kamera wieder aus.
-- Kamera eingeschalten (da oben "Once" stand, kann man sie jetzt wieder bedienen)
-- Verschiedene Einstellungen -> Debugging-Einstellungen -> ROM-Crash-Log speichern
-- nachfolgend die geschriebene Datei

Hoffe, das hilft,
Grüße Steffen