Zockertown: Nerten News

Ich stelle immer wieder fest, das ich nach einer Neuinstallation nicht auf Anhieb an alle Helferlein und Tools denke, die mir in meinem Dasein als Debian Nutzer ans Herz gewachsen sind.

Deshalb hier die lose Zusammenstellung meiner Favoriten mit kurzer Erläuterung dazu.

Die Reihenfolge hat keine Bedeutung, sind mir halt so eingefallen.

Paketname	Paket Beschreibung	Bemerkung
ncdu	ncurses disk usage viewer	Unentbehrlich, um die Platzverschwender zu orten und auch gleich ggfs. zu löschen
dlocate	fast alternative to dpkg -L and dpkg -S	Wenn man mal wieder nicht weiß zu welchem Paket eine Datei gehört. Das Paket muß natürlich auch installiert sein.
mlocate	quickly find files on the filesystem based on their name	locate -i mitgliedschaft findet alle Dateien mit mit diesen Namen
apt-file	search for files within Debian packages (command-line interface)	Gegenüber dlocate findet es auch Dateien in nicht installierten Pakteten. Erstellt dazu eine Datenbank
localepurge	Reclaim disk space removing unneeded localizations	Einmal konfiguriert, tut es zuverlässig seinen Dienst, allerdings verlangsamt es ein apt-get install bzw. upgrade....
htop	interactive processes viewer	Das bessere top
iotop	interactive IO Viewer	Welcher Prozess macht am meisten IO?
debian-goodies	Kleine Programmsammlung für Debian-Systeme	u.a. dpigs
tlp	Save battery power on laptops	Wenn man einen Laptop hat, nützlich um die Ladeschwelle für den Akku einzustellen
hdapsd	HDAPS daemon for various laptops with motion sensors	Fallschutz für Laptops
smartmontools	control and monitor storage systems using S.M.A.R.T.	Gesundheit der Platten überwachen
inxi	full featured system information script	z.B. mit inxi -v6 eine Äbersicht gewinnen
aha	ANSI color to HTML converter	z.B. inxi -v6|aha >t500.html
shellcheck	Prüft ein Shell Script auf typische Fehler	z.B. shellcheck mein-script.sh
wavemon	Überwachung von Wireless-Geräten	Mit Wavemon lassen sich Signal- und Rauschpegel, Paketstatistik,  Gerätekonfiguration und Netzwerkparameter von Wireless-Netzwerkgeräten  anzeigen
tidy	html aufbereiten und formatieren	Bei HTML-Varianten erkennt, meldet und korrigiert es und korrigiert viele häufige Kodierungsfehler und in den meisten Browsern funktioniert für mich aber das wichtigste, es kann html output von mysql anständig formatieren und editierbar machen

Ich habe die Übersicht über die SSD Laufwerke verloren und nicht mehr genau gewußt, wo welches Volume nun eigentlich liegt.

Hier die Übersicht :

Übersicht über die Physikal Volumes: mit pvdisplay:

  --- Physical volume ---
  PV Name               /dev/sdb5
  VG Name               tuxedo-vg
  PV Size               223,33 GiB / not usable 3,00 MiB
  Allocatable           yes 
  PE Size               4,00 MiB
  Total PE              57172
  Free PE               3517
  Allocated PE          53655
  PV UUID               DnNcqF-v5MT-Vkf8-sypV-11Jy-ZYz6-IliVWp
   
  --- Physical volume ---
  PV Name               /dev/nvme0n1p5
  VG Name               vg-mga
  PV Size               465,28 GiB / not usable 2,00 MiB
  Allocatable           yes 
  PE Size               4,00 MiB
  Total PE              119112
  Free PE               1789
  Allocated PE          117323
  PV UUID               3v3lI1-0FVI-xLdk-sh9O-3cRY-AeHE-1mWNfr
   

Übersicht über die Harddisks mit hdparm -i:

/dev/sdb:

 Model=OCZ-TRION150, FwRev=SAFZ12.2, SerialNo=16RB63ZFK1BU
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=468862128
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive conforms to: Unspecified:  ATA/ATAPI-3,4,5,6,7

 * signifies the current active mode

Die nvme0n1p5 wird leider nicht von hdparm unterstützt. da hilft smartctl /dev/nvme01n1p5 weiter.

=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 960 EVO 500GB
Serial Number:                      S3X4NF0JB10653Y
Firmware Version:                   3B7QCXE7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 500.107.862.016 [500 GB]

