Kurze Frage -> schnelle Antwort

Der chaotische Hauptfaden

Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese

Benutzeravatar
Chemnitzsurfer
Beiträge: 7845
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Kurze Frage -> schnelle Antwort

Beitrag von Chemnitzsurfer »

Hatte schon mehrmals Alpina Wandfarbe die nach einen halben Jahr offener Eimer schimmlig war...
(Seltsamerweise nicht bei der Wandfarbe für 5,99€ aus dem Baumarkt :roll: )
Zuletzt geändert von Chemnitzsurfer am So 7. Jan 2018, 18:08, insgesamt 1-mal geändert.
Benutzeravatar
Bauteiltöter
Beiträge: 254
Registriert: So 11. Aug 2013, 17:37

Re: Kurze Frage -> schnelle Antwort

Beitrag von Bauteiltöter »

Hm baut bei mir ohne Probleme.

Poste mal bitte den Inhalt von /usr/lib/avr/include/avr/io.h hier als Anhang.

Ich hab dir das hexfile mal angehängt (umbenennen main.pdf -> main.hex) , trotzdem sollte man das ja bei dir hinbekommen.
Dateianhänge
main.pdf
(7.5 KiB) 43-mal heruntergeladen
Benutzeravatar
RMK
Beiträge: 5407
Registriert: Di 20. Jan 2015, 14:59
Wohnort: östlich von Stuttgart

Re: Was Schwimmt denn da im Farbeimer ?

Beitrag von RMK »

