- fnordlicht - koeln.ccc.de

fnlib
by Steffen Vogel 21 Aug '10

21 Aug '10

Hallo Liste, ich bin gerade dabei eine C Bibliothek für das fnordlicht-Protokoll [1] zu schreiben. Diese soll "fnlib" heißen. Ziel ist es ein einfaches Interface zu bieten, dass jeder in seine eigenen Programme integrieren kann. Ich möchte soweit möglich den bestehenden Sourcecode [2] verwenden, sodass wir die Bibliothek in Kombination mit einem Demoprogramm im git-Repo veröffentlichen können. Erstmal aber eine Frage: Gemäß der Dokumentation des PULL_INT Befehls: "Instruct the adressed device to immediately pull down the INT line (connected to all devices in parallel) for a given amount of time. This can be efficiently used to determine the number of devices listening to the bus (eg. by binary search)." Soll es mit diesem möglich sein die Anzahl der fnordlichter am Bus zu zählen. Soweit ich das verstanden hab soll hier einfach beginnend mit dem Busmaster die INT-Leitung auf Masse gezogen werden. Ist dieser verfügbar, wird INT auf GND gezogen. Forlaufend wird jetzt das Adressbyte inkrementiert bis irgendwann ein fnordlicht adressiert wird, das es eigentlich gar nicht gibt. Folglich wird auch die INT-Leitung nicht auf Masse gezogen. Nun leider habe ich gerade meine fnordlichter mit einem MAX232 und einem USB-Seriellwandler an meinem Rechner hängen. Habe also keinen Zugriff auf die INT-Leitung. Gibt es hier noch eine Alternative die Anzahl der Geräte auf dem Bus zu bestimmen? Oder soll ich eine der Leitungen des RS232 Ports, die eigentlich für den Hardware Handshake gedacht sind misbrauchen? Also RTS, CTS, DCD oder DTR? gruß Steffen [1] http://github.com/fd0/fnordlicht/raw/master/doc/PROTOCOL [2] http://github.com/fd0/fnordlicht/tree/master/common/ -- Steffen Vogel Roonstraße 106 Köln Cell: +49 (176) 96978528 Web: http://www.steffenvogel.de Mail & MSN: info(a)steffenvogel.de ICQ: 236033

1 1

RS232
by oobi01 30 May '10

30 May '10

Hi, habe mein fnordlich Bausatz direkt mit der firmware über isp geflasht ich bekomme per rs232 aber immer nur ein "B" beim einschalten aber kann nicht manuel das Licht steuern.Warum?Jemand ne idee? Es leuft schon ein Programm ab,es mischt die Ganze zeit die Farben aber laut wiki dürfte nichts passieren?? Gruß oobi

1 0

Test: Power-Platine (mit MM) + Anfängertipps?
by Ch. Jumpertz 19 May '10

19 May '10

Hallo Mailingliste, ich habe (noch) fast keine Erfahrung mit Mikrocontrollern, Strommessungen oder dem Umgang mit dem Lötkolben. Genau das möchte ich jetzt ändern und darum habe ich mir diesen Fnordlichtbausatz bestellt. Nachdem ich meine erste Power-Platine mit kalten Lötstellen zerstörte.. ...das lag aber am billigen Lötzinn in Kombination mit einer viel zu großen Lötspitze.. ..hab ich mir jetzt eine Lötstation mit Soll-Ist Temperaturanzeige zugelegt und Lot welches bei ca. 230 Grad schmilzt (statt wie vorher bei gefühlten 300). Außerdem ist es nicht so dick. Meine Lötstellen schauen nun gleich viel besser aus. Mein Problem Nr.1: ****************** Im Wiki steht: >Kurzschlusstest (nur mit MM) >Zuerst wird überprüft, ob die Power-Platine nicht vielleicht das >Netzteil kurzschließen könnte/würde. Dazu überprüft man den Wieder- >stand zwischen GND und 13V. 0 Ohnm wären ein glatter Kurzschluss, >nicht so gut. Zum Testen auch mal beide Kombinationen ausprobieren. Wenn ich mein MM auf Widerstandsprüfung stelle und Rot an 13 Volt, Schwarz an GND anlege, erhalte ich einen Widerstand von ca. 38MOhm. Vertausche ich nun Rot + Schwarz, erhalte ich den bösen Kurzschluss (?) Bzw. das MM zeigt "OL". Ist das jetzt ein gutes oder schlechtes Zeichen? Ich bin mir jetzt nicht sicher ob sich nicht doch irgendwo zwei Lötaugen berühren und einen Kurzschluss verursachen. Augenscheinlich sieht alles sehr sauber aus. Es ist auch kaum Flussmittel auf der Platine. Ist das jetzt normal? Die Diode hat bei der Prüfung mit dem MM eine Widerstand von 5,6 Ohm und wenn ich hier die Kabel tausche ebenfalls ein "OL". Ich meine Theoretisch ist das auch Logisch, da nur in eine Richtung der Stromfluss durch die Diode zugelassen wird. Genau an der Stelle verwirrt mich der Eintrag im Wiki. Warum sollte man beide Varianten ausprobieren? Theoretisch sollte der Stromfluss doch nur in eine Richtung funktionieren? Jedenfalls bevor ich jetzt etwas falsch Kaputt mache wollte ich einfach mal nachfragen. Mein Problem Nr.2: ****************** Der Tesa-Trick bezieht sich nur auf die drei Verbindungen auf der Display-Platine (Wiki-Bild) nach unten (Display-Platine->Controller-Platine) oder auch auf die drei Verbindungen vom Controller zur Power-Platine? Kann man die Plastik-Stücke der "Stiftleiste gerade", wirklich verschieben? Bei meinem Trocken-Versuch hab ich lediglich die Pins verbogen... geht das einfacher wenn die Füße verlötet sind? Ich hab Angst das ich mir nachher die Lötaugen breche wenn ich das nicht vorher schon "los-Schiebe". Ich brauche Löt-Tipps für Anfänger: *********************************** - Wie empfindlich sind die Platinen? Zwar versuche ich jetzt die Pads zwei drei Sekunden vor zu wärmen, anschließend auf der Lötspitze das Lot zu schmelzen (dauert so weiter 2-5 Sekunden) und dann das Lot von der Spitze auf das Pad/Pin zu Übertragen (dauert weitere 3 Sekunden) und Fertig. Aber wenn es mal doch nicht klappt und/oder sich Augen Verbinden, wie gehe ich dann am besten vor? Das Lötzinn heiß(er machen?) und das Lot mit einer Unterdruck-Pumpe weg saugen? -Kann man Flussmittel-Reste von der Platine entfernen? Oder sollte man versuchen das "alle Teile/Lötstellen bei einem Durchgang" perfekt werden und bei einem Fehler neu anfangen? -Muss ich wenn ein Teil nicht klappt, die Temperatur erhöhen, das Lot absaugen, das Bauteil entfernen und durch ein neues ersetzen? -Sieht man die kalten Lötstellen erst im Betrieb oder erkennt man sie sofort? Manche Augen sind nicht so schön Spitz, oder haben nicht diese "alles umschließende Form" sondern nur 7/8 oder sind etwas Knubbelig zu einer Seite. -Entstehen beim "Nachbearbeiten" immer Kalte Lötstellen oder kann man auch mal neues Lot mit der alten (abgekühlten) Lot-stelle erweitern? -Hat es einen Vorteil wenn die Pins lang sind? Ich hab hier jetzt 1-2mm. Müssen die komplett Verzinnt werden oder dürfen die raus gucken? (Wenn ich mir das genau überlege könnten die doch da Oxidieren, oder ist das nicht so Tragisch?) -Verzinnte Lötspitzen: Brauch ich das bei meiner Lötstation auch? Das Flussmittel im Lot verschmiert doch die Spitze, wenn ich da wie beschrieben Lot darauf "ruhen lasse", oder haben diese Spitzen eine spezielle Beschichtung (? ohne Flussmittel?) so das ich das ich mir da keine Gedanken machen muss? In der Anleitung steht leider nichts zur Pflege, aber ich vermute das ich das nicht abschmirgeln sollte und wenn vielleicht mit Lot-Zinn "auf frischen" müsste welches KEIN Flussmittel enthält? Vielen Dank für eure Aufmerksamkeit und Mühe mir zu Antworten, Chris