Übersicht über die Volumegroups mit vgdisplay:

  --- Volume group ---
  VG Name               tuxedo-vg
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  10
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                4
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <223,33 GiB
  PE Size               4,00 MiB
  Total PE              57172
  Alloc PE / Size       53655 / <209,59 GiB
  Free  PE / Size       3517 / <13,74 GiB
  VG UUID               emRFWi-JBMm-Re8R-v6cI-F45D-t6k3-0B50Zx
   
  --- Volume group ---
  VG Name               vg-mga
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  12
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               465,28 GiB
  PE Size               4,00 MiB
  Total PE              119112
  Alloc PE / Size       117323 / 458,29 GiB
  Free  PE / Size       1789 / <6,99 GiB
  VG UUID               teiuBi-Z0QY-sXVH-r865-0k9i-PHlY-pR850A
   

Übersicht über die Logical Volumes mit lvdisplay:

  --- Logical volume ---
  LV Path                /dev/tuxedo-vg/root
  LV Name                root
  VG Name                tuxedo-vg
  LV UUID                wBlzm0-yhEd-qA6o-4sjx-Y5nD-f3uD-39UrnN
  LV Write Access        read/write
  LV Creation host, time tuxedo, 2016-09-24 20:09:37 +0200
  LV Status              available
  # open                 0
  LV Size                <32,94 GiB
  Current LE             8432
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:3
   
  --- Logical volume ---
  LV Path                /dev/tuxedo-vg/swap_1
  LV Name                swap_1
  VG Name                tuxedo-vg
  LV UUID                BJbKuI-C9DI-jJk1-uy3b-BfmI-g3rz-lefMhF
  LV Write Access        read/write
  LV Creation host, time tuxedo, 2016-09-24 20:09:37 +0200
  LV Status              available
  # open                 2
  LV Size                15,95 GiB
  Current LE             4084
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:4
   
  --- Logical volume ---
  LV Path                /dev/tuxedo-vg/mx21
  LV Name                mx21
  VG Name                tuxedo-vg
  LV UUID                9o5ZQx-AbUV-HNNd-BYWm-53T5-BBCh-8WsU4n
  LV Write Access        read/write
  LV Creation host, time tuxedo, 2016-09-24 20:09:37 +0200
  LV Status              available
  # open                 1
  LV Size                145,00 GiB
  Current LE             37120
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:5
   
  --- Logical volume ---
  LV Path                /dev/tuxedo-vg/icedove
  LV Name                icedove
  VG Name                tuxedo-vg
  LV UUID                lgGrcK-ZW9I-2KeW-vwDL-GYSv-LWOh-t2cmGR
  LV Write Access        read/write
  LV Creation host, time tuxedo, 2018-12-06 10:48:11 +0100
  LV Status              available
  # open                 1
  LV Size                <15,70 GiB
  Current LE             4019
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:6
   
  --- Logical volume ---
  LV Path                /dev/vg-mga/lv_home
  LV Name                lv_home
  VG Name                vg-mga
  LV UUID                qdy0qX-CmoM-Dk1L-tCD6-1Tko-kHnF-N1rYV5
  LV Write Access        read/write
  LV Creation host, time localhost, 2018-10-03 15:48:15 +0200
  LV Status              available
  # open                 1
  LV Size                400,00 GiB
  Current LE             102400
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:0
   
  --- Logical volume ---
  LV Path                /dev/vg-mga/swap
  LV Name                swap
  VG Name                vg-mga
  LV UUID                ILJSQE-q0k0-hvkH-DDdF-P9Eg-InQW-HYirPA
  LV Write Access        read/write
  LV Creation host, time localhost, 2018-12-05 23:53:37 +0100
  LV Status              available
  # open                 2
  LV Size                4,00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:1
   
  --- Logical volume ---
  LV Path                /dev/vg-mga/root
  LV Name                root
  VG Name                vg-mga
  LV UUID                JWB3tb-QXKG-Itl8-B9lm-0Le2-pj2q-bz18P7
  LV Write Access        read/write
  LV Creation host, time bullseye, 2020-11-11 11:15:01 +0100
  LV Status              available
  # open                 1
  LV Size                54,29 GiB
  Current LE             13899
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:2
   

Auf unserem Server werkelt ein postfix / Dovecot Gespann.

Die Konfiguration von Postfix ist über Jahre immer verfeinert worden.

Seit ein paar Jahren hatte ich ein zusammen gezimmertes Script, welches mir eine Übersicht über diese Thematik lieferte.

Häßlich, aber funktionell.

Gestern habe ich mich hingesetzt und das Script überarbeitet. Weg von einer notdürftigen Grafik und hin zu einer dedizierten Seite, die mehr Informationen bietet.

Nicht mehr ganz so häßlich und informativer.

Meine Spam Blocklisten sind:

http://rootgemeinschaft.de/geblockter-spam.html