Wurstblinker hat geschrieben:Habe hier nen Eimer Wandfarbe die sich scheinbar abgesetzt hat.
Was tun ?
ich hab den Glibber untergerührt und dann einen Raum damit gestrichen.
keine gute Idee. das hat zwei Wochen gedauert bis es nicht mehr modrig gerochen hat,
da war die Farbe schon längst trocken. :-(

schmeiss es weg....
Benutzeravatar
Wurstblinker
Beiträge: 601
Registriert: Di 13. Sep 2016, 21:09
Wohnort: weit West

Re: Kurze Frage -> schnelle Antwort

Beitrag von Wurstblinker »

Chemnitzsurfer hat geschrieben:Hatte schon mehrmals Alpina Wandfarbe die nach einen halben Jahr offener Eimer schimmlig war...
(Seltsamerweise nicht bei der Wandfarbe für 5,99€ aus dem Baumarkt :roll: )
Schimmel hatte ich auch schon , war aber klar Erkennbar.

Nur hier bin ich nicht sicher ob das zur Farbe gehört, oder sich gebildet hat.
Ist ein Eimer von Feinkost Albrecht der heute zum ersten mal geöffnet wurde.

Die Frage ist halt , heute noch an die Wand oder morgen zum Farbhändler
Benutzeravatar
Chemnitzsurfer
Beiträge: 7845
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Kurze Frage -> schnelle Antwort

Beitrag von Chemnitzsurfer »

Wie lange stand die Farbe schon herum?
Meist geben die Hersteller 2 Jahre Lagerfähigkeit an. Wenn man Pech hat, steht die Plörrer halt schonmal 1 jahr im Hochregallager
https://alpina-farben.de/artikel/wandfa ... en-lagern/
Farbeimer müssen nicht sofort nach dem Streichen entsorgt werden. Lagern Sie die Farbreste der Wandfarbe immer kühl und frostfrei. Ungeöffnete Farbeimer halten so mindestens 24 Monate. Ist die Farbe bereits angebrochen, sollte diese luftdicht im Farbeimer verschlossen bzw. zeitnah verbraucht werden. Gut verschlossene Innenfarbe hält angebrochen noch ca. 12 Monate.
Benutzeravatar
Andreas_P
Beiträge: 1400
Registriert: Mo 12. Aug 2013, 11:35
Wohnort: Lohr am Main
Kontaktdaten:

Re: Kurze Frage -> schnelle Antwort

Beitrag von Andreas_P »

Bauteiltöter hier der Inhalt meiner io.h.

Code: Alles auswählen

/* Copyright (c) 2002,2003,2005,2006,2007 Marek Michalkiewicz, Joerg Wunsch
   Copyright (c) 2007 Eric B. Weddington
   All rights reserved.

   Redistribution and use in source and binary forms, with or without
   modification, are permitted provided that the following conditions are met:

   * Redistributions of source code must retain the above copyright
     notice, this list of conditions and the following disclaimer.

   * Redistributions in binary form must reproduce the above copyright
     notice, this list of conditions and the following disclaimer in
     the documentation and/or other materials provided with the
     distribution.

   * Neither the name of the copyright holders nor the names of
     contributors may be used to endorse or promote products derived
     from this software without specific prior written permission.

  THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
  AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
  ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
  LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
  CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
  SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
  INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
  CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
  ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
  POSSIBILITY OF SUCH DAMAGE. */

/* $Id$ */

/** \file */
/** \defgroup avr_io <avr/io.h>: AVR device-specific IO definitions
    \code #include <avr/io.h> \endcode

    This header file includes the apropriate IO definitions for the
    device that has been specified by the <tt>-mmcu=</tt> compiler
    command-line switch.  This is done by diverting to the appropriate
    file <tt><avr/io</tt><em>XXXX</em><tt>.h></tt> which should
    never be included directly.  Some register names common to all
    AVR devices are defined directly within <tt><avr/common.h></tt>,
    which is included in <tt><avr/io.h></tt>,
    but most of the details come from the respective include file.

    Note that this file always includes the following files:
    \code 
    #include <avr/sfr_defs.h>
    #include <avr/portpins.h>
    #include <avr/common.h>
    #include <avr/version.h>
    \endcode
    See \ref avr_sfr for more details about that header file.

    Included are definitions of the IO register set and their
    respective bit values as specified in the Atmel documentation.
    Note that inconsistencies in naming conventions,
    so even identical functions sometimes get different names on
    different devices.

    Also included are the specific names useable for interrupt
    function definitions as documented
    \ref avr_signames "here".

    Finally, the following macros are defined:

    - \b RAMEND
    <br>
    The last on-chip RAM address.
    <br>
    - \b XRAMEND
    <br>
    The last possible RAM location that is addressable. This is equal to 
    RAMEND for devices that do not allow for external RAM. For devices 
    that allow external RAM, this will be larger than RAMEND.
    <br>
    - \b E2END
    <br>
    The last EEPROM address.
    <br>
    - \b FLASHEND
    <br>
    The last byte address in the Flash program space.
    <br>
    - \b SPM_PAGESIZE
    <br>
    For devices with bootloader support, the flash pagesize
    (in bytes) to be used for the \c SPM instruction. 
    - \b E2PAGESIZE
    <br>
    The size of the EEPROM page.
    
*/

#ifndef _AVR_IO_H_
#define _AVR_IO_H_

#include <avr/sfr_defs.h>

#if defined (__AVR_AT94K__)
#  include <avr/ioat94k.h>
#elif defined (__AVR_AT43USB320__)
#  include <avr/io43u32x.h>
#elif defined (__AVR_AT43USB355__)
#  include <avr/io43u35x.h>
#elif defined (__AVR_AT76C711__)
#  include <avr/io76c711.h>
#elif defined (__AVR_AT86RF401__)
#  include <avr/io86r401.h>
#elif defined (__AVR_AT90PWM1__)
#  include <avr/io90pwm1.h>
#elif defined (__AVR_AT90PWM2__)
#  include <avr/io90pwmx.h>
#elif defined (__AVR_AT90PWM2B__)
#  include <avr/io90pwm2b.h>
#elif defined (__AVR_AT90PWM3__)
#  include <avr/io90pwmx.h>
#elif defined (__AVR_AT90PWM3B__)
#  include <avr/io90pwm3b.h>
#elif defined (__AVR_AT90PWM216__)
#  include <avr/io90pwm216.h>
#elif defined (__AVR_AT90PWM316__)
#  include <avr/io90pwm316.h>
#elif defined (__AVR_AT90PWM161__)
#  include <avr/io90pwm161.h>
#elif defined (__AVR_AT90PWM81__)
#  include <avr/io90pwm81.h>
#elif defined (__AVR_ATmega8U2__)
#  include <avr/iom8u2.h>
#elif defined (__AVR_ATmega16M1__)
#  include <avr/iom16m1.h>
#elif defined (__AVR_ATmega16U2__)
#  include <avr/iom16u2.h>
#elif defined (__AVR_ATmega16U4__)
#  include <avr/iom16u4.h>
#elif defined (__AVR_ATmega32C1__)
#  include <avr/iom32c1.h>
#elif defined (__AVR_ATmega32M1__)
#  include <avr/iom32m1.h>
#elif defined (__AVR_ATmega32U2__)
#  include <avr/iom32u2.h>
#elif defined (__AVR_ATmega32U4__)
#  include <avr/iom32u4.h>
#elif defined (__AVR_ATmega32U6__)
#  include <avr/iom32u6.h>
#elif defined (__AVR_ATmega64C1__)
#  include <avr/iom64c1.h>
#elif defined (__AVR_ATmega64M1__)
#  include <avr/iom64m1.h>
#elif defined (__AVR_ATmega128__)
#  include <avr/iom128.h>
#elif defined (__AVR_ATmega128A__)
#  include <avr/iom128a.h>
#elif defined (__AVR_ATmega1280__)
#  include <avr/iom1280.h>
#elif defined (__AVR_ATmega1281__)
#  include <avr/iom1281.h>
#elif defined (__AVR_ATmega1284__)
#  include <avr/iom1284.h>
#elif defined (__AVR_ATmega1284P__)
#  include <avr/iom1284p.h>
#elif defined (__AVR_ATmega128RFA1__)
#  include <avr/iom128rfa1.h>
#elif defined (__AVR_ATmega128RFR2__)
#  include <avr/iom128rfr2.h>
#elif defined (__AVR_ATmega1284RFR2__)
#  include <avr/iom1284rfr2.h>
#elif defined (__AVR_ATmega256RFR2__)
#  include <avr/iom256rfr2.h>
#elif defined (__AVR_ATmega2564RFR2__)
#  include <avr/iom2564rfr2.h>
#elif defined (__AVR_ATmega2560__)
#  include <avr/iom2560.h>
#elif defined (__AVR_ATmega2561__)
#  include <avr/iom2561.h>
#elif defined (__AVR_AT90CAN32__)
#  include <avr/iocan32.h>
#elif defined (__AVR_AT90CAN64__)
#  include <avr/iocan64.h>
#elif defined (__AVR_AT90CAN128__)
#  include <avr/iocan128.h>
#elif defined (__AVR_AT90USB82__)
#  include <avr/iousb82.h>
#elif defined (__AVR_AT90USB162__)
#  include <avr/iousb162.h>
#elif defined (__AVR_AT90USB646__)
#  include <avr/iousb646.h>
#elif defined (__AVR_AT90USB647__)
#  include <avr/iousb647.h>
#elif defined (__AVR_AT90USB1286__)
#  include <avr/iousb1286.h>
#elif defined (__AVR_AT90USB1287__)
#  include <avr/iousb1287.h>
#elif defined (__AVR_ATmega64RFR2__)
#  include <avr/iom64rfr2.h>
#elif defined (__AVR_ATmega644RFR2__)
#  include <avr/iom644rfr2.h>
#elif defined (__AVR_ATmega64__)
#  include <avr/iom64.h>
#elif defined (__AVR_ATmega64A__)
#  include <avr/iom64a.h>
#elif defined (__AVR_ATmega640__)
#  include <avr/iom640.h>
#elif defined (__AVR_ATmega644__) 
#  include <avr/iom644.h>
#elif (defined __AVR_ATmega644A__)
#include <avr/iom644a.h>
#elif defined (__AVR_ATmega644P__)
#  include <avr/iom644p.h>
#elif defined (__AVR_ATmega644PA__)
#  include <avr/iom644pa.h>
#elif defined (__AVR_ATmega645__)
#  include <avr/iom645.h>
#elif (defined __AVR_ATmega645A__)
#include <avr/iom645a.h>
#elif (defined __AVR_ATmega645P__)
#include <avr/iom645p.h>
#elif defined (__AVR_ATmega6450__)
#  include <avr/iom6450.h>
#elif (defined __AVR_ATmega6450A__)
#include <avr/iom6450a.h>
#elif (defined __AVR_ATmega6450P__)
#include <avr/iom6450p.h>
#elif defined (__AVR_ATmega649__)
#  include <avr/iom649.h>
#elif (defined __AVR_ATmega649A__)
#include <avr/iom649a.h>
#elif defined (__AVR_ATmega6490__)
#  include <avr/iom6490.h>
#elif (defined __AVR_ATmega6490A__)
#include <avr/iom6490a.h>
#elif (defined __AVR_ATmega6490P__)
#include <avr/iom6490p.h>
#elif defined (__AVR_ATmega649P__)
#  include <avr/iom649p.h>
#elif defined (__AVR_ATmega64HVE__)
#  include <avr/iom64hve.h>
#elif defined (__AVR_ATmega64HVE2__)
#  include <avr/iom64hve2.h>
#elif defined (__AVR_ATmega103__)
#  include <avr/iom103.h>
#elif defined (__AVR_ATmega32__)
#  include <avr/iom32.h>
#elif defined (__AVR_ATmega32A__)
#  include <avr/iom32a.h>
#elif defined (__AVR_ATmega323__)
#  include <avr/iom323.h>
#elif defined (__AVR_ATmega324P__)
#  include <avr/iom324p.h>
#elif (defined __AVR_ATmega324A__)
#include <avr/iom324a.h>
#elif defined (__AVR_ATmega324PA__)
#  include <avr/iom324pa.h>
#elif defined (__AVR_ATmega325__)
#  include <avr/iom325.h>
#elif (defined __AVR_ATmega325A__)
#include <avr/iom325a.h>
#elif defined (__AVR_ATmega325P__)
#  include <avr/iom325p.h>
#elif defined (__AVR_ATmega325PA__)
#  include <avr/iom325pa.h>  
#elif defined (__AVR_ATmega3250__) 
#  include <avr/iom3250.h>
#elif (defined __AVR_ATmega3250A__)
#include <avr/iom3250a.h>
#elif defined (__AVR_ATmega3250P__)
#  include <avr/iom3250p.h>
#elif defined (__AVR_ATmega3250PA__)
#  include <avr/iom3250pa.h>  
#elif defined (__AVR_ATmega328P__)
#  include <avr/iom328p.h>
#elif (defined __AVR_ATmega328__)
#include <avr/iom328.h>
#elif defined (__AVR_ATmega329__)
#  include <avr/iom329.h>
#elif (defined __AVR_ATmega329A__)
#include <avr/iom329a.h>
#elif defined (__AVR_ATmega329P__) 
#  include <avr/iom329p.h>
#elif (defined __AVR_ATmega329PA__)
#include <avr/iom329pa.h>
#elif (defined __AVR_ATmega3290PA__)
#include <avr/iom3290pa.h>
#elif defined (__AVR_ATmega3290__)
#  include <avr/iom3290.h>
#elif (defined __AVR_ATmega3290A__)
#include <avr/iom3290a.h>
#elif defined (__AVR_ATmega3290P__)
#  include <avr/iom3290.h>
#elif defined (__AVR_ATmega32HVB__)
#  include <avr/iom32hvb.h>
#elif defined (__AVR_ATmega32HVBREVB__)
#  include <avr/iom32hvbrevb.h>
#elif defined (__AVR_ATmega406__)
#  include <avr/iom406.h>
#elif defined (__AVR_ATmega16__)
#  include <avr/iom16.h>
#elif defined (__AVR_ATmega16A__)
#  include <avr/iom16a.h>
#elif defined (__AVR_ATmega161__)
#  include <avr/iom161.h>
#elif defined (__AVR_ATmega162__)
#  include <avr/iom162.h>
#elif defined (__AVR_ATmega163__)
#  include <avr/iom163.h>
#elif defined (__AVR_ATmega164P__)
#  include <avr/iom164p.h>
#elif (defined __AVR_ATmega164A__)
#include <avr/iom164a.h>
#elif defined (__AVR_ATmega164PA__)
#  include <avr/iom164pa.h>
#elif defined (__AVR_ATmega165__)
#  include <avr/iom165.h>
#elif (defined __AVR_ATmega165A__)
#include <avr/iom165a.h>
#elif defined (__AVR_ATmega165P__)
#  include <avr/iom165p.h>
#elif defined (__AVR_ATmega165PA__)
#  include <avr/iom165pa.h>
#elif defined (__AVR_ATmega168__)
#  include <avr/iom168.h>
#elif (defined __AVR_ATmega168A__)
#include <avr/iom168a.h>
#elif defined (__AVR_ATmega168P__)
#  include <avr/iom168p.h>
#elif defined (__AVR_ATmega168PA__)
#  include <avr/iom168pa.h>
#elif defined (__AVR_ATmega168PB__)
#  include <avr/iom168pb.h>
#elif defined (__AVR_ATmega169__)
#  include <avr/iom169.h>
#elif (defined __AVR_ATmega169A__)
#include <avr/iom169a.h>
#elif defined (__AVR_ATmega169P__)
#  include <avr/iom169p.h>
#elif defined (__AVR_ATmega169PA__)
#  include <avr/iom169pa.h>
#elif defined (__AVR_ATmega8HVA__)
#  include <avr/iom8hva.h>
#elif defined (__AVR_ATmega16HVA__)
#  include <avr/iom16hva.h>
#elif defined (__AVR_ATmega16HVA2__)
#  include <avr/iom16hva2.h>
#elif defined (__AVR_ATmega16HVB__)
#  include <avr/iom16hvb.h>
#elif defined (__AVR_ATmega16HVBREVB__)
#  include <avr/iom16hvbrevb.h>
#elif defined (__AVR_ATmega8__)
#  include <avr/iom8.h>
#elif defined (__AVR_ATmega8A__)
#  include <avr/iom8a.h>
#elif (defined __AVR_ATmega48A__)
#  include <avr/iom48a.h>
#elif defined (__AVR_ATmega48__)
#  include <avr/iom48.h>
#elif defined (__AVR_ATmega48PA__)
#  include <avr/iom48pa.h>
#elif defined (__AVR_ATmega48PB__)
#  include <avr/iom48pb.h>
#elif defined (__AVR_ATmega48P__)
#  include <avr/iom48p.h>
#elif defined (__AVR_ATmega88__)
#  include <avr/iom88.h>
#elif (defined __AVR_ATmega88A__)
#  include <avr/iom88a.h>
#elif defined (__AVR_ATmega88P__)
#  include <avr/iom88p.h>
#elif defined (__AVR_ATmega88PA__)
#  include <avr/iom88pa.h>
#elif defined (__AVR_ATmega88PB__)
#  include <avr/iom88pb.h>
#elif defined (__AVR_ATmega8515__)
#  include <avr/iom8515.h>
#elif defined (__AVR_ATmega8535__)
#  include <avr/iom8535.h>
#elif defined (__AVR_AT90S8535__)
#  include <avr/io8535.h>
#elif defined (__AVR_AT90C8534__)
#  include <avr/io8534.h>
#elif defined (__AVR_AT90S8515__)
#  include <avr/io8515.h>
#elif defined (__AVR_AT90S4434__)
#  include <avr/io4434.h>
#elif defined (__AVR_AT90S4433__)
#  include <avr/io4433.h>
#elif defined (__AVR_AT90S4414__)
#  include <avr/io4414.h>
#elif defined (__AVR_ATtiny22__)
#  include <avr/iotn22.h>
#elif defined (__AVR_ATtiny26__)
#  include <avr/iotn26.h>
#elif defined (__AVR_AT90S2343__)
#  include <avr/io2343.h>
#elif defined (__AVR_AT90S2333__)
#  include <avr/io2333.h>
#elif defined (__AVR_AT90S2323__)
#  include <avr/io2323.h>
#elif defined (__AVR_AT90S2313__)
#  include <avr/io2313.h>
#elif defined (__AVR_ATtiny4__)
#  include <avr/iotn4.h>
#elif defined (__AVR_ATtiny5__)
#  include <avr/iotn5.h>
#elif defined (__AVR_ATtiny9__)
#  include <avr/iotn9.h>
#elif defined (__AVR_ATtiny10__)
#  include <avr/iotn10.h>
#elif defined (__AVR_ATtiny20__)
#  include <avr/iotn20.h>
#elif defined (__AVR_ATtiny40__)
#  include <avr/iotn40.h>
#elif defined (__AVR_ATtiny2313__)
#  include <avr/iotn2313.h>
#elif defined (__AVR_ATtiny2313A__)
#  include <avr/iotn2313a.h>
#elif defined (__AVR_ATtiny13__)
#  include <avr/iotn13.h>
#elif defined (__AVR_ATtiny13A__)
#  include <avr/iotn13a.h>
#elif defined (__AVR_ATtiny25__)
#  include <avr/iotn25.h>
#elif defined (__AVR_ATtiny4313__)
#  include <avr/iotn4313.h>
#elif defined (__AVR_ATtiny45__)
#  include <avr/iotn45.h>
#elif defined (__AVR_ATtiny85__)
#  include <avr/iotn85.h>
#elif defined (__AVR_ATtiny24__)
#  include <avr/iotn24.h>
#elif defined (__AVR_ATtiny24A__)
#  include <avr/iotn24a.h>
#elif defined (__AVR_ATtiny44__)
#  include <avr/iotn44.h>
#elif defined (__AVR_ATtiny44A__)
#  include <avr/iotn44a.h>
#elif defined (__AVR_ATtiny441__)
#  include <avr/iotn441.h>
#elif defined (__AVR_ATtiny84__)
#  include <avr/iotn84.h>
#elif defined (__AVR_ATtiny84A__)
#  include <avr/iotn84a.h>  
#elif defined (__AVR_ATtiny841__)
#  include <avr/iotn841.h>
#elif defined (__AVR_ATtiny261__)
#  include <avr/iotn261.h>
#elif defined (__AVR_ATtiny261A__)
#  include <avr/iotn261a.h>
#elif defined (__AVR_ATtiny461__)
#  include <avr/iotn461.h>
#elif defined (__AVR_ATtiny461A__)
#  include <avr/iotn461a.h>
#elif defined (__AVR_ATtiny861__)
#  include <avr/iotn861.h>
#elif defined (__AVR_ATtiny861A__)
#  include <avr/iotn861a.h>
#elif defined (__AVR_ATtiny43U__)
#  include <avr/iotn43u.h>
#elif defined (__AVR_ATtiny48__)
#  include <avr/iotn48.h>
#elif defined (__AVR_ATtiny88__)
#  include <avr/iotn88.h>
#elif defined (__AVR_ATtiny828__)
#  include <avr/iotn828.h>
#elif defined (__AVR_ATtiny87__)
#  include <avr/iotn87.h>
#elif defined (__AVR_ATtiny167__)
#  include <avr/iotn167.h>
#elif defined (__AVR_ATtiny1634__)
#  include <avr/iotn1634.h>
#elif defined (__AVR_AT90SCR100__)
#  include <avr/io90scr100.h>
#elif defined (__AVR_ATxmega16A4__)
#  include <avr/iox16a4.h>
#elif defined (__AVR_ATxmega16A4U__)
#  include <avr/iox16a4u.h>
#elif defined (__AVR_ATxmega16C4__)
#  include <avr/iox16c4.h>
#elif defined (__AVR_ATxmega16D4__)
#  include <avr/iox16d4.h>
#elif defined (__AVR_ATxmega32A4__)
#  include <avr/iox32a4.h>
#elif defined (__AVR_ATxmega32A4U__)
#  include <avr/iox32a4u.h>
#elif defined (__AVR_ATxmega32C3__)
#  include <avr/iox32c3.h>
#elif defined (__AVR_ATxmega32C4__)
#  include <avr/iox32c4.h>
#elif defined (__AVR_ATxmega32D3__)
#  include <avr/iox32d3.h>
#elif defined (__AVR_ATxmega32D4__)
#  include <avr/iox32d4.h>
#elif defined (__AVR_ATxmega8E5__)
#  include <avr/iox8e5.h>
#elif defined (__AVR_ATxmega16E5__)
#  include <avr/iox16e5.h>
#elif defined (__AVR_ATxmega32E5__)
#  include <avr/iox32e5.h>
#elif defined (__AVR_ATxmega64A1__)
#  include <avr/iox64a1.h>
#elif defined (__AVR_ATxmega64A1U__)
#  include <avr/iox64a1u.h>
#elif defined (__AVR_ATxmega64A3__)
#  include <avr/iox64a3.h>
#elif defined (__AVR_ATxmega64A3U__)
#  include <avr/iox64a3u.h>
#elif defined (__AVR_ATxmega64A4U__)
#  include <avr/iox64a4u.h>
#elif defined (__AVR_ATxmega64B1__)
#  include <avr/iox64b1.h>
#elif defined (__AVR_ATxmega64B3__)
#  include <avr/iox64b3.h>
#elif defined (__AVR_ATxmega64C3__)
#  include <avr/iox64c3.h>
#elif defined (__AVR_ATxmega64D3__)
#  include <avr/iox64d3.h>
#elif defined (__AVR_ATxmega64D4__)
#  include <avr/iox64d4.h>
#elif defined (__AVR_ATxmega128A1__)
#  include <avr/iox128a1.h>
#elif defined (__AVR_ATxmega128A1U__)
#  include <avr/iox128a1u.h>
#elif defined (__AVR_ATxmega128A4U__)
#  include <avr/iox128a4u.h>
#elif defined (__AVR_ATxmega128A3__)
#  include <avr/iox128a3.h>
#elif defined (__AVR_ATxmega128A3U__)
#  include <avr/iox128a3u.h>
#elif defined (__AVR_ATxmega128B1__)
#  include <avr/iox128b1.h>
#elif defined (__AVR_ATxmega128B3__)
#  include <avr/iox128b3.h>
#elif defined (__AVR_ATxmega128C3__)
#  include <avr/iox128c3.h>
#elif defined (__AVR_ATxmega128D3__)
#  include <avr/iox128d3.h>
#elif defined (__AVR_ATxmega128D4__)
#  include <avr/iox128d4.h>
#elif defined (__AVR_ATxmega192A3__)
#  include <avr/iox192a3.h>
#elif defined (__AVR_ATxmega192A3U__)
#  include <avr/iox192a3u.h>
#elif defined (__AVR_ATxmega192C3__)
#  include <avr/iox192c3.h>
#elif defined (__AVR_ATxmega192D3__)
#  include <avr/iox192d3.h>
#elif defined (__AVR_ATxmega256A3__)
#  include <avr/iox256a3.h>
#elif defined (__AVR_ATxmega256A3U__)
#  include <avr/iox256a3u.h>
#elif defined (__AVR_ATxmega256A3B__)
#  include <avr/iox256a3b.h>
#elif defined (__AVR_ATxmega256A3BU__)
#  include <avr/iox256a3bu.h>
#elif defined (__AVR_ATxmega256C3__)
#  include <avr/iox256c3.h>
#elif defined (__AVR_ATxmega256D3__)
#  include <avr/iox256d3.h>
#elif defined (__AVR_ATxmega384C3__)
#  include <avr/iox384c3.h>
#elif defined (__AVR_ATxmega384D3__)
#  include <avr/iox384d3.h>
#elif defined (__AVR_ATA5790__)
#  include <avr/ioa5790.h>
#elif defined (__AVR_ATA5790N__)
#  include <avr/ioa5790n.h>
#elif defined (__AVR_ATA5791__)
#  include <avr/ioa5791.h>
#elif defined (__AVR_ATA5272__)
#  include <avr/ioa5272.h>
#elif defined (__AVR_ATA5505__)
#  include <avr/ioa5505.h>
#elif defined (__AVR_ATA5795__)
#  include <avr/ioa5795.h>
#elif defined (__AVR_ATA5702M322__)
#  include <avr/ioa5702m322.h>
#elif defined (__AVR_ATA5782__)
#  include <avr/ioa5782.h>
#elif defined (__AVR_ATA8210__)
#  include <avr/ioa8210.h>
#elif defined (__AVR_ATA5831__)
#  include <avr/ioa5831.h>
#elif defined (__AVR_ATA8510__)
#  include <avr/ioa8510.h>
#elif defined (__AVR_ATA6285__)
#  include <avr/ioa6285.h>
#elif defined (__AVR_ATA6286__)
#  include <avr/ioa6286.h>
#elif defined (__AVR_ATA6289__)
#  include <avr/ioa6289.h>
#elif defined (__AVR_ATA6612C__)
#  include <avr/ioa6612c.h>
#elif defined (__AVR_ATA6613C__)
#  include <avr/ioa6613c.h>
#elif defined (__AVR_ATA6614Q__)
#  include <avr/ioa6614q.h>
#elif defined (__AVR_ATA6616C__)
#  include <avr/ioa6616c.h>
#elif defined (__AVR_ATA6617C__)
#  include <avr/ioa6617c.h>
#elif defined (__AVR_ATA664251__)
#  include <avr/ioa664251.h>
/* avr1: the following only supported for assembler programs */
#elif defined (__AVR_ATtiny28__)
#  include <avr/iotn28.h>
#elif defined (__AVR_AT90S1200__)
#  include <avr/io1200.h>
#elif defined (__AVR_ATtiny15__)
#  include <avr/iotn15.h>
#elif defined (__AVR_ATtiny12__)
#  include <avr/iotn12.h>
#elif defined (__AVR_ATtiny11__)
#  include <avr/iotn11.h>
#elif defined (__AVR_M3000__)
#  include <avr/iom3000.h>
#elif defined (__AVR_DEV_LIB_NAME__)
#  define __concat__(a,b) a##b
#  define __header1__(a,b) __concat__(a,b)
#  define __AVR_DEVICE_HEADER__ <avr/__header1__(io,__AVR_DEV_LIB_NAME__).h>
#  include __AVR_DEVICE_HEADER__
#else
#  if !defined(__COMPILING_AVR_LIBC__)
#    warning "device type not defined"
#  endif
#endif

#include <avr/portpins.h>

#include <avr/common.h>

#include <avr/version.h>

#if __AVR_ARCH__ >= 100
#  include <avr/xmega.h>
#endif

/* Include fuse.h after individual IO header files. */
#include <avr/fuse.h>

/* Include lock.h after individual IO header files. */
#include <avr/lock.h>

#endif /* _AVR_IO_H_ */
Danke dir für das erstellen des HEX Datei.
War das nur die HEX Datei die erstellt wurde, oder war auch was als eep Datei dabei?
Benutzeravatar
Fritzler
Beiträge: 12600
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Kurze Frage -> schnelle Antwort

Beitrag von Fritzler »

@Andreas
Wie du selber sieht wird da in Zeile 14 keine page.h includiert.

Mach doch mal "avr-gcc -v" und Poste den Output.
Das sieht so aus als würde der avrgcc einen völlig flashcne includepath haben und sich daher sonstwas ziehen.
Benutzeravatar
Bauteiltöter
Beiträge: 254
Registriert: So 11. Aug 2013, 17:37

Re: Kurze Frage -> schnelle Antwort

Beitrag von Bauteiltöter »

Ne, ein eep war nicht dabei. Im Git-Repo gibt es aber ein eeprom-default.hex, dass sollte dann dein EEPROM-Image sein.

Zum Buildproblem:
Deine io.h sieht richtig aus und hat in Zeile 14 keinen Code sondern noch Kommentar. Dein Compiler bekommt also offensichtlich NICHT diese io.h zu sehen sondern irgendeine - da bleibt nur die Frage warum.
Irgendwie sind deine Include-Pfade daneben.

Mach mal bitte

Code: Alles auswählen

avr-cpp -v

und poste das Ergebnis, da müsste sowas auftauchen:

Code: Alles auswählen

torben@igor:~/repositories/blinkstick-firmware$ avr-cpp -v
Using built-in specs.
Reading specs from /usr/lib/gcc/avr/4.9.2/device-specs/specs-avr2
COLLECT_GCC=avr-cpp
Target: avr
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --bindir=/usr/bin --libexecdir=/usr/lib --libdir=/usr/lib --enable-shared --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-libssp --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=avr CFLAGS='-g -O2 -fstack-protector-strong -Wformat ' CPPFLAGS=-D_FORTIFY_SOURCE=2 CXXFLAGS='-g -O2 -fstack-protector-strong -Wformat ' FCFLAGS='-g -O2 -fstack-protector-strong' FFLAGS='-g -O2 -fstack-protector-strong' GCJFLAGS='-g -O2 -fstack-protector-strong' LDFLAGS='-Wl,-Bsymbolic-functions -Wl,-z,relro' OBJCFLAGS='-g -O2 -fstack-protector-strong -Wformat ' OBJCXXFLAGS='-g -O2 -fstack-protector-strong -Wformat '
Thread model: single
gcc version 4.9.2 (GCC) 
COLLECT_GCC_OPTIONS='-E' '-v' '-specs=device-specs/specs-avr2'
 /usr/lib/gcc/avr/4.9.2/cc1 -E -quiet -v - -mn-flash=6 -mskip-bug
ignoring nonexistent directory "/usr/lib/gcc/avr/4.9.2/../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/avr/4.9.2/include
 /usr/lib/gcc/avr/4.9.2/include-fixed
 /usr/lib/gcc/avr/4.9.2/../../../avr/include
End of search list..
Benutzeravatar
Andreas_P
Beiträge: 1400
Registriert: Mo 12. Aug 2013, 11:35
Wohnort: Lohr am Main
Kontaktdaten:

Re: Kurze Frage -> schnelle Antwort

Beitrag von Andreas_P »

Das kam bei mir raus.

Code: Alles auswählen

andreas@andreas-M70Vn:~$ avr-cpp -v
Using built-in specs.
Reading specs from /usr/lib/gcc/avr/4.9.2/device-specs/specs-avr2
COLLECT_GCC=avr-cpp
Target: avr
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --bindir=/usr/bin --libexecdir=/usr/lib --libdir=/usr/lib --enable-shared --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-libssp --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=avr CFLAGS='-g -O2 -fstack-protector-strong -Wformat ' CPPFLAGS=-D_FORTIFY_SOURCE=2 CXXFLAGS='-g -O2 -fstack-protector-strong -Wformat ' FCFLAGS='-g -O2 -fstack-protector-strong' FFLAGS='-g -O2 -fstack-protector-strong' GCJFLAGS='-g -O2 -fstack-protector-strong' LDFLAGS='-Wl,-Bsymbolic-functions -Wl,-z,relro' OBJCFLAGS='-g -O2 -fstack-protector-strong -Wformat ' OBJCXXFLAGS='-g -O2 -fstack-protector-strong -Wformat '
Thread model: single
gcc version 4.9.2 (GCC) 
COLLECT_GCC_OPTIONS='-E' '-v' '-specs=device-specs/specs-avr2'
 /usr/lib/gcc/avr/4.9.2/cc1 -E -quiet -v - -mn-flash=6 -mskip-bug
ignoring nonexistent directory "/usr/lib/gcc/avr/4.9.2/../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/avr/4.9.2/include
 /usr/lib/gcc/avr/4.9.2/include-fixed
 /usr/lib/gcc/avr/4.9.2/../../../avr/include
End of search list.
Benutzeravatar
Wurstblinker
Beiträge: 601
Registriert: Di 13. Sep 2016, 21:09
Wohnort: weit West

Re: Kurze Frage -> schnelle Antwort

Beitrag von Wurstblinker »

Chemnitzsurfer hat geschrieben:Wie lange stand die Farbe schon herum?
Meist geben die Hersteller 2 Jahre Lagerfähigkeit an. Wenn man Pech hat, steht die Plörrer halt schonmal 1 jahr im Hochregallager
Steht ja im ersten Post 3 Jahre Garantie, 5-6 Jahre alt

Habe jetzt mal auf RMK gehört und den Glibber weggekippt,
übrig blieb 4/5 Eimer "feste Farbe" die ja normal sa*** Teuer ist :lol:

Lässt sich aber gut verstreichen und riecht auch nicht Muffig
Benutzeravatar
Bauteiltöter
Beiträge: 254
Registriert: So 11. Aug 2013, 17:37

Re: Kurze Frage -> schnelle Antwort

Beitrag von Bauteiltöter »

Tja @Andreas .. deine Ausgabe von avr-cpp ist 1:1 identisch mit dem was ich habe. Ich hab keine AHnung mehr wo man weiter suchen könnte...
Kontrolliere noch mal ob sich in den Pfaden
/usr/lib/gcc/avr/4.9.2/include
/usr/lib/gcc/avr/4.9.2/include-fixed
/usr/lib/gcc/avr/4.9.2/../../../avr/include
wirklich nur avr-Dateien befinden... dann keine Ahnung mehr.
Hoffen, dass sich hier noch jemand vorbei kommt der sich besser auskennt. Oder du wendest dich mal an die Experten im mikrocontroller.net, dort springen genug AVR-GCC, AVR-Binutils und AVR-libc-Entwickler rum die vielleicht noch eine Idee haben.
Benutzeravatar
Lukas_P
Beiträge: 1709
Registriert: Mo 12. Aug 2013, 21:21

Re: Kurze Frage -> schnelle Antwort

Beitrag von Lukas_P »

Kurze Frage, was meinen die Amis mit "Plaster of Paris" ? dürfte Stuckgips sein oder ? HIntergrund ist das ich einen Wachs Feinguss (alu) machen möchte und die ihre formen alle mit o.g. Zeug ummanteln
Benutzeravatar
Chemnitzsurfer
Beiträge: 7845
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Kurze Frage -> schnelle Antwort

Beitrag von Chemnitzsurfer »

xanakind
Beiträge: 12604
Registriert: So 11. Aug 2013, 21:55

Re: Kurze Frage -> schnelle Antwort

Beitrag von xanakind »

Irgendwo hier gab es mal einen Link auf einen Modifizierten Philips CD-Player.
Der hatte eine Fliese und Holzklötze im Inneren.
Wegen dem Klang und so..... :lol:
Leider finde ich das nicht mehr! ich würde das sehr gerne mal einen Kollegen schicken.
Sir_Death
Beiträge: 3446
Registriert: Mo 11. Mai 2015, 22:36
Wohnort: südlich von Wien

Re: Kurze Frage -> schnelle Antwort

Beitrag von Sir_Death »

xanakind
Beiträge: 12604
Registriert: So 11. Aug 2013, 21:55

Re: Kurze Frage -> schnelle Antwort

Beitrag von xanakind »

Super, Danke!
Hab das gleich mal weitergeleitet, der wird morgen was zu lachen haben :lol:
Benutzeravatar
Lukas_P
Beiträge: 1709
Registriert: Mo 12. Aug 2013, 21:21

Re: Kurze Frage -> schnelle Antwort

Beitrag von Lukas_P »

was benutze ich am besten als trennmittel wenn ich ein Gipsteil mit Silikon Abformen möchte ? Spüli (zieht warscheinlich in den Gips ein??) ? Vaseline ? wichtig ist das der Abdruck danach nicht zerstört ist (oder zu sehr versifft)
xanakind
Beiträge: 12604
Registriert: So 11. Aug 2013, 21:55

Re: Kurze Frage -> schnelle Antwort

Beitrag von xanakind »

Ich habe hier eine Fritz Box 4690 Cable.
Macht keinen Muck mehr.
Ok, wird wohl was an der Stromversorgung sein, aber die ist ok.
Die Internen Betriebsspanungen sind da und die CPU wird warm:
Fritz.jpg
Keine LED´s leuchten, kein zugriff über das Web Portal und keinen Reset Taster.
Und nun? wegschmeissen?
Benutzeravatar
ferdimh
Beiträge: 9420
Registriert: Fr 16. Aug 2013, 15:19

Re: Kurze Frage -> schnelle Antwort

Beitrag von ferdimh »

Sind wirklich ALLE Spannungen da? Ich würde da nicht unter 3 getrennte Schaltregler + ein paar Linearbraten erwarten.
basti1
Beiträge: 716
Registriert: Do 16. Jun 2016, 11:56
Wohnort: Ahaus-Graes

Re: Kurze Frage -> schnelle Antwort

Beitrag von basti1 »

Fritzbox per Telefon resetten
Stellen Sie Ihr an die Fritzbox angeschlossenes Telefon so ein, dass es das Tonwahlverfahren unterstützt. Ob dies der Fall ist, wissen Sie, wenn Sie während eines Telefonats eine Taste drücken und am anderen Ende der Leitung ein Ton erklingt. Bei den meisten Telefonen ist dies bereits der Fall.
Sobald das Freizeichen zu hören ist, tippen Sie nacheinander folgende Zahlen und Zeichen in das Telefon ein: #991*15901590*. Auch hier gilt: Setzen Sie die Fritzbox auf Auslieferungszustand zurück, gehen alle gespeicherten Daten verloren.
Legen Sie anschließend auf, wird die Fritzbox neu gestartet. Nach ca. einer Minute ist Sie wieder einsatzbereit.

Hab ich früher schon mal gemacht.


MFG Sebastian
Benutzeravatar
Desinfector
Beiträge: 11009
Registriert: Mo 12. Aug 2013, 07:50
Wohnort: ___3,1415(...)___

Re: Kurze Frage -> schnelle Antwort

Beitrag von Desinfector »

kriegt einer Unterlagen für ein Rohde & Schwarz NGB 70/5 Labornetzteil
zusammen?

der jüngste Fund sollte doch noch mal untersucht werden.
Nur krieg ich grad nicht so wirklich kluch, wie man das alles am besten freilegt.

Das Teil hat einen auf "Silvesternachzügler" gemacht (geballert), ordentlich gestunken.
Aber unter den Abdeckungen kann man nix erkennen wo das war.
IPv6
Beiträge: 2210
Registriert: Fr 17. Mär 2017, 22:05

Re: Kurze Frage -> schnelle Antwort

Beitrag von IPv6 »

Irgendwo hier gab es mal einen Link auf einen Modifizierten Philips CD-Player.
Der hatte eine Fliese und Holzklötze im Inneren.
Wegen dem Klang und so..... :lol:
Ihr müsst den Thread zu Ende lesen, der Erbauer meldet sich auch noch zu Wort :D

Und dann beginnt eine große Schlacht um
- Jitter
- böse digitale Filter, deren Einschwingen man schon vor dem eigentlichen Ton hört, was für den Menschen ganz unnatürlich klingt und vermieden werde muss, quasi die Gitarrensaite die schwingt, noch bevor der Finger die berührt
- die Klangunterschiede von Cinch- und Kaltgerätebuchsen
- Netzbrummen, das auf digitale Signale einstrahlt
- die groben, unempfindlichen Messgeräte die es heutzutage gibt, die nichtmal ansatzweise dazu fähig sind messen können, was das Ohr hören kann
- Bits, die das Laufwerk nicht zur richtigen Zeit liefert was man deutlich hören kann
- Daten, die bitgleich am Wandler ankommen aber trotzdem unterschiedlich klingen, weil da steckt mehr dahinter
- Vibrationen, die das auslesen von Daten zum richtigen Zeitpunkt verhindern
- Die ganzen Entwicklungsabteilungen von Audioherstellern haben so wenig Ahnung, dass man am Küchentisch einen CD-Player durch das Entfernen einer Filterschaltung verbessern kann

Und ganz viel
Ich hab Recht
Nein, ich hab Recht!
NEIN, ICH HAB RECHT!!!
NEIN, ICH HABE RECHT!!!

Und außerdem muss man den Ohren vertrauen, keinen Messgeräten!
Und außerdem habe ich mal viel mehr Ahnung als du weil ich kenn den Chefentwickler von hastdunichtgesehen persönlich und der hat mir bestätigt, dass das so ist und außerdem mache ich das schon seit 130 Jahren und bin gelernter xyz und daher weiß ich das, komm mir nicht mit deiner Theorie, du musst das hören und selber ausprobieren sonst kannst du nicht mitreden, bloß weil du ein Oszillogram von einem total verzerrten Sinus vom CD Player zeigst heißt das noch lange nicht, dass das schlechter sein muss als ein sauberes Sinussignal welches aus einem bösen digitalen Filter stammt, das ist nämlich viel schlimmer!!!

Und zwischendurch ein paar kleinlaute Stimmen, die verkünden, dass sie doch eigentlich bloß Musik hören wollten...
Benutzeravatar
Julez
Beiträge: 3551
Registriert: Di 5. Apr 2016, 15:38
Wohnort: Münster

Re: Kurze Frage -> schnelle Antwort

Beitrag von Julez »

Wenn ich sowas sehe bin ich immer extrem froh, kein audiophiler Musikhobbyist zu sein. Ich würde da wahnsinnig werden, wenn ich eventuelle und aufwändige Verbesserungen nur erahnen, aber nicht messtechnisch nachweisen könnte. Wenn ich mir dagegen einen Motor für meine Modellflieger selbst wickle, kann ich wenigstens messen, ob der nachher besser ist als vorher.
Benutzeravatar
Lukas_P
Beiträge: 1709
Registriert: Mo 12. Aug 2013, 21:21

Re: Kurze Frage -> schnelle Antwort

Beitrag von Lukas_P »

vll etwas ot, aber ... kann man nen motor von Hand überhaupt "besser" wickeln als die hersteller die das schon...ehm.. öfer machen? Audiophile sind manchmal etwas gelangweilt, weil heute widergabegeräte so ähnlich aufgebaut sind das es klanglich ab einer gewissen preisklasse, keinen unterschied mehr gibt.. da muss mann dann halt selber klangliche unterschiede erfinden um weiterhin mit den anderen über irgendwas streiten zu kennen
Benutzeravatar
Fritzler
Beiträge: 12600
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Kurze Frage -> schnelle Antwort

Beitrag von Fritzler »

Vor allem wie sich dann ein Mitentwickler eines der alten CD Player meldet und dann geh der Schlagabtausch erst so richtig los :lol:
Anse
Beiträge: 2304
Registriert: Mo 12. Aug 2013, 21:30
Wohnort: Bühl (Baden)

Re: Kurze Frage -> schnelle Antwort

Beitrag von Anse »

War hier nicht mal jemand der eine Audiophilen mit einem Verstärker beglückt hat der mit etlichen Einstellmöglichkeiten versehen war von denen aber nichts angeschlossen war? Der Beglückte hat wohl einige Zeit damit verbracht den Klang nach seinem Wünschen einzustellen bis die Sache aufgelöst wurde. Sorry wenn ichs jetzt nicht genau so beschrieben habe wie es war, ist schon eine Weile her.
IPv6
Beiträge: 2210
Registriert: Fr 17. Mär 2017, 22:05

Re: Kurze Frage -> schnelle Antwort

Beitrag von IPv6 »

Naja, eigentlich ist die Sache auch einfach.
Das Gehirn lässt einen gerne Dinge wahrnehmen, die man wahrnehmen möchte.
Und in Blindtests hört plötzlich keiner mehr den Unterschied, da gibt es tausend Threads dazu.
Aber die wenigsten (immerhin dennoch manche) sehen das Ergebnis auch ein.
Auch wenn die statistische Auswertung am Ende deutlich zeigt, dass es ein rein zufälliges Ergebnis ist, wird wild interpretiert. Die, die bei einem Vergleich von zwei Geräten/Kabeln/Steckerleisten bei vielleicht zehn Durchgängen zu 60 % richtig lagen bilden sich ein, dass sie das wirklich gehört haben.
Diejenigen, die vielleicht bei den ersten drei Versuchen richtig lagen erklären einem, dass sie am Anfang noch konzentriert waren und das gegen Ende nachgelassen hat.
Diejenigen, die am Ende der Versuchsreihe 2 oder 3 Treffer hatten erklären, dass sie sich erst reinhören mussten und es Gewöhnung braucht.

Von der Gaußschen Normalverteilungen halten die wenigsten was.

Und dann ist ja jeder Blindtest kein Gegenbeweis, der zeigt, dass beispielsweise Kabelklang nicht vorhanden ist.
Das Testergebnis ist nur, dass es unter diesen bestimmten Bedingungen nicht möglich war, einen Unterschied zu hören (was natürlich an tausend Dingen liegt, Ausreden gibt es immer viele). Im heimischen Wohnzimmer ist natürlich sofort wieder alles deutlich hörbar. Was einfach dem geschuldet ist, dass das Gehirn daheim beim manuellen Umstöpseln weiß, welches Kabel angeschlossen ist und natürlich kann die 2000€ Strippe einfach nur besser klingen.

Es ist halt ein Hobby, ich bin der Meinung dass jeder glücklich werden soll. Und jemand, der 2000€ für ein Stück Kupferkabel augibt scheint keine anderen finanziellen Sorgen zu haben, sprich es tut ihm nicht weh. Und wenn er ein gutes Gefühl dabei hat, nur zu.
Es geht mir nur gegen den Strich wenn wehement behauptet wird, dass es eindeutig hörbare Unterschiede gibt, denn das ist Bullshit. Eindeutig würde im Blindtest 10 Treffer bei 10 Versuchen heißen und das hat noch kein einziger geschafft.

EDIT:
War hier nicht mal jemand der eine Audiophilen mit einem Verstärker beglückt hat der mit etlichen Einstellmöglichkeiten versehen war von denen aber nichts angeschlossen war? Der Beglückte hat wohl einige Zeit damit verbracht den Klang nach seinem Wünschen einzustellen bis die Sache aufgelöst wurde. Sorry wenn ichs jetzt nicht genau so beschrieben habe wie es war, ist schon eine Weile her.
Dazu habe ich ein Beispiel aus erster Hand.
Ich betreibe mit ein paar Leute ein Reggaesoundsystem und wir haben öfter mal Veranstaltungen mit anderen Sounds, viele Dinger mit anderen lokalen Leuten die echt schwer in Ordnung und wirklich nette und liebe Meschen sind.
Und einem davon fehlt auch ein bisschen das technische Verstänis (muss ja nicht jeder haben, der Typ legt dafür mit zwei 1210ern stundenlang Platten auf ohne einen einzigen unsauberen Übergang und ohne dass auch nur eine Platte nicht zur Vorherigen passen würde). Da bekomme ich immer ein bisschen Gänsehaut wenn er was an der Anlage einstellen möchte. So auch erst vor ein paar Monaten passiert, er wollte noch ein wenig am EQ drehen. Also immer wieder Regler verschoben, vor die Anlage, gehört, wieder paar Regler verschoben bis er am Ende sehr zufrieden war. Ich hatte den EQ aber absichtlich nicht aktiv weil ich genau weiß, dass er am Sound nichts mehr verbessern kann, schon gar nicht rein nach Gehöhr und per Gefühl am EQ.
Aber allein der Glaube, dass man an einem Regler gedreht hat reich aus, damit das Gehirn einen hörbaren Unterschied vorgaukelt.


Ah, und hier noch mein Lieblingsbeispiel, Physikunterricht, 6. Klasse wenn ich mich recht erinnere, Thema Akustik.
Der Lehrer holt einen Frequenzgenerator und einen Lautsprecher, lässt die Klasse erst schätzen in welchem Frequenzbereich der Mensch so hören kann und dreht dann am Frequenzgenerator immer höher. Bei 2 kHz kramt er einen Hochtöner aus der Physiksammlung hervor, der sei noch etwas fieser in den hohen Frequenzen als der Breitbänder davor. Also weiter hochgedreht, klar, ab 10 kHz wirds immer dünner und bei 18 kHz war dann auch Schluss mit hören. Der Lehrer unterbricht den Miniatur-IGORschalter, der in der Zuleitung zum Hochtöner war und macht mit dem Stoff weiter.
Ein paar Minuten später melden sich ein paar Mädels aus der dritten Reihe und fragen, ob er den Ton nicht endlich mal ausmachen könnte, denn das sei wirklich unangenehm. Die hatten nicht mitbekommen, dass der Ton schon längst aus war und haben ihn offenbar einfach weiterghört. Verblüffende Gesichter als der Lehrer den offenen Schalter gezeigt hat.
Benutzeravatar
ferdimh
Beiträge: 9420
Registriert: Fr 16. Aug 2013, 15:19

Re: Kurze Frage -> schnelle Antwort

Beitrag von ferdimh »

Ich fand den Beitrag jetzt weniger unterhaltsam, sondern eher traurig...
Wo sich ein originaler Entwickler gezeigt haben soll, konnte ich aber nicht finden.

Ein interessanter Gedanke steckt aber drin: Akademisch gute Ausgangsfilter, die allen Scheiß aus dem Ausgangssignal fernhalten sind evtl nicht der Weisheit letzter Schluß - etwas HF-Müll kann die folgende Kette eventuell mit weniger Fehler ab als das Tschebyscheff-Filter 12. Ordnung verursachen würde. Dass die Lösung aus der Misere natürlich Oversampling auf Vollanschlag (bis zum tollen 1-Bit-Wandler) heißt, wurde aber wieder nicht erkannt - ob sie auch so abfällig über die SACD denken?

Ich finde es aber nicht so schön, wie über einige hergezogen wird. Das Auge hört mit, und ein edel anmutendes Gerät gibt einen erheblichen gefühlten Qualitätsgewinn. Eine olle PA-Endstufe oder ein TDA7293 mag nicht von einem edlen Verstärker mit Holzseitenteilen, Goldknöpfen und Glimmtechnik zu unterscheiden sein - aber wenn man grinst, weil es so schön glimmt, klingt die Mucke halt doch besser.

Das geht übrigens auch umgekehrt. Aus der Not heraus musste mein EL34-auf-Überlast-und-noch-etwas-mehr-Verstärker einige Veranstaltungen Beschallen. Also ins Endstufenrack geschraubt und ab dafür. Keine Röhre sichtbar. Es gab großes Lob für den Klang. Dann sollte das Rack wieder die Treppe runter und zur Gewichtsreduktion kam der Röhrenverstärker raus. Die Belehrung, dass das aufgrund der Verzerrungen für Musik ja ein Unding sei, das hätte ja schon verzerrt geklungen etc...

Am Ende muss man sich mit dem Zeug wohlfühlen.
IPv6
Beiträge: 2210
Registriert: Fr 17. Mär 2017, 22:05

Re: Kurze Frage -> schnelle Antwort

Beitrag von IPv6 »

Da bin ich völlig bei dir.
Wer Lautsprecher für 10k€ hat kann natürlich keinen CD Player für 50€ dazustellen.
Und ich finde es absolut in Ordnung und gut, wenn jemand Geld für hochwertige Geräte ausgibt, nicht nur technisch gesehen.
Da macht die Optik und Haptik schon einiges her und es kann auch ein tolles Gefühl sein, sich etwas hochwertiges gekauft zu haben.
Auch kann ich vollkommen verstehen, wenn jemand seinen sündhaft teuren Verstärker nicht an einer IKEA Steckdosenleiste für 1,50€ betreiben möchte oder die Lautsprecher nicht per Baumarktstrippen anschließt sondern ein seidenummanteltes Kabel aus Silber nimmt - weil es eben zum Rest passt, hochwertig sein soll und Optik und Haptik zählen.
Bei all diesen Teilen darf nur nie vergessen werden, dass es klanglich völlig wurscht ist. Und das hört spätestens da auf, wo versucht wird, anderen Leuten Empfehlungen zu machen, womit der Klang verbessert werde kann. Da setzt man am besten an der Raumakustik an und sicher nicht an den Lautsprecherkabeln.
Es ist eben ein Unterschied ob jemand sagt, er kauft sich ein Netzkabel weil es ihm optisch gefällt oder weil es die Höhen durchsichtiger macht - das eine ist gut verständlich und nachvollziehbar, das Andere kompletter Müll. Und wenn dann behauptet wird, dass das nur die Ohren hören (nur nicht im Blindtest) und das kein Messgerät der Welt nachvollziehen kann kriege ich das kotzen.
Das schöne an Wissenschaft und physikalischen Grundsätzen ist nunmal, dass sie gelten, ob man daran glaubt oder nicht.
Benutzeravatar
Marsupilami72
Beiträge: 2874
Registriert: Mo 4. Nov 2013, 23:48
Wohnort: mittendrin

Re: Kurze Frage -> schnelle Antwort

Beitrag von Marsupilami72 »

Das erinnert mich an mein Erlebnis mit der Spezies Goldohr bei einem lokalen Händler.

Eigentlich wollte ich nur ein paar Bodyshaker abholen, die er für kleines Geld in der Bucht vertickt hatte. Nun ja, beim Betreten des Ladens wäre ich erst mal fast über den mitten im Laden auf dem Boden stehenden Revox Plattendreher gestolpert :shock: aber das war gar nichts gegen die darauf folgende Vorführung seiner "Optimierungen" an der Hifi-Kette.

Erstmal ist natürlich der Strom das wichtigste - sämtliche Geräte MÜSSEN über eine sternförmig verdrahtete Verteilerleiste angeschlossen werden! Dann hat er das Stromkabel zum Verstärker mit einer selbstgebastelten Abschirmung aus Kupferband versehen - weil Einstreuungen und so.
Und Lautsprecher sind für die Wiedergabe auch völlig unwichtig, auf das richtige Kabel kommt es an...
Zwischendrin kam noch ein Kunde rein, dem an seinem 400 D-Mark Cinchkabel eine Lötstelle aufgegangen war - das hat er dann mal schnell zusammengelötet und ihm gleich noch ein paar Stangen schwarzen Heißkleber verkauft - der ist am Besten geeignet, um Bauteile zu beruhigen.

Aber lest selbst:

http://neuklang.de/musikwiedergabe.html
Benutzeravatar
Lukas_P
Beiträge: 1709
Registriert: Mo 12. Aug 2013, 21:21

Re: Kurze Frage -> schnelle Antwort

Beitrag von Lukas_P »

Da lobe ich mir die Röhrenradios wo die Versorfgungsspannung erst nochmal durch den Übertrager geführt wird (um die brummspannung zu kompensieren ?) ;)
IPv6
Beiträge: 2210
Registriert: Fr 17. Mär 2017, 22:05

