Suchergebnisse

Suchergebnisse 1-20 von insgesamt 59.

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

Aufgrund technischer Veränderungen ist der Mailverkehr innerhalb des Forums (Private Nachrichten) nur noch eingeschränkt möglich. Die Einschränkung ist notwendig, um zusätzliche Betriebskosten für das Forum zu vermeiden. Näheres zu den Hintergründen im Thread "Aktuelles zum Forum".Wir bitten um Verständnis.

Hinweis kann nach Kenntnisnahme deaktiviert werden!

  • Problem mit I2C-EEprom

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Hallo Michael, hier auf die Schnelle das letzte Testprogramm im Anhang mit der Terminal-LogDatei

  • Einfach Unsinn

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Hallo, eigentlich befürchtete ich, jetzt eine Menge Protest zu lesen, denn beim Zubereiten des Abendbrots merkte ich, dass ich zuvor ein Brett vor dem Kopf hatte oder die Mathematik auszuhebeln versuchte. Natürlich kann ein Word nur in zwei Bytes aufgeteilt werden. Und kein Byte kann größer als 255 anwachsen. Das mit den drei Bytes war Unsinn. Aber es funktioniert. Ich muss jetzt mal schauen, woran das liegt. MfG Bert

  • Problem mit I2C-EEprom

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Hallo Michael! Das war der Fehler. Jetzt läuft das Programm, Wert als Word wird in drei Byte aufgeteilt. Danke für Deine Unterstützung. Ich kann nur loben, dass sich im Forum immer bereitwillige Helfer engagieren. Freundliche Grüße an alle.

  • Problem mit I2C-EEprom

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Hallo Michael, ich denke, ich habe den Fehler gefunden. Wert ist als Word definiert. High und Low als Byte. Dabei übersteigt das Low-Byte bei größeren Zahlen den zulässige Maximalwert von 255. Ich müsste demnach Wert in drei oder vier Byte aufteilen. Muss mal schauen, wie das am einfachsten geht. Das gilt dann auch für die Adresse. Was meinst Du dazu? MfG Bert

  • Problem mit I2C-EEprom

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Hallo Michael, ich denke, dass ich das Programm nach Deinen Tipps umgeschrieben habe. Es läuft weiterhin fehlerhaft, und zwar nur bei der Ausgabe von "Wert". Das Datum wird bei der jeweiligen Speicheradresse korrekt eingeschrieben und ausgelesen. Liegt es am Definieren von "Wert". Wert wird als High- und Low-Wert definiert. Das mache ich wie bei Adressen: Dim Wert as Word Dim Wert_low as Byte at Wert Overlay Dim Wert_high as Byte at Wert Overlay+1 Dim Eadr as Word 'fortlaufende EEprom-Adressen D…

  • Problem mit I2C-EEprom

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Danke, muss ich mal probieren

  • Problem mit I2C-EEprom

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Hallo, ich habe ein Beispiel geschrieben. Ähnlich läuft das größere Programm. Zu sehen ist, dass die Daten nicht übereinstimmen. Hier der Code: '------------------------------------------------------------------------------- $regfile = "m328pdef.dat" $crystal = 16000000 $hwstack = 50 $swstack = 150 $framesize = 150 $baud = 9600 '------------------------------------------------------------------------------- Enable Interrupts '----------------------------------------------------------------------…

  • Problem mit I2C-EEprom

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Hallo Michael, ich werde das Programm Datenlogger auf das Wesentliche "einschmelzen" und morgen senden. Danke schon einmal für Dein Interesse. Bert

  • Problem mit I2C-EEprom

    Bert - - Hauptforum BASCOM-AVR

    Beitrag

    Hallo, ich benutze ein EEprom 24 LC 256. Es gelingt mir nicht, die eingeschriebenen Daten wieder auszulesen. Sie stimmen nicht überein. Ich denke, dass ich die Pagegrenzen von 128 einhalte. Ich starte bei Adresse 8, schreibe das Datenpaket von jeweils 8 Byte und erhöhe dann die Adresse um 8. Umgekehrt wird das Lesen bei Adresse 8 begonnen und nach dem Lesen die Adresse wieder um 8 erhöht. Wie gesagt, die ausgelesenen Daten stimmen mit den eingelesen nicht überein. Ich kann einen Fehler nicht fin…

  • Gut zu wissen

    Bert - - Themen am Rande

    Beitrag

    Hallo Michael! Das mit dem Kondensatoren bei den AVR-Controllern wusste ich nicht. Andere Controller-Familien benötigen sie meist. Manchmal auch noch mit zusätzlichen Widerständen. Freundliche Grüße Bert

  • Neige zum DS3231-Modul

    Bert - - Themen am Rande

    Beitrag

    Das beruhigt mich. Ich bin aber dennoch am Überlegen. Die Uhrenquarzschaltung benötigt neben dem Quarz noch zwei Kondensatoren. Das nimmt zwar nicht viel Platz weg, aber dennoch neige ich zum DS3231-Modul. Diese Module gibt es preiswert zu kaufen. Größe: 12 x 12 Millimeter. Der größte Vorteil neben der Genauigkeit: Sie sind schon batteriegestützt ausgerüstet. Also programmiere ich die Schaltung von Hoffmann für RTC um. Danke nochmals für Deine Antworten. Freundliche Grüße Bert

  • Langsamer Systemtakt?

    Bert - - Themen am Rande

    Beitrag

    Na ja, eigentlich spricht nicht viel dagegen, zumal ich noch etliche Uhrenquarze zu liegen habe, die stammen noch aus der Zeit mit dem PCF8583 (der DS3231 ist deutlich präziser). Ich bin mir nicht sicher. Läuft der Controller dann mit dem Takt des Uhrenquarzes, also sehr, sehr langsam? Freundliche Grüße Bert

  • Kein Uhrenquarz

    Bert - - Themen am Rande

    Beitrag

    Danke für den Hinweis. Jetzt ist mir klar, warum die Zeitanzeige viel zu schnell lief, denn ich habe keinen externen Uhrenquarz angeschlossen. Gibt es eine Möglichkeit, den internen Quarz 16 MHz zu nutzen? Das geht z.B. bei den OM-Controllern, die eine System Uhr mit einfacher Zuordnung im Betriebssystem erlauben. Normalerweise nutze ich für die Uhrzeit RTC-Module (DS3231). Nur wollte ich diesmal einen Datenlogger nach dem Beispiel im Buch von Stefan Hoffman "Einfacher Einstieg in ..." Seite 439…

  • Clock funktioniert nicht

    Bert - - Themen am Rande

    Beitrag

    Hallo mit der Bitte um Unterstützung. Ich habe alle möglichen Programme aus der Bascomhilfe versucht, es gelingt mir nicht, eine genaue Uhrzeit abzurufen. Das eingegebene Format z.B. Time$ = "23:59:50" wird völlig durcheinander gelesen. Die Sekunden, Minuten und Stunden zeigen sich hintereinander völlig unlogisch ab. Hier mal ein Code als Beispiel: $regfile = "m328pdef.dat" $hwstack = 80 $swstack = 80 $framesize = 160 $crystal = 16000000 $baud = 9600 Enable Interrupts Config Date = Mdy , Separat…

  • Programm für 3.5 RPI Display läuft nicht.

    Bert - - Displays

    Beitrag

    Hallo Ulrich! Das Display aus Post 13 hat mich ein wenig irritiert. Ich denke, ich bleibe beim Display für den Raspberry. Wie gesagt, es läuft. Und zum direkten Aufstecken auf das Atmega2560-Board kann man eine Platine entwickeln, wenn man sie denn brauchen sollte. Danke noch einmal für Deine Hilfe. Mit freundlichem Gruß Bert

  • Programm für 3.5 RPI Display läuft nicht.

    Bert - - Displays

    Beitrag

    Hallo Ulrich! Irre ich mich da mit dem 3.5 TFT-Shield für den Arduino? Die Beschriftung der Ports auf Deinem Bild ist leider unleserlich. Ich ging davon aus, dass das 3.5 TFT-Shield für den Arduino nicht für den SPI-Anschluss ausgelegt ist. Dann müsste ich das Programm 'Display Driver IC ILI9481 + ILI9486 + ILI9488 320x480 Pixel Modus 8Bit and 16Bit' von Hkipnik anwenden, das enthält aber keine Touch-Funktion, zumindestens nicht das von meinem Download. Im Programm für das Display mit SPI für Ra…

  • Programm für 3.5 RPI Display läuft nicht.

    Bert - - Displays

    Beitrag

    Hallo Ulrich, danke für den Tipp. Das sieht gut aus, nur leider ist auf dem Shield kein SPI-Display verbaut, wie ich sehe. Hierfür müsste ich sicher das Programm 'Display Driver IC ILI9481 + ILI9486 + ILI9488 320x480 Pixel Modus 8Bit and 16Bit' von Hkipnik verwenden. Damit kann man leider die Touch-Funktion nicht nutzen. Siehst Du eine Möglichkeit, das dennoch zu realisieren? Übrigens: Das Display für SPI läuft einwandfrei, ich habe Deine Anregung zur Verlegung der Ports (bis auf IRQ Port e.4 )i…

  • Programm für 3.5 RPI Display läuft nicht.

    Bert - - Displays

    Beitrag

    Danke Euch beiden! Dem "Mister Display" gilt meine Anerkennung für die etlichen bereitgestellten Beispiele, hinter denen viel Arbeit steckt. An ihn hätte ich noch eine extra Frage. Ich beziehe mich auf das Display mit dem "Display Driver IC ILI9481 + ILI9486 + ILI9488 320x480 Pixel 'Modus 8Bit and 16Bit". Läuft bei mir hervorragend, wenn auch ohne Touch-Funktion. Unter Arduino gibt es einen Sketch, wonach man das Display direkt ohne Verdrahtung auf ein UNO- oder Atmega 2560-Board aufstecken kann…

  • Programm für 3.5 RPI Display läuft nicht.

    Bert - - Displays

    Beitrag

    Hallo Ulrich! Mein Display ist vom Äußeren her mit Deinem völlig identisch. Konntest den Chip lesen? Meiner ist ein XPT2046. Du erwähntest, dass Hkipnik für die zwei möglichen Chip-Varianten die erforderlichen Programme schon bereitgestellt habe. Ich finde die aber beim besten Willen nicht im Forum. Der ADF 4351 scheint ein Frequenzsynthesizer zu sein, dessen Werte auf dem Display angezeigt werden. Deine Funktion virtuelles Keyboard ist sehr interessant, erschließt sich mir aber nicht ganz. Ich …

  • Programm für 3.5 RPI Display läuft nicht.

    Bert - - Displays

    Beitrag

    Hallo Ulrich! Die Chip-Bezeichnung U1 ist XPT2046 mit Zusatz darunter 1816. Verbaut sind noch vier weitere Chips U2=74HC04, U3=74HC4040, U5 und U4= 74HC7494. Ich habe damals Deinen Thread mit Hkipnik verfolgt, damals antwortest Du: " Kleiner Hinweis zu ILI9846 / 3,5" Raspberry PI (320x480). Aktuell nutze ich ein solches Display (von Elegoo), welches mit dem Programm von Hkipnik aus Post#11 in allen Funktionen einwandfrei arbeitet. Allerdings startete es oftmals nicht. Erst nach Einfügen eines Wa…