Wenn jemand Interesse an dem Script hat, bitte melden, ich kann es auch hier im Blog zum Download bereit stellen.

Update: http://zockertown.de/s9y/index.php?serendipity[subpage]=downloadmanager&thiscat=7&file=62

Das Script muss etwas an die eigenen Verhältnisse angepasst werden. (Pfad zur Target Html Datei)

(Das Script ist ein Vorläufer.)

Durch eine Fehlbestellung bin ich zu einen Gaming Headset gekommen.

Es ist das EKSA E900Pro.

Auf dem Karton steht zwar was von 7.1 Sound (WTF) aber nur per USB auf Windows.

Da konnte ich nicht anders, die inneren Stimmen, ihr versteht. Also angestöpselt, die Nachrichten sahen gut aus:

usb 1-3: new full-speed USB device number 7 using xhci_hcd
usb 1-3: New USB device found, idVendor=0d8c, idProduct=0012, bcdDevice= 1.00
usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-3: Product: USB Audio Device
usb 1-3: Manufacturer: C-Media Electronics Inc.
input: C-Media Electronics Inc. USB Audio Device as /devices/pci0000:00/0000:00:14.0/usb1/1-3/1-3:1.3/0003:0D8C:0012.0003/input/input42
hid-generic 0003:0D8C:0012.0003: input,hidraw0: USB HID v1.00 Device [C-Media Electronics Inc. USB Audio Device] on usb-0000:00:14.0-3/input3

Das sah gut aus! (Debian Bullseye)

Also mal ein wenig in den Einstellungen von Gnome gesucht und fündig geworden. Das USB Audio Devie ist bei mir als drittes Audio Device aufgeführt und kann ausgewählt werden (rechts Detailansicht von Jitsi)

Was Jetzt noch fehlt, ist die automatische Aktivierung des Headsets, damit ich nicht immer manuell umschalten muss.

Da gibt es übrigens eine ganz einfache Möglichkeit die Reihenfolge der Devices zu beeinflussen.

Und zwar so: als root in 

/etc/modprobe.d/sound-cards-order einfach

options snd_usb_audio index=0
options snd_hda_intel index=1

schreiben. Die Datei existiert vermutlich noch nicht. (details zur Konfiguration hier wiki.ubuntuusers.de/Soundkarten_konfigurieren/ )

Nach dem nächsten Neustart funktioniert das automatische aktivieren einwandfrei. 

Interessanterweise ist dadurch gleich der NVIDIA Sound Kram verschwunden.

Ps: Das Headset hat auch noch eine 4 poligen 3.5mm polige Buchse und passendes Kabel, das habe ich auch probiert, nur das Mikro wollte nicht an Anhieb, mit USB kein Problem.

Deshalb habe ich da nicht weiter geforscht...

Vorbemerkungen.

Thunderbird ist mein langjähriger Email Client. Da fast niemand in meinen Bekanntenkreis Enigma benutzte (das Plugin zur Verschlüsselung von E-Mails auf Basis von OpenPGP) habe ich das auch nicht verwendet. Außer dass ich es mal ausprobiert hatte.... Schande über mich.

Seit 78.2 hat Mozilla im Thunderbird nun den Support vom Enigma aufgegeben und es selbst implementiert. Nicht ohne heftige kontroverse Diskussionen in der Debian Community (und auch anders wo) auszulösen.

Seit dem ich auf Bullseye umgestiegen bin, läuft hier der Thunderbird 78.5, deshalb habe ich mich nun entschlossen das integrierte OpenPGP zu verwenden. Dabei ist diese detailierte Anleitung  (jedenfalls für meine Verhältnisse) raus gepurzelt.

Anleitung für denjenigen der vorher überhaupt noch keine E-Mail Verschlüsselung verwendet hat.

Los gehts:

Auf Einstellungen/Extras klicken.

Hier auf OpenPGP Schlüssel verwalten klicken

Jetzt ein neues Schlüsselpaar generieren.

Man sollte sich Gedanken machen, für welchen Zeitraum der Schlüssel gelten soll. Man kann einen Schlüssel auch später mal verlängern, oder sogar eine unbegrenzte Laufzeit wählen.

Die Entscheidung über die Schlüsselgröße ist dagegen später nicht mehr anpassbar, ich habe 3072 gewählt. 3072 dürfte die nächsten ein paar Jahre  noch ausreichen. Es spricht aber absolut nichts dagegen auch 4096 zu wählen.

Hier ist mein Sonderfall beschrieben, wer den oberen Schritt gemacht hat, sollte diese Importschritte überspringen.