Re: Kurze Frage -> schnelle Antwort

Beitrag von IPv6 »

Vielleicht lagern wir das in einen eigenen Thread aus, ich habe zu dem Thema auch noch einige unterhaltsame Links voller rechtsdrehender Ionenfelder die grausame klangiche Auswirkungen haben :D
Der elektrische Strom hat immer ein Magnetfeld, wenn er (durch das Kabel) fließt. Hin- und Rückleiter stoßen sich durch magnetische Kräfte ab, Litzendrähte ziehen sich dadurch zusammen. Die Reibungsverluste durch magnetisch ausgelöste Vibrationen sollten reduziert werden, dann kommt mehr Energie am Ende an.
Sehr gut, da habe ich tatsächlich geschmunzelt und einmal kurz laut durch die Nase ausgeatmet (wirklich loslachen alleine im Büro macht ja niemand) :lol:
Benutzeravatar
barclay66
Beiträge: 1077
Registriert: Di 13. Aug 2013, 04:12
Wohnort: im Speckgürtel Münchens

Re: Kurze Frage -> schnelle Antwort

Beitrag von barclay66 »

Hi,

ich musste fast losprusten, als ich an einer Stelle von verbesserten Kabeln las: "Das Klangbild wird im Vergleich zu anderen Kabeln extrem transparent, es gibt keine Mikrofonie, keine Mantelwellen, keine Störeinkopplung"...


