Kör med Marlin och en Reprap full graphics smart controller.
LCD + SD + vred/knapp
fungerar i marlin out of the box, behöver bara se till att enabla
REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER samt ha U8glib installerat.
Problemet jag har är att efter slumpmässig lång tid, typ 10minuter till 1timmer fungerar LCD:n bra, därefter blir grafiken liksom förskjuten
Allt fungerar dock, printning, komiunikation via USB samt SD kort och knapp/vred, om än svårt att läsa.
Se bilderna
OK
Buggad
Någon som sprungit på liknande?
Vid gogling har jag sett tips som att slå in sladdarna till LCD:n med alu folie, funk int dock
skumheter med marlin och full graphic smart Controller
skumheter med marlin och full graphic smart Controller
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: skumheter med marlin och full graphic smart Controller
Har googlat en hel del, hittar inget riktigt vettigt svar. Det folk föreslår är att skärma kablarna till displayen samt en del påpekar att displayen är extremt känslig för ESD och man bör jorda displayen.
På bilden har jag skrivit på/markerat AC/DC-konvertern. Den är jordad via skruvplinten på den. tar för givet att den jordpunkten är ansluten till metallgallret som utgör chassiet på ac/dc enheten.
Något förslag på hur man kan jorda (mains) displayen ?
Koppla ihop mains-jord och minus ?
På bilden har jag skrivit på/markerat AC/DC-konvertern. Den är jordad via skruvplinten på den. tar för givet att den jordpunkten är ansluten till metallgallret som utgör chassiet på ac/dc enheten.
Något förslag på hur man kan jorda (mains) displayen ?
Koppla ihop mains-jord och minus ?
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: skumheter med marlin och full graphic smart Controller
jag köpte ett velleman 12v 20A nätagg och där var inte kåpan jordad.
Kan vara ide att kolla.
Och det vore fint med lite porriga närbilder på underverket.
Kan vara ide att kolla.
Och det vore fint med lite porriga närbilder på underverket.
Re: skumheter med marlin och full graphic smart Controller
Konstigt, är det inte i princip lag på att allt som kopplas till 230 nätet och har ett chassi som kan leda ström MÅSTE jordas ?
I AC/DC fallet metallgallret.
Jag skall kolla, Ska försöka få lite bilder när jag fixat Z proben, den jag hade har 4mm sense..... behöver 8mm då glaset är 4mm..
Ska städa upp sladdarna när den nya kommer.............
håll till godo med en 50mm dia 100mm eller så hög testutskrift, vase mode, dvs endast 1 perimiter lager i ninjaflex, förstår inte hur det kan funka så bra, är extremt mjukt samt ett magiskt överhäng på nästan 90grader
I AC/DC fallet metallgallret.
Jag skall kolla, Ska försöka få lite bilder när jag fixat Z proben, den jag hade har 4mm sense..... behöver 8mm då glaset är 4mm..
Ska städa upp sladdarna när den nya kommer.............
håll till godo med en 50mm dia 100mm eller så hög testutskrift, vase mode, dvs endast 1 perimiter lager i ninjaflex, förstår inte hur det kan funka så bra, är extremt mjukt samt ett magiskt överhäng på nästan 90grader
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: skumheter med marlin och full graphic smart Controller
blev inte bättre av att koppla ihop mains jord och minus 
Ingen som har någon strålande ide ?
Ingen som har någon strålande ide ?
Re: skumheter med marlin och full graphic smart Controller
Bara en tråkig idé och det är att displayen kan vara sönder.
Re: skumheter med marlin och full graphic smart Controller
testade just att byta display, ingen skillnad.........
Re: skumheter med marlin och full graphic smart Controller
Tycker det låter som att det blir varmt någonstans på något kort.
Testa med kylspray lite här, lite där och se vad som händer.
Testa med kylspray lite här, lite där och se vad som händer.
Re: skumheter med marlin och full graphic smart Controller
ska testa att addera kylning,
dock kommer problemet efter random lång tid. 5 min, 10 min, en timme. lite olika, tänker om det var värme borde det ju vara ganska lika i tid när det kommer,
dock kommer problemet efter random lång tid. 5 min, 10 min, en timme. lite olika, tänker om det var värme borde det ju vara ganska lika i tid när det kommer,
Re: skumheter med marlin och full graphic smart Controller
Ajaj, två dåliga displayer. 
Lite löst babbel. Det är den sista av åtta kolumner på displayen som har hamnat upponer och kommit först.
Inget flimmer utan distinkt fel. Upprepas hela tiden för displayen ritas om hela tiden så ofta det går.
Kommunikationen sker med SPI och u8glib. Seriell kommunikation så hur sjutton kan en störning orsaka ett sånt här regelbundet fel? Skulle vilja se mera slumpmässigt för att tro på kabelfel. Vet inte exakt vad som krävs i form av kommandon och data över SPI för att rita en bild, men det är väl kommando följt av data. Så jag tror att antingen skickar Marlin fel data eller så gör displayen fel sak med den data den får efter ett tag. Displayerna kanske inte är fel och då får man väl börja titta åt Marlin-hållet och det är inget skoj. Du skulle kunna testa med något "Hello World"-program från u8glibexemplen för att kanske långtidstesta displayen. Försöka hitta något i Marlin som uppträder efter x minuter, ja då har du att göra resten av sommaren. Det man kan göra är väl att ansa bort onödiga saker i config-filen för att möjligen få ner minnesåtgången om det kanske börjar bli på gränsen. Det finns ett par buffrar man kan minska storlek på också.
Lite löst babbel. Det är den sista av åtta kolumner på displayen som har hamnat upponer och kommit först.
Inget flimmer utan distinkt fel. Upprepas hela tiden för displayen ritas om hela tiden så ofta det går.
Kommunikationen sker med SPI och u8glib. Seriell kommunikation så hur sjutton kan en störning orsaka ett sånt här regelbundet fel? Skulle vilja se mera slumpmässigt för att tro på kabelfel. Vet inte exakt vad som krävs i form av kommandon och data över SPI för att rita en bild, men det är väl kommando följt av data. Så jag tror att antingen skickar Marlin fel data eller så gör displayen fel sak med den data den får efter ett tag. Displayerna kanske inte är fel och då får man väl börja titta åt Marlin-hållet och det är inget skoj. Du skulle kunna testa med något "Hello World"-program från u8glibexemplen för att kanske långtidstesta displayen. Försöka hitta något i Marlin som uppträder efter x minuter, ja då har du att göra resten av sommaren. Det man kan göra är väl att ansa bort onödiga saker i config-filen för att möjligen få ner minnesåtgången om det kanske börjar bli på gränsen. Det finns ett par buffrar man kan minska storlek på också.
Re: skumheter med marlin och full graphic smart Controller
har för mig displayen är en parallel sak, 8 tåtar normal men den körs i något mode där man använder 4
Re: skumheter med marlin och full graphic smart Controller
Ja det kanske är som du skriver. Men problematiken är samma, det är ingen slumpartat störning utan ihållande.
En sak du enkelt skulle kunna prova är att minska MAX_CMD_SIZE till 30 nånting, raderna med G-kod är inte så långa.
Configuration_adv.h ligger den. Mest för att se om det ger effekt att ge lite mer fritt minne till processorn.
Makes sense om arduino varnar att minnet är nästan slut.
En sak du enkelt skulle kunna prova är att minska MAX_CMD_SIZE till 30 nånting, raderna med G-kod är inte så långa.
Configuration_adv.h ligger den. Mest för att se om det ger effekt att ge lite mer fritt minne till processorn.
Makes sense om arduino varnar att minnet är nästan slut.
Re: skumheter med marlin och full graphic smart Controller
halverade från 96 till 48, ingen skillnad dock...
Re: skumheter med marlin och full graphic smart Controller
Då är det nog inte i Marlin. Det hade inte varit lätt att få ordning på det i så fall.
Har bara den tråkiga idén kvar då. Själv kör jag utan display, är det når som strular så är det den.
Edit
En test som man skulle kunna göra mest för att se om felet ändras sej är att lägga till lite delay i sändningen av data.
Kring rad 75 i https://github.com/MarlinFirmware/Marli ... glib_rrd.h
finns tre delayvärden man kan sätta, om du har lust kan du lägga in nån poäng där och se om det gör skillnad.
Även rad 44 kan man ge ett annat värde. Detta är mest varierande för att se om något händer.
Har bara den tråkiga idén kvar då. Själv kör jag utan display, är det når som strular så är det den.
Edit
En test som man skulle kunna göra mest för att se om felet ändras sej är att lägga till lite delay i sändningen av data.
Kring rad 75 i https://github.com/MarlinFirmware/Marli ... glib_rrd.h
finns tre delayvärden man kan sätta, om du har lust kan du lägga in nån poäng där och se om det gör skillnad.
Även rad 44 kan man ge ett annat värde. Detta är mest varierande för att se om något händer.