Ich habe zuerst den Schlüssel auf meinem Tuxedo XC1506 generiert, auf meinem Zweit-Laptop den Lenovo T500, mache ich das nun auch und generiere hier die Screenshots. Weil es aber keinen Sinn macht, dass ich für ein- und dieselbe Email Adresse zwei Schlüsselpaare verwalte, was auch zur heftigen Verwirrung der email Partner führen dürfte, wenn ich abwechselnd mal den einen und den anderen verwenden würde, habe ich mit dem Import meines geheimen Schlüssels, (der den öffentlichen inkludiert) auf beiden Installationen nun dasselbe Paar.

Der exportierte Schlüssel wurde mit einem Password geschützt, das habe ich jetzt hier eingegeben.

Als Resultat ist nun derselbe Schlüssel in beiden Installationen vorhanden. Wichtig ist noch die Bemerkung am Schluß.

Importvorgang abschließen.

Damit ist der Sonderfall, Import eines vorhanden Schlüsselpaares abgeschlossen.

Hier geht es nun weiter.

Bitte wieder OpenPGP Schlüssel verwalten öffnen.

Die Dialoge wie gezeigt auswählen.  Der Screenhot rechts zeigt die obere Hälte, der untere auch weichtige Bereich kommt im nächsten Absatz, links.

Diese Einstellungen sind nicht zwingend, empfehle ich aber.

So, nun könnte man eigentlich eine verschlüsselte Nachricht senden. Dazu auf Sicherheit klicken und verschlüsselte Nachricht auswählen. Hier mal als Beispiel links gezeigt. Thunderbird beschwert sich dann aber, dass es für diesen Adressaten keinen öffentlichen Schlüssel besitzt, senden in verschlüsselter Form geht also nicht.

Also muß man sich den öffentlichen Schlüssel des Adressaten importieren.

Den Felix habe ich jetzt extra als Beispiel gewählt, weil der sehr bekannt ist und allerlei merkwürdige Personen, Spammer u.a. auf den Keyservern Fake Einträge angelegt haben. Felix selbst kann die nicht löschen, die bleiben auf Ewig dort drin. Seine und meine Lösung ist, da

ss man seinen öffentlichen Key auf seinen eigenen gehosteten Webspace zum Download anbietet.

Sollte man schon einmal mit dem Adressaten Emails ausgetauscht haben, ist die Chance relativ groß, dass man den öffentlichen Schlüssel auch bereit als Signatur mitgesendet erhalten hat. Denn kann man natürlich auch verwenden.

Die Web Adresse für meinen öffentlichen Schlüssel ist naheliegenderweise hier: https://daucity.de

Nicht verwirren lassen. Hier wurde Felix' Schlüssel importiert. Meinen eigenen kann ich schlecht akzeptieren, weil der schon drin ist. Aber ich denke man kommt schon klar, ist ja kein Hexenwerk. Beachtet auch den unteren "Akzeptanz anschauen". Das ist wichtig, kann aber wie gleich gezeigt auch noch nachgeholt werden, sollte man nicht daran denken.

So sieht das dann also aus.

 Wenn man nun versucht an den neu importierten Adressaten eine verschlüsselte Email zu senden kann unter Umständen das rechte Bild erscheinen. Denn ein importierter Schlüssel muß auch akzeptiert werden.

Hier sieht man links den Fall, dass der importierte Schlüssel noch nicht akzeptiert wurde.

Und rechts, wie man es akzeptiert.

So sieht es dann aus, wenn man einen Public key akzeptiert hat.

Damit ist diese Einführung beendet.

Beim Aufsetzen von Bullseye habe ich so eine rundumsorglos iso genommen (firmware-bullseye-DI-alpha2-amd64-netinst.iso) und dabei eine mit asiatischen Manuals (+ de und en) erwischt

Wenn ich richtig aufgepasst habe, ist  localepurge nun leicht anders zu handhaben.

Es dient ja dazu unbenutzte Manual Seiten und etc von Fremdsprachen zu entfernen und nur die ausgewählten zu erhalten.

Beim Installieren von  localepurge wird man gefragt, ob man es mit dpkg benutzen will.

Sagt man da ja, tut es nichts für bereits installierte Pakete, was nicht in meinem Sinne ist, also dpkg-reconfigure localepurge aufrufen "Nein" auswählen, dann in der Console starten und dann wieder mit dpkg-reconfigure localepurge den dpkg Support wieder einschalten.

Ergebnis hier: 

Total disk space freed by localepurge: 790128 KiB

Manchmal fehlt mir die Anzeige der Cursor Position im Nano.

Klar, STR-C drücken, aber warum nicht ständig?

Heute hat mich das genervt, also in die nanorc

cat nanorc 

set positionlog

set constantshow

Eingetragen und gut iss.