...bei Digitalkabeln!
Benutzeravatar
Julez
Beiträge: 3551
Registriert: Di 5. Apr 2016, 15:38
Wohnort: Münster

Re: Kurze Frage -> schnelle Antwort

Beitrag von Julez »

Lukas_P hat geschrieben:vll etwas ot, aber ... kann man nen motor von Hand überhaupt "besser" wickeln als die hersteller die das schon...ehm.. öfer machen?
Definitiv. Ich bekomme mit etwas Anstrengung 20-30% mehr Kupfer in die Windungen als z.B. Scorpion, die ja durchaus schon sehr gut sind, also eine Stufe vor dem was man als "Motorenmanufaktur" bezeichnen würde. Da sitze ich dann aber auch einige Stunden fluchend rum und haben nacher wunde Finger und keinen Bock mehr... :lol:
Bei Scorpion wickeln die so:
https://www.youtube.com/watch?v=CabZEejbeKA

Und das Ergebnis:
https://static.rcgroups.net/forums/atta ... 1357909208

Ist ok soweit, aber bei mir dann so ungefähr:
https://img.rcgroups.com/http://www.pow ... SsRqMnFAUQ
jodurino
Beiträge: 2106
Registriert: So 17. Nov 2013, 20:43

Re: Kurze Frage -> schnelle Antwort

