Posts by darkvision

Quote from uwe1972

Sieht nach Platzmangel auf der Disk aus

Glaub ich zwar nicht (Es wurden ja scheinbar alle Dateien kopiert), aber theoretisch könnte es die Möglichkeit geben das es mehrere Dateien mit gleichem Namen auf der (fehlerhaften) Disketten gibt und die Zählroutine dann durcheinander kommt. Bei verschiedenen Tests mit manipulierten Disketten konnte ich so einen Fehler wie oben nicht reproduzieren. Und das sollte auf einer leeren Diskette auch nicht auftreten können... Doppelte Dateien werden aktuell aber auch nicht durch das SETUP gelöscht, da werde ich dann noch was anpassen.

Quote from uwe1972

Bei mir zittert Neuerdings wieder der Mauszeiger, trotz der angepaßten U64- Maustreiber, und ich weiß nicht wieso,

Ich auch nicht. Das Zittern kommt aber nur durch den Maustreiber wenn der schneller zwischen den beiden Ports wechselt als der SID den Wechsel abschließen kann. Und das kommt nur dann vor wenn die CPU schneller läuft als 1MHz und der Maustreiber den Takt nicht runterregelt.

Also bitte prüfen ob auch der richtige U64-Maustreiber aktiv ist und ob im U64 die TurboRegister entsprechend gesetzt sind, damit der U64-Maustreiber den Takt auch runterregeln kann. Ansonsten bitte eine bessere Hardware (C64) verwenden

Quote from DJ SID

Was mache ich aufeinmal falsch?

Das kann ich Dir nicht sagen, da Du so gut wie keine Infos zum Fehler aufgeführt hast.

Z.B. War die Diskette ine "GEOS-formatierte" Diskette (mit Borderblock)? Erkennbar an 1Block weniger frei als üblich. War das ein leeres DiskImage? Falls Nein: hast Du automatisch alle Dateien vor dem kopieren löschen lassen oder nicht? Laufwerkskonfiguration? Hast Du die Diskette nach "SETUP ABBRECHEN" mal auf Fehler untersucht? Was ist GDOS83? V0.83? Ist das ein echtes 1581-Laufwerk oder ein emuliertes? Wenn letzteres: Was für eines? Was für ein Hardware wurde verwendet? Oder innerhalb VICE?

Ich hab eben auf leerem D81 Vollsetup gemacht: Funktioniert.

Dann alle Dateien auf der Diskette "umsortiert" (Reihenfolge umgedreht) und dann nochmal SETUP drüber installiert, ohne zuvor die Dateien löschen zu lassen. Funktioniert.

Benutzerdefiniertes Setup, nicht alle Dateien kopiert. Funktioniert... (vorhandene nicht gelöschte Dateien werden da aber mitgezählt).

Du kannst das D81 ja auch hier als ZIP anhängen bei dem der Fehler aufgetreten ist, damit ich das nachvollziehen kann.

So aber kann ich erstmal nichts sagen. Der Code setzt das Verzeichnis auf Anfang, und vergleicht dann jeden Eintrag mit einer GDOS64-Datei. Wenn gefunden, dann wird der Zähler korrigiert. Es werden dabei alle Einträge im Verzeichnis getestet (daher kann das bei 280 Dateien ggf. sehr lange dauern...).

Quote from uwe1972

Von meiner Seite ist das eine sehr Elegante Lösung, und heute ist ja Platzmangel kein Thema mehr

Um den Platzmangel ging es gar nicht, eher darum das die Dokumente öfters aktualisiert werden wie GDOS64 selbst. Aktuell arbeite ich an einer ähnlichen "Kurzanleitung" für GDOS64 selbst, danach noch was zu GeoDesk.

Gerade hab ich aber eine kleine Pause eingelegt:

Hab jetzt das CMD-geoMakeBoot disassembliert und den Code etwas aufgeräumt. Warum?

Damit hab ich jetzt eigentlich alles, was man braucht um ein GEOS 2.x zu "modernisieren":

* GEOS+MakeBoot
* GeosConf
* DeskTop V2.1
* Diverse SD2IEC-Tools
* Uhrzeit über SD2IEC/WiC64/TC64/U64 setzen
* Spezielle Maustreiber für das U64 mit Turbo

D.h. von Originaldiskette starten, die "Update"-Disk einlegen, MakeBoot starten und die Disk ist eine Boot-Diskette mit allem was man evtl. braucht und mit der *EIGENEN* Seriennummer.

Preferences+Drucker kann man bei Bedarf selbst draufbügeln... Der Vorteil: damit kann man dann auch bequemer auf GDOS64 updaten

Muss ich bei Gelegenheit mal ein paar D64 zusammenstellen...

Quote from WebFritzi

Oder möchtest du damit ausdrücken, dass die Beurteilung von Qualität bzw. Nutzen individuell verschieden ist?

Natürlich.

Ein Qualitativ schlechtes "Programm" ist z.B. das GEOS was da mitgeliefert wird (das ist zusammengefrickelt, laut Screenshots). Dafür würde ich nichts zahlen und es hätte für mich praktisch keinen Nutzen.

Dein GUI64 ist dabei, das könnte auch 20€ kosten und wäre preislich für mich OK weil es Qualitativ schon besser ist (SD2IEC-Support). Kaufen würde ich es trotzdem nicht, weil es für mich praktisch keinen Nutzen hat.

Quote from Snoopy

Ist denn überhaupt ein Programm mit dabei, das aktuell noch zu kaufen ist, also was kostet? Ich habe mal kurz durchgeschaut, aber keines gefunden.

Das könnte auch ein Grund sein, dass man nur Programme aufgenommen hat, die man kostenlos lizenzieren konnte. Und dann wäre C64OS eh raus.

Das hab ich mich auch gefragt... da sind zwar ein paar aktuelle Spiele dabei, aber da ich kein Spieler bin

Was ist den mit den Sounds/SID-Tunes? Ist da was dabei das was kostet?

Quote from Juergen Johannes

Die markierte "Index" Datei könnte hier auch noch runter (15 Blöcke/4kb). Die "News", würden meiner Meinug nach, bei jedem Update reichen.

Naja... hatte mir überlegt das jemand die Disk evtl. auf eine CMD-HD kopieren könnte, und dann in GD.CONFIG die Partition für die Hilfe/F1 einstellt. Dann braucht man für F1 die de.index.001, und da dort auf "Whats new" verlinkt wird müssen eigentlich beide drauf sein. Die auf der Bootdiskette bekommst Du sonst ja nur noch manuell über die Vorschau zu Gesicht...

Wenn ich da eine vereinfachte de.Index.001 ohne News draufkopiere und das dann jemand auf die Bootdisk kopiert, dann wäre die WhatsNew Seite weg... (naja, nur der Link dorthin).

Daher sind beide mit auf der HelpDisk, dann ist es egal wie man das anschaut, ob über F1 oder Vorschau. Ist eine Hybrid-Lösung.

Quote from WebFritzi

Den Preis eines Produktes kann man doch nur anhand der Qualität des Produktes beurteilen. Deshalb verstehe ich deine Aussage nicht.

Nein, der Preis bemisst sich auch am Nutzen des Programms für einen selbst.

Quote from syshack

Quote from darkvision

Nehmen wir an er würde das Peri für 25AUD

Na, na, na, Aussie-Dollar (AUD) ungleich Canada Dollar (CAD)

Wobei der Wert genauso schlecht scheint wie unser Roo-Dollar...

Oops... mein Browser hat im C64OS-Store AUD angezeigt

Quote from Nighti

Ich glaube viele vergessen, dass in kleinen Stueckzahlen man die Marge noch Oben schrauben muss. Der Aufwand etwas zu verpacken, versenden, die Zahlungsabwicklung, Retourenhandling, Kundenanfragen, QA ... Das macht man alles nicht fuer 1 Euro Gewinn bei 100 verkauften Stueck. Auch fuer 1000 Stueck ist das alles Hobby und haengt vom "machen Wollen" vom Verkaeufer ab.

Ich glaube auch nicht das er damit Geld verdienen will um davon leben zu können. Das soll sicher nur die Kosten decken und etwas den Supportaufwand abdecken. Wenn da noch was überbleibt ist das sicherlich nicht ausreichend, die Arbeit dahinter abzudecken.

Die 64AUD sind sicherlich auch eher ein "Gag": 64! (wie die 666€ beim Mega65).

Nehmen wir an er würde das Peri für 25AUD (~15€/16$) anbieten, dann wäre der C64U also 16$ teurer geworden. Das hätte sicherlich keinen der Käufer davon abgehalten (oder nur eine begrenzte Anzahl...). Ich vermute eher das war gar nicht gewollt...

Quote from Snoopy

Sehe ich anders. Sobald ich für ein Produkt Geld verlange, ist es eben kein Hobby mehr, sondern ich verkaufe etwas.

Man kann auch bei Hobby-Projekten "verkaufen"... Es gab mal sowas wie Shareware wo man einen "Obulus" dafür an den Entwickler abgetreten hat

Hat sich mal jemand die gesamte Software-Liste angeschaut? Ist da irgendwas dabei was die Vorzüge des C64U (oder besser U64) ausnutzen kann? (Von den Terminalprogrammen mal abgesehen...)

Die SD-Karte kostet keine 40€... das Programm selbst und den Support lässt er sich damit bezahlen. Und 40€ sind ungefähr 80DM... so viel hat damals auch Bookware von M&T gekostet. OK, da war dann eben auch ein Buch dabei. Aber seither ist alles teurer geworden. Ich finde den Preis jetzt nicht überteuert (zum Vergleich: Sam's Journey als Spiel kostet 20€).

Ob das Produkt C64OS das Geld Wert ist, das ist eine völlig andere Frage...

Auf dem C64U hätte ich das als Sinnvoll erachtet, da das Ultimate doch auch DNP unterstützt? Dann hätte man doch die Vorzüge des C64U zeigen können (internes Laufwerk, NativeMode, DNP, usw...)

Quote from Tobias

Es wäre hilfreich, wenn es mal Fotos gäbe, auf denen der "Defekt" mit den alten Formen den Ergebnissen mit den neuen Formen gegenübergestellt ist. Gibt es sowas schon?

Steht im Please login to see this link. (übersetzt mit Deepl):

Quote

Sie haben die Form „repariert“, aber nicht so, wie sie vorher war. Jetzt gibt es ein Problem mit der Kante, an der sich die Einspritzöffnungen für jede Tastenkappe befinden. Die Kante ist jetzt gezackt. Man sieht es nicht, wenn die Tastatur im Gehäuse ist, aber ich weiß, dass es da ist, und wenn man sich eine bloße Tastenkappe ansieht, kann man es leicht erkennen. Das hat mich sehr geärgert! Dieses Problem lässt sich nur durch den Austausch der Form beheben. Die andere große Form war nicht beschädigt. Ich habe Testmuster der Tastenkappen erhalten, und abgesehen von den Beschädigungen an den kleinen Tastenkappen waren sie in Ordnung. Sie konnten die Kante abschneiden, um die Beschädigung zu minimieren, aber man sieht sie immer noch.

Please login to see this attachment.

Ich kann mir da gut vorstellen dass es für die meisten kein Problem wäre... aber Jim ist da wohl Perfektionist... die Kante sieht in jedem Fall schlimmer aus als die aus der ersten Aktion.

Ein Vergleich alt/neu gibt es evtl. auf Discord, da hat er wohl Bilder von den neuen Kappen gepostet... da schau ich aber nicht vorbei.

Quote from Kubi1230

Kommt da nun irgendwann mal was? Permanent lese ich dass wieder irgendwas nicht klappt, nicht passt usw...

Davon gehen alle, inkl. dem Entwickler des BlingBoards, aktuell noch aus. Wann es soweit ist kann man nur zwischen den Zeilen aus den letzten Kommentaren von Jim herauslesen ("in a couple of weeks..."). Dann soll das letzte noch fehlende Teil (die Tastenkappen) bei Jim sein und er wird alle die bei Indigogo mitgemacht haben anschreiben. Dann wird man erfahren was das Porto kostet und man kann seine Farben wählen... kann nur noch Wochen, Monate oder Jahre dauern (Ich hab auf die Kappen aus der ersten Aktion geduldig mehrere Jahre gewartet...)

Quote from Kubi1230

Kann man irgendwo lesen / sehen wann was geplant ist?

Eigentlich ja, auf der Projektseite gab es ein paar "Updates"... die neuesten Infos stehen aber in den Kommentaren.

Jim hat jetzt auch eine "schwammige" Erklärung dazu geliefert, warum der C64U schon Tastenkappen hat... ist daher keine Spekulation mehr:

Quote from CBMSTUFF

Different keycaps

Mehr gibt es dazu nicht, ausser noch das hier:

Quote

I am sorry about the lack of communications. The situation is rather difficult because of the NDA I have, and I am having to navigate through this mess with not much ability to disclose anything related to Commodore.

I can say that the keycaps from my new molds do not have the problems of the original (damaged) molds. Providing perfect keycaps (plastic and printing) has always been my goal with this campaign. I spent a ridiculous amount of (personal) money to make this right while I battle with the factory to determine what they are going to do about my other molds. I had to have SOMETHING that was perfect, and the only way to move forwards was making new molds.

Klar ist: Der C64U nutzt "Different keycaps" als die, welche dann später beim BlingBoard64 dabei sein werden. Was da jetzt genau "Different" ist? Kann man nur wieder spekulieren:

SPEKULATIONS-MODUS AN:

Ich deute vor allem den zweiten Abschnitt im obigen Zitat so, das die bisherigen Kappen nicht gut genug für Jim waren, daher die neue Form. Aber evtl. waren die Kappen aus der alten Form gut genug für Peri um diese mit dem C64U auszuliefern.

SPEKULATIONS-MODUS AUS

Wäre zumindest keine ganz unschlüssige Annahme warum der C64U schon ausgeliefert werden kann und wir noch auf das BlingBoard64 warten...

Quote from He-Man1982

Da die Geräte ja wohl bald eintreffen werden, kann man ja nun jetzt abwarten, bevor man das nächste Spekulations-Faß öffnet.

Das es damit nichts mehr wird ist keine Spekulation, denn "in a couple of weeks" ist mind. Zwei. Und wenn man dann noch Farbe wählen/zahlensoll + Versand...

Was die Qualität angeht... vielleicht. Den Unterschied wird man aber auch dann erst im nächsten Jahr vergleichen können wenn das BlingBoard64 verschickt wird. Evtl. zu Weihnachten 2026

kleines Update... Übersetzt mit Deepl:

Quote from CBMSTUFF

Entschuldigt bitte, aber ich habe seit den umfangreichen Änderungen an Indiegogo keine Benachrichtigungen mehr über Kommentare erhalten. Tatsächlich habe ich den Zugriff auf die gesamte Backend-Seite verloren, und sie arbeiten daran, dies wiederherzustellen.

Die mit meinen Originalformen hergestellten Tastenkappen entsprechen nicht meinen Standards, da es sich um etwas handelt, das man in den Händen hält und auf die Tastatur legt. Dies ist auf die schlechte Reparatur meiner beschädigten Form zurückzuführen. Ich habe Testabgüsse von den brandneuen Formen, die ich anfertigen ließ, und sie sind sogar besser als meine Originale, was mich angesichts der Hölle, die ich durchgemacht habe, ein wenig überrascht hat. Ich habe Anfang dieser Woche einige Bilder davon auf meinem Discord gepostet.

Ich habe ein weiteres Unternehmen für den Druck gewonnen, um für den Fall der Fälle eine Absicherung zu haben. Die Tastenkappen-„Sets” bestehen nun entweder aus 62 Tastenkappen (alle Tastenkappen außer den Funktionstasten) oder den 4 Funktionstasten. Diese kompletten Sets sind in allen Farben erhältlich. Es wird keine „großen” oder „kleinen” Tastenkappen-Sets mehr geben, wie es sie in der ursprünglichen Tastenkappen-Kampagne gab.

Ich lasse mehrere tausend Sets jeder Farbe herstellen und bedrucken. Für die Unterstützer wird es keine Probleme geben, eine bestimmte Farbe zu erhalten, daher benötige ich bis kurz vor dem Versand keine Farbangaben. Wenn ich Sie kontaktieren werde, um die Versandkosten und die gewünschten Farben zu erfragen, besteht die Möglichkeit, Ihrer Bestellung weitere Artikel hinzuzufügen, wie z. B. zusätzliche Tastenkappen-Sets.

Die Tastenkappensets werden per Luftfracht statt per Schiff verschickt. Ich gehe davon aus, dass ich in ein paar Wochen die ersten Tastenkappen erhalten werde.

Quote from CBMSTUFF

Sorry everyone - I have not been getting any notices about comments from Indiegogo since the major changes were made to it. In fact, I lost access to the entire back-end page, and they are working on restoring that.

Keycaps made with my original molds are not up to my standard since these are something that you are holding in your hands and putting on the keyboard. This is due to the poor repair job that was done to my damaged mold. I have test shots from the brand new molds that I had made and they are even better than my originals, which was a little surprising given the hell I have been through with this. I posted some pictures of these earlier this week on my Discord.

I have acquired another company to do printing, adding a backup should that ever be necessary in the future. Keycap "sets" will now be either 62 keycaps (all keycaps except function keycaps) or the 4 function keycaps. You can get any color in these full sets. There will not be any "large" or "small" keycap sets anymore like there was in the original keycap campaign.

I am having several thousands sets of each color made and printed. There will be no issues for backers getting any colors, and so I won't need any color information until just prior to shipping. When contacting you to collect the shipping cost and what color(s) you want, there will be an option to also add other items to be shipped with your backed order, like additional keycap sets.

Keycap sets are being shipped via air freight instead of slow boat. I am expecting to start receiving batches of keycaps in a couple of weeks.

Wenn ich das so rausdeuten kann: Die jetzt verschickten C64U haben minderwertige Tasten?

Den letzten Satz kann man so interpretieren das es dieses Jahr wohl nichts mehr damit wird...

Quote from GoDot

Verstehe ich das richtig? Ihr ruft die Uhrzeit *ununterbrochen* ab? Also, das machen Please login to see this link. nicht! Beim Start des Programms gibt‘s eine Synchronisation mit der TI$-Uhr und das war‘s dann. Die Synchronisation kann man beliebig oft händisch wiederholen und zweimal am Tag (um 12 und um 0 Uhr) geschieht das automatisch. Ein schöner Bildschirmschoner!
Arndt

Ja, aber nur beim ersten mal fragt das WiC64 die Uhrzeit via NTP an... wie oft es das wiederholt weiß ich nicht. Jedenfalls läuft die Uhr auch dann wenn ich zwischendrinn den Stecker ziehe...

Ich hatte kurze Zeit sogar den Verdacht das im WiC64 dann jedesmal auch eine Anfrage an den NTP rausgeht... aber das scheint ja nicht zu passieren, sonst würde das WiC64 hängen bleiben wenn kein Internet da ist.

Ich wollte dazu im obigen Post auch schon was schreiben... der C64 hat ja eine interne Uhr (CIA, TOD)... die nutzt z.B. auch GEOS. Und da ruft mein Programm beim Start die Zeit über das WiC64 ab und danach nie wieder... ist ja keine Atomuhr die auf die 1/1.000.000s genau gehen muss.

Ansonsten könnte man das so machen wie Du schreibst... 2x am Tag, oder jede Stunde... evtl. einstellbar. Für einen Bildschirmschoner reicht dann die Genauigkeit

Quote from TD1334

Ich habe kein TC64, bin somit auf Hilfe angewiesen.
Wenn ich in der Config ändere, ist das permanent, also auch wenn man den C64 aus- und dann wieder einschaltet?

Das Menü zeigt die aktuellen Einstellungen der Register an, ist aber nur temporär. In der Regel macht man aber nur einen RESET (das TC64 hat dazu ja einen eigenen Taster, anders als das U64). Die Config wird erst permanent, wenn man im Menu "Write settings" auswählt.

Und das ist dann eben das Problem: Das mit dem TurboDown merkt man schon beim Reset, das mit dem IEC-Off aber nicht unbedingt. Wenn ich dann im Menü z.B. Turbo wieder anschalte und eine andere Änderung (z.B. Boot From SD) mit "Write settings" speichern will, dann würde auch das IEC-Off mit gespeichert.

Ob Du da jetzt (ohne Grund) wieder alle Register veränderst oder nur Turbo On/Off... Deine Entscheidung. Ich bin da nicht der typische Anwender.

Quote from TD1334

Anfänglich habe ich ja beim TC64 im Register alles so gesetzt wie ich das für Sinnvoll erachtet habe, wenn ich die Kontrolle übernehme.
Das bedeutete auch das IEC sensitive aktiv war.

Hab nochmal nachgeschaut, vielleicht war da schon der ORA #$7F-Befehl das Problem... Wenn ich ins Menü gehe ist die Chance ja 50:50 das ich im Modus Turbo On oder Off im Menü lande... Egal, jetzt geht es ja

Quote from TD1334

Das U64E2 hat eine gewisse Eigenart.
Wenn ich in der Config einstelle 8 MHz, Turbo Register und d0bc an. Dann kann ich über $d031 die MHz direkt einstellen. Sagen wir ich ändere das auf 16 MHz. Wenn ich dann aber per $d07a/7b den turbo aus und wieder einschalte, dann glaube ich aktiviert der Turbo die 8MHz.

Da sagt die Doku was anderes, aber die war evtl. noch für das alte U64 mit 48MHz gedacht. Evtl. haben sich da die Einstellungen etwas geändert. Bei $7B sollte das eigentlich auf 20MHz gehen. Ich hatte mit der Doku für die API aber auch scon so meine Probleme/Fehler, würde micht nicht wundern wenn das nicht 100%ig passt. Mich wundert z.B. die $(079) die nach den 20MHz in der Beschreibung steht...

Da kann ich Dir aber nicht helfen, ich hab zwar ein U64, aber ohne TurboFirmware...

Quote from Juergen Johannes

Ich habe auch noch das U2+L Modul. Würde das damit auch gehen?

Ja, hat ja keinen Turbo, daher sollte das immer funktionieren (bzw. es spielt keine Rolle ob das eingesteckt ist oder nicht). Die Uhr läuft ja mit dem WiC64.

Quote from TD1334

Darkvision hat mich ja darauf hingewiesen. Bei der Ultimate könnte ich hingegen sogar anbieten in welcher der 16 möglichen Taktstufen von 1-48/64 Mhz das Programm laufen soll.

Nur der Form halber: Das Problem war nicht das Du was geändert hast, sondern das Du alles mögliche auf einmal geändert hast

Wenn Du z.B. Befehle einbaust Wie "turbo ON/OFF", dann wäre das OK, wenn sich die Einstellung im Menü ändert (ich vermute das passier auch beim U64).

Wenn Du einen Befehl einbaust "speed 50%" und der dann den Wert für SpeedControl ändert, dann ist das auch OK. Das sind zu erwartende Änderungen (das Menü zeigt die aktuelle Einstellung an).

Das sind dann zwei Werte die man ggf. im Menü nach einem Reset wieder zurücksetzen muss (oder C64 aus/einschalten).

Anfänglich war das Thema aber das alle vier Optionen im Menü verändert wurden, dabei auch das IEC-Sensitive-Flag, was automatisch die CPU drosselt, wenn Aktivitäten am Bus erfolgen (meine ich zumindest). Wenn das unerwarteterweise "Aus" ist, dann würde ich das als Fehlerverhalten des C64 nach Nutzung Deines Programms ansehen und einen BugReport erstellen

Du kannst da also ruhig Speed/Turbo Befehle einbauen

Quote from WebFritzi

Nochmal in orange (mit der Bitte an OliverW. , Text in weiß nicht mehr zu posten):

Sorry, aber ich würde grundsätzlich nicht in Farbe posten, auch nicht in Orange. Mein Browser hat z.B. die Option "Als unformatierten Text einfügen". Dann wird der Text in der von WoltLab eingestellten Farbe angezeigt und passt *IMMER* zum Theme des Lesers. Einzelne Worte sind ja noch OK, aber nicht ganze Beiträge... JM2C

Sorry für OffTopic

Bei der "GEOS-Suite" bin ich mal gespant ob die Maustreiber angepasst wurden. Weder der originale GEOS-Maustreiber noch der Treiber von MauriceRandall für die SuperCPU sind (zumindest aktuell) Turbo-Kompatibel.

Quote from Juergen Johannes

Werde dann morgen mal schauen, nicht das die Einstellung im Modul hinterlegt wird.....

Also ich würde mal davon ausgehen, wie beim WLAN-Passwort oder der IP-Adresse auch... wo sollen die Daten denn sonst landen? Vermutlich ist da ein kleiner Speicher für die Config-Daten... Im Firmware-Code hab ich einen Befehl clock->timezone(timezone[index]); gefunden, sieht für mich als Laie so aus als würde die Timezone in der internen Clock gespeichert. Hab mit dem Portal die Zeitzone auf 3 gestellt, ausgeschaltet, eingeschaltet, die Uhrzeit +1h an. Dann wieder im Portal auf die Zone 2 gestellt, aus- und wieder eingeschaltet, Uhr gestartet, Uhrzeit wieder korrekt.

Quote from darkvision

Nur 1x beim Start(wenn Internet-Verbindung vorhanden) und dann über die interne RTC oder bei jedem GetTime-Befehl über NTP?

Hab jetzt während die Uhr läuft die Internet-Verbindung blockiert, die Uhr läuft weiter. Also scheint es da eine interne RTC im WiC64 oder ESP32 zu geben, die dann vermutlich beim ersten Start die Zeit per NTP holt. Wenn ich die Uhr ohne Internet-Verbindung starte, dann bleibt der C64 hängen, ohne das die erste Zeit überhaupt angezeigt wird.

Quote from TD1334

Erster Wert ist WIC64ERROR(), der zweite Wert zeigt die Anzahl an Bytes die WIC64COMMAND(...) zurück geliefert hat, sollten immer 19 sein und der dritte Teil ist dann der String. Der String wird vor jedem Aufruf auf "###################" zurückgesetzt.

Zeigt hier jetzt keine Fehler mehr an... ich lass das mal einige Minuten laufen, aber sieht bisher gut aus...

Quote from angryking

Also verstehe ich das richtig, man kann nur softwaremässig umstellen, wenn der Speed-Schalter auf "Turbo" ist?

P.S. Handbuch:

Please login to see this attachment.

Man kann bei Turbo-Schalter = On auf 1MHz um- und wieder zurückschalten. Steht der Schalter aber auf Off/1MHz, dann kann man das nicht überschreiben und den Turbo per Software aktivieren.

Quote from SkulleateR

Also wenn ich mich richtig erinnere, wird die Zeit basierend auf deiner Zeitzone beim Start des WiC64 aus dem Internet geholt

Nur 1x beim Start(wenn Internet-Verbindung vorhanden) und dann über die interne RTC oder bei jedem GetTime-Befehl über NTP?

P.S. Was noch schön wäre:

Wenn ich im Menü 1MHz eingeschaltet hab, dann setzt die Uhr aktuell den TurboModus immer auf Turbo zurück. Bei meinen Programmen Frage ich $D0F3 ab, und nur wenn der Turbo vorher aktiv war, dann aktiviere ich den Turbo am Ende auch wieder. Ist jetzt eher ein Luxusproblem...

Quote from darkvision

Zum ändern muss der Config-Modus aktiv sein, beim lesen bin ich mir nicht sicher, müsste ich selbst mal testen.

$D0F3 ist nur bei aktivem ConfigMode lesbar, sonst wird auch hier $FF angezeigt.

Quote from TD1334

Im Anhang die korrekte Version. Sorry.

Ich bin dann für heute Weg. Gute Nacht.

OK... da haben sich unsere Posts überschnitten... die letzte Version funktioniert jetzt aber... Raster-Split passt, nur noch ganz ganz selten wic64-error...

Mir reichts für heute auch...