Das positionlog ist das Pendant zu dem autocmd im vi(m) welches ungleich komplizierter ausschaut

positionlog merkt sich die Cursorpostion für die letzten 200 Files, die man mit nano angesehen, oder bearbeitet hat.

Ps: nanorc kann man hier: ~/.nanorc ablegen, oder da wo ich es gemacht habe: ~/.local/nano/nanorc (offenbar in Bullseye nicht mehr)

... und es gibt noch andere Möglichkeiten, man nano ...

PPs: Ja ich schäme mich nicht nano zu nutzen

Eigentlich nimmt man heutzutage GIT.

Ich nicht, da ich auch nur meine eigenen Spielereien etwas sichern und den Überblick behalten möchte, verwende ich CVS.

Braucht keiner nachmachen, ich schreibs halt hier mal auf, damit ich es wiederfinde, wie ich es aufgesetzt habe.

Schönere Anleitungen gibt es im Netz, hier die Variante, die bei mir werkelt.

Mein Repository liegt auf dem Rootserver.

CVSROOT=/var/CVS

Zugriff kann lokal oder über ssh erfolgen.

Dafür habe ich

export CVSROOT=:extssh:IP-adresse:/var/CVS

in der .bashrc des Client.

Damit das Ganze funktioniert muss der lokale user auch auf dem Server existieren und den sshkey im authorized_key hinterlegt haben.

Jetzt kann auf dem Client z.B. ein Verzeichnis importiert werden.

cvs import Elektronik bed start

Elektronik ist der Ordner Name und bed ist der user.

Selbstredend sollte der Ordner Elektronik frei von unnötigem Zeug sein, sonst wird das auch versioninert. Einige wenige Dateien werden allerdings auch per default ignoriert.

Es öffnet sich nano und fragt nach einem Kommentar. Mit -m "bla fasel" könnte man das umgehen, mache ich gewöhnlich aber nicht.

Jetzt sollte eine Liste von "N Dateinamen" erscheinen, damit ist das importieren erfolgreich.

Danach kann man mit cvs co Elektronik das Verzeichnis ausschecken und so zum bearbeiten vorbereiten.

Ps: Nicht vergessen, 

 /var/CVS 

mit im Backup Script aufzunehmen.

Keywörter: "$Revision$", "$Date$" und "$Log$" 

Nützliche Seite, um die Erinnerung an die Syntax aufzufrischen:

https://gki.informatik.uni-freiburg.de/lehre/ss03/sopra/cvs.html#REVISIONSNUMMERN

Ab- und zu versende ich auch mal eine eMail von meinem Android Smartphone.

Dazu benutze ich K-9.

Meiner Meinung nach ein komfortabler Mail Client. Nur dummerweise landen die gesendeten Emails nicht im selben Ordner wie im Thunderbird.

Das war mir erst aufgefallen, als ich mal eine versendete Nachricht suchte und nicht im Thunderbird fand.

Ich schaute ganz schön dumm aus der Wäsche, "verflixt, du weißt doch genau, dass du die mail verschickt ist, wo ist sie denn?"

Klar, mit etwas rumprobieren fiel mir dann schon der Name auf.

Im Thunderbird heißt der Ordner Sent und in K-9 Gesendet.

Dummerweise ist der Imap Ordner Inbox.sent.

Dies ist Client unabhängig. Der Client ist dafür verantwortlich, die eMails richtig zu speichern. 

Also bin ich im K-9 auf die Suche gegangen um das zu ändern.

 Der Weg ist Einstellungen->Kontoeinstellungen->Ordner

Dort habe ich den Ordner für gesendete Nachrichten auf INBOX.Sent und auch gleich den Entwurfsordner auf INBOX.Draft gestellt. 

Als Nacharbeit bleibt dann nur die Emails aus dem Ordner Gesendet in den Sent Ordner zu verschieben und Gesendet zu löschen.

Jetzt habe ich nur noch jeweils einen Ordner und wundere mich nicht mehr, dass ich eine eMail nicht finde, obwohl ich weiß, das ich sie versendet habe

Nur mal so für mich zum merken.

Immer wenn ich mal auf einem neuen (jungfräulichen) Linuxrechner zu tun habe, fehlt mir meine Lieblingseinstellung für den vi

cat ~/.vimrc
:map <F2> :w\|!python3 %<CR>
:color industry
if has("autocmd")
  au BufReadPost * if line("'\"") > 1 && line("'\"") <= line("$") | exe "normal! g'\"" | endif
endif

Der :map auf F2 sorgt für das unmittelbare Ausführen des Python Codes.

Aber das ist nur ein Gimmick.

:color ist selbsterklärend.

