Dennoch habe ich immer wieder festgestellt, das das Leben oft um so einiges einfacher wird wenn man sich das ein oder andere Datenblatt bis zum Schluss durchliest und in die ein oder andere Thematik etwas tiefer hineinguckt.
Da gebe ich dir vollkommen recht! Bereue es nur, dass ich mich Jahre zuvor von programmiersprachen (wegen der liebe zur musik) verabschiedet habe. Da war mir auf der bühne mit der e-gitarre bisschen rumrocken lustiger. Deshalb finde ich Arduino i.M für mich echt cool, weil man da nicht unbedingt wie du schon sagst sich mit tausenden registern beschaftigen muss.
Ich muss auch ehrlich zugeben, dass ich für meine videowall projekte nur noch FPGA's von china bevorzuge, weil i.M es wirklich unmöglich ist, den preis-leistung effekt was die da anbieten hier mit 8bit MC zu realisieren. Aber wie schon vorher erwaehnt, find ich den lernprozess und spass hier nicht bei einem fertigprodukt, mit dem man auch nix weiter experimentieren kann. Steckst halt in die steckdose und es funktioniert, fast schon zu langweilig für mich Diesen "mal selber machen" effekt hat man auch wirklich nur wenn mann selber mal was lötet. Also "Hör mal wer da lötet!!!" wie Tim Allen
Vielleicht aendert sich die lage ja bald, da es ja jetzt den Arduino Due gibt, der nen ARM cortex M3 drauf hat, und wie ich gelesen habe soll der ja die Arduino libs komplett unterstützen, und auch sogar den wiz5100, oder war es der wiz5200? Dann könnte man natürlich mehr rausholen.
ZitatDie Anzahl der Pakete hat doch nix mit deren Headergröße zu tun!?
Sorry! Hab es falsch verstanden, meinst also die paketnummer/universe. Das erklaert natürlich auch die 3 dahinter.
Ich habe auch mittlerweile die Paketnummer von der tpm2net routine komplett rausgenommen (von meiner sendesoftware auch), da ich es ja auch besser finde alles in einem paket zu senden.
Ich habe mal letzte nacht wieder bissl rumgewurschtelt und einen lustigen test gemacht, und bin auf 768 pixel mit 2304 bytes gekommen. Die grenze mit den 256 pixel ist also erstmal wech. Edit: Ich hab das alles erstmal mit USART TX mit 1mbit baudrate out getestet. Also noch nicht mit ws2801 pixeln.
also
#define NR_OF_PANELS 1
#define PIXELS_PER_PANEL 768
#define UDP_PACKET_SIZE 2304
Was ich gemacht habe ist:
Ich habe TPM2NET_HEADER_SIZE auf 2 gestellt.
Ich check in der firmware nur noch Header ID und Dataframe bytes ob die stimmen. Ganz am ende im code natürlich noch blockende byte.
Das heisst die framesize wird nicht mehr in der header size benannt.
Paketnummer byte wie gesagt komplett raus, auch von der sende software.
Und siehe da, geht locker mit 768pixel und 25fps. Hab jetzt zwar nur 100 pixel angeschlossen an der HW. gehe aber davon aus, dass über 100 pixel auch in ordnung sind.
Ich weiss jetzt natürlich nicht ob das hier in euren augen jetzt total bescheuert oder doch ein bisschen hilfreich ist.
Das hat aber noch ein haken: Nach ca. 1 minute haengt der MC. Wenn ich beim MC reset mache, dann gehts wieder eine naechste minute weiter.
Hab erstmal nen delay mit 500us im main loop angegeben. Trotzdem haengts nach 1 minute. Hat jemand da ne idee was mann noch dabei aendern könnte? Mit PixelController konnte ich das noch nicht testen, weil ich in eclipse noch nix kompilieren kann. Michu, haettest du mal zeit und lust, die tpm2net routine in PixelController so zu aendern und vielleicht mir zum testen mal nen link geben?
gruss