Compare commits
3 Commits
e4d5c3b6f1
...
main
| Author | SHA1 | Date | |
|---|---|---|---|
| f004d00c28 | |||
| 702b473967 | |||
| aca4454bca |
57
Artikel_Finden_Um_Zu_Kaufen.md
Normal file
57
Artikel_Finden_Um_Zu_Kaufen.md
Normal file
@@ -0,0 +1,57 @@
|
|||||||
|
# Mechanischer Zähler
|
||||||
|
|
||||||
|
## Anforderungen
|
||||||
|
|
||||||
|
Anforderungen für den mechanische Zähler:
|
||||||
|
|
||||||
|
1. Maximale Breite 82 mm, wenn Höhe und Tiefe kleiner sind
|
||||||
|
2. 3-stellig oder 4-stellig oder 5-stellig; je weniger Stellen, umso besser
|
||||||
|
3. Reset mit einem Knopfdruck (an einem Drehknopf so lange drehen, bis 0 erscheint, ist inakzeptabel)
|
||||||
|
4. Für mechanische Befestigung, z.B. in einer Maschine
|
||||||
|
5. Lieferzeit nach Deutschland maximal eine Woche
|
||||||
|
6. Gesamtpreis mit Lieferkosten maximal 25 Euro
|
||||||
|
|
||||||
|
## Amazon
|
||||||
|
|
||||||
|
Ich habe Amazon prime und kaufe gern bei Amazon.
|
||||||
|
|
||||||
|
## Beispiel 1
|
||||||
|
|
||||||
|
Hier ist Beispiel 1, was alle Anforderungen bis auf 3. erfüllt:
|
||||||
|
|
||||||
|
https://www.amazon.de/Mechanischer-Ballenz%C3%A4hler-Ballenpresse-R%C3%BCcksetzbarer-Handzug-Z%C3%A4hler/dp/B0CCHVCFT2/ref=pd_lpo_d_sccl_3/262-0148432-6918821?psc=1
|
||||||
|
|
||||||
|
## Deine Aufgabe
|
||||||
|
|
||||||
|
- Stelle mir zwischen zwei und fünf Fragen, um die Situation und deine Aufgaben vollständig zu verstehen.
|
||||||
|
- Suche in Online-Shops nach mechanischen Zählern, die alle Anforderungen erfüllen, lege sie in den Warenkorb und merke dir die URL der Produkt-Webseite.
|
||||||
|
- Sobald du mindestens fünf Zähler gefunden und in Warenkörbe gelegt hast, erstelle eine Ergebnisliste, die für jeden Zähler diese Angaben enthält:
|
||||||
|
- Produktfoto
|
||||||
|
- Produktbezeichnung
|
||||||
|
- Gesamtpreis inklusive Lieferkosten
|
||||||
|
- Lieferzeit
|
||||||
|
- Gültige URL zur Produktseite des Online-Shops
|
||||||
|
- Weil bei früheren Ergebnissen dieser Art oft die URLs nicht funktioniert haben, überprüfe alle URLs der Ergebnisliste. Ersetze jede nicht funktionierende URL durch die korrekte, funktionierende URL für das Produkt.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
1. Reset-Mechanismus: Anforderung 3 besagt, dass ein Reset per Knopfdruck möglich sein muss. Ist ein seitlicher Druckknopf (Push-Button) am Zähler akzeptabel, oder bevorzugen Sie eine bestimmte Art von Reset (z.B. Hebel, separater Knopf an der Front)?
|
||||||
|
|
||||||
|
2. Zählrichtung und Auslösung: Soll der Zähler mechanisch ausgelöst werden (z.B. durch einen Hebel/Stempel, der bei jedem Zählvorgang gedrückt wird), oder sind auch elektrisch betätigte mechanische Zähler akzeptabel?
|
||||||
|
|
||||||
|
3. Befestigung: Welche Art von mechanischer Befestigung ist gewünscht? Zum Beispiel Frontplatteneinbau (mit Muttern), Schraubbefestigung von hinten, oder eine andere Montageart?
|
||||||
|
|
||||||
|
4. Stückzahl: Wie viele Zähler benötigen Sie? Das beeinflusst, ob Versandkosten auf ein oder mehrere Stücke verteilt werden.
|
||||||
|
|
||||||
|
5. Zählbereich: Gibt es Anforderungen an den maximalen Zählwert (z.B. mindestens bis 999 oder bis 9999), oder reicht ein Standard-Zählbereich?
|
||||||
|
|
||||||
|
Zu 1.: Alle Arten eines Druckknopfs oder Hebels sind OK.
|
||||||
|
|
||||||
|
Zu 2.: Der Zähler soll mechanisch ausgelöst werden (z.B. durch einen Hebel).
|
||||||
|
|
||||||
|
Zu 3.: Befestigung zum Aufschrauben auf eine Platte. Kein Frontplatteneinbau erforderlich.
|
||||||
|
|
||||||
|
Zu 4.: 1 Stück.
|
||||||
|
|
||||||
|
Zu 5.: Keine Anforderungen an den maximalen Zählwert.
|
||||||
50
Circuit_Simulations.md
Normal file
50
Circuit_Simulations.md
Normal file
@@ -0,0 +1,50 @@
|
|||||||
|
# Analog circuit simulation: V_BAT change amplifier
|
||||||
|
|
||||||
|
## Parts
|
||||||
|
|
||||||
|
The circuit parts:
|
||||||
|
- PNP Transistor T1: BC557C
|
||||||
|
- Zener diode D1: BZX85/5.6
|
||||||
|
- Resistor R_Z: 1 Kohms
|
||||||
|
- Resistor R_E: 240 Ohms
|
||||||
|
- Resistor R_C: 1 Kohms
|
||||||
|
|
||||||
|
## Schematic
|
||||||
|
|
||||||
|
The schematic:
|
||||||
|
- Node V_BAT (battery voltage) connected to R_Z, R_E
|
||||||
|
- Node GND (ground, 0 V) connected to D1 anode, R_C
|
||||||
|
- Node V_OUT connected to R_C, T1 collector
|
||||||
|
- T1 collector connected to V_OUT, R_C
|
||||||
|
- T1 base connected to D1 cathode, R_Z
|
||||||
|
- T1 emitter connected to R_E
|
||||||
|
- R_2 connected to V_BAT, T1 base
|
||||||
|
- D1 anode connected to GND
|
||||||
|
- D1 cathode connected to R_Z, T1 base
|
||||||
|
- R_E connected to T1 emitter, V_BAT
|
||||||
|
- R_C connected to V_OUT, GND
|
||||||
|
|
||||||
|
## Simulation
|
||||||
|
|
||||||
|
The simulation is a DC simulation which takes the analog behavior of
|
||||||
|
the circuit parts into account. Use the Ebers-Moll model for T1 and
|
||||||
|
a model which accurately calculates the zener behavior of D1.
|
||||||
|
|
||||||
|
Sweep V_BAT from 5.8 V to 7.8 V in 0.1 V steps.
|
||||||
|
|
||||||
|
Simulate T1 base current, T1 collector current, T1 power dissipation,
|
||||||
|
D1 current, V_OUT voltage.
|
||||||
|
|
||||||
|
## Your tasks
|
||||||
|
|
||||||
|
First use your ask user questions tool to fully understand the requirements
|
||||||
|
and your tasks.
|
||||||
|
|
||||||
|
Then get the models for T1 and D1.
|
||||||
|
|
||||||
|
Afterwards create a Jupyter notebook which runs the circuit simulation and
|
||||||
|
displays the simulated values in graphs.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
64
Kischdle_server-setup.md
Normal file
64
Kischdle_server-setup.md
Normal file
@@ -0,0 +1,64 @@
|
|||||||
|
# Kischdle setup for microservices
|
||||||
|
|
||||||
|
## Motivation
|
||||||
|
|
||||||
|
This introduces the product "Kischdle" and the basic Kischdle server setup
|
||||||
|
to you so that you can store the information to the corresponding files in
|
||||||
|
the Claude environment. This empowers you to generate content for Kischdle
|
||||||
|
in the future when Kischdle topics come up.
|
||||||
|
|
||||||
|
## Product "Kischdle"
|
||||||
|
|
||||||
|
The product "Kischdle" is in the early proof-of-concept implementation phase.
|
||||||
|
|
||||||
|
A Kischdle is an on-premise system with server hardware
|
||||||
|
including a local AI GPU and a suite of software apps optimized for
|
||||||
|
small and medium sized enterprises.
|
||||||
|
|
||||||
|
## Basic server setup
|
||||||
|
|
||||||
|
### Hardware
|
||||||
|
|
||||||
|
The server hardware used for the proof-of-concept implementation:
|
||||||
|
- GPU: NVIDIA RTX5070Ti 16GB VRAM
|
||||||
|
- CPU: AMD Ryzen 9 9900X (12x 4.4GHz / 5.6GHz Turbo)
|
||||||
|
- Mainboard: MSI PRO X870-P Wifi, PCIe 5.0 x16
|
||||||
|
- System RAM: 64GB (2x32GB) DDR5 AMD/Intel 6000MHz Kingston Fury Beast CL30
|
||||||
|
- NVMEs: Two devices in Software RAID-1, 2TB SAMSUNG 990 PRO 2TB M.2 PCIe 4.0 x4 NVME (Read 7450MB/s ; Write 6900MB/s)
|
||||||
|
|
||||||
|
### OS
|
||||||
|
|
||||||
|
The OS is Debian Linux version 12 (Bookworm).
|
||||||
|
|
||||||
|
### Microservices
|
||||||
|
|
||||||
|
The software apps are running separated from each other and from the system
|
||||||
|
level. Software apps of each area is running in a rootless Podman Pod by
|
||||||
|
a dedicated user. The currently existing users, area and apps are:
|
||||||
|
- 'trf': Routes ingress and egress traffic; Traefik
|
||||||
|
- 'wbg': Provides a Web GUI for AI; Open WebUI
|
||||||
|
- 'llm': Provides AI LLM services internally; PyTorch and custom app
|
||||||
|
- 'pln': Provides planning services; AFFiNE
|
||||||
|
|
||||||
|
Some others exist but are not relevant. Others will be added as
|
||||||
|
implementation proceeds; e.g., crm for CRM and dms for DMS.
|
||||||
|
|
||||||
|
Each microservice is started by executing shell scripts which generate
|
||||||
|
the Podman Pod and start a systemd service.
|
||||||
|
|
||||||
|
It is important that you know how the shell scripts are structured
|
||||||
|
and which naming is used - creating shell scripts for coming microservices
|
||||||
|
will be one of your future tasks.
|
||||||
|
|
||||||
|
Please examine these three examples of such shell scripts:
|
||||||
|
@~/tmp/create_pod_openwebui.sh
|
||||||
|
@~/tmp/create_pod_affine.sh
|
||||||
|
@~/tmp/create_pod_traefik.sh
|
||||||
|
|
||||||
|
## Your tasks
|
||||||
|
|
||||||
|
1. Use your your ask user questions tool to completely understand the
|
||||||
|
situation, the basic server setup and the shell script structure.
|
||||||
|
2. Ask me before proceeding with task 3.
|
||||||
|
3. Store the knowledge which you gained in this session to the
|
||||||
|
appropriate Claude files.
|
||||||
109
Linux-Servers.md
109
Linux-Servers.md
@@ -402,3 +402,112 @@ For more than one minute no answer arrived.
|
|||||||
So likely the office Internet connection is down.
|
So likely the office Internet connection is down.
|
||||||
|
|
||||||
Thank you, I will proceed troubleshooting on Monday in the office.
|
Thank you, I will proceed troubleshooting on Monday in the office.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# New Git repository on DesTEngS Git server
|
||||||
|
|
||||||
|
Please help with setting up a new Git repository on a Git server
|
||||||
|
and in a Linux folder.
|
||||||
|
|
||||||
|
## DesTEngS Git server
|
||||||
|
|
||||||
|
The DesTEngS Git server is at
|
||||||
|
`git.destengs.com` and can be accessed via SSH
|
||||||
|
with the `git` user and port `8085`.
|
||||||
|
|
||||||
|
Example:
|
||||||
|
The user pln did add a remote connection with
|
||||||
|
`git remote add origin ssh://git@git.destengs.com:8085/pln/bin.git`.
|
||||||
|
|
||||||
|
I have an account and my user name is 'tlg'.
|
||||||
|
|
||||||
|
The Git server SW is Gitea.
|
||||||
|
|
||||||
|
Gitea push-to-create is intentionally not enabled; therefore,
|
||||||
|
new repositories were created via the Git server web interface
|
||||||
|
up to now.
|
||||||
|
|
||||||
|
## The new Git repository
|
||||||
|
|
||||||
|
The new Git repo will be used for my SW design topics, shall have
|
||||||
|
the name DesTEngSsv006_swd and shall use SHA-256.
|
||||||
|
|
||||||
|
I also want to use the Git repo for things which are common on GitHub
|
||||||
|
repositories (like bug tracking and actions); however, the new
|
||||||
|
repo will only be used by me and AI agents like you.
|
||||||
|
|
||||||
|
On my Linux server DesTEngSsv006 my user name is 'tlg'.
|
||||||
|
I created a folder /home/tlg/swd which shall become a Git repo which
|
||||||
|
will be synced with the Git server repo; therefore, I want a
|
||||||
|
SSH remote connection which would be created with
|
||||||
|
`git remote add origin ssh://git@git.destengs.com:8085/tlg/DesTEngSsv006_swd.git`.
|
||||||
|
|
||||||
|
## Questions
|
||||||
|
|
||||||
|
- Use your ask user questions tool to completely understand the
|
||||||
|
situation and my requirements.
|
||||||
|
- Do I have to manually set up the repo on the Git server first?
|
||||||
|
- How should I set up bug tracking, actions and similar things?
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Local Git repository setup
|
||||||
|
|
||||||
|
Please help with setting up a local Git repository in a Linux folder
|
||||||
|
and synchronizing it with a Git repository on a remote Git server.
|
||||||
|
|
||||||
|
## Remote Git server
|
||||||
|
|
||||||
|
The remote Git server is at
|
||||||
|
`git.destengs.com` and can be accessed via SSH
|
||||||
|
with the `git` user and port `8085`.
|
||||||
|
|
||||||
|
Example:
|
||||||
|
The user pln did add a remote connection with
|
||||||
|
`git remote add origin ssh://git@git.destengs.com:8085/pln/bin.git`.
|
||||||
|
|
||||||
|
I have an account and my user name is 'wbg'.
|
||||||
|
|
||||||
|
The Git server SW is Gitea.
|
||||||
|
|
||||||
|
## New Git repository on remote Git server
|
||||||
|
|
||||||
|
Gitea push-to-create is intentionally not enabled; therefore,
|
||||||
|
I created the desired new repository via the Git server web interface:
|
||||||
|
- Name 'destengssv006_bin'
|
||||||
|
- Issue Label Default
|
||||||
|
- Object format sha256
|
||||||
|
|
||||||
|
I also created a new Token for access to wbg account via Gitea-API:
|
||||||
|
- Token-name destengssv006
|
||||||
|
- Access: All (public, private and restricted)
|
||||||
|
- │ API route │ Access
|
||||||
|
│ activitypub │ no access
|
||||||
|
│ issue │ read and write
|
||||||
|
│ misc │ read
|
||||||
|
│ notification │ read
|
||||||
|
│ organization │ no access
|
||||||
|
│ package │ no access
|
||||||
|
│ repository │ read and write
|
||||||
|
│ user │ read
|
||||||
|
- Stored it on this server in /home/wbg/.gitea-token
|
||||||
|
|
||||||
|
## Local Git repository
|
||||||
|
|
||||||
|
The folder /home/wbg/bin shall become a Git repo which
|
||||||
|
must be synced with the remote Git server repository.
|
||||||
|
|
||||||
|
SSH keys have been generated and the public used to communicate with the
|
||||||
|
remote Git server via SSH without entering credentials.
|
||||||
|
|
||||||
|
## Your tasks
|
||||||
|
|
||||||
|
1. Initialize the local Git repository in the /home/wbg/bin
|
||||||
|
with sha256, branch 'main'. Set
|
||||||
|
global user name to 'wbg' and
|
||||||
|
global user email to 'Thomas.Langer@destengs.com'.
|
||||||
|
2. Setup the SSH remote connection with
|
||||||
|
`git remote add origin ssh://git@git.destengs.com:8085/wbg/destengssv006_bin.git`.
|
||||||
|
3. Make an initial commit with a reasonable .gitignore to test it.
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user