Wichtiger für mich ist der autocmd Teil. Das sorgt dafür, dass sich vi(m) merkt, in welcher Zeile ich in jeweiliger Datei war.

Ps: habt ihr evtl. noch andere Dinge, die das Leben erleichtern?

Great Cow BASIC Version 0.98.04 ist verfügbar.

Das Great Cow BASIC-Entwicklungsteam hat eine weitere Version veröffentlicht, die die Compiler-Funktionen von Great Cow BASIC weiter verbessert.

IDE 
Verbesserungen des Befehlssatzes für den IDE-Lexer

ADC
- zum Schutz von ADFM auf 10F-Geräten im READAD-Verfahren
- Bibliothek aktualisiert, um 16F1834x ADC-Kanäle mit CHS5-Bit zu unterstützen.

Linux
- Überarbeitete Installationsskripte zur Unterstützung von           Kleinbuchstaben und verbesserter Installation
- Aktualisierte Dateien in Kleinbuchstaben. Keine Funktionsänderung

PPStool
- Es wurde ein Problem behoben, bei dem RX-Pins als Ausgänge und nicht als Eingänge gesetzt wurden (PIC18FxxK42 und ähnliche).
- Fehler behoben, der dazu führte, dass i2c-Pins für 18F*k42 gesetzt wurden.

GLCD
- NT7108C GLCD-Treiber hinzugefügt
- GLCD_SDD1289.h aktualisiert, um veraltete Methoden zu entfernen.
- Aktualisierter ST7735 GLCD-Treiber.  Neue OLED-Schriftunterstützung und allgemeines Update auf den neuesten GLCD-Standard und Überarbeitung auf TFT-Farben.

- GLCDCLS wurde aktualisiert, um viel schneller zu sein und GLCDRotate wurde aktualisiert, um Bits zu unterstützen[849].
- GLCD.h aktualisiert, um dumme Skriptfehler zu entfernen.

USART
- Korrekte fehlerhafte Einstellung von SYNC auf K42/83

PWM
- PWM hinzugefügt PWM hinzugefügt PWM8 hinzugefügt
- Die Bibliothek wurde aktualisiert, um ENablebits zu unterstützen.

PSMC
- PSMCDesigner Toolset hinzugefügt

Gerätedateien
- Aktualisiert 16F178x für ReadAD10BitForceVariante

Programmierer DFU
- Aufnahme des DFU USB-Programmierwerkzeugsatzes in den Windows Installer.

GCGB       
- Überarbeitung von GCGB

Nein, keine stärkere Feder, oder stärkere Akkus, sondern eine kleine elektronische Spielerei.

Eingebaut wird der Mod in ein rein mechanisches NERF Scharfschützengewehr Longshot CS-6.

Es wird die verbliebene Munition angezeigt und ein LED Blitz ausgelöst, wenn die Schaumstoff Patrone durch den Lauf geschossen wird.

Umgesetzt wurde das mit Great Cow Basic. Einem Compiler, der Basic frisst und Assembler für PIC und AVR ausspuckt.

Ich habe an anderer Stelle bereits einen Artikel über Great Cow Basic geschrieben und einen Bericht über ein damit realisiertes Projekt angekündigt. Nun, hier kommt der Bericht.

Die Anzeige erfolgt auf einem  128x32 Pixel Display (Suchbegriff I2C SDD1306 0.91 128x32 OLED)

Die Anzeige ist nur ca. 2.31 cm groß, das komplette Display hat ungefähr 3,5cm, damit eignet es sich ideal zum Einbau in das Zielfernrohr.

Funktionsbeschreibung der Software:

Die Bilder sind von einem frühen Prototyp, die Qualität der Bilder bitte ich zu entschuldigen. Von der endgültigen Version werden hoffentlich schärfere nachgereicht. Allerdings hat auch das Grenzen, denn das Display hat nur kleine Abmessungen. In Natura sieht das Display erhelbich besser aus, es ist eine Freude, dieses Display in Aktion zu sehen.

Einschalt Screen

Nach dem Initialisieren wird ein Begrüßungsbildschirm gezeigt, der die aktuelle Spannung des verwendeten Li Ion Akkus anzeigt. Basis der Berechnung ist die Betriebspannung von 5 Volt, welche konstant gehalten wird. In Abhängigleit von der Akkuspannung wird ggfs. ein anderer Text ausgegeben. Bitte beachten.

Man kann nun einfach warten, bis zur Hauptanzeige gewechselt wird, oder aber die UP Taste drücken, um direkt zur Hauptanzeige zu springen.

Main Screen

