- LiFePO4 Speicher Test         
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 15

Thema: Alternativen zum Raspberry PI (wegen i2c Bus Problem)

  1. #1
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    07.11.2004
    Beiträge
    332

    Alternativen zum Raspberry PI (wegen i2c Bus Problem)

    Anzeige

    LiFePo4 Akku selber bauen - Video
    Hallo Zusammen,

    ich Suche derzeit eine alternative zum Raspberry PI, da dieser ja bekannterweise ein Problem mit dem I2C Bus hat,
    welche in meinem Robby zu mehreren Subsystem verwendet wird.

    Hat jemand den Beagle Bone im Einsatz ?

    Wenn ich den Schaltplan richtig deute hat dieser auch mehrere I2C Bus System am rennen,
    zwar mit 1.8Volt, aber das läßt sich wandeln auf 5V.

    Gruss R.
    Kaum macht man es richtig, schon funktioniert's ...

  2. #2
    Administrator Robotik Visionär Avatar von Frank
    Registriert seit
    30.10.2003
    Beiträge
    5.116
    Blog-Einträge
    1
    Was soll denn der Raspberry Pi, für ein I2C Problem haben? Hast du ein Link/Quelle die das belegt?
    Mit bestem Gruß
    Frank

    Admin Roboternetz.de - RN-Wissen.de - Elektronik-Blog
    Überzeugter und begeisterter Elektroauto Fahrer seit 2018

  3. #3
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    07.11.2004
    Beiträge
    332
    Hallo Frank,

    der Raspberry Pi (BCM2835) unterstützt kein "Clock Streching", was ein Problem bei der Verwendung von Atmega I2C Slaves darstellt,
    wenn diese noch etwas anderes machen, als nur den I2C Bus zu bedienen.

    Info hier:
    http://www.advamation.com/knowhow/ra...i-i2c-bug.html


    http://www.raspberrypi.org/forums/viewtopic.php?f=44&t=13771

    http://elinux.org/BCM2835_datasheet_...ock_stretching


    und jede Menge mehr, wenn man google fragt
    https://www.google.com/search?q=rasp...fe_rd=cr&gbv=1

    Ich habe bis jetzt einen BigBanging Treiber für I2C gesucht, konnte diesen aber nicht finden.

    Daher die Suche nach einer Alternative. Der "Beaglebone Black Rev C" /(Element14) scheint hier nicht schlecht zu sein,
    da er scheintbar dieses Problem nicht hat.

    Hast Du andere Erfahrungen gemacht ?

    Viele Grüße

    R.
    Geändert von Ritchie (12.08.2014 um 21:23 Uhr)
    Kaum macht man es richtig, schon funktioniert's ...

  4. #4
    Administrator Robotik Visionär Avatar von Frank
    Registriert seit
    30.10.2003
    Beiträge
    5.116
    Blog-Einträge
    1
    Ich habe mit Raspberry noch nicht viel gemacht, daher die Frage!
    Ach das berühmte "Clock Streching", das unterstützen auch viele andere AVR C-Libarys immer noch nicht. Ist I2C im Raspberry per Hardware realisiert oder eine reine Software-Lösung? Bei einer Softwarlösung sollte Treiber doch leicht um Clockstretching erweitert werden, viel mehr als eine Warteschleife muss da nicht rein! Oder mein schreibt schnell eigene C-Implementation, sollte auch nicht so schwer sein.
    Mit bestem Gruß
    Frank

    Admin Roboternetz.de - RN-Wissen.de - Elektronik-Blog
    Überzeugter und begeisterter Elektroauto Fahrer seit 2018

  5. #5
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    07.11.2004
    Beiträge
    332
    Hallo Frank,

    die Sache ist wohl via Hardware realisiert und der verwendete Chip (BCM2835) unterstützt diese Funktion nicht sauber.

    Nach meinen Wissen ist derzeit auch kein Treiber in Planung, welcher über "BigBanging" (Stichwort im Internet) die Steuerung des I2C Bus
    per Software realisiert, da ja Standard I2C-Bausteine korrekt arbeiten.

    Auch laufen einige Slaves, welche ich auf PIC Basis und in ASM geschrieben habe, ohne Probleme.
    Bei meiner Motorsteuerung sieht das schon anders aus, die muss nebenbei noch einiges selber machen.
    Hier geht mir bei jeder zweiten Übertragung ein Bit "flöten".

    Da ich bis jetzt noch keinen Linuxtreiber geschrieben habe, und hierfür auch weder die Lust noch die Zeit habe,
    verfolge ich lieber die Variante, einen Board zu nehmen, wo es arbeitet. Auch aus dem Grunde, weil der Frustfaktor
    hier geringer ist. Zwar muss ich jetzt wieder die Hardware anpassen (Interface Board neu machen), dafür sehe ich
    dann in der Realisierung keine Problem (bis jetzt jedenfalls).

    Viele Grüße

    R.
    Kaum macht man es richtig, schon funktioniert's ...

  6. #6
    Erfahrener Benutzer Roboter-Spezialist Avatar von schorsch_76
    Registriert seit
    25.03.2012
    Ort
    Kurz vor Neuschwanstein
    Alter
    48
    Beiträge
    456
    Man kann unter Linux GPIO Pins nutzen um dadurch aus ihnen I2C zu machen. Das war zur Laufzeit über das /sys Filesystem. Das muss auch unter dem Raspi gehen. Hier ein Link ins RPi Forum.

    http://www.raspberrypi.org/forums/vi...p?f=44&t=76468
    http://haifux.org/hebrew/lectures/25..._userspace.pdf
    http://lwn.net/Articles/280187/
    https://www.kernel.org/doc/Documenta.../dev-interface
    https://www.kernel.org/doc/Documenta...iating-devices

    Insbesonders "instantiating-devices" wird für dich interesant sein. Punkt:
    Method 4: Instantiate from user-space
    -------------------------------------

    Und das Modul wird sein: "i2c-gpio".

    Unter Linux kannst du mit GPIO's fast alles machen.
    Geändert von schorsch_76 (13.08.2014 um 13:32 Uhr)

  7. #7
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    07.11.2004
    Beiträge
    332
    Hallo,

    ich will mein Programm so schreiben, das ich ohne große Probleme meine Hardware wechseln kann.
    Da mein Program derzeit schon multi-thread arbeitet, will ich mir das auch nicht noch antun.

    Ich hatte vorher eine CPU von Taskit (tu ich mir nicht nochmals an, lief gut, aber schlechter support, da hier nur Industiekunden gefragt sind.)
    am Start und jetzt hatte ich es mit dem Raspberry Pi versucht, weil ich da noch einen in Reserve von meiner Gebäudesteuerung hatte (FHEM.DE).

    Nur scheinen mir die Probleme mit dem I2C Bus zu detailreiche und will ich will irgendwann mal zum Schluss kommen.
    Der BeagleBone ist gestellt. Auch steht hier noch ein Cubietruck 3 rum, den ich auch noch konfiguieren (ipfire) muss.

    Langeweile habe ich nicht (Beruflich wie privat), daher lasse ich anderen den Vortritt.

    Gruss R.
    Kaum macht man es richtig, schon funktioniert's ...

  8. #8
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    23.02.2013
    Ort
    Bergisch Gladbach
    Beiträge
    146
    Nun, um die Frage zu beantworten eine mögliche alternative wäre das Cubieboard oder Cubietruck je nachdem, wenn noch mehr Leistung sein soll ist das UDOO Projekt sehr interessant. Ein Hammer board (leider ohne Community) wäre der E9 mini PC.

  9. #9
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    07.11.2004
    Beiträge
    332
    Hi,

    danke für die Info. Den Cubietruck 3 habe ich auch Zuhause, aber für andere Sachen
    und nicht für meinen Robby. Hier wäre die Stromversorgung ein Problem.

    Das Teil ist nicht nur in der Rechenleistung ein Kracher.

    Wahrscheinlich muss ich hier mein derzeitiges Netzteil auch noch verbessern,
    das mache ich aber erst, wenn die anderen Probleme (i2C Bus) gelöst sind.

    Gruss R.
    Kaum macht man es richtig, schon funktioniert's ...

  10. #10
    Erfahrener Benutzer Robotik Visionär Avatar von oberallgeier
    Registriert seit
    01.09.2007
    Ort
    Oberallgäu
    Beiträge
    8.675
    ... eine mögliche alternative wäre das Cubieboard oder Cubietruck .... Ein Hammer board ... wäre der E9 mini PC.
    Sorry, dass ich nun mal ne Frage stelle, aber ihr scheint in diesem Thema ja gut daheim zu sein.

    Für meinen Archie hatte ich ursprünglich an nen MiniPC als Zentralrechner gedacht. RasPi war wohl definitiv zu klein (und ich ein absoluter Linux-Nobody). Da hatte ich an manchen ITX gedacht, bin aber später nach manchen Überlegungen "erstmal" mit der aktuellen, verteilten AVR-8Bit-Lösung zufrieden, zumal aufwändigere Aufgaben wie Bilderkennung sowieso noch nicht kann.

    Nun lese ich hier Cubiexx und E9 - und frage mich, wieso hir und bei ähnlichen Threads nie der Revo von Asus auftaucht. Ich hatte nämlich zwischendurch überlegt einen geschenkten Revo R 3610 zu verwenden. Der läuft mit 12V (getestet bis knapp über 10), frisst dabei knapp 2A und hat für mich (lacht nicht) als langjährigen Windowsnutzer eher den Anschein, dass ich das hinbekommen hätte. Klar, GPIO gibts da nicht und von zeitkritisch kann keine Rede mehr sein - aber wäre das eine mögliche Alternative? Was meint ihr dazu?

    Danke schon mal jetzt für eure Kommentare.
    Ciao sagt der JoeamBerg

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. Daten von Master zum Slave per I2C Bus senden
    Von sato im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 0
    Letzter Beitrag: 05.10.2009, 19:50
  2. Problem mit dem I2C Bus
    Von zizou im Forum C - Programmierung (GCC u.a.)
    Antworten: 6
    Letzter Beitrag: 17.09.2008, 14:37
  3. Grundlegende Frage zum I2C/TWI Bus
    Von Mr Bean im Forum Elektronik
    Antworten: 8
    Letzter Beitrag: 11.09.2007, 13:42
  4. Antworten: 8
    Letzter Beitrag: 19.06.2006, 10:41
  5. Problem: Zwei MEGA8 via I2C-Bus koppeln (mit I2C-slave-Lib)
    Von Ulfens im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 4
    Letzter Beitrag: 11.01.2006, 16:25

Stichworte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

LiFePO4 Speicher Test