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.
|
||||
|
||||
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