Schutz vor "Babbling Idiot" (BI)
Moderator: Co-Administratoren
- DiJe
- Beiträge: 566
- Registriert: 04.03.2015, 05:51
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 5 Mal
Re: Schutz vor "Babbling Idiot" (BI)
Hallo,
ich habe einen alten DVBT Stick von Win TV.
Kann ich diesen einsetzen für SDR empfang ?
Wenn nein, habt ihr einen Tip welchen ich dann nehmen könnte.
gruß Dieter
ich habe einen alten DVBT Stick von Win TV.
Kann ich diesen einsetzen für SDR empfang ?
Wenn nein, habt ihr einen Tip welchen ich dann nehmen könnte.
gruß Dieter
Gruß Dieter
----------------------------------------------------------------------------------------
RaspiMatic auf Raspi4 - 4Gb -nach Kernel Upgrade Temp.~50° - m.Addons: ioBroker, RedMatic, CCU-Historian, CUxD, Email, XMl Api
Geräte 120, davon DIY Geräte 35 -Variablen 213 - Programme 160 / Visualisierung mit Mediola auf 24" Acer DA241HL / läuft alles stabil
----------------------------------------------------------------------------------------
RaspiMatic auf Raspi4 - 4Gb -nach Kernel Upgrade Temp.~50° - m.Addons: ioBroker, RedMatic, CCU-Historian, CUxD, Email, XMl Api
Geräte 120, davon DIY Geräte 35 -Variablen 213 - Programme 160 / Visualisierung mit Mediola auf 24" Acer DA241HL / läuft alles stabil
- DiJe
- Beiträge: 566
- Registriert: 04.03.2015, 05:51
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 5 Mal
Re: Schutz vor "Babbling Idiot" (BI)
danke für deine Rückmeldung
gruß Dieter
gruß Dieter
Gruß Dieter
----------------------------------------------------------------------------------------
RaspiMatic auf Raspi4 - 4Gb -nach Kernel Upgrade Temp.~50° - m.Addons: ioBroker, RedMatic, CCU-Historian, CUxD, Email, XMl Api
Geräte 120, davon DIY Geräte 35 -Variablen 213 - Programme 160 / Visualisierung mit Mediola auf 24" Acer DA241HL / läuft alles stabil
----------------------------------------------------------------------------------------
RaspiMatic auf Raspi4 - 4Gb -nach Kernel Upgrade Temp.~50° - m.Addons: ioBroker, RedMatic, CCU-Historian, CUxD, Email, XMl Api
Geräte 120, davon DIY Geräte 35 -Variablen 213 - Programme 160 / Visualisierung mit Mediola auf 24" Acer DA241HL / läuft alles stabil
-
- Beiträge: 45
- Registriert: 17.06.2019, 19:53
- Hat sich bedankt: 9 Mal
- Danksagung erhalten: 4 Mal
Re: Schutz vor "Babbling Idiot" (BI)
Hallo die Runde
Ich habe dasselbe Problem beim Setzen der Fuses eines selbstgelöteten Universalsensors, wie User DiJe hier einige Seiten vorher:
Blöderweise habe ich dann das Programm abgebrochen, da es nach dem "Y" scheinbar(?) hing. Nun wird der Atmega vom Programmer nicht mehr erkannt, auch nicht vom avrdude 6.3 auf dem PC. Mit dem Programmer und der avrdude-Version 6.1 auf dem Raspi hatte ich schon etliche Nanos und selbstgelötete Platinen ohne jede Probleme programmiert. Diesmal hatte ich vorher allerdings schon das Funkmodul drauf (Platine "Sensor P/L/H/T v2.01"), allerdings mit 10k am D10 gegen VCC. Der Programmer hat auch 3.3 V auf den Datenleitungen.
Wie kann man den Atmega mit Hausmitteln wieder zur Zusammenarbeit bewegen? Oder, ist es einfacher, das Teil mit Heissluft auszulöten und durch einen Jungfräulichen zu ersetzen?
Wie kommt es zu so einem Fehler? Muß man bei den China-Atmegas gelegentlich mit so etwas rechnen? Bei derselben Platine mußte ich vorher schon einen China-MAX1724 wieder entlöten, der partout nur 2.7 V erzeugt hat. Der nächste aus dem Streifen hatte wieder 3.3 V. War wohl nicht mein Tag...
Danke für jeder Art Erleuchtung!
Viele Grüße
Gernot
Ich habe dasselbe Problem beim Setzen der Fuses eines selbstgelöteten Universalsensors, wie User DiJe hier einige Seiten vorher:
Code: Alles auswählen
pi@workberry:~ $ avrdude -c stk500v2 -P /dev/ttyACM0 -p m328p -U lfuse:w:0xE2:m -U hfuse:w:0xD2:m -U efuse:w:0xFF:m
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "0xE2"
avrdude: writing lfuse (1 bytes):
Writing | ################################################## | 100% 0.01s
avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xE2:
avrdude: load data lfuse data from input file 0xE2:
avrdude: input file 0xE2 contains 1 bytes
avrdude: reading on-chip lfuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD2"
avrdude: writing hfuse (1 bytes):
Writing | ################################################## | 100% 0.01s
avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD2:
avrdude: load data hfuse data from input file 0xD2:
avrdude: input file 0xD2 contains 1 bytes
avrdude: reading on-chip hfuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: reading input file "0xFF"
avrdude: writing efuse (1 bytes):
Writing | | 0% 0.00s ***failed;
Writing | ################################################## | 100% 0.04s
avrdude: 1 bytes of efuse written
avrdude: verifying efuse memory against 0xFF:
avrdude: load data efuse data from input file 0xFF:
avrdude: input file 0xFF contains 1 bytes
avrdude: reading on-chip efuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0x07 != 0xff
avrdude: verification error; content mismatch
avrdude: safemode: efuse changed! Was ff, and is now 7
Would you like this fuse to be changed back? [y/n] y
Wie kann man den Atmega mit Hausmitteln wieder zur Zusammenarbeit bewegen? Oder, ist es einfacher, das Teil mit Heissluft auszulöten und durch einen Jungfräulichen zu ersetzen?
Wie kommt es zu so einem Fehler? Muß man bei den China-Atmegas gelegentlich mit so etwas rechnen? Bei derselben Platine mußte ich vorher schon einen China-MAX1724 wieder entlöten, der partout nur 2.7 V erzeugt hat. Der nächste aus dem Streifen hatte wieder 3.3 V. War wohl nicht mein Tag...
Danke für jeder Art Erleuchtung!
Viele Grüße
Gernot
Re: Schutz vor "Babbling Idiot" (BI)
Hallo,
ich hab schon vor einiger Zeit an meinen Thermometern die Fuses neu gesetzt.
Das hat soweit auch geklappt.
Jetzt hab ich dies auch bei meinen Wassermeldern gemacht.
Aber hier hab ich ein Problem.
Nach ca. 24h bekomm ich die Meldung "Gerätekommunikation gestört".
Der Wassermelder an sich funktioniert.
Die Meldung "Feucht" und "naß" wird gemelder.
Nach 24 h erscheint aber wieder die Meldung "Gerätekommunikation gestört"
Die Fuses hab ich auf E:FF , H:D2 , L:FF gesetzt.
Aus irgend einem Grund scheint sich der Wassermelder nicht mehr bei der CPU zu melden.
Muss ich bei diesem Gerät die Fuses anders setzen?
Hoffe es kann mir jemand einen Tip geben.
Gruß Dieter
ich hab schon vor einiger Zeit an meinen Thermometern die Fuses neu gesetzt.
Das hat soweit auch geklappt.
Jetzt hab ich dies auch bei meinen Wassermeldern gemacht.
Aber hier hab ich ein Problem.
Nach ca. 24h bekomm ich die Meldung "Gerätekommunikation gestört".
Der Wassermelder an sich funktioniert.
Die Meldung "Feucht" und "naß" wird gemelder.
Nach 24 h erscheint aber wieder die Meldung "Gerätekommunikation gestört"
Die Fuses hab ich auf E:FF , H:D2 , L:FF gesetzt.
Aus irgend einem Grund scheint sich der Wassermelder nicht mehr bei der CPU zu melden.
Muss ich bei diesem Gerät die Fuses anders setzen?
Hoffe es kann mir jemand einen Tip geben.
Gruß Dieter
Re: Schutz vor "Babbling Idiot" (BI)
Ich hab mir jetzt nochmal den aktuellen Master Branch heruntergeladen und installiert und
den Sketch HM-SEC-WDS.ino neu aufgespielt
Aber immer noch das selbe Problem.
Wie oft sollte sich denn der Wassermelder bei der CCU melden?
Wo finde ich das im Sketch genau?
Was hat das ändern der Fuses mit dem melden des Gerätes bei der CCU zu tun.
Die Thermometer senden ja alle 3 Minuten den Wert zur CCU.
Hier gibt´s auch keine Probleme.
Aber wann kommuniziert der Wassermelder mit der CCU?
Vieleicht kann einer der Software Experten mir hier weiterhelfen.
den Sketch HM-SEC-WDS.ino neu aufgespielt
Aber immer noch das selbe Problem.
Wie oft sollte sich denn der Wassermelder bei der CCU melden?
Wo finde ich das im Sketch genau?
Was hat das ändern der Fuses mit dem melden des Gerätes bei der CCU zu tun.
Die Thermometer senden ja alle 3 Minuten den Wert zur CCU.
Hier gibt´s auch keine Probleme.
Aber wann kommuniziert der Wassermelder mit der CCU?
Vieleicht kann einer der Software Experten mir hier weiterhelfen.
Re: Schutz vor "Babbling Idiot" (BI)
Meinst Du damit in den Geräteeinstellungen ob der Haken bei "zyklischer Statusmeldung " gesetzt ist.
Wenn ja, der ist gesetzt.
Max. Sendeversuchr ist auf 8.
hab eigentlich ursprünglich nichts geändert außer die Fuses.
Und jetzt bei einem Melder mal den Sketch neu aufgespielt.
Wenn ja, der ist gesetzt.
Max. Sendeversuchr ist auf 8.
hab eigentlich ursprünglich nichts geändert außer die Fuses.
Und jetzt bei einem Melder mal den Sketch neu aufgespielt.
-
- Beiträge: 12108
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2148 Mal
- Kontaktdaten:
Re: Schutz vor "Babbling Idiot" (BI)
Oder zykl Meldung in der WebUi 1x deaktivieren, übertragen, wieder aktivieren, übertragen.