-
Thread
PCF8574 Spannung?
Hallo, ja das funktioniert. Ich habe den PCF8574(A) am PIC18F46K80 mit 5 Volt in Betrieb und am PIC18F97J60 mit 3,3 Volt. Viele Grüße Ingo
Antwort einem dann nicht passt ... Ingo S. schrieb im Beitrag #8093951: > Ich habe den PCF8574(A) am PIC18F46K80 mit 5 Volt in Betrieb und am > PIC18F97J60 mit 3,3 Volt. Daß der PCF von unter 3V bis etwas über 5V funktioniert, wurde nun schon oft genug geschrieben und auch nie infrage gestellt...
-
Thread
[V] Motorola Chips
ändert das auch nix: wenn ihr 50€ ausgeben wollt, bietet ihr 40€. Wären es nur 4€ Porto, würdet ihr 46€ bieten. Ich würde die als Gewerblicher übrigens als DHL Kleinpaket für 3,30€ versenden, um diese Diskussion maximal abzulenken. Zum Thema: Ich biete 33,33€
Wenn man die 68008 zu einer Weiterverwendung zufuehren moechte: https://shop.mcjohn.it/en/diy-kit/46-94-68k-mbc.html#/12-kit-to_assemble/16-ram-1024_kb Ist ein 68008, 8MHz, 1 Megabyte RAM, als I/O-Knecht ein PIC18F47Q10. Alles dokumentiert bei https://hackaday.io/project/177988-68k-mbc-a-3-ics
-
Thread
Object Oriented Forth
6469 6874 0c00 6568 6769 00000c0 7468 0600 636c 0064 6206 6675 0400 6266 00000d0 0600 7277 0069 2d2f 0b35 1382 2981 3582 00000e0 0308 2e30 0535 4812 6c65 6f6c 5920 6c61 00000f0 2075 2e58 3a20 292d 000a 4c8c 2e20 2601 0000100 4626 6b28 4720 2649 462c 472b 4525 6d46 0000110 5060 484a 8049 1b51 1602
00001d0 1a16 0e10 1b16 20b0 0100 1216 63b0 8201 00001e0 da30 1604 1c12 0d1d 1413 801e 2e1b 1224 00001f0 251f b100 1215 b3b2 b5b4 0436 b359 18b1 0000200 b413 18b1 5114 0063 [/code]
-
Thread
SkyRC MC3000 Erfahrungen (u.a. mit Firmware 1.25)
nennen darf, keine eigenständige Zug-/Druckmechanik für die Anpressung an den Akku. https://ae-pic-a1.aliexpress-media.com/kf/Se177e8438e1a46b5847eb9db1b7c136dX.jpg https://ae-pic-a1.aliexpress-media.com/kf/Sc4f1bfc8ed554505861394b929048d7a3.jpg Hier drüber die beiden wichtigsten Bilder von
Akku drin. Die restlichen 3x Bilder sind auch nur mit unterschiedlichem AkkuFormaten. https://ae-pic-a1.aliexpress-media.com/kf/S1991732689484cb79dbbfd37ba9f40204.jpg Im QuellCode der Seite sind die auch zu finden, anders waren die nicht zu ermitteln, da da eine Vergößerungsfunktion drüber lag.
-
Thread
Neue Bauteile – kleine Relais, nicht durchbrennende LED-Serienschaltungen und Co
einem PIC32 basierendes Modul, dessen Funk-Transmitter ebenfalls für Bluetooth 6.0 befähigt ist. Hervorzuheben ist die Verfügbarkeit eines uFL-Connectors, der das Anschließen von Antennen erleichtert.  README.md: PR101188 is fixed in v13.5. === Binutils === git: git://sourceware.org/git/binutils-gdb.git branch/tag: binutils-2_46_1 hash: 5e56594815854de5eca35c7c04b11705d0f19c02 (2026-06-08) This is the 2.46.1 release === AVR-LibC === git: https://github.com/avrdudes/avr-libc.git branch/tag: avr-libc-2_3_2-release hash: 490384175ced9b387a1c76d86f6ee7f0cff70109 (2026-06-05) configure.ac: Set version
-
Thread
Alte Eproms sichern, welches Gerät?
(2048 x 4 – EPROM) IM6658 (1024 x 8 – EPROM) LH532100 (256k x 8 – ROM) M48T08, M48T18, M48T58 (8k x 8 – Timekeeper SRAM) M48Z08, M48Z18, M48Z58 (8k x 8 – Zeropower SRAM) MBM27C4000 (512k x 8 – EPROM) MCM68A308, MCM68B308 (1k x 8 – ROM) MCM5003 5004 5303 5304 (64 x
mal, weil ich zu faul war eine PC-App zu programmieren den MAX7456 OSD Chip so programmiert: Ein PIC16F59 (Baseline-Core, kann fast nichts, hat viele I/Os) hat auf dem Steckbrett ein EPROM (27C128 oder 27C256) ausgelesen und via Bitbang-SPI-Kommandos an den MAX7456 schickte. Das EPROM enthielt den
-
Thread
I2C Display einfache Frage
habe (die auf meiner Platte liegen) und so lief ein OLED-Display auch auf einem CH32V003, einem STM32F030 / F103 / F411. Hier jedoch nur die Datei, bei der AVR und STM8 eingebunden sind. Bei Verwendung für AVR ATmega328 und AVR-GCC als Compiler, hat das erzeugte Kompilat bei mir eine Dateigröße von
do{if ((x&1)==0) RES_D(portpin); else SET_D(portpin);}while(0) /* Pin Is Clear */ #define PIC_D_(port,pin) (((port->IDR) & (1UL<<(pin))) == 0) #define PIC_D(portpin) PIC_D_(portnummerzuportzeiger(STM_PORT(portpin)),STM_PIN(portpin)) /* Pin Is Set */ #define PIS_D_(port,pin) (
-
Thread
Warum ist die USB/CDC Implementierung der Cube HAL so groẞ?
generierten Code geworfen. Als erstes ist mir der Interrupt-Handler aufgefallen: [code]08000590 g F .text 00000976 HAL_PCD_IRQHandler[/code] https://github.com/STMicroelectronics/stm32f3xx-hal-driver/blob/master/Src/stm32f3xx_hal_pcd.c#L859 https://github.com/STMicroelectronics/stm32f3xx-hal-driver
natürlich massiv verkleinern. Ein ähnliches Bild bei USB Endpoint Funktionen: [code]08002444 g F .text 0000046e USB_EPStartXfer[/code] https://github.com/STMicroelectronics/stm32f3xx-hal-driver/blob/master/Src/stm32f3xx_ll_usb.c#L419 Immerhin 0x46e = 1134 bytes für USB_EPStartXfer - das lässt
-
Thread
Mini Loopantenne mit NE592N14
Nächste Frevelfrage: Da 2SC5551 bzw. BFU590 ordentlich teuer sind, kann man als Transistoren auch BFU690F einsetzen? Die kosten nur 0,44€ bei Kessler. (Transistor NPN 5,5V 100mA 490mW 18GHz SOT343F) https://www.nxp.com/docs/en/data-sheet/BFU590G.pdf https://www.nxp.com/docs/en/data-sheet/BFU690F.pdf
Frevelfrage: > Da 2SC5551 bzw. BFU590 ordentlich teuer sind, kann man als Transistoren > auch BFU690F einsetzen? Die kosten nur 0,44€ bei Kessler. > (Transistor NPN 5,5V 100mA 490mW 18GHz SOT343F) Wer mit Spice umgehen kann, kann das mal simulieren. Ich Persönlich halte mich an schon bewährtes. Das