Die Hauptanzeige zeigt in großen Ziffern die Anzahl der verbliebenen Munition. Rechts daneben ist die Füllstandsanzeige der Akku Spannungsversorgung angezeigt. Wenn die Spannung unter dem Schwellwert von ca. 3V gesunken ist, wechselt der Schriftzug "UP-DOWN->Setup " mit dem Hinweis auf "charge!". Die Funktion ist noch eine Weile sichergestellt, jedoch sollte der Akku bald geladen werden. Wenn die Spannung des Akkus unter 2.5 V gefallen ist, wechselt die Anzeige zu "Alert!". Nun muss unbedingt das System ausgeschaltet und der Akku geladen werden, sonst wird der Akku beschädigt. Im Sourcecode sind die Schwellen individuell einstellbar, so dass man auch Batterien, oder einen anderen Akku Typ verwenden kann und trotzdem etwas von der Kapazitätsanzeige hat

Wenn die verbliebene Munition nur noch 3 Patronen oder weniger beträgt, beginnt die Ziffer zu blinken und die Anzeige in der Helligkeit zu pulsieren.

Nach Wechsel des Magazins (Reed Kontakt Magazin) geht die Anzeige wieder auf den Standardwert von 30.

Die Helligkeit der Anzeige kann mit dem Poti beeinflußt werden. Die Tasten UP und Down dienen zur Bedienung des Einstellmenüs.

Flashtime Screen

Beide Tasten gleichzeitig gedrückt, lassen das Einstell Menü erscheinen. Hier kann mit den Tasten der Flash Timer eingestellt werden, also die Dauer eines Lichtblitzes. Während dieses Einstellmenü gezeigt, wird, kann trotzdem der Trigger betätigt werden, man ist also nicht wehrlos! Der von Links nach Rechts immer länger werdende Balken zeigt die Restzeit an, bis das Menü automatisch verlassen wird.

Rounds Screen

Durch erneutes gleichzeitiges Drücken von UP und Down gelangt man in das Einstellmenü für die Munition

Hier kann man die Anzahl der Patronen einstellen, die beim Magazinwechsel als "Voll" geladen eingestellt werden. Der von Links nach Rechts immer länger werdende Balken zeigt die Restzeit an, bis das Menü automatisch verlassen wird. Wenn man UP und DOWN gleichzeitig drückt, wird die eingestellte Munition dauerhaft gespeichert.

Weitere Beschreibung und auch neue Fotos wie z.B. dieses, auf der englischsprachigen Seite

Nach Pfingsten wird es hoffentlich dort auch endlich ein Action Video geben, vorausgesetzt, die Waffe überlebt den F.A.T.E Con

Mich hat interessiert, in wie fern sich die Compiler von gcbasic zwischen Wine und natives Linux unterscheiden. Mit wineconsole steht ein Tool zur Verfügung um Windowsprogramme, die ein Commandline Interface haben, direkt aufzurufen ohne den Umweg über die Windows GUI zu benutzen.

Rufe ich also

time winesconsole --backend=curses exit

​auf, kommt man auf eine Ausführungszeit von

wineconsole: 
real 0m0,223s 
user 0m0,024s 
sys 0m0,024s

Dies ist also der Overhead des Wine Systems und muß beim Ergebnis der Untersuchung berücksichtigt werden.

Das kleine Demo Programm 040_Rotate_the_LEDS.gcb, das für das Board StartPic18 im Demo Ordner beretgestellt ist, dient hier als nicht repräsentive Basis.

time wineconsole --backend=curses GreatCowBasic/gcbasic.exe 040_Rotate_the_LEDS.gcb 
real 0m2,182s 
user 0m0,032s 
sys 0m0,040s

time gcbasic 040_Rotate_the_LEDS.gcb 
real 0m0,430s 
user 0m0,368s 
sys 0m0,020s

​Den Overhead abgezogen, dauert also das compilieren eines kleinen Basic Programmes mit wine ziemlich genau 2 Sekunden. Das compilieren mit dem nativen Basic Compiler unter Linux dauert weniger als 0.5 Sekunden.

Der Compiler in der nativen Linux Ausprägung ist also ca. 4 mal so schnell. 

Der wine normalerweise keine so großen Einbußen hat, stellt sich die Frage, woran liegt das?

Ist jetzt keine große Sache, dennoch möchte ich zu (selbst)dokumentarischen Zwecken aufschreiben, welche Einstellungen notwendig sind, um ein bequemes und komfortables Arbeiten zu ermöglichen.

Vorweg gesagt, man kann natürlich mit Hilfe von wine auch die mitgelieferte GCB@Syn IDE benutzen.

Bei mir allerdings führte das zu einer erheblichen (Faktor 10-11) längeren Compile- und Flashzeit. Da ich sowieso nicht der wine Fan bin, habe ich mir mit Geany, der Universal IDE eine Möglichkeit geschaffen. (Nachtrag; vermutlich einer der Gründe ist, dass die GCB@SYN IDE mehrere Tools über die Command.com Schnittstelle auffruft, auch native Windows hat da Performance Einbußen)

Damit beim Laden eines Great Cow BASIC Programmes das Syntax Hilighting aktiviert wird, wie hier gezeigt den Freebasic Eintrag ergänzen. Zur Info, die Syntax von Freebasic ist praktisch identisch zu der von Great Cow BASIC, nur die Spezial Befehle, wie z.B. #chip werden nicht hervorgehoben, aber das kann ich verschmerzen.

Damit man mit F8 und F9 direkt das Compilieren und Flashen lostreten kann, sind die folgenden Einträge notwendig. Bitte beachten, dass eine *.gcb Datei geladen ist und der Tab auch aktiv ist, denn Geany hat für jeden Datei Typ unterschiedliche Werkzeuge.

Die Dritte Zeile hatte ich als ersten Ansatz, hier musste ich immer den PIC Typ anpassen, was nerven kann, wenn man mit zwei oder mehr verschieden Modellen arbeiten will.

Das im Screenshot genannte Programm test-flash.sh habe ich gestrickt, um die #chip Zeile zu finden und dem Java Programm den PIC Typ mitzugeben. Es ist noch in einem experimentellen Stadium, scheint aber einigermassen zu funktionieren. Fehlerhinweisen werde ich natürlich möglichst zeitnah nachgehen.

Ein dritter, nicht ganz so kritischer Punkt ist das reformatieren vom Quellcode. Dafür bietet Geany eine universelle Schnittstelle nämlich das senden einer Auswahl an ein externes Programm. Ich habe mich für FBeauty entschieden. Es ist ein in Freebasic geschriebenes Programm, welches das reformatieren durchführt. Da der FreeBasic Compiler ohnehin installiert werden muss um den nativen Great Cow BASIC Compiler zu compilieren, ist der ohnehin vorhanden, also wirklich kein Ding.

Hier der Quelltext von test-flash.sh

# to set the correct Path to ipecmd.jar execute the following line:
# find /opt -name ipecmd.jar
# this will print out one or more lines, choose the one you want use
# and edit the next line
IPECMD="/opt/microchip/mplabx/v4.05/mplab_ipe/ipecmd.jar"
# simple test for Typo
if [ -e "$IPECMD" ]
then 
    # finding the filename
    BASENAME="$(basename $1)"
    GCBNAME="$(echo $BASENAME|cut -f1 -d.)"
    #echo "Basic Source=$GCBNAME.gcb"
    BASICFILE="$(dirname $1)/$GCBNAME.gcb"
    CHIPLINE="$(grep -i '#chip ' $BASICFILE)"
    TARGET="$(echo $CHIPLINE|sed 's/#chip//I' |sed 's/ \+//g'|cut -d, -f1)"
    echo "Flashing Target:$TARGET"
    echo "using java -jar $IPECMD -TPPK3 -P$TARGET -M -F\"$1\""
    java -jar $IPECMD -TPPK3 -P$TARGET -M -F"$1"
else
    echo "$IPECMD was not found"
fi

test-flash.sh (oder unter einem besser passenden namen) an eine beliebige Stelle kopieren, ausführbar machen und den Pfad wie oben gezeigt in Geany eintragen.

Wer das IPECMD in einer anderen Version und oder an einer anderen Stelle installiert hat, muß die erste Zeile natürlich anpassen.

und nicht nur das, sondern auch ein neues Maskottchen. Und ein news- feed und und und.

Die Site habe ich mit Typersettercms erstellt. Typesetter ist der modernisierte Nachfolger von GPEasy, einem Flatfile CMS System, welches ich selbst für einige private Seiten eingesetzt habe. Ich fand, so ein großartiges Produkt wie Great Cow BASIC hat einfach mal eine moderne "responsive" Webseite verdient. Weil sich kein anderer fand, habe ich es umgesetzt und weil die Typesetter Community sehr hilfbereit ist, ist mir das auch ganz gut gelungen, ohne selber die höheren Weihen der CSS Stylerei zu verstehen oder vollständig begriffen zu haben.

Um auf Great Cow BASIC zurück zu kommen, es geht gewaltig voran, mittlerweile ist der Hersteller Microchip auch unterstützend an der Seite. Da kommen noch ein paar Überraschungen in naher Zukunft. Wer schon immer mal mit den kleinen Controllern arbeiten wollte, sollte definitiv Great Cow BASIC in die engere Wahl ziehen.