Beitrag von jodurino »

Nicki hat geschrieben:Kennt jemand leicht erhältliche, zwei- bis dreipolige Steckverbinder die ähnlich günstig wie Superseal sind?
Strom liegt im Milliamperebereich, Spannung um 12V, wasserdicht müssen sie auch nicht sein, sie sollten nur nicht bei Erschütterungen auseinanderfallen.
Superseal geht nicht so gut, weil ich die schon für die Spannungsversorgung verwende und mir auf keinen Fall versehentlich den Canbus rösten will.
Hallo
hänge mich mal hier an.
Ich brauche für meinen T4 und weitere Outdoorfrickeleien auch Steckverbindungen
habe schon in Hanseles Thread nachgelesen (http://www.fingers-welt.de/phpBB/viewto ... eal#p90624 )

Da muss man ja fast schon aufpassen bei der Suche.
In der bucht werden Sets angeboten wo eine Crimpzange dabei ist, die aber nicht für diese Kontakte geeignet sein soll (?)

Bei meinem Lieblingszangenherrsteller kostet so ein Knipex Crimpding (https://www.knipex.de/nc/de/produkte/?g ... &parentID=) ca. 170,-€ die habe ich gerade nicht so übrig

Alternative = ?

cu
jodurino
Benutzeravatar
Weisskeinen
Beiträge: 3948
Registriert: Di 27. Aug 2013, 16:19

Re: Kurze Frage -> schnelle Antwort

Beitrag von Weisskeinen »

Hallo Allerseits,

ich habe gerade gesehen, dass Atmel/Microchip den AVRISP Mk2 nicht mehr herstellt/verkauft. Kann mir jemand einen günstigen AVR-Programmer empfehlen, der mit Atmel Studio (!) unter beliebigen Windosen läuft? Mein Selbstbau-USB-AVRLab will schon mit Win7 nicht mehr, egal mit welcher Firmware (Stk500 sollte mit Win7 laufen, tut's aber nicht). Es gibt auch noch AVRISP Mk2-Clone, weiß jemand was zu deren Qualität?
Benutzeravatar
Sven
Beiträge: 4421
Registriert: Fr 28. Jun 2013, 12:52
Wohnort: Sechsundzwanzigdreisechzehn

Re: Kurze Frage -> schnelle Antwort

Beitrag von Sven »

Hast du einen Arduino greifbar? Den kannst du dir als ISP programmieren, der spricht dann auch das Stk500 Protokoll.
Dann kannst du fix testen, ob das AVR Studio den erkennt.
Benutzeravatar
Weisskeinen
Beiträge: 3948
Registriert: Di 27. Aug 2013, 16:19

Re: Kurze Frage -> schnelle Antwort

Beitrag von Weisskeinen »

Bisher habe ich nur Varianten gesehen, die andere Arduinos oder Atmega328 programmieren konnten. Hast du mal 'nen Link?
Edit: echtes USB wäre allerdings schöner...
Till
Beiträge: 1164
Registriert: Di 13. Aug 2013, 16:00

Re: Kurze Frage -> schnelle Antwort

Beitrag von Till »

Der usbasp läuft so weit ich weiß problemlos unter win10.
Nur den Treiber muss man manuell installieren.
Ich meine dazu müsste auch die Überprüfung der Treibersignatur abgeschaltet werden..also auch wieder Bastelei..
audax
Beiträge: 71
Registriert: Do 5. Jan 2017, 14:29

Re: Kurze Frage -> schnelle Antwort

Beitrag von audax »

Ist der AVR Dragon eine Alternative, oder möchtest Du nur flashen (nicht debuggen)?
Habe mit dem Teil bisher gute Erfahrungen gemacht. Ist allerdings etwas fummelig (kein richtiges Gehäuse) und die Ausgangstreiber sind wohl empfindlich.
Benutzeravatar
MichelH
Beiträge: 1732
Registriert: Mi 6. Nov 2013, 19:49
Wohnort: Nord-West

Re: Kurze Frage -> schnelle Antwort

Beitrag von MichelH »

Fritzler hat geschrieben:Und jetz miss mal noch den Strom.
Nochmal ne kurze Rückmeldung zum Kribbelndengenerator.

Hab den heute abend nochmal ein bischen Orgeln lassen und gemessen. Zwischen PE und N hatte ich konstant 37V bei 0.5mA. Hab auch beim direkten begrabbeln nichts mehr gespürt (außer das die ganze werkstatt gewackelt hat). Witzigerweiße hat auch die Erdung über den PE einer Steckdose die 37V nicht runtergezogen... :?
Naja.

kleine Problemchen hab ich abundzu noch: Wenn die Orgel ne etwas längere Zeit nicht gelaufen ist, läuft der Regler für die Erregerspannung des Generators nicht von alleine an. Ich denke das die remanenz vom Generator nicht reicht. Wenn man dem mal kurz 12V auf die Feldwicklung legt, rennt der Regler los und regelt sauber. Das funktioniert dann auch so lange bis der wieder längere Zeit nicht lief.
Kann man da was machen oder soll ich einfach einen Taster zum anschubsen des Reglers einbauen?
Benutzeravatar
ange12lo
Beiträge: 522
Registriert: Mo 12. Aug 2013, 22:22

Re: Kurze Frage -> schnelle Antwort

Beitrag von ange12lo »

Was ist auf 152.5 kHz für einen deutschsprachigen Sender zu hören?
es geht praktisch nur um Chinesische Politik.

EDIT: wurde gerade erwähnt. Radio Taiwan International.
Benutzeravatar
Sven
Beiträge: 4421
Registriert: Fr 28. Jun 2013, 12:52
Wohnort: Sechsundzwanzigdreisechzehn

Re: Kurze Frage -> schnelle Antwort

Beitrag von Sven »

Weisskeinen hat geschrieben:Bisher habe ich nur Varianten gesehen, die andere Arduinos oder Atmega328 programmieren konnten. Hast du mal 'nen Link?
Edit: echtes USB wäre allerdings schöner...
In der Arduino IDE unter Datei --> Beispiele --> Mitgelieferte Beispiele 11. ArduinoISP
Die Pin-Belegung steht im Code mit drin.
MISO, MOSI, SCK werden 1:1 verbunden. Der Reset-Pin des Ziel-Controllers wird mit Pin 10 des Programmers verbunden.

An Pin 7 8 9 liegen Statussignale für LEDs an: 7 Kommunikation, 8 Fehler, 9 Statusblinker/Lebenszeichen

https://www.arduino.cc/en/Tutorial/ArduinoISP

Ist so mit die billigste Möglichkeit, eben schnell was zu programmieren. Arduin Nano habe ich immer im 10er Pack hier lagernd :D
Kosten ja keine 3€ mehr das Stück...
Benutzeravatar
Wurstblinker
Beiträge: 601
Registriert: Di 13. Sep 2016, 21:09
Wohnort: weit West

Re: Kurze Frage -> schnelle Antwort

Beitrag von Wurstblinker »

Habe ja heute schon einiges von meinem Spass mit der Fräsmaschine zum besten gegeben,
eine Sache fehlt noch:

Nachdem mir jetzt der 2. von meinen 50 w china LED Keksen abgeraucht ist ,
ich aber licht im Schaltschrank brauche haben wir heute
ne alte Neonröhre mit EVG an die Decke gehängt.

Einfach Kabel und Schalter drann und ab in die Steckdose.
Nach dem einschalten gabs erstmal Spratzel Peng Qualm und der Folienkondensator zwischen L und N hat sich zerlegt
aber Lampe war an.

Ca 20 min Später ,
grade in der Sekunde als ich mit der Prüfspitze vom Multimeter ne klemme in der Maschine berührte,
zack Licht aus.

Nachdem ich mich von meinem beinahe Herzanfall erholt hatte, hab ich die Röhre aus und wieder angeschaltet,
danach brannte sie 20 sec und ging wieder aus u.s.w...u.s.w...

Also 2 Lampe von der Palette geholt
Einfach Kabel und Schalter drann und ab in die Steckdose.
Nach dem einschalten gabs erstmal Spratzel Peng Qualm und der Folienkondensator zwischen L und N hat sich zerlegt
aber Lampe war an

Diesmal sogar 2 Stunden ,bis sie von alleine ausging nach erneutem Aus/An Schalten brannte sie wieder 2-3 Stunden und ging aus.

Sind diese blöden Folienkondesatoren wichtig fürs EVG ?

Ich Hätte jetzt eher vermutet das die gegen Einschaltstörungen im Netz (knacken im Radio ) sind.
Oder sind wirklich beide EVG s im Arsch?

Wüsste ich halt gerne, bevor wir morgen die 3. Lampe von der Palette holen :lol:
Benutzeravatar
gafu
Beiträge: 6390
Registriert: Mi 14. Aug 2013, 20:56
Wohnort: nahe Jena
Kontaktdaten:

Re: Kurze Frage -> schnelle Antwort

Beitrag von gafu »

das hört sich ja fast ein wenig nach schwebendem neutralleiter und überspannung durch schieflast an.
nox
Beiträge: 246
Registriert: Mo 12. Aug 2013, 00:12

Re: Kurze Frage -> schnelle Antwort

Beitrag von nox »

die Kondensatoren am Eingang sind meines Wissens nach zur Funkentstörung. Deine EVGs haben wohl ihr Ende erreicht, wie alt, wo haben die gesessen? Hier sind die Dinger im 2-Jahres-Rhythmus über den Stationärmotoren im Maschinenhaus ausgefallen. Bei geschätzten 35-40° unter der Decke aber auch nicht verwunderlich :D
Till
Beiträge: 1164
Registriert: Di 13. Aug 2013, 16:00

Re: Kurze Frage -> schnelle Antwort

Beitrag von Till »

Da gibt es aber auch heftige Unterschiede.
Die evgs die stahl zb in ihren Lampen verbaut sind verdammt robust.
Funktionieren Jahrzehnte bei Umgebungstemperaturen von 40-50 Grad.
Ein Lichtband wurde versehentlich Mal auf 400v geklemmt, außer das eine Lampe geflackert hat ist nichts passiert.
Das Lied so mehrere Monate bis es dann irgendwann aufgefallen ist.
Nach dem umklemmen auf 230v ging wieder alles wie gewohnt.
Benutzeravatar
Wurstblinker
Beiträge: 601
Registriert: Di 13. Sep 2016, 21:09
Wohnort: weit West

Re: Kurze Frage -> schnelle Antwort

Beitrag von Wurstblinker »

gafu hat geschrieben:das hört sich ja fast ein wenig nach schwebendem neutralleiter und überspannung durch schieflast an.
Till hat geschrieben: Ein Lichtband wurde versehentlich Mal auf 400v geklemmt, außer das eine Lampe geflackert hat ist nichts passiert.
Das Lied so mehrere Monate bis es dann irgendwann aufgefallen ist.
Nach dem umklemmen auf 230v ging wieder alles wie gewohnt.
hmm...... das passt irgendwie zusammen und den Kondensatoren gefällt das mit den 400v wohl auch nicht.
Mache mich dann morgen erst mal wieder auf die Jagd nach dem verlorenen Neutralleiter , ist ja nicht so , das ich das Gestern nicht schonmal beim Drehstrom hatte :evil:

Edit:
Ach ja , die Lampen haben wohl schon 15 Jahre Betrieb auffem Buckel und keine ahnug, wie lange die schon rumliegen.
Deshalb hat mich das mit den Kondensatoren auch nicht sooo sehr verwundert.
Benutzeravatar
Bastelbruder
Beiträge: 11550
Registriert: Mi 14. Aug 2013, 18:28

Re: Kurze Frage -> schnelle Antwort

Beitrag von Bastelbruder »

Es könnte durchaus sein daß den Lampen 400 Volt garnix ausmacht wenn da am Eingang sowas wie ein PFC Wandler eingebaut ist. Zumindest liegt der Verdacht nahe, wenn da nebst umfangreichem EMV-Zubehör mehr als bloß ein aktiver Ferritklotz enthalten ist. Und zwei weit voneinander entfernte "heiße" Bereiche am Alu-Dünnblech-Gehäuse-Kühlkörper...
Benutzeravatar
Weisskeinen
Beiträge: 3948
Registriert: Di 27. Aug 2013, 16:19

Re: Kurze Frage -> schnelle Antwort

Beitrag von Weisskeinen »

Sven hat geschrieben:
Weisskeinen hat geschrieben:Bisher habe ich nur Varianten gesehen, die andere Arduinos oder Atmega328 programmieren konnten. Hast du mal 'nen Link?
Edit: echtes USB wäre allerdings schöner...
In der Arduino IDE unter Datei --> Beispiele --> Mitgelieferte Beispiele 11. ArduinoISP
Die Pin-Belegung steht im Code mit drin.
MISO, MOSI, SCK werden 1:1 verbunden. Der Reset-Pin des Ziel-Controllers wird mit Pin 10 des Programmers verbunden.

An Pin 7 8 9 liegen Statussignale für LEDs an: 7 Kommunikation, 8 Fehler, 9 Statusblinker/Lebenszeichen

https://www.arduino.cc/en/Tutorial/ArduinoISP

Ist so mit die billigste Möglichkeit, eben schnell was zu programmieren. Arduin Nano habe ich immer im 10er Pack hier lagernd :D
Kosten ja keine 3€ mehr das Stück...
Ah, Danke, muss ich mal versuchen. Nanos und Pro Minis habe ich seit kurzem auch einige hier rum liegen. Waren so billig...
Antworten