Wir sind.... das |_ Team !
Anleitung: Installationsanleitung (mit gro?n Bildern)
Besonderheiten:
- Die Programmierwerkzeuge sind den Dateinamenserweiterungen wie
folgt zugeordnet:
.ASM,
A05
--> 6805-kompatibler Assembler
.BAS,
.MAP, .TMP, .BAX -->
C-Control/BASIC
.BPP,
.BLIB
--> C-Control/BASIC++
.c5,
.h
--> C-Control/C-Cross-Compiler
.OCB,
.PRO, .DEF, .IAR, .IIA --> Open-Control/BASIC
.ocbasr (nativ. Maschinencode) --> Open-Control/BASIC (F?
Open-Micro/Mini/Midi)
.AVR,
.HEX
--> WinAVR toolchain, AVR-Brenner (experimentell)
.ISU
--> In-System-Update Informationsdatei
Gut zu wissen:
?fne im ConTEXT
Editor die beiden 'magischen' Dateien "L:\x2g\Hilfe.L" und
"L:\x2g\Info.L" !
Dort erh?st du, passend
zum jeweiligen Arbeitsschritt, Informationen zum gerade verwendeten
Programmierwerkzeug. Diese Informationen stammen z.B. aus den Read-Me
Dateien in den lokal vorhandenen
Originalarchiven.
Sie werden also _nicht_ in das oder aus dem Internet irgendwohin
?ertragen.
Versionshistorie
================
Version
0.30 (Stand:
25.
August
2025 - "in Vorbereitung")
Version
0.hinzuf30
(Stand
per 31. Juli 2025: "in Vorbereitung")
Version
0.30 (Stand
per 09. Juli 2025:
"in
Vorbereitung")
(Stand
per 11. November 2021: "in Vorbereitung")
- NEU: Multi-Plattform PCBASIC
- NEU: c64
- QBASIC phoenix edition
-
PuTTY: Scrollback-Pufferumfang nochmals erhoehen (32768 Zeilen, z.B.
fuer Statistikausgabe
- Erweiterung “.TAB” im
Datei-Oeffnen-Dialog hinzufuegen.
- Legal:
"SBOM" compliance:
https://sourceforge.net/p/gcbasic/discussion/579126/thread/0d009b1785/
- Neu:
Neues Tool “Free ISO Creator” (Freeware) und neu angelegtes
Verzeichnis:
"D:\L-030\x2g\3rdparty\ISO-tools\freeisocreator.com"
-
Neu: (evt.) Nirsoft QQ-Code Generator
f? Smartphone-unterst?zte Konfiguration.
- Neu:
ComPortMan von Uwe Sieber. (Noch
Genehmigung vom Herausgeber einholen)
Komforterweiterung bei Verwendung mehrerer
USB-Seriell-Konverter.
Kann bei der Installation als Windows-Dienst aktiviert
werden.
(Siehe
auch: https://www.uwe-sieber.de/ComPortMan.html#download )
bzw. auch:
ComNameArbiterTool.zip von Uwe Sieber.
(evt. Alternative von Hendrik
Haftmann: "Wer kennt das nicht? USB↔Seriell-Konverterchips
bestimmter Fabrikate verlieren nach einiger Zeit einfach
ihre Verbindung. Man m?ste einen USB-Reset hinschicken. Oder das
USB-Kabel ab- und anstecken. Das Deaktivieren und Wiedereinschalten
des Adapters im Ger?e-Manager erf?lt den gleichen Zweck. Daf? gibt's
in dieser Sammlung eine L?ung: disableport.exe und cycleport.dll.
"
(https://www-user.tu-chemnitz.de/~heha/hsn/free.php/cgi-bin/chm/mr610.htm)
- To-Do:
"Fix: Kollision virtuelles LW W:" (Ralf)
?derung:
Nach Auslesen des Controllers (nur CC 1.1) das PuTTY -
Terminalfenster (wieder) ?nnen.
- PuTTYtel:
Scrollbackbufferumfang nochmal erhoehen...
-
Fix: OMDLWIN.EXE Uploadtool von Version
1.50 auf 1.52 (Single-Wire f? OM (v1.51), & AUTOBAUD
(v1.52) sind ?erarbeitet)
Siehe: http://ccintern.dharlos.de/forum/lesen.php?eintrag=16959 )
-
Update: OCBASR32.EXE (von Version 2.02b auf 4.1) -
Unterst?zung f? Open-Maxi hinzugef?t.
Au?rdem kann jetzt LCDPRINT string
verwendet werden. Auch zwei automatisierte Programmtests
("Testsuite") sind
enthalten. Somit k?nen Programme f? alle Controllertypen der
der Open-Micro Familie
nochmals beschleunigt werden. Neu seit 4.01: Auch sehr gro?
OCBASIC-
Programme k?nen mit OCBASR in die native Maschinensprache der
OM-Kontroller ?ersetzt werden.
sind m?lich.
- Datei "L:\x2g\3rdparty\OCBASIC\INFO.L"
manuell an den neuen Stand aus INFO.HTM angepa?
(Umlaute entfernt)
Siehe auch:
http://ccintern.dharlos.de/forum/lesen.php?eintrag=16930
-
Neu: Dateitypzuordnung '.ISU'
"In-System-Update/Upgrade und Snapshotkonfigurationen.
Universelles Bytekode-Dateiformat zum komfortablen
Ausrollen von Firmware-Uprades, Updates,
Konfigurationen, und Snapshots, bzw.
Imagedateien f? alle C-Control I kompatiblen
Mikrokontroller.
Basierend auf OCBASIC und kompatibel zu CCDL.exe, CCTrans32.exe,
OMDLWIN, usw. Ein Beitrag
aus dem 'Lbit'-Projekt.
- Fix:
Syntaxhighlighting f? .VAR-Dateien im ConTEXT Editor
aktiviert.
- Neu: Lbit
Firmware v.855 jetzt auch zum direkten Betrieb an einem
10,000.000.000.000 Laborfrequenznormal
Bitte per E-Mail melden.
- Vorab: Lbit
Firmware v.856: 3 zus?zliche Quarzfrequenzen:
1)
Vorabversion f? 4915 kHz (4,9152 MHz) / 9,8304 MHz. Wird ab v.856
verf?bar sein. Zum Vorabtest
bitte per E-Mail melden.
2)
Vorabversion f? Taktfrequenz 08867 kHz (8,8672375 MHz /
17,734475 MHz) Dies entspricht exakt der 4-fachen
Frequenz des PAL Colorburst.
Wird ab v.856 verf?bar sein. Zum Vorabtest bitte per E-Mail melden.
3) Vorabversion f? 9216 kHz (9,216 MHz) / 18,432000 MHz.
Wird ab v.856 verf?bar sein. Zum Vorabtest
bitte per E-Mail melden.
-
Verschlankung des bevorstehenden Linkmoduls v.856, dadurch etwas
schnellerer Upload
(einige Prozentpunkte)
- 30. M?z 2021:
Rekordversuch,
siehe
http://ccintern.dharlos.de/forum/lesen.php?eintrag=17244
C-Control
(Version 1.1) erreicht 23542 I/s im DIE HARD Benchmark
Kompiler.........: CCBASIC +
CCBAS2MC
Kombitreiber.....: FASTBAS + DCF77-Korrektur
Bustakt..........: 8,87 MHz
(overclocked)
'Lbit'-Version....: v.856 (siehe oben)
- Neu:
C-Control (Version 1.1) erreicht 20806 I/s im DIE HARD
Benchmark
Kompiler.......: CCBASIC +
CCBAS2MC
Kombitreiber...: FASTBAS + DCF77-Korrektur
Bustakt........: 8 MHz (vgl.
C-Control 2.0)
'Lbit'-Version..: v.855
- NEU:
Dateiendung .2MC "BASIC-*TO*-MACHINE-CODE" -->
Derjenige Teil des BASIC- oder Open-Control/BASIC-Programms,
welcher mittels CCBAS2MC in eine
s19-Datei umgewandelt werden soll.
Zum Beispiel:
Benchmark.BAS.2MC oder Programm.OCB.2MC
- Neu: Dateiendung .BMC
"BASIC-*AND*-MACHINE-CODE"--> Das BASIC-Programm,
in welches die aus .2MC-Datei
erzeugte .s19-Datei (s.o.) eingebunden werden soll.
-
Neu: Echter Kompiler CCBAS2MC von Dietmar
Harlos eingebunden. Hiermit k?nen BASIC-Programme f? die
C-Control (Verison 1.1)
erheblich beschleunigt werden, s.o.
(F? die Open-Mini/Midi, Open-Midi,
Open-Macro, sowie Open-Maxi ist eine ?nliche Funktion bereits
in
der
Toolchain enthalten. Siehe bei "OCBASR 4.01", weiter oben
in diesem Text.
- Neues Unterverzeichnis:
L:\x2g\Beispiel\Benchmark
Enth?t Abwandlungen des DIE HARD Benchmarkprogrammes
zum Geschwindigkeitsvergleich.
- Fix:
Name der Ausgabedatei des DAT2TAB-Tools lautet immer
DAT2TAB.TAB (mittels INLINE "DAT2TAB Name START
bzw. END"
markierte Codebereiche als Datentabelle ausgeben in OCBASIC)
(Noch unklar):
AS05, Listfile -> F? einige Befehle wird _vermutlich_ ein
Taktzyklus zuviel im Listfile
des AS05 genannt. Abkl?en, und ggfs. den Autor von AS05,
Frank, informieren.
Entdeckt beim Vergleichen der Angaben im Listfile des
AS05 mit den Angaben aus:
http://www.bitsavers.org/components/motorola/6805/Understanding_Small_Microcontrollers_1992.pdf
(Noch unklar): (3rd-party) GPS und
Zeitbasisprogramme:
- gpsfeed+
mit GUI von (Autor unbekannt)
- rsNTP.exe von DL4YH (zuvor Genehmigung
einholen)
- Lady Heather's GPS Disciplined
Oscillator Control Program (C) 2008-2019 Mark S. Sims (zuvor
Genehmiung einholen)
-IPaNema:
NMEA-Daten vom RS232-Port als UDP Server bereitstellen.
Auch der CLient-Betrieb ist mgl.
C-Control/GPS Schaltuhr mit
Feiertagsangabe von Paul Lenz in Ordner Beispiele/CCBASIC
Quelltext mit
Feiertagseingabe gem? lenz-online.de/aboutme/history/uhren0.htm -->
wo zu finden(?)
(Ergebnis der Anfrage bei Paul Lenz: Der Quelltext ist leider nicht
mehr vorhanden. :-(
Version 0.29 -
erschienen am 29.04.2019
- Neu:
Nahtlose Einbindung des neu entwickelten Open-Control
In-System-Debugger (Taste F12).
Besonderheit: Die zuletzt f? die Programm?ertragung gew?lte Serielle
Schnittstelle
wird automatisch auch f? den In-System-Debugger verwendet. (Die
Auswahl erfolgt ?er
die Tasten F9, F10, F11, F12, w?rend die Datei L:\x2g\Hilfe.L im
Editor ge?fnet ist.)
Es ist also auch m?lich, an jeder von bis zu vier separaten
Schnittstellen jeweils
einen In-System-Debugger mit der Taste F12 - quasi gleichzeitig - zu
verwenden.
- Update:
Open-Control/BASIC-Kompiler von Vorg?gerversion 1.11a auf aktuelle
Version 1.12s
aktualisiert. Neue Compileroption: -> 'option 32bit' (in
Verbindung mit: Open-Maxi)
(27.Januar) Nicht mehr ben?igtes
Hilfsverzeichnis L:\x2g\3rdparty\ccbaspar\ocbasic\ entfernt.
Diente in fr?eren
Ausgaben der L-Distribution zur Erstellung der Variablenliste
bei OCBASIC-Programmen
Quelltexten. Wird nicht mehr ben?igt, da der OCBASIC-Kompiler
ab Version (??) eine
Liste der verwendeten Variablen und Variablenpositionen selbst
erzeugt.
In dieser Ausgabe der L-Distribution ist erstmals auch die
komfortable 32-Bit-Arithmetik-
Erweiterung von Dietmar HArlos f? die Open-Maxi enthalten.
Alle entsprechenden OCBASIC-
Befehle sind hierzu auf den Datentyp LONG
erweitert worden. Dadurch stehen nun 1024 Byte
User-RAM mittels LONG-Variablen
zur Verf?ung und die Open-Maxi kann nunmehr den
Zahlenbereich von -2147483648 bis
+2147483647 verarbeiten! Sogar eine schnelle 32-Bit-SQR
Funktion ("Wurzelziehen")
ist enthalten.
Tipp:
Um die 32-Bit-Funktionalit? der Open-Maxi mit den neuen 32-bit
Datentypen (Variablen)
nahtlos nutzen zu k?nen wird mind. die Version 1.12 des
OCBASIC-Compilers ben?igt.
In der vorliegenden Ausgabe der L-Distribution bereits
enthalten, wird der neue Kompiler
automatisch verwendet. Bei Verwendung der neuen 32-bit
Datentypen im Programm m?sen
diese mittels 'option 32bit' am Quelltextanfang
freigeschaltet werden. Die nachfolgenden
Dateinamenerweiterungen werden derzeit
unterst?zt: .OCB, .PRO, .DEF, .IAR, .IIA
Bestimmte Einschr?kungen sind bei der Verwendung von
'option 32bit' zu beachten:
* kann nur in Verbindung mit der Open-Maxi genutzt
werden
* nur vier Eintr?e auf dem Rechenstack verf?bar (bei Pointer
weniger)
* belegt rund 1900 Byte Programmspeicher
* solange aktiv, wird die Befehlsausf?rung erheblich
gebremst
* Benutzt den Speicher FREERAM1 und FREERAM2
* einige Funktionen (INPUT, TIMER, usw.) arbeiten nur in 16
Bit
* Carry wird nicht zur?kgeliefert
* RealPop=ON wird nicht unterst?zt
Falls bei der Nutzung des neuen Open-Control/BASIC Probleme
auftreten, bitte den Autor,
Dipl.-Ing. Dietmar Harlos, per E-Mail kontaktieren. Allgemeine Fragen
zu den Eigenschaften
des Open-Control Systems werden regelm?ig im Forum der C-Control
Intern Website von Dietmar
Harlos zur C-Control-I und den Mikrokontrollern der Open-Control
Baureihe beantwortet:
http://ccintern.dharlos.de/forum
- Update:
Syntaxhighlighting f? Open-Control/BASIC vollst?dig eingepflegt.
Bestimmte Schl?selw?tern
und der Dekstophintergrund weichen von der Vorlage ab. Zum
Test diente die Vorlage "OCHLTEST.BAS"
von "http://om.dharlos.de/downloads/om_context_sh_v23.zip"
Behoben: Bei neu
angelegten *.iar - Dateien wurde Syntaxhighlighting nicht
automatisch ausgew?lt.
-
Updateversuch gescheitert! (28.04.2019) ASW Assembler 1.42 beta,
Build 115 auf 1.42 beta, build 146 aktualisiert,
dann aber beim Testen festgestellt, dass sich das
Programm aus "quirl.zip" nicht
mehr assemblieren l?t. Fehlermeldung: "PADDING nach
double" - Also E-Mail an den
Autor geschrieben, und alles wieder auf die vorherige Version zur?k
gebracht, somit
ca. 2h
verdaddelt ... :-P
-
?derung: Das in Version 0.28 eungef?rte Popup-Fenster f?
OCBASR-Quelltexte wieder entfernt, da es doch zu sehr ablenkte.
-
?derung: DAT2TAB, ein Br?kentool, erzeugt aus den im
Quelltext durch den Programmierer markierten
Codebereichen *nach* deren Kompilierung durch den OCBASIC-Kompiler,
eine Kopie in numerischer
CCBASIC(CCPLUS)Tabellenform. Diese speichert DAT2TAB im
Quelltextverzeichnis mit der Dateinamen-
erweiterung ".TAB". (Anm.: DAT2TAB ist bereits seit Ausgabe
0.26 der L-Distribution enthalten;
die Verwendung ist mit der vorliegenden Ausgabe 0.29 jetzt noch
unkomplizierter und hat keine
merklichen Geschwindigkeiteinbussen zur Folge.
-
Update: DOSBox Version von 0.73 auf 0.74-2
(vom 30.August 2018). Die neue Version soll stockende
|
Audioausgabe auf Windows 7 - basierenden Hostsystemen beheben.
?rigens wurde die Vorg?ger-
|
version DOSBox 0.74 in keiner Ausgabe der L-Distribution
niemals verwendet, weil unter
|
DOSBox 0.74 ein bestimmter Compileraufruf nicht richtig
funktioniert. Siehe hierzu auch:
|
http://ccintern.dharlos.de/forum/lesen.php?eintrag=15418
|
-related
fix #1: Nach dem vorstehend beschriebenen Update auf DOSBox
0.74-2 brach die CCBASIC-
|
Kompilierung mit folgender Fehlermeldung ab:
|
Unable to change to L:\x2g\3rdparty\ccbaspar\"
-c
|
- und es blieb ein ge?fnetes DOSBox Fenster zur?k.
|
Einfache Ursache: In der L-Skriptdatei "L:\x2g\System\BAT\32Pbas.bat"
fehlte in
|
Zeile 21 das einleitende doppelte Anf?rungszeichen.
|
-related
fix #2: Nach dem vorstehend beschriebenen Update auf DOSBox
0.74-2 brach die R?kwandlung von
|
.DAT-Dateien in CCBASIC - Quellkode mit folgender Fehlermeldung
ab:
|
Unable to change to L:\x2g\3rdparty\ccupload\"
-c
|
- und es blieb ein ge?fnetes DOSBox Fenster zur?k.
|
Einfache Ursache: In der L-Skriptdatei
"L:\x2g\System\BAT\32tokbas.bat" fehlte
|
in Zeile 31 das einleitende doppelte Anf?rungszeichen.
|
-related
fix #3: Nach dem vorstehend beschriebenen Update auf DOSBox
0.74-2 brach die Verarbeitung
|
beim Auslesen des Anwenderprogramms aus dem Zielsystem mit folgender
Fehlermeldung ab:
|
Unable to change to L:\x2g\3rdparty\ccupload\"
-c
|
- und es blieb ein ge?fnetes DOSBox Fenster zur?k.
|
Einfache Ursache: In der L-Skriptdatei
"L:\x2g\System\BAT\32ccupld.bat" fehlte
|
in Zeile 29 das einleitende doppelte Anf?rungszeichen.
|
-related
fix #4: Nach dem vorstehend beschriebenen Update auf DOSBox
0.74-2 brach die Verarbeitung
|
zur Programmierung eines OTP-Kontrollers in Verbindung mit der
DOS-IDE auf der
|
emulierten DOS-Ebene ab - und es blieb ein
ge?fnetes DOSBox Fenster zur?k.
|
|
Zum jetzigen Zeitpunkt noch unerkannte Ursache. Nach Editieren
der Dateien
|
"L:\x2g\System\BAT\32PGR705.BAT", sowie
"L:\x2g\BAT\dbPGR705.bat" funktioniert
|
es jetzt aber jetzt
auch unter DOSBox 0.74-2, wobei die ausgew?lte S19-Datei
|
automatisch
in der emulierten DOS-Ebene und DOS-IDE des Programmers
ge?fnet wird,
|
allerdings nur, wenn die S19-Datei auch im virtuellen
Laufwerk L: abgespeichert ist.
|
Letzteres war auch bereits in der
L-Distribution 0.28 der Fall.
|
|
Tipp: ggfs. einfach
die gew?schte S19-Datei vor dem ?fnen irgendwo unterhalb L:
abspeichern.
|
Mit dieser Einschr?kung wird man wohl leben k?nen, zumal die
wenigsten User ?erhaupt noch
|
?er die spezielle f? die
OTP-Progammierung der MC68xx erforderliche Hardware verf?en
werden.
|
-----Anmerkung:
Das erw?nte fehlende Anf?rungszeichen war f? die zuvor
verwendete DOSBox Version 0.73
ohne Bedeutung,
daher ist es bis zum heutigen Update wohl auch niemandem
aufgefallen.
- Update:
Programm?ertragungstool OMDLWIN (Taste F11) aktuelle Version 1.5 -
mit Unterst?zung f?
AUTOBAUD auf Open-Maxi. Nach der schnellen Programm?ertragung mit
115200 baud wird
automatisch auf 9600 baud zur?k geschaltet, damit die ?lichen
Terminalprogramme mit meist
nur 9600 baud zur Ansicht der Programmausaben verwendet werden k?n.
Auch beim Upload auf die
Open-Macro wird das Verfahren AUTOBAUD unterst?zt, Hierzu mu?zuvor
auf der Open-Macro die
serielle Hardwareschnitttelle (ESCI) f? den Programmupload aktiviert
werden. Auf der Open-Macro
kann der Programmupload mittels AUTOBAUD mit bis zu 38400 baud
erfolgen.
Weitere Einstellm?lichkeiten existieren, wennn das Zielsystem mit
Windows und ?er einen
FTDI-basierten USB-nach-Seriell Adapter verbunden ist. Siehe auch im
Forum der C-Control/Intern Website:
http://ccintern.dharlos.de/forum/lesen.php?eintrag=16546
-
Update: Syntaxhighlighting f? OCBASIC
aktualisiert. Neue Schl?selw?tern 'psha', 'pshx',
'pshh',
'pula', 'pulx','pulh', 'bcc', 'bcs' sind enthalten. Als Vorlage
diente uns 'om_context_sh_v23.zip'
aus dem Downloadbereich von http://om.dharlos.de. Zus?zlich sind auch
'Lbit' Schl?selw?ter, sowie
Variablennamen farblich hervorgehoben. Der 7x12 DOS-Zeichensatz
(DOS7X12.FON) aus dem oben genannten
Zip-Archiv wird ebenfalls installiert.
- Behoben:
Nach dem Kompilieren von OCBASIC Quelltexten mit darin enthaltener
COMPILE-option blieb ein Kommando-
zeilenfenster ge?fnet. (Einfache Ursache: In der Datei
"L:\x2g\3rdparty\OCBASIC\HTMLINFO.bat" fehlte
ein abschliessendes 'exit')
- Tipp:
Diejenigen .OCB, und .ocbasr-Quelltexte, welche NICHT den
OCBASR-Kompiler voraussetzen, sollten in der
letzten Zeile mit dem Zeichen <CR> (Carriage Return)
abgeschlossen sein. Ansonsten erscheint nach
jedem Kompilerlauf ein informatives Fenster mit Bedieungshinweisen
zur Anwendung der enthaltenen
Open-Control/BASIC-Erweiterung OCBASR.
TIPP: Wenn das Erscheinen des informativen Fensters nervt, kann man
es durch einmaliges Ausf?ren der
Datei "NO_HTML.bat" im Verzeichnis
"L:\x2g\3rdparty\OCBASIC\" f? die Zukunft
unterdr?ken.
(Wieder Einschalten kann an es bei Bedarf durch Ausf?ren der Datei
"YES_HTML.bat" im obigen Verzeichnis.
-
Update: Schnelles Dateien-Vergleichstool
hinzugef?t, FCB.exe, Version 0.8.2.0,
mit freundlicher Genehmigung von Uwe Sieber, http://www.uwe-sieber.de
.
Hierf? neues Unterverzeichnis angelegt: "L:\x2g\3rdparty\Uwe_Sieber"
- FCB.exe verspricht weit
schnellere Reaktionszeit mit weniger Ressourcenbedarf als das
Windows-eigene Tool "FC.exe", welches
au?rdem in manchen Windowsversionen (ohne den installierten Microsoft
Hotfix KB953930) fehlerhaft ist!
Zitat von "http://www.sereby.org/site/xpsp3" -> "Wenn
die zwei Dateien, die Sie vergleichen, am 128. Byte
ein TAB oder ein SPACE haben, funktioniert der Fc.exe-Befehl nicht
ordnungsgem?"
("FCB.exe" wird innerhalb der L-Distribution genutzt um zu
detektieren ob in einem
Open-Control/BASIC Quelltext das neue Schl?selwort "COMPILE"
enthalten ist.)
Serielle Schnittstelle:
-
Update: Automatische Freigabe der Seriellen
Schnittstelle nochmals verbessert. Hierzu das
Zeitsteuerungstool
"sleep.exe" hinzugef?t. von Uwe Sieber,
http://www.uwe-sieber.de Mit freundlicher
Genehmigung.
Unter Verwendung von sleep.exe wird eine kurze Wartezeit zwischen dem
forcierten Schliessen und dem erneuten
?fnen der Seriellen Schnittstelle eingef?t. Dies soll Race-Conditions
bei der Zuteilung der Seriellen
Schnittstelle die w?rend des Betatest auf
manchen Computern mit Mehrkernprozessoren beobachtet
wurden
vermeiden helfen.
Die automatische Freigabe der jeweiligen Seriellen Schnittstelle
(1...4) erfolgt durch forciertes
Beenden
des jeweils vorher gestarteten Programms. Es sind
Vorkehrungen getroffen damit kein "fremdes", also
nicht von
der L-Distribution selbst gestartetes Programme forciert
geschlossen wird.
- Neu:
"ComportStati.exe" mit freundlicher Genehmigung von Frank
Steinberg, http://franksteinberg.de
Neues Unterverzeichnis angelegt: "L:\x2g\3rdparty\Frank_Steinberg".
Dort befindet sich ein praktisches
Windows-Tool, welches Echtzeit-Statusinformationen der Seriellen
Schnittstelle in einem kleinen
Programmfenster darstellen kann.
Mit dem Tool namens "ComportStati" werden die
augenblicklichen Schaltzust?de der Steuer- sowie der
Datenleitungen aus der Seriellen Schnittstelle sichtbar und k?nen
sogar per Mausklick gezielt
beeinflusst werden.
Ein sehr n?zliches Tool zur schnellen Funktionspr?ung der Seriellen
Schnittstelle und
f? experimentelle Aufbauten. Das Programm funktioniert ?rigens
auch in Verbindung mit
USB-nach-Seriell-Adaptern.
Update des
Zip-Archiv: "L:\x2g\3rdparty\OCBASIC\ocbasr32_v202.zip"
ersetzt durch "ocbasr32_v202b.zip"
(ohne funktionale Auswirkungen, dient lediglich der Korrektur zweier
Kommentarzeilen im Quelltext)
-
u.a. wurden folgende Dateien in dieser Version neu angelegt oder
angepasst:
L:\x2g\System\SETUP\DE\x2g_111_DE_16.reg,
L:\x2g\System\SETUP\DE\x2g_111_DE_32.reg
L:\x2g\System\SETUP\EN\x2g_111_DE_16.reg,
L:\x2g\System\SETUP\DE\x2g_111_EN_32.reg
L:\x2g\System\SETUP\NL\x2g_111_DE_16.reg,
L:\x2g\System\SETUP\DE\x2g_111_NL_32.reg
=====================================================================================================================================
Wichtige
?derung zur bereits angek?digten Ver?fentlichung der 'Lbit' -
Quelltexte erstmals innerhalb der L-Distribution 0.29:
Die 'Lbit' - Quelltexte wollen wir zu einem sp?eren Zeitpunkt,
evt. auch losgel?t von der L-Distribution
ver?fentlichen.
=====================================================================================================================================
-
Geplant f? 'Lbit' v.856, u.a.: Softwareschreibschutz f? internes
EEPROM mit Uploadsimulation f? CCPLUS-IDE
(Schont das interne EEPROM w?rend der
Programmentwicklung mit aktivem CCPLUS LED-Display.
-
Neu: Lbit Firmware
Versionsupdate von v.853 auf v.854 (ohne Ver?fentlichung) und v.855 -
Die derzeit aktuelle
Version v.855 der 'Lbit' Firmware liegt mit Anpassungen f? f?f
unterschiedliche Speicherausbaustufen
vor (8 KiB, 16 KiB, 32 KiB, 64 KiB, 128 KiB). Der vollst?dige
Quelltext der aktuellen 'Lbit' Version
v.855 ist enthalten. (F? das Kompilieren der 'Lbit' Firmware kann
nat?lich auch die L-Distribution
verwendet werden, denn alle Tools und Pfade sind hier bereits
aufeinander abgestimmt und zum Kompilieren
muss man somit nur noch die Taste F9 bet?igen. Aber auch die
CCBASIC-IDE von Conrad kann man verwenden,
vorausgesetzt ein Patch f? den erweiterten Variablenbereich wurde
durchgef?rt (z.B. IDEL's IDE switcher).
Tipp: Der vollst?dige Quelltext der 'Lbit' Firmware ist im
Verzeichnis "L:\x2g\L-TOOLS\Lbit-FW"
Es handelt sich um einen Quelltext im CCBASIC - Format mit
erweitertem Variablensatz.
- Behoben v.855:
Der neue Systemaufruf UI-Sekundenimpuls, "1PPS"
funktioniert, ist weiterhin unabh?gig von der
Echtzeituhr, da vom 20ms Systemtimer abgeleitet. Der 20 ms
Systemtimer ist Quarzfrequenz abh?gig,
(bzw. vom weniger pr?isen Schwinger auf der M-Unit) und 'tickt'
deshalb nicht unbedingt synchron
mit der Sekundeumschaltung in der Echtzeituhr der
C-Control.
Siehe hierzu auch im Forum:
http://ccintern.dharlos.de/forum/lesen.php?eintrag=12238
Bitte beachten: Die Ausgabe des Sekundenimpuls "UI1PPS"
wird unterdr?kt solange im
Fehlerspeicher
ein Wert ungleich "Null" steht (rote LED am
Applicationboard blinkt schnell).
?derungen 'Lbit' seit v.854:
- LGet_DA3 liefert den Defaultwert '0' ab v.854 nun auch ?er den
Stack zur?k, so dass dieser
direkt als Funktionsergebnis genutzt werden kann. (In v.853 wurde der
Wert f? LGet_DA3 nur in
b24 zur?k geliefert. LGet_DA1 u. LGet_DA2 waren nicht
betroffen.)
Da der C-Control I 1.1 bisher nur ?er 2 DA-Kan?e verf?t, liefert
LGet_DA3 ausserdem immer den
Defaultwert '0', was in Verbindung mit dem 'Lbit' System auch
als
"Aufgerufene Funktion ist (noch) nicht implementiert"
interpretiert werden kann.
- Komforterweiterung ab v.854:
Fernwartung via Telnet jetzt auch im Telnet LINE MODE
moeglich.
Im Hostmodus werden hierzu Eingang der ASCII-Zeichen 13, sowie
ASCII-Zeichen 10, ignoriert.
Das erleichtert die Fernbedienung mit Telnet unter Linux, bei dem der
Telnet LINE MODE defaultm?ig
aktiviert ist (Linux sammelt die Tastenanschl?e in
einem Puffer, und sendet den gesamten Pufferinhalt
erst bei Bet?igung der
Eingabetaste).
Im Gegensatz dazu arbeitet Telnet unter den Windowsverisonen bis
einschliesslich XP meist im sogenannten
CHARACTER MODE (beim Bet?igen einer Taste, wird der Tastenwert ohne
Pufferung sofort ?ertragen.)
Unter neueren Windows-Verisonen einschliesslich Windows 10 geh?t der
Telnet-Client nicht mehr dazu.
Dort kann man z.B. PuTTY verwenden.
- rudiment?e Einbindung einer 'cron'-?nlichen Funktionalit? im
Hostmodus: Bei aktiviertem UIP erh?t
das UIP einen Sekundenimpuls: "UI1PPS". Hiermit kann man
ein sek?dliches Update der UIP-Statuszeile
realisieren, ohne dass eine Warteschleife innerhalb des UIP n?ig
w?e.
- Eine neue L_Call Funktion: Nr. 56, "#Lbit_Version"
bzw. "#BmVers". Diese dient als Erg?zung
der vorherigen L_Call Funktion Nr. 2 "#BmVersOK" bzw.
"#LbitVersOK".
Hierzu wurde angepasst die (vorerst noch) f? OCBASIC notwendige
Hilfsdatei:
"L:\x2g\Include\OCBASIC\L-BMCALL.PRO". Auch die Dateien
"L:\x2g\Include\OCBASIC\L-INIT.PRO",
und "L:\x2g\Include\OCBASIC\L-EXIT.PRO" wurden auf die neue
Funktion umgestellt. Die vorherige
L_Call Funktion #2 ist bis auf Weiteres fuer
fruehere 'Lbit' Programme ebenfalls noch vorhanden.
Diese Erweiterung existiert, da in
Lbit v.853 eine m?liche Fehlersituation entdeckt wurde.
Siehe
hierzu
auch den n?hsten Absatz.
Ge?dert: -
Zeile 3188: #NotImplemented PRINT "n/a="; --> "(N/A)";
- ergibt dann "(N/A)0" als Funktionsausgabe.
Ge?dert: - Zeilen 2221 bis 2239 verschoben nach,
dadurch:
Beschleunigt: - 'v.853 --> v.854 Aufrufe "Call Slot"
etwas beschleunigt.
(Durch umgestellten Quelltext wurde eine zwischengeschaltete
Sprunganweisung "GOTO" ?erfl?sig.)
Behoben: - Eine Fehlerm?lichkeit, welche in Lbit (v.853) in
Erscheinung tritt, sobald die _ersten beiden_
Eintr?e in der _ersten_ Datentabelle des Anwenderprogramms
Bytekombinationen enthalten, welche
wertm?ig mit solchen aus der Gruppe nicht adressneutraler Token des
Bytekodeinterpreters der C-Control I 1.1
?ereinstimmen, _und_ nur dann, wenn die L-INIT-PRO, L-EXIT.PRO
(L-Distribution v.026) nicht inkludiert werden.
Leider hat die Korrektur eine Einschraenkung in der
Kompatibilitaet zu bestimmten mit dem j?gsten BASIC++
Kompiler (v.2.03.0331) zur
Folge. Bei CCBASIC, CCCCC, mBASIC, OCBASIC, jedoch nicht. Das
warf uns Fragen auf,
und wir haben uns das betreffende BASIC++ Programm auf
Bytekodeebene etwas genauer angeschaut. Aus Zeitgr?den
allerdings mu?en wir
die weitere Analyse dieses Effekts erst einmal auf Eis legen.
Behoben: - Lbit Funktion Nr. 18 LPrg_Run ('RunSlot'). In v.853 wurde
die GOSUB Tabelle dann nicht gel?cht. Dies
begrenzte dort die Rekursionstiefe bei Anwenderprogrammen die durch
ein anderes Anwenderprogramm programm-
gesteuert gestartet wurden (mittels
Funktion 'RunSlot') auf 2 (anstelle 4). Einfache
Ursache: In Zeile 2231
des Lbit-Quelltextes fehlte das hierzu notwendige
'f_CLEAR_GOSUB=TRUE'. Programme die vom Anwender ?er die
Serielle Schnittstelle
gestartet wurden, und auch das mit dem Befehl "A" zum
Autostart ausgew?lte Programm
waren davon nicht betroffen.
Behoben: - Lbit Funktion Nr. 18 LPrg_Run ('RunSlot'). Wurde f? die
programmatisch zu startende Slotnummer ein
negativer Wert uebergeben, oder auch
die Slotnummer '0', funktionierte es nicht.
Ge?dert: - Format der Fehlermeldung "?NO RET.ADDR." etwas
intuitver gestaltet.
Historie: - Die nahezu
identische Lbit Funktion Nr.17 war davon nicht betroffen:
'RunSlotKeepRam ' Allerdings
liegen deren Steuer-Flags 'f_CLEAR_GOSUB' und 'f_CLEAR_RAM' im
Userbyte 14, und diese Funktion m?te
daher eigentlich korrekterweise "RunSlotKeepRAMbut_b14"
heissen ;)
Seit der (nicht ver?fentlichten) Version v.825 erfolgt aber ohnehin
der UIP Aufruf nur noch mittels
PUSH-POP Verfahren welches KEINES der 24 Userbytes
beeinflusst.
Bei Slotaufrufen mittels Lbit Funktionen '15','16','17', (und
natuerlich '18') werden jedoch einige
der Variablen veraendert. F? RunSlotKeepRam sind also nur die
Userbytes 1 bis einschliesslich 12 "sicher"
und nur diese sollten zur ?ergabe von Parametern in Richtung an
das neu zu startende Userprogramm
verwendet
werden.
==============================================================================================================================
Oben: Wichtige
?derung zur bereits angek?digten Ver?fentlichung des 'Lbit' -
Quelltextes in der L-Distribution 0.29:
Die
'Lbit' - Quelltexte wollen wir zu einem sp?eren Zeitpunkt, evt.
auch losgel?t von der L-Distribution
ver?fentlichen.
==============================================================================================================================
Version
0.28 - 25. April 2017:
- (Taste: F9)
Update der OCBASIC-Version auf OCBASR 1.11a mit folgenden
Neuerungen:
1te
Neuerung: Es wird jetzt zus?zlich eine MAP-Datei mit Informationen
zur internen
Programmstruktur, inklusive Adressen auch von Forwardlabel erzeugt
und kann sehr
bequem mit einem Doppelklick auf die Statuszeile ge?fnet
werden.
2te Neuerung:
Das BASIC-Schl?selwort COMPILE ist hinzugekommen. Mit diesem
Schl?selwort
lassen sich auf einfachste Weise (und auch noch nachtr?lich)
Quelltextabschnitte, die
innerhalb von Prozeduren oder Funktionen stehen, automatisch in
halbnativen Maschinekode
umwandeln und somit deutlich beschleunigen. Dazu mu?lediglich das
Schl?selwort COMPILE
an die Zeile(n) mit den zu beschleunigenden Prozedur/-bzw.
Funktionsnamen angeh?gt, und
der Quelltext durch Druck auf die Taste F9 erneut kompiliert
werden.
Das Schl?selwort COMPILE wird derzeit von Open-Micro, Open-Mini,
sowie Open-Midi,
unterst?zt.
- u.a. wurden folgende Dateien in dieser Version neu angelegt oder
angepasst:
L:\x2g\System\BAT\32ocbasR.bat
L:\x2g\3rdparty\ConTEXT\Highlighters\OCBASIC.CHL (Syntaxhighligting
f? .ocbasr)
L:\x2g\System\SETUP\DE\x2g_110_DE_16.reg,
L:\x2g\System\SETUP\DE\x2g_110_DE_32.reg
L:\x2g\System\SETUP\EN\x2g_110_DE_16.reg,
L:\x2g\System\SETUP\DE\x2g_110_EN_32.reg
L:\x2g\System\SETUP\NL\x2g_110_DE_16.reg,
L:\x2g\System\SETUP\DE\x2g_110_NL_32.reg
L:\x2g\System\SETUP\L_Installer_Package.iss
L:\x2g\System\SETUP\Test-EXT\TEST.ocbasr
- (Taste: F12) Update der OCBASIC-Version auf 1.11a - ohne das neue
COMPILE Schl?selwort,
ansonsten identisch zum Kompiler auf Taste F9 (F?
Vergleichszwecke).
- Die Version
Open-Control/BASIC 1.11a kann (auch) wieder mit den fr?eren
Versionen
Winsdows 95 &
Windows 98 eingesetzt werden.
-
sonstige kleinere ?derungen
Version 0.27 - 14. April
2017
- (Taste: F9) Update der OCBASIC-Version
auf 1.10a. Das Update informiert den Anwender mit der neuen
Fehlermeldung
"Label noch nicht
definiert bei ON GOTO/GOSUB", falls in ON..GOTO und ON..GOSUB
Kombinationen ein Label abgefragt
werden soll, welches erst hinter dem Befehl im Quelltext definiert
wird.
- Behoben: In Version 0.26 musste
einmalig nach jeder Neuwahl des Comports das dadurch
automatisiert
ge?fnete Terminalfenster
von Hand geschlossen werden, sofern als neuer Comport COM2:,
COM3:,
oder COM4: gesetzt wurde (COM1:
war nicht betroffen). Simple Ursache: Nach Copy-and-Paste
vergessen,
in den Dateien
"L:\x2g\System\BAT\COM_"2","3","4"_.bat"
den Namen der neu zu ?fnenden PuTTY-Instanz
entsprechend anzupassen. Jetzt korrigiert und lautet L2_PuTTY,
L3_PuTTY,und L4_PuTTY, entsprechend
den
COM-Ports COM2, COM3, COM4. (Vorher alle:0 "L1_PuTTY")
- Den jeweils aktuell ge?fneten BASIC++ Quelltext zur weiteren
Bearbeitung an die Workbench++ IDE
senden
(Taste F12):
Dazu muss aber
bereits die separat erh?tliche Programmierumgebung Workbench++ von
Dierk Schmid,
CSSlabs,
mit Standardeinstellungen auf dem Computer installiert sein. Ist
das noch nicht der
Fall erscheint
stattdessen nur ein Hinweistext.
-
falls ge?fnet, wird das PuTTYtel Terminalfenster an der aktiven
Schnittstelle automatisch geschlossen.
- Platzoptimierung folgender OCBASIC-Includedateien. Dadurch
verringert sich nach
Neukompilierung
etwas der Platzbedarf von 'Lbit'-Programmen:
- "L:\x2g\Include\OCBASIC\L-INIT.pro"
- "L:\x2g\Include\OCBASIC\L-EXIT.pro"
- "L:\x2g\Include\OCBASIC\L-BMCALL.pro"
- Neues Unterverzeichnis f? Beispielprogramme zur 'Lbit'-Firmware
angelegt:
-
"L:\x2g\Beispiel\OCBASIC\Lbit\"
-
Neues Unterverzeichnis f? 'Lbit'-basierte Tools angelegt:
- "L:\x2g\L-TOOLS\"
- Zwei
Beispielprogramme aus Posting
http://ccintern.dharlos.de/forum/lesen.php?eintrag=16489
hinzugef?t:
1.)
"L:\x2g\Beispiel\OCBASIC\Lbit\LGet_DA.ocb" 2.)
"L:\x2g\L-TOOLS\MEMVIEW\LMEMVIEW4f.ocb"
- Toolchain Assembler, Taste F9:
-'S192Tab': Versionsupdate auf die 32-Bit Version. Die vorherige
16-Bit Version hatte unter den aktuellen
Windowsversionen eine Fehlermeldung zur Folge und das hilfsweise
Einrichten einer DOSBOX-Instanz h?te die
Assembler-Toolchain sp?bar verlangsamt.
- Toolchain Assembler, Taste F12:
- Alfred Arnolds Makroassembler (aswcurr.zip) Versionsupdate von 1.42
Beta,[build 114] auf 1.42 Beta,[build 115]
- Wieder kann das redundante Archiv "aswcurr.zip" zu
Vergleichszwecken nachtr?lich herunter geladen werden.
F? Details siehe "L:\x2g\3rdparty\CROSS_ASSEMBLERS\ALFREDS\Version.L"
bzw. (nach dem Aufruf des Assemblers)
in den beiden Hilfedateien L:\x2g\Hilfe.L und
L:\x2g\Info.L
- S192Tab': Versionsupdate auf
die 32-Bit Version.
-
SumatraPDF-settings.txt: Voreinstellung zur automatischen Suche nach
Programmupdates von 'true' auf 'false' gesetzt.
- Verzeichnisse L:\x2g\3rdparty\$_CUSTOMIZED und dessen
Unterverzeichnisse entfernt
- Aus Platzgr?den
die PDF-Dateien im Verzeichnis L:\x2g\Doc\ und den Sumatra PDF-Reader
entfernt. Ebenso das
'7-Zip'-Installationsprogramm aus 0.26. Das L-Distribution
Installationsprogramm ist nun gut 10 MiB kleiner.
- Sonstige kleinere ?derungen
DOS, Linux, Mac, Windows, VirtualBox, und weitere sind Warenzeichen oder registrierte Warenzeichen ihrer jeweiligen Inhaber.