4 4

Re: [fnordlicht] Fnordlichtmini: Controller schon geflasht? avr-gcc seg-fault, mail-archive defekt
by Martin Zenzes 04 Jan '10

04 Jan '10

Ist eigentlich alles so angelötet wie ich denke das es richtig ist. Habe morgen die Möglichkeit in der Uni mit einem Programmer und Oszilloskop mal genauer hinzugucken. Mal sehen was sich finden lässt... > Wenn du dir sicher bist, dass das am Controller liegt, würden wir dir auch > einfach einen neuen (programmierten ;) Controller zuschicken, wenn du uns > den alten zuschickst (damit wir mal schauen können, was da schiefgegangen > ist, kann ja auch immer mal sein, das beim Programmieren einer durchrutscht > und nicht programmiert wird...) Nettes Angebot, aber wenn es nur am unprogrammierten Controller liegt sollte es kein Problem sein das zu beheben... Schließlich muss ich über kurz oder lang sowieso eigenen Code draufschieben! Grüße

1 1

Fnordlichtmini: Controller schon geflasht? avr-gcc seg-fault, mail-archive defekt
by Martin Zenzes 02 Jan '10

02 Jan '10

Hi, ich hab auf dem 26c3 ein einzelnes fnordlichtmini erstanden und versuche nun es zum laufen zu bringen. Waren die Controller der verkauften Sets schon geflasht? Meiner tut nämlich erstmal nichts, wenn Spannung anliegt. Dann versuchte ich die aktuelle Firmware zu bauen und stieß auf einen üblen avr-gcc Fehler: ... avr-gcc -DHARDWARE_fnordlichtmini=1 -DCONFIG_SCRIPT_DEFAULT=0 -DCONFIG_SCRIPT=1 -DCONFIG_SERIAL=1 -DCONFIG_REMOTE=1 -DCONFIG_SECONDARY_PWM=1 -DCONFIG_SERIAL_BAUDRATE=19200 -DCONFIG_MASTER_MODE=0 -g -Os -mmcu=atmega8 -DF_CPU=16000000UL -std=gnu99 -fshort-enums -MD -MP -MF .dep/fnordlicht.elf.d -mcall-prologues --param inline-call-cost=2 -finline-limit=3 -fno-inline-small-functions -Wl,--relax -fno-split-wide-types -mmcu=atmega8 -o fnordlicht.elf fifo.o fnordlicht.o pwm.o remote.o script.o static_programs.o storage.o timer.o uart.o avr-gcc: Internal error: Segmentation fault (program ld) Please submit a full bug report. See <http://gcc.gnu.org/bugs.html> for instructions. make: *** [fnordlicht.elf] Fehler 1 marvin@computer:~/fnordlicht-firmware$ avr-gcc -v Using built-in specs. Target: avr Configured with: ../gcc-4.3.3/configure --prefix=/opt/avr-gcc --target=avr --with-gnu-ld --with-gnu-as --enable-languages=c,c++ --disable-nls --disable-libssp --with-dwarf2 Thread model: single gcc version 4.3.3 (GCC) Vielleicht ist da schon einmal jemand drüber gestolpert? Ich werde mal weiter suchen. Dann tut es das fnordlichtmini-Mail-Archiv nicht, ich bekomme einen "500 internal server error" wenn ich versuche darauf zuzugreifen. Grüße marvin

1 0

Re: [fnordlicht] fnordicht seriell flashen funktioniert nicht mehr
by Alexander Neumann 30 Jul '09

30 Jul '09

[Ich pack mal eine Komplettkopie auf die Mailingliste, du hast das CC: vergessen] * Johann Wurst <megalomaniacmonkey(a)gmail.com> wrote: > 2009/7/27 Alexander Neumann <fd0(a)koeln.ccc.de> > > * Johann Wurst <megalomaniacmonkey(a)gmail.com> wrote: > > > [neuerdings avrdude-Fehlermeldungs] > > > [...] > > > > avrdude: input file scheisse.bin auto detected as raw binary > > > > avrdude: writing flash (8 bytes): > > > > Uhm, was tust du denn da? 8 Byte schreiben ist reichlich sinnfrei, das > > fuellt ja noch nichtmal die Interrupt-Sprungtabelle... > > Das selbe Problem tritt auch bei "sinnvollem" beschreiben mit einem > richtigen Programm. > > > > wenn ich den flash-Speicher auslese, dann ergiebt das immer die gleiche > > > Datei, zuerst alles mit FF00 aufgefüllt und am Ende dann der Bootloader. > > > > Nicht 0xff? Oder wirklich immer abwechselnd 0xff und 0x00? (Letzteres faend > > ich sehr komisch) > > Hmm ... also mein Hexeditor zeigt immer FF 00 FF 00 FF 00 an, das wäre > doch 0xff und 0x00, oder? Aber wenn ich nochmal flashe und auslese > bekomme ich manchmal auch F0 00 F0 00 oder andere Werte. > > > > Aber wenn ich das Programm auf dem fnordlicht mit PuTTY -> 'X' starte, dann > > > wird das letzte Programm gestartet, das ich erfolgreich flashen konnte. > > > An der Kommunikation kanns ja nicht liegen, weil ich beim auslesen des > > > Flashs immer das gleiche erhalte. Ist vielleicht einfach so eine Fuse > > > gekippt? =( > > > > Unwahrscheinlich, denn du kannst ja mit dem Bootloader reden und so. > > Weiterhin fuer unwahrscheinlich halte ich, dass der Flash-Speicher im > > Controller den Geist aufgegeben hat (moeglich ist das aber). > > Es kann sein, dass du auf einen bisher unbekannten Bug im foodloader (den im > > fnordlicht verwendeten Bootloader) gestossen bist. Damals sind wir > > eigentlich davon ausgegangen, dass niemand nur so ein paar Bytes schreiben > > will, wenn er den Controller vorher komplett geleert hat... Probier doch > > mal, wirklich ein Programm zu flashen, und nicht nur so ein paar Byte... > > Bei einem Programm (so zwischen 4000 und 5500 Byte gross) passiert > genau das selbe, auch dort "failt" avrdude. Wenn ich aber eine > Hexdatei mit FF 00 FF 00 ... flashe, dann bleibt die Fehlermeldung > aus. Deshalb vermute ich, dass der Bootloader beim Schreiben einfach > gar nichts schreibt(die Funktionalität des Fnordlichts bleibt immer > die gleiche wenn ich per X das Programm starte) und beim Lesen > fälschlicherweise statt dem alten Programm einfach irgendetwas sendet. > Hmm ... der Flash-Speicher kann ja nicht kaputt sein, weil sonst der > Bootloader+das alte Programm nicht mehr gehen würden(?). Gibt es sonst > noch eine Möglichkeit? Uha, das wird obskur. Hast du mal geschaut, ob der max232 richtig in seinem Sockel sitzt? Eventuell mal einen anderen Pegelkonverter ausprobieren oder so. Ich glaub eigentlich nicht, dass das Programm auf dem Controller kaputt ist, vermutlich eher ein Wackelkontakt (oder was anderes) in der Hardware... Gruss, - fd0

6 16

Re: [fnordlicht] fnordicht seriell flashen funktioniert nicht mehr
by 'Alexander Neumann' 29 Jul '09

29 Jul '09

Hi, [Bitte schreib doch kein ToFu[1], selbiges entsorgt, danke!] * Tillmann Krauss <tillmann.krauss(a)gmx.net> wrote: > Gibt eine universal-Lösung, die wesentlich mehr kann als nur AVRs > programmieren - sollte man z.B. auf ARMs umsteigen. > http://www.ixbat.de/index.php?page_id=135 Lies bitte meine Mail, genau das hab ich vorgeschlagen. > Für den ambitionierten Bastler wäre wohl ein AVR Dragon die beste Wahl - > ohne Debugger ist Entwickeln ab einem bestimmten Umfang die Hölle. > http://www.atmel.com/dyn/Products/tools_card.asp?tool_id=3891 Das ist IMHO quatsch. Der Controller, den Johann programmieren moechte, hat nichtmal JTAG, und fuer DebugWire gibts (AFAIK) keinerlei freie Software. Gruss, - fd0 [1] http://www.afaik.de/usenet/faq/zitieren/

1 0

fnordicht seriell flashen funktioniert nicht mehr
by Johann Wurst 27 Jul '09

27 Jul '09

Hiho =) Ich habe bis jetzt mein fnordlicht immer mit avrdude über RS232 geflasht (wie hier beschrieben https://wiki.koeln.ccc.de/index.php/Atmel_Mikrocontroller_Kickstart#raffiX.…), was bis vor kurzem auch wunderbar funktioniert hat. Das Fnordlicht erhält dabei Strom vom Netzteil und der Pegelwandler erhält Strom vom Fnordlicht. Jetzt aber spuckt avrdude beim gleichen Befehl wie vorher plötzlich diese Fehlermeldung aus: > Connecting to programmer: . > Found programmer: Id = "FDL v02"; type = S > Software Version = 0.2; No Hardware Version given. > Programmer supports auto addr increment. > Programmer supports buffered memory access with buffersize=64 bytes. > > Programmer supports the following devices: > Device code: 0x76 > > avrdude: AVR device initialized and ready to accept instructions > > Reading | ################################################## | 100% 0.00s > > avrdude: Device signature = 0x1e9307 > avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed > > To disable this feature, specify the -D option. > avrdude: erasing chip > avrdude: reading input file "scheisse.bin" > avrdude: input file scheisse.bin auto detected as raw binary > avrdude: writing flash (8 bytes): > > Writing | ################################################## | 100% 0.02s > > > > avrdude: 8 bytes of flash written > avrdude: verifying flash memory against scheisse.bin: > avrdude: load data flash data from input file scheisse.bin: > avrdude: input file scheisse.bin auto detected as raw binary > avrdude: input file scheisse.bin contains 8 bytes > avrdude: reading on-chip flash data: > > Reading | ################################################## | 100% 0.02s > > > > avrdude: verifying ... > avrdude: verification error, first mismatch at byte 0x0000 > 0xff != 0x64 > avrdude: verification error; content mismatch > > avrdude done. Thank you. wenn ich den flash-Speicher auslese, dann ergiebt das immer die gleiche Datei, zuerst alles mit FF00 aufgefüllt und am Ende dann der Bootloader. Aber wenn ich das Programm auf dem fnordlicht mit PuTTY -> 'X' starte, dann wird das letzte Programm gestartet, das ich erfolgreich flashen konnte. An der Kommunikation kanns ja nicht liegen, weil ich beim auslesen des Flashs immer das gleiche erhalte. Ist vielleicht einfach so eine Fuse gekippt? =( mfg ich PS: sorry wenn ich was falsch gemacht habe, ich benutze zum ersten Mal eine Mailingliste (:

2 1

RE: RE: [fnordlicht] Frage zur Schaltung zwischen PWM-Ausgang und LEDs
by Ingo Kaiser 13 Jun '09

13 Jun '09

Ingo Kaiser schrieb: > Christian Dietrich schrieb: > > Kurze erläuterung: > > Die beiden Dioden begrenzen die Spannung an der Basis des Transistors > > auf 1.4V (2 * 0.7V). Der Transistor ist gewillt die Spannung ueber dem > > Widerstand (R16,R17,R18) 0.7V kleiner zu halten als die > > Spannung an der > > Basis. Also fallen am Widerstand immer genau 0.7V ab, egal wie die > > Eingangsspannung (+12V) aussieht -> I=0.7V/33R= 21.2121 mA. > Direkt vor dem Transistor befindet sich ja noch ein > 3,3k-Widerstand. Ich nehme an, daß hier so gut wie keine > Spannung abfällt, weil der meiste Strom über den > 1k-Widerstand auf der Control-Platine zur Diode fließt? Der > 3,3k ist also nur zum Schutz der Basis eingebaut? Denke, ich hab das Ganze jetzt verstanden: Daß an dem Widerstand 0.7V abfallen, ist nur eine Annahme. Den 3.3k muß man mit einrechnen, allerdings fällt hier nur wenig Spannung ab, da hier nur sehr wenig Strom durchfließt (LED-Strom / Stromverstärkung, hier also 21.2121mA/500=42.42µA =>3300R*42.42µA=140mV, nur 0.7-0.14V => nächster Rekursionsschritt). Er stört dort also nicht viel, schützt die Schaltung aber gegen hohe Spannungen am Eingang. Richtig? Der zweite vorgeschaltete Transistor direkt am Ausgang ist im Endeffekt dafür da, daß auf der Verbindung zwischen den beiden Platinen (die man ja mal durch ein langes Kabel verlängern und damit störungsanfällig machen könnte) ein paar mA Strom fließen und nicht nur ein paar µA. Wenn ich jetzt nicht total daneben liege, hab ich es verstanden (-: Gruß Ingo

1 0

Frage zur Schaltung zwischen PWM-Ausgang und LEDs
by Ingo Kaiser 13 Jun '09

13 Jun '09

Hallo! Ich habe vor ein paar Tagen das Video über Ethernet mit Mikrocontrollern vom 23C3 geschaut und bin so auf das fnordlicht gestoßen. Da ich das Projekt sehr schön finde, wollte ich es einmal komplett nachvollziehen. Leider ist E-Technik nicht mein Studienfach, daher bin ich hier auf ein Problem gestoßen... Mein Problem betrifft die Schaltung, die zwischen dem PWM-Ausgang des µC und den LEDs aufgebaut ist. Was die Schaltung macht, habe ich verstanden. Warum sie so kompliziert aufgebaut hat, verstehe ich aber nicht. Mit "kompliziert" meine ich die beiden Dioden und die diversen Pull-Up/-Down-Widerstände: Meinem Verständnis nach käme das gleiche raus, wenn man einfach zwei Transistoren hintereinanderschaltet (abgesehen vom Nicht-Invertieren, das man aber im Atmel umschalten kann...). Irgendeinen Sinn muß die "komplizierte" Verschaltung also haben. Kann mir jemand einen Tipp geben? Vielen Dank! Ingo

3 5

Re: [fnordlicht] RS485 Steuerung: Video
by Pohl 21 May '09

21 May '09

Hi Frederik Frederik Krämer schrieb: > > Das sieht doch mal gut aus. Ich glaub dann werd ich mich demnächst > doch auch mal daran machen müssen ;) > > Hast du irgendwo nähere Infos und Bilder zu der Platine? Siehe angehängtes PDF (nein nicht mit eagle gemacht, sondern von Hand mit Corel Draw). Kleine Anmerkung noch: Die Fertigungstolleranzen der Grönö sind anscheinen ganz lustig, so dass sie unten innen locker mal 1 cm enger ist als oben. Ich hatte schon nen Fall, wo ich ein paar Leiterbahnen vom Rand weggefeilt hab und dann durch Drähte ersetzen musste, sonst ging die Platine nicht rein. Aber an den LEDs musste ich bisher noch nix wegfeilen :o) Viele Grüße, Chris

1 0

RS485 Steuerung: Video
by Pohl 20 May '09

20 May '09

sodale es funzt.... http://www.youtube.com/watch?v=pbHDO5hB4GU

1 0

RS485 diverses
by Christian Pohl 14 May '09

14 May '09

Hi Leute also erst mal hab ich das Protokoll jetzt kapiert :o) Befehl 0x01: Reset, keine Daten 0x02: Set Color, 3 Byte Daten: je kanal 1 Byte 0x03: Fade to color: 5 Byte Daten: 2Byte für den 16-bit Zeitwert (größer = schneller) 1. Byte HByte 2. Byte. LByte des 16 bit Wertes, dann je Kanal 1 Byte Leider habe ich keine Zeitinfo gefunden, also welcher Zeitwert welche Geschwindikgeit bedeutet, laut Messung habe ich bei Helligkeitswechels 200-->0 mit Zeitwert hbyte 0 lbyte 100: 4 Sekunden. Ein Problem: Dann noch ein kleines Aufpassen aufgrund der RS485 Adressabfrage, das mir gestern aufgefallen ist, als ich schon mal 2 Lichter an den Bus gehängt habe und nicht im Broadcast gearbeitet habe: Erst mal der relevante Programmabschnitt (fnordlicht.c) ---snip--- if (UCSR0A & _BV(MPCM0) || address) { /* if MPCM mode is still active, or ninth bit set, this is an address packet */ /* check if we are ment */ if (data == 0 || data == RS485_ADDRESS) { /* remove MPCM flag and reset buffer fill counter */ UCSR0A &= ~_BV(MPCM0); fill = 0; continue; } else {/* turn on MPCM */ UCSR0A |= _BV(MPCM0); continue; } } ---snap--- Also MCPM aktiv oder 9tes bit gesetzt * Ja: Überprüfen, ob ich gemeint bin. ** Ja: MCPM aus und weiter --> Alles in ordnung, Befehlsausführung ** Nein MCP an und weiter --> hier hakt es, wenn das nächste Paket kommt, dass die Daten ja für eine andere Adresse enthält Die Schleife von neuem (war ja vorhin nicht meine Adresse) MCPM aktiv oder 9tes bit: 9tes Bit nein, aber MCPM aktiv: also Adresse prüfen: haben die Daten meine Adresse, geh ich in die Befehlsausführung rein, obwohl das Daten-Paket nicht für mich gedacht ist. (das vorherige Adress-Paket war ja nicht für mich), naja interessante Lichteffekte. *Grumel* mal was überlegen... Muss man eigentlich auf MCPM-Mode _prüfen_, denn Adressen sind ja gerade über das 9te bit definiert...? Eine dirty Lösung wäre dafür zu sorgen, dass keine Adresse in einem Datenpaket vorkommt. Also Adresse != 0x01 0x02 0x03 (Das sind ja die Befehle) und entsprechend Datenwerte != der gewählten Adressen. Naja *Würg* :o( Viele Grüße, Chris

1 0

Fwd: [fnordlicht] fnordlicht i2c
by Frederik Krämer 13 May '09

13 May '09

Hi Chris, das hört sich doch schonmal nicht verkehrt an genauso wollte ich das eigentlich auch haben, da ich die Licher gerne mit einem OpenWRT Gerät steuern wollte. Entweder ne WRT54G oder ne Fonera da bin ich mir noch nicht sicher aber den WRT hab ich eh noch über von daher wirds darauf hinauslaufen. Wäre natürlich nicht schlecht wenn die Steuerung auch an einem PC funktionieren würde. Könntest du mir deinen Code mal zukommen lassen ich würd mir die Änderungen ganz gerne mal anschauen. Ich hab gestern mal getestet mein Fnordlicht mit meinem USB->UART Adapter zu verbinden. Tendenziell hat sich was getan nur nicht das was ich wollte. Aber ich werde da glaub nochmal mit dem Adapter rumspielen müssen. Grüße Frederik Am 7. Mai 2009 20:22 schrieb Pohl <temp2006(a)pohlcity.de>: Frederik Krämer schrieb: > >> >> So ich hab mich mal ein wenig eingelesen und gestern auch die Paderborner >> Firmware ausgetestet, die blinkt bei meinem Licht allerdings nur wild rum. >> >> Der RS485 nutzt ja den UART des Fnordlichts und da ich eine externe >> Steuerung der Lichter angestrebt habe muss ich mir da noch was überlegen. >> Aber ich werde wohl auf den RS485 setzen. Gibts da irgendwo mehr >> Informationen drüber als das was in RS485-PROTOCOL steht? >> >> Vor allem wie ich die Dinger dann adressiere ist mir momentan noch ein >> kleines Rätsel >> > Hi Frederik, > > also was ich rausgelesen habe aus dem aktuellen Code: > 1. Ansteuerung nur über etherape, da 9-bit über seriell/RS485 > 2. Ansonsten steht die Adresse im Makefile (RS348_ADDRESS) > 3. Befehle siehe fnordlicht.c (sind ordentlich kommentiert) > > ich habe meine Hardware soweit, dass die ganze RS485 Sache läuft, das > fnordlicht macht auch was > Softwareanpassungen: > 1. 8 bit (mehr geht mit einem PC nicht), nur 19200 baud - da muss > allerdings am Protokoll gedreht werden, da urspünglich das 1. Bit für die > erkennung Adresse/Befehl war > 2. naja bin noch am basteln, aber das Licht reagiert immerhin, auch wenn > momentan noch im "debug"-modus, da ich das Protokoll noch anpassen muss > 3. Einweg-Steuerung, d.h. die Hardware ist so gebaut, dass auf > fnorlichtseite nur empfangen werden kann. > > Wenn Du willst, stell ich mal meinen Kram zusammen und schick in Dir. > > Viele Grüße, > > Chris > >

2 4

fnordlicht i2c
by Frederik Krämer 07 May '09

07 May '09

Mahlzeit, ich hab mir vor kurzem mal recht spontan ein fnordlicht gebaut und hätte nun aber gerne mehr davon, allerdings sollten diese dann in irgendeiner Weise vernetzt sein. Mein bisherige Idee ist die Lichter über den i2c Bus zu vernetzen allerdings finde ich da wenig Doku drüber bzw. in der Firmware ist es ja auch nicht wirklich eingebaut so wie es aussieht und die Firmware vom Chaostreff Paderborn finde ich einfach nicht mehr. Oder sollte ich doch lieber RS485 verwenden um das ganze zu vernetzen, das scheint ja besser integriert zu sein.

2 3

Anfängerfrage zur Programmierung
by Nicolas Berens 07 Apr '09

07 Apr '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo zusammen, Ich hätte eine Kleine Frage zur Programmierung vom Fnordlicht Ich habe folgenden Adapter: http://shop.embedded-projects.net/product_info.php?info=p42_AVR-Parallel-Po… er hat nen Stecker mit 2x5 Pins, der Anschluss am Fnordlicht (der Bausatz von lochraster.org) hat aber 1x6 pins .... das passt irgendwie nicht ;) ich will mir jetzt nen Adapter bauen, nur welcher pin muss auf welchen ? Ich persönlich hab absolut keine Ahnung da es das erste mal ist dass ich mich mit Microcontroller und Programmierung beschäftige ... kann mir da jemand nen tipp geben ? Danke schonmal im voraus, nicolas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknaXBUACgkQBmrBqbH45fC1MgCdHL7OgFYkLbwkG/nOBfxPuQgn yU0An1Tc2GOMksyoxj1p+QjfeLe8cZD/ =j1UN -----END PGP SIGNATURE-----

2 1

zu haben: Led Panel, 16x16 rot/grün
by Max 18 Mar '09

18 Mar '09

Hallo fnords! Einige von euch haben vieleicht schon von den Toshiba 16x16 rg LED-Modulen mitgekriegt die seit einiger Zeit im Umlauf sind. Ich bin froh euch nun mitteilen zu können, dass ich weitere Module aufgetrieben habe und ihr sie euch unter http://snes2wii.isgreat.org/?page_id=58 bestellen könnt. Es gibt mitlerweile Support für die Module im ethersex-Projekt, sodass man auch Blinkenfilme etc. direkt anzeigen kann. In den nächsten Tagen wird wohl auch Kaskaden-Support dazukommen, d.h. man kann mehrere Module zusammenschrauben und über deren Daten Bus direkt als "großes" ansprechen. Vielleicht hat ja der ein oder andere auch Lust drauf damit zu basteln.. Viel Spaß & Viele Grüße, Max

1 0

Reichelt Warenkorb Link
by Feuerrot＠gulli 25 Dec '08

25 Dec '08

Da schon Reicheltbestellnummern dabei sind, habe ich mal ein Warenkorb zusammengestellt, der allerdings noch eventuell mit anderen LED's ausgestattet werden muss. Hier der Link: https://secure.reichelt.de/?;ACTION=20;LA=5011;AWKID=114219;PROVID=2084 Gruß Feuerrot

1 0

Re: [fnordlicht] i2c u. Master-/Slave-Konfiguration
by Johannes Nittinger 12 Jun '08

12 Jun '08

Hallo! 2008/6/9 Arne Schwabe <schwabe(a)uni-paderborn.de>: > SOrry meine Schuld. Beim SVN server war noch was falsch eingestellt. > Probier nocmal. > Vielen Dank, das Runterladen der cccPb Firmware läuft mittlerweile. Ich vermute das es einfacher ist die RC5 Unterstützung in den cccPb Code zu implementieren als I2C in den der fd0 Firmware. Leider bekomme ich da nen dicken Fehler: ---------------------------------start----------------------------------- johannes@liese:~/cccpb/fnordlicht/src$ make avr-gcc --version avr-gcc (GCC) 4.2.2 Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. echo -n 'const char* svn_version(void) { const char* SVN_Version = "' \ > svn_version.c svnversion -n . >> svn_version.c echo '"; return SVN_Version; }' >> svn_version.c main.c avr-gcc -c -I. -O2 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -mmcu=atmega8 -Wa,-adhlns=main.lst -DI2C_ADDR=0x77 -DMASTER=1 main.c -o main.o avr-gcc main.o -Wl,-Map=main.map,--cref -mmcu=atmega8 -o main.elf main.o: In function `fade_to_color': main.c:(.text+0x74): undefined reference to `desired_colours' main.c:(.text+0x78): undefined reference to `desired_colours' main.c:(.text+0x7c): undefined reference to `desired_colours' main.c:(.text+0x80): undefined reference to `colours' main.c:(.text+0x84): undefined reference to `colours' main.c:(.text+0x88): undefined reference to `colours' main.c:(.text+0x8c): undefined reference to `colours' main.c:(.text+0x90): undefined reference to `colours' main.o:main.c:(.text+0x94): more undefined references to `colours' follow main.o: In function `fade_to_color': main.c:(.text+0x98): undefined reference to `fade_speed' main.c:(.text+0x9c): undefined reference to `fade_speed' main.c:(.text+0xa0): undefined reference to `fade_speed' main.c:(.text+0xa4): undefined reference to `fade_speed' main.c:(.text+0xa8): undefined reference to `fade_speed' main.o:main.c:(.text+0xac): more undefined references to `fade_speed' follow main.o: In function `fade_to_color': main.c:(.text+0xb6): undefined reference to `more_fading_necessary' main.c:(.text+0xba): undefined reference to `i2c_broadcast_colors' main.c:(.text+0xce): undefined reference to `uart_print_uint8' main.c:(.text+0xd4): undefined reference to `i2c_enque_message' main.c:(.text+0xde): undefined reference to `i2c_enque_message' main.c:(.text+0xe8): undefined reference to `i2c_enque_message' main.c:(.text+0xea): undefined reference to `i2c_sendout_buffer' main.o: In function `fade_to_color_and_spinlock': main.c:(.text+0x10a): undefined reference to `more_fading_necessary' main.c:(.text+0x112): undefined reference to `uart_work' main.c:(.text+0x114): undefined reference to `i2c_sendout_buffer' main.c:(.text+0x118): undefined reference to `more_fading_necessary' main.o: In function `main_work_loop': main.c:(.text+0x13e): undefined reference to `uart_work' main.c:(.text+0x140): undefined reference to `i2c_sendout_buffer' main.c:(.text+0x144): undefined reference to `fade_modus' main.c:(.text+0x14c): undefined reference to `more_fading_necessary' main.c:(.text+0x170): undefined reference to `more_fading_necessary' main.c:(.text+0x172): undefined reference to `uart_work' main.c:(.text+0x174): undefined reference to `i2c_sendout_buffer' main.c:(.text+0x178): undefined reference to `fade_modus' main.o: In function `__vector_8': main.c:(.text+0x1a6): undefined reference to `uart_puts' main.o: In function `__vector_9': main.c:(.text+0x1f0): undefined reference to `uart_puts' main.o: In function `main': main.c:(.text+0x21e): undefined reference to `uart_init' main.c:(.text+0x224): undefined reference to `uart_puts' main.c:(.text+0x22a): undefined reference to `uart_puts' main.c:(.text+0x22c): undefined reference to `i2c_init_master_transceiver' main.c:(.text+0x236): undefined reference to `pwm_init_timer_interrupt' main.c:(.text+0x23a): undefined reference to `colours' main.c:(.text+0x23e): undefined reference to `colours' main.c:(.text+0x242): undefined reference to `colours' main.c:(.text+0x246): undefined reference to `colours' main.c:(.text+0x24a): undefined reference to `colours' main.o:main.c:(.text+0x24e): more undefined references to `colours' follow make: *** [main.elf] Fehler 1 johannes@liese:~/cccpb/fnordlicht/src$ -------------------------------ende------------------------------------- Evtl irgendeine Idee? vllt. die avrlibc Version oder so? Ich habe avr-libc 1.4.7 und avr-gcc 4.2.2 - was mich auch wundert ist das keine datei main.h existiert. Ist das Absicht? Ich hatte mir euren Code vor ner ganzen Weile (ein Jahr oder so) schonmal angesehen und meine mich zu erinnern das ihr irgendwo in einem wiki eine ganze Menge dokumentiert hattet. Existiert das noch irgendwo? Habe leider nichts gefunden Danke schonmal für die Hilfe! Gruß, Johannes

1 1

i2c u. Master-/Slave-Konfiguration
by Johannes Nittinger 09 Jun '08

09 Jun '08

Hallo! Nachdem meine fnordlichter nun schon bestimmt 2 Jahre rumliegen hab ich heute endlich mal wieder angefangen meinen alten plan aufzunehmen: ich möchte mehrere fnordlichter zusammen per RC5 Fernbedienung und OpenWRT Router steuern. Das mit der IR Fernbedienung habe ich heute schon hinbekommen, die Steuerung über den (noch nicht vorhandenen) seriellen Port des OpenWRT Routers dürfte auch keine allzugroße Sache werden, da es seriell über den PC ja schon klappt. Mein einziges Problem ist jetzt nur, wie ich sozusagen ein fnordlicht als Master einrichte und die anderen (als Slaves) dazu bekomme exakt das zu tun was der Master auch macht. Die ganzen Scripte etc interessieren mich da garnicht, ich möchte halt nur das der Master zyklisch seine aktuelle Helligkeit in den Bus feuert und die Slaves diesen Wert dann auch übernehmen. Spontan lacht mich da der I2C Stecker am fnordlicht an, dazu habe ich jedoch recht wenig Doku gefunden. Im Code (NG 0.2) habe ich in der config.h hinweise gesehen das das mit dem I2C atm nicht funktioniert, daher würde mich einfach interessieren inwieweit dieser i2c code nun (nicht) funktioniert. habe vom i2c bus leider recht wenig ahnung, aber eine 'Draht'-verbindung erscheint mir für das was ich vorhabe am sichersten und einfachsten. dann braucht auch nicht jedes fnordlicht einen IR-Empfänger, die I2c büchse ist ja eh schon dran und ein stromkabel muss auch sowieso hin. Falls ihr andere Ideen habt immer raus damit. Ansonsten erstmal allen ausser den Polen viel Spaß beim Polenspiel ;) Gruß, Johannes

2 1

Moodlamp-ng
by Tobias Schneider 29 Apr '08

29 Apr '08

Hi, hab meine Moodlamp inzwischen mit der fnordlicht-ng Firmware versehen und noch bissel am IR-Teil gefriemelt um die Lampe komfortabel per Fernsteuerung zu bedienen. Gibts auf http://blinkenlichts.net/index.php?page=moodlamp-ng Kommentare und Kritik erwuenscht ;) Gruss, Tobias

2 1

Patch bootloader/Makefile
by Thomas Mohaupt 10 Apr '08

10 Apr '08

Hallo, an bei ein Patch für Bootloader/Makefile. Das Aufspielen des Bootloaders auf ein neues Fnordlicht schlug bei mir fehl, da im Makefile beim Aufruf von avrdude immer der avr910 verwendet wurde und nicht der konfigurierte Prog.devicetyp. bg ThoMo

2 3

TSOP 1738 übrig ...
by Stefan Krister 18 Mar '08

18 Mar '08

Hi, ich habe heute den fnordlicht Bausatz von Lochraster.org erhalten. Ich bin noch nicht ganz fertig - aber es scheint, als bliebe der TSOP 1738 übrig. Ich kann keinen Hinweis auf dem Schalt- oder Bestückungsplan finden, wo der hin soll. Wäre nett, wenn das jemand aufklären könnte. MfG Stefan

6 5

kein Zugriff mehr aufs fnordlicht?
by Robert 03 Mar '08

03 Mar '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi alle, ich bin jetzt zwischendurch doch nochmal nach Hause, um ein neues Script auf mein fnordlicht zu spielen. Wollte ich zumindest... Ich hab aber mal wieder 2 Probleme: 1. Ich hab also den PGM-Jumper auf 2-3 gesetzt und dann das fnordlicht an Pegelkonverter & Strom angeschlossen. Seltsamerweise fängt das Script trotzdem an abzulaufen. Also wollt ich versuchen mit "$ screen /dev/ttyUSB0 19200 8N1" auf den Terminal zuzugreifen. Das öffnet sich auch, aber wenn ich "x" oder "s" eingebe tut sich nix. Nur bei "p" krieg ich "�" als Antwort, aber das Script läuft weiter. Auf "p" bin ich gekommen, weil ich beim Versuch von "make install" diese Meldung erhalte (Gerät ist bereits angeschlossen): $ make install launch-bootloader /dev/ttyUSB0 19200 Opening serial device /dev/ttyUSB0. Sending bootloader entry command (p). You may now plug in the target device. Jetzt stoppt allerdings das Script und die LEDs gehen aus. Nach kurzer Zeit fangen dann die roten LEDs an zu leuchten, gehen wieder aus und blinken von Zeit zu Zeit. Im Terminal wiederholt sich ständig "�". 2. Betrifft das Script, welches ich aktuell auf dem fnordlicht geladen habe. Das erste Mal läuft es ganz durch, scheint sich dann aber nicht mehr komplett zu wiederholen, sondern nur bis irgendwo in der Mitte des Scripts zurück zuspringen. Ist die mögliche Länge für ein Script eigentlich begrenzt? Wär toll, wenn jemand Rat wüsste. Vielen Dank schonmal. Ciao, treb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHyWO52QY7Z+AtLCMRAhToAJ9i0ezgcgvZtYoa64Qbw5c4UHIpIwCgrFur fQqIOOsmmhvm3K2xlG6FUQk= =tZp6 -----END PGP SIGNATURE-----

2 2

Re: [fnordlicht] bin Anfänger, kann mir trotzdem jmd helfen?
by Robert 24 Feb '08

24 Feb '08

> Hi Robert, > > * Robert <treboriks(a)web.de> wrote: > > Die Frage ist nun, wie kriege ich dieses Script in den Atmel? Ich dachte, > > mit "gcc static_scripts.c" (bzw. avr-gcc ...) könnte ich es einfach > > kompilieren. > > Das ist richtig, allerdings kann der Atmel nur mit dem Farbscript alleine > nicht viel anfangen, es fehlt der Rest der Firmware. Damit alles korrekt > kompiliert und zusammengelinkt wird, gibt es fuer das Programm 'make' ein > Script, 'Makefile', was bei meiner Firmware auch dabeiliegt. Du musst also > nur noch 'make' im Verzeichnis der Firmware aufrufen, und das Programm > erledigt den Rest. > > Das Kompilieren und Linken ist kein so ganz einfacher Prozess, wenn das > Programm, was am Ende rauskommen soll, in mehrere C-Dateien unterteilt ist, > deshalb laesst man das besser ein Programm tun ;) > > Raus kommt dann eine Datei namens 'fnordlicht.hex', die muesstest du auf den > Atmel flashen, zum Beispiel ueber die serielle Schnittstelle (und einen > Pegelkonverter, hast du einen?). > > Probier mal, die .hex-Datei zu erzeugen, dann schauen wir weiter. > > Gruss, > - fd0 > Man, schnelle Antwort, das nenn ich mal Service. ;) Pegelkonverter hab ich. Mit 'make' wird die fnordlicht.hex zwar erstellt, dabei bekomm ich allerdings folgende Meldung: $ make avr-objcopy --set-section-flags=.eeprom="alloc,load" --change-section-lma .eeprom=0 -O ihex -j .eeprom fnordlicht fnordlicht.eep.hex avr-objcopy: there are no sections to be copied! avr-objcopy: --change-section-lma .eeprom=0x0000000000000000 nie benutzt make: *** [fnordlicht.eep.hex] Fehler 1 Cioa treb _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066

4 10

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

